阳光医保监管大数据管理平台建设服务方案（纯方案44页）.docx

1、绪论11.1大数据对各行各业的应用价值： 11. 2大数据处理的需求和特点21. 3大数据使得现有的数据处理方法面临新问题32、技术解决方案42.1 大数据平台目标架构及定位41. 1 数据采集(ETL)： 42. 1. 2Hadoop 云平台: 41.3分布式数据库(MPP)： 43. 1.4主数据仓库(与MPP合设)：41, 5大数据平台： Hadoop主要功能44. 1.6分布式数据库61.7数据分级存储65. 1.8数据分层7.9大数据平台：数据处理流程71.1 2建设思路92.3 架构设计102.4 软硬件环境112.5 模块概要132.5. 1数据采集模块132. 5. 2数据汇总和分解模块142. 5. 3简要数据分析和展现模块14 更，逐渐向一般性能存储的迁移，是分级存储管理的一条主线。同时兼顾考虑其 他分级原那么，共同作用影响数据迁移机制。数据融合与分级存储实施：将核心模型（即中度汇总的模型）通过改造融入到现有主数据仓库的核心模 型中，减少数据冗余，提升数据质量。将主数据仓库中的历史数据和清单数据迁移到低本钱分布式数据库，减轻主 数据仓库的计算与存储压力并支撑深度数据分析。数据分层应用层：应用系统的私有数据，应用的业务数据。精细化营销做为大数据平 台的一个上层应用，有由大数据平台提供数据支撑信息子层：报表数据、多维数据、指标库等数据来源于汇总层。汇总层：主题域之间进行关联、汇总计算。汇总数据服务于信息子层，目的 是为了节约信息子层数据计算本钱和计算时间。轻度汇总层：主题域内部基于明细层数据，进行多维度的、用户级的汇总。明细数据层：主题域内部进行拆分、关联。是对ODS操作型数据按照主题域 划分规那么进行的拆分及合并ODS层：数据来源于各生产系统，通过ETL工具对接口文件数据进行编码替 换和数据清洗转换，不做关联操作。未来也可用于准实时数据查询。2. L9大数据平台：数据处理流程源数据导入ETL,进行数据的清洗、转换和入库。基础数据加载到主数据仓库。 清洗、转换后的ODS加载到分布式数据库规划保存1+1月，在分布式数 据库内完成明细数据和轻度汇总数据加工生成，规划保存2年(4)非结化数据分析处理在Hadoop平台完成，产生的结果加载到分布式数 据库将高度汇总数据加载到主数据仓库。主数据仓库应用层阳光医保地据其他应用高度汇甑(MK )±_分布式数据库Hadoop平台用户医疗金im喀构化捌§获取层 数据源2.2建设思路我们认为，本系统的建设应该与本系统的建设的需求、规模、职能分配、作 用以及与现有的资源有机的结合起来，应该突出表达以下几个方面：以业务需求为主导，以完整地实现系统预期功能为目标，提高系统的实用性 和稳定性。在系统的设计上采用三层架构，充分考虑系统的可扩展性和开放性。保证通用性强、功能灵活定制、流程灵活管理等特性，在确保各系统运行稳 定的前提下，促进系统充分集成和信息整合。在坚持系统实用性和稳定性的前提下，系统界面设计表达以人为本，提示明 确、操作简单、维护方便。按照不同的系统类型和级别，平安保障设计实现信息交换的不同平安要求, 提高系统的整体平安性。系统功能设计充分考虑市体彩目前以及未来的业务开展，为确保系统不断扩 展的需要，体架构可扩充性好，预留功能扩充的接口。在工程实施上严格按照软件工程管理要求，对工程采购、风险、沟通、人力、 质量、本钱、时间、范围、整体管理九个方面进行严格控制。2.3架构设计102.4 软硬件环境11系类别详细环境硬件 cpu： Xeon E3 1230 V2 memory： 16GB storage： sata 800 GB开发环境软件 OS： windows web server： tomca t cache： redis db： mysql/mongo jvm： hotspot ide： spring tool suite硬件 cpu： e52403 memory： 16GB storage： sata 1 TB运行环境软件 OS： centos web server： tomca t cache： redis© db： mysql/mongo jvm： hotspot reverse proxy： nginx122.5 模块概要1数据采集模块采集内容纸质信息，如医疗费用、接诊量信息等； 电子表格信息，即形成一定格式的信息，如预算指标控制情况、医疗机构费 用分析情况、接诊量医疗费用统筹信息等；文本信息，存于现有系统中的文字描述信息或是以Word. Excel、图片形式 的文件信息，如工作日志、工作周评估、工作月评估、协同信息的附件等； 口头信息，零散的没有形成文档的信息，如用药反应、中药饮片统计、中药 饮片排名分析等；实现设计建立mysql结构化的数据表，通过uploadify上传插件单独或批量的导入 word> excel 文件 建立mongo非结构化的文档，通过uploadify上传插件单独或批量的导入txt 文件制作相关form提交页面，手工录入口头信息 自助部署文件服务器或利用又拍云和阿里云的OSS (开放存储服务)上传保 存图片文件利用pdi (kettle)工具抽取系统相关日志信息，并定时向数据模型中etl 数据Kettle (PDI)是一款国外开源的etl工具，纯java编写，绿色无需安装， 数据抽取高效稳定(数据迁移工具)。Kettle提供了全面的功能，并且最优化用13户在建立、升级和管理数据整合架构时的速度、灵活性和效率。Kettle增强的 功能减少了学习的周期、简单化了管理和优化了开发资源的使用，减少了数据整 合应用的开发和维护周期。因此，Kettle使得企业能够花更少的时间开发他们 的整合应用，更多的时间是不断的从中受益。采用Kettle将使调度工具将不会 访问营销支撑系统，减少营销支撑系统的开销，使调度和数据应用相别离，监测 模型中的加载及转换任务将由Kettle完成。2. 5.2数据汇总和分解模块在系统中，用户能够针对医保费用信息，从多个维度查看汇总和明细信息， 相应报表数据进行上钻汇总，下钻细分分析。既可以从较宏观（如全年、杭州市主城区）进行数据的统计，也能够进一步 查看各个季度，甚至某月、某一天的更微观的数据；从区域角度，那么可以进一步 细分查看各区（如上城区、下城区、西湖区、江干区、风景名胜区、下沙经济开 发区、滨江高新开发区、大江东）、甚至街道的数据。从宏观统计到细分数据的查看，能够通过方便地鼠标点击等方式完成。基本 的汇总分解维度包括：区域、时间、医疗类型。3. 5. 3简要数据分析和展现模块基于加工后的医保数据，能够从趋势、结构、特点几个方面，通过图形、表 格形势进行展现。从数据分析的内容来看，主要包括：医疗费用综合分析分项统计 趋势分析构成分析接诊量分析人数、次数、人次人头统计14开展趋势分析医疗费用统筹分析 门诊含费用、接诊量规定病种含费用、接诊量 住院含费用、接诊量预算指标控制情况分析医疗机构费用分析医师费用费用结构分析 三目费用分析费用排名分析情况分析费用结构分析 三目费用分析费用排名分析参保人分析医疗费用情况分析就医开展趋势分析用药情况分析用药总体分析中药饮片统计中药饮片排名分析152. 5. 4高级数据分析和展现模块在简要数据分析基础之上，应用算法，通过对医保数据进行加工、转化、计 算，从而完成较为复杂的数据分析工作，并将分析结果进行展现。医保大数据高级分析将包括：疑点案件、出院患者、合理用药、公示病种等 方面的专题。2. 5. 5场景模拟模块结合医保大数据分析的具体业务，选择特定的场景，通过建立特点的数据根 据业务需求，通过对权重、参数的调整对业务场景进行模拟2. 5. 6预警模块根据医保业务特点，针对重点业务指标项，结合这些指标项的走势，预先设 置预警条件和预警算法。当业务指标到达预警条件（如超过阀值时），即作为异常情况触发预警。2. 5. 7事实发现模块对监控分析设计的重点疾病、药品、诊疗工程、医用材料进行分组管理，根 据分组后的结果参与相应统计分析，更便于分析人员发现两定单位、医师、疾病、 费用、明细工程间的关联关系和潜在规律。162. 5. 4高级数据分析和展现模块162. 5. 5场景模拟模块162. 5.6预警模块162. 5. 7事实发现模块163、技术偏离说明表184、组织实施方案254. 1满足实际需求254. 2质量保证254. 3降低风险254. 4工程具体实施计划264. 4. 1工程组正式成立264. 4. 2需求调研与分析264. 4. 3概要设计与详细设计264. 4. 4应用系统原型开发274. 4. 5应用系统部署274. 4. 6应用系统联调274. 4. 7人员培训及系统试运行274. 4. 8工程正式竣工274. 4. 9系统运行维护285、售后服务方案319、培训计划339. 1培训计划与方案332.6部署方案 第一步：安装mysql数据库，根据安装文件和安装说明完成数据库 的安装，并建立相关的用户和密码，同时赋权。防火墙开启mysql的端口。 第二步：运行sql脚本，导入数据库，表，视图，触发器，存储过 程等，同时导入局部基础数据第三步：安装 jdk, nginx, tomcat 第四步：把程序的war文件发布到tomcat下，配置server, xml , 设置jvm,配置nginx的conf文件第五步：启动linux定时任务，运行kettle的作业和转换投标产品规格配置清单序号设备名称投标品牌及型号规格配置详细说明数量备注1云服务器阿里云硬件cpu： Intel Xeon E5-2603©memory： 16GB©storage： sata 800 GB软件OS： cen tos。web ser ver： tome a t2173、技术偏离说明表名称采 购 要 求投标响应偏 离说明建设目 标杭州医保大数据分析工程,是对医保信息管理系统产生的数 据进行深度加工,并使用大数据综合治理技术,精确监控医 保服务行为,管好医保资金。主要包括:建成杭州医保大数 据分析平台;完善医保基本统计报表;进行医保大数据综合 分析应用。无 编 离建设内 容通过对杭州医保业务数据进行清洗、转换、聚合,建成医保 大数据分析平台并提供以下功能:(1) 一站式查询(2) 即席统计(3) 数据分析和分解(4) 简要数据分析和展现(5) 高级数据分析和展现(6) 场景模拟预警预测(8) 事实发现无 偏 离建设原 那么系统建设以统一规划、统一标准、充分利用、联合共建和分 步实施、分级管理、网络互联、信息共享为基本原那么。充分 利用信息网络互联大平台,建成一个统一的信息系统。坚持 开放性和可扩展性原那么,保证系统具有广泛的扩展空间。坚无 偏 离18技术要求持平安第一的原那么,保证全年365天,每天24小时的正常 运转以及系统数据的平安,必须尽最大可能地保证数据不遭 意外情况的损坏,不遭人为的破坏。(1)响应时间响应时间是从询问或请求的结束到响应的开始之间所经历 的时间,主要用于衡量交互式作业处理。根据行业经验,一 般情况下可忍受的响应时间在3秒内,同时,后台主机及网 络的响应时间一般不超过整个交易时间的50%。一般情况下 可以将结算的响应时间定义在1秒种之内,将业务经办点的 响应时间设在3秒内。根据最大原那么以及数据量的情况,历 史性数据查询、宏观决策中的汇总 > 统计性操作的响应时间 可相应延长为5-10秒。当所要求处理的数据量特别大时, 响应时间可根据实际情况确定。(2)吞吐量在给定的时间周期内,系统能完成的总工作量的一种量度。 主要用于衡量批量作业处理。吞吐量确实定原那么是根据最大 原那么及实际数据规模进行估算。针对不同的业务,吞吐量的 计算与业务发生的频度、服务对象的数量、服务人员的数量 相关。(3)业务精度是区分接近相等的两个值的能力的一种量度。代表数据的准 确性,一般对准确性要求较高的数据进行精度定义。精度的 确定原那么是根据现行的计算统计体制采用实际使用的精度, 本系统关键指标的业务精度为:报表预生成时间：5秒;市 本级汇总时间:每1万人为10分钟。(4)信息量分析本系统覆盖杭州市本级以及辖区内的外地户籍参保人员,以19及所需的结算记录,涉及部门众多、历史参保信息复杂、数 据流转环节多等特点。预计每月新增记录在5000方左右。用户群 体系统使用群体为医疗保险管理服务局内部工作人员,总人数 在100人以内。(1)局领导:局长、副局长(2)业务处室：计划财务处、综合业务处、内控审计处、 定点机构管理处、医疗保险管理处、医疗审核一处、医疗审 核二处、医疗审核三处、结算管理处、稽查处。无 编 离业务需 求2. 2. 1 一站式查询在系统中,通过输入医保业务主体的关键信息,能够快速的 查询得出相关业务信息。2. 2. 2即席统计根据医保数据业务的统计需求,用户可以灵活的选择查询条 件,设定统计指标,生成各类医保统计数据、报表。统计结果可以输出,供制作报告、分析共享之用。对于使用的查询条件,可以保存到系统中，以备下次重复使 用。2. 2. 3数据汇总和分解在系统中,用户能够针对医保费用信息,从多个维度查看汇 总和明细信息，相应报表数据进行上钻汇总,下钻细分分析。既可以从较宏观(如全年、杭州市主城区)进行数据的统计, 也能够进一步查看各个季度,甚至某月、某一天的更微观的 数据;从区域角度,那么可以进一步细分查看各区(如上城区、 下城区、西湖区、江干区、风景名胜区、下沙经济开发区、 滨江高新开发区、大江东)、甚至街道的数据。无 偏 离20从宏观统计到细分数据的查看,能够通过方便地鼠标点击等 方式完成。基本的汇总分解维度包括:区域、时间、医疗类型。2. 2. 4简要数据分析和展现基于加工后的医保数据,能够从趋势、结构、特点几个方面, 通过图形、表格形势进行展现。从数据分析的内容来看,主 要包括:医疗费用综合分析分项统计趋势分析构成分析接诊量分析人数、次数、人次人头统计开展趋势分析医疗费用统筹分析门诊含费用、接诊量规定病种含费用、接诊量住院含费用、接诊量预算指标控制情况分析医疗机构费用分析医师费用费用结构分析三目费用分析费用排名分析21情况分析 费用结构分析三目费用分析费用排名分析参保人分析医疗费用情况分析就医开展趋势分析用药情况分析用药总体分析中药饮片统计中药饮片排名分析2. 2. 5高级数据分析和展现在简要数据分析基础之上,应用算法,通过对医保数据进行 加工、转化、计算,从而完成较为复杂的数据分析工作,并 将分析结果进行展现。医保大数据高级分析将包括:疑点案件、出院患者、合理用 药、公示病种等方面的专题。2. 2. 6场景模拟结合医保大数据分析的具体业务,选择特定的场景,通过建 立特点的数据根据业务需求,通过对权重、参数的调整对业 务场景进行模拟2. 2. 7预警预测根据医保业务特点,针对重点业务指标项,结合这些指标项22的走势,预先设置预警条件和预警算法。当业务指标到达预警条件（如超过阀值时）,即作为异常情 况触发预警。2. 2. 8事实发现对监控分析设计的重点疾病、药品、诊疗工程、医用材料进 行分组管理,根据分组后的结果参与相应统计分析,更便于 分析人员发现两定单位、医师、疾病、费用、明细工程间的 关联关系和潜在规律。系统及 应用需 求系统主要功能包括:从业务系统采集数据,包括基础数据和业务经办数据对采集到的数据进行校验和比对,发现冲突时按照共同制 订的数据处理规范进行处理,保证数据的一致性和准确性;建立数据分析模型根据业务需求提供数据统计与分析、监控等功能。无 偏离数据需 求要求系统在设计时,能够满足3到5年内的数据存储、分析 的使用需求,并充分考虑在此期间数据规模的扩充。要求满足在数据存储、传输过程中的完整性需求,并保证数 据存储和传输过程中不被篡改和破坏。无 偏 离工程实施要求3. 1总工期为6个月,其中建设工期为5个月,试运行1个 月。详细实施进度要求如下:1）合同签订后1个月内完成工程需求分析、概要设计、详 细设计,细化系统建设计划和测试验收方案,并报采购人审 查通过。2）合同签订后5个月内,完成工程开发、编码,测试,实无 偏 离23现系统全部功能,完成调试、集成等,通过初步验收,进入 试运行;3）合同签订后6个月内完成培训、试运行,系统修改完善 后正常、稳定运行,经峻工验收,进入维护期。3.2实施地点:杭州市人力资源和社会保障信息中心及其 指定地点。质量保证1）投标人须保证所提供产品符合国家有关规定。投标人须 保证所提供产品具有合法的版权或使用权,本工程采购的产 品,如在本工程范 围内使用过程中出现版权或使用权纠纷, 应由投标人负责,采购人不承当责任。2）投标人必须保证解决工程所涉及的技术问题,如因技术 原因无法满足采购人需求,由此产生的风险由投标人承当。3）投标人在质保期内,如遇软件产品升级、改版,应免费 提供更新、升级服务。无 偏 离244、组织实施方案工程实施是为了实现工程目标、完成工程规定的最终交付成果，依据工程基准计划，通过一系列具体、实际的活动准确、及时地完成工程中的各项工作，并得到客户满意和认可的过程。本工程的实施需要科学、有效的工程管理来支撑。我公司在系统集成工程规划和建设方面具有丰富经验和深厚积累。我们安排了具有丰富工程管理经验的高级管理人员参与本工程的管理。我们将通过工程管理实现以下几个方面的目标:4.1满足实际需求满足实际需求是工程管理追求的首要目标。在系统实施过程中，不断深入地分析需求、把握需求以及充分沟通，从而开发出能很好满足杭州市阳光医保监管大数据管理平台的系统。4. 2质量保证质量控制在工程管理中是极其重要的。通过质量控制来保证工程的顺利实施，以确保不会造成任何形式的返工。具体措施包括: 清晰的安装配置手册; 明确验收方式; 强化实施方法; 监督操作过程。4.3降低风险任何事件的开展都会有一定的意外，它的发生是不可定的，这种脱离常规的意外称之为风险。如果我们充分重视风险会造成的影响，就可以防止遭受较大的损失。25 风险管理主要从三方面着手： 确定风险因素； 阻止不可承受的风险发生； 制定风险发生的解救方案。4.4工程具体实施计划4.4. 1工程组正式成立工程正式开工之日，我公司将正式发文成立工程组。具体工作内容： 划分工程部门和工程小组； 正式任命工程经理、工程技术负责人、各部门经理、各小组组长； 详细规定各部门、各小组、各成员的工作职责、权限和具体任务； 明确指定工程工作各接口联系人。主要参加人员：工程全体人员。4.4.2 需求调研与分析具体工作内容：需求调研与分析；主要参加人员：杭州市人力资源和社会保障信息中心相关人员，我方工程组工程 经理、工程技术负责人、软件开发部。4.4.3 概要设计与详细设计具体工作内容：概要设计与详细设计；主要参加人员：杭州市人力资源和社会保障信息中心相关人员，我方工程组工程 经理、工程技术负责人、软件开发部。26培训目的339.2 培训流程34培训方式349.3 培训考核34意见反应3510、验收方案3610.1工程测试计划3610. 1. 1软件系统测试概述3610. 1. 2软件系统测试步骤36软件系统测试计划3810. L 4系统速度性能测试3910.2工程验收计划4010.2. 1工程验收时间40工程验收组织4010. 2. 3验收流程401.1.1 4.4应用系统原型开发具体工作内容：应用系统原型开发；主要参加人员：杭州市人力资源和社会保障信息中心相关人员，我方工程组工程 经理、工程技术负责人、软件开发部。4.4.5 应用系统部署具体工作内容：应用系统部署；主要参加人员：杭州市人力资源和社会保障信息中心相关人员，我方工程组工程 经理、工程技术负责人、软件开发部、数据工程部。4.4.6 应用系统联调具体工作内容：应用系统联调；主要参加人员：杭州市人力资源和社会保障信息中心相关人员，我方工程组工程 经理、工程技术负责人、软件开发部、数据工程部。4.4.7 7人员培训及系统试运行具体工作内容：对相关人员进行系统的知识培训，系统试运行。主要参加人员：杭州市人力资源和社会保障信息中心相关人员，我方工程组用户 培训组、系统维护部。4. 4. 8工程正式竣工具体工作内容：应用系统验收；技术文档验收。27主要参加人员：杭州市人力资源和社会保障信息中心相关人员验收组、开发单位 工程组验收组等方面的人员。4. 4. 9系统运行维护具体工作内容： 应用软件运行维护； 数据更新和维护； 技术支持服务； 软件升级。主要参加人员：杭州市人力资源和社会保障信息中心相关人员，我方工程组系统 维护部，我方售后服务部。工程成员组成表28名称职责工程经理 制定、获批并持续维护各工程计划，该计划将用于 管理工程的实施工作。 组织各工程的人力资源，并与工程其它有关各方建 立组织关系，如供应商等。 完成人员工作任务安排并对相关人员进行就职培 训。 通过识别、评估、筛选及采取适当的纠错措施来识 别和解决问题。 制定工程状态汇报方法来汇报工程的进程及问题。 管理系统实施和推广以确保工程的成果能够按时交 付，工程的里程碑能够按时按预算完成。 一旦工程中有交付成果完成，获得相关部门的接受认可。构架师该小组包括两个职责，即：需求分析，配置开发。主要 任务包括：收集并确认业务需求。对所有业务需求所需的应用模块进行定义和分类， 形成具体配置开发项系统分析人员完成产品工程的软件系统需求分析、系统分析与设 计指导与评审工作数据库工程人员设计并优化数据库物理建设方案实施人员 安装并配置开发、测试服务器及台式机。. 安装并配置系统开发工具。 安装硬件组件并确认网络的连通性。 安装所有的生产软件应用。 配置服务器、应用系统及数据库。 记录所有生产环境安装维护的步骤及要点。 根据测试条件执行完整的系统及集成测试。 解决任何生产环境的问题。 记录问题日志，包括问题描述、开始日期、责任人、 解决方案、结束日期。测试、维护人员负责对配置开发完成的脚本进行功能性验证和性能 性验证。负责协调解决测试发现的问题工程实施进度计划表:29日历(H)内容 T +1T+2T +3T+7T+10T+15T+28T+35T+41T+50T+55T+60T+90工程启动系统开发及I F-f -一，1一 J 一、一分析 '软件系统设计与/->rr7i系统测试产品发布人员培训系统试运行rZ工程验收305、售后服务方案为了保证本次工程顺利成功，本公司承诺工程验收后提供一年的7*24小时售 后技术服务，质保期内均提供免费上门维护、升级服务，对故障即时响应，4小 时以内到现场，24小时以内解决问题所采取的措施。包括免费升级、功能完善、 故障排除、性能调优、技术咨询等，并负责系统的集成，硬件故障替换，处理、 协调与供应商和无线数据运营商的关系。用户碰到疑问，可直接拨打技术支持 ，进行咨询。热线值班工程师将会 尽力在线上解决您的问题或记录下您的问题并尽快寻求解答。各案例请求均将根据对客户企业影响的程度被赋予一定的严重级别，并以此 来排定客户服务的优先顺序。所有客户 都会加以记录、追踪、解决，并且只 有客户同意方可结束。对于日常的现场技术支持，公司工程师会在2小时之内响应，在24小时内抵 达现场，在问题可以重现或错误被识别的情况下48小时内解决问题。对于重大系统事故和远程技术服务无法解决的系统问题，公司将提供紧急现 场技术服务。紧急现场服务的响应时间为工程师在4小时内到达现场进行故障诊 断和解决。附表1：售后服务机构情况表序号机构名称机构性 质注册地址服务技术人员数 量联系 131附表2：售后服务人员情况表序号类别姓名性别学历专业职称本工程中 的职责响应时间到达现场时间1售后专员运维工 程师售后经理随时2小时内2售后专员运维工 程师售后维护随时2小时内3售后 专员运维工 程师售后维护随时2小时 内329、培训计划9.1培训计划与方案培训服务是指根据用户方系统使用和维护的需要，我司承诺为客户提供免费 现场培训。我司负责提供教材、教师、所需实验系统，由客户技术人员参加的培 训，一般集中在我司培训中心或用户培训中心进行。在现场组织合适的足够的培 训，保证提供有经验的培训老师，使用户经过现场培训后能够进行日常操作以及 简单维护。培训是系统顺利实施重要保证和关键因素，培训日程与系统开发和实施过程 相适应。培训工作主要安排在系统运行现场进行，同时在以后系统更新与升级时, 也需要对相应内容进行培训，保证有关业务人员及系统运行维护人员及时、准确 地了解系统。我司根据用户环境多样化，实际业务多元化的情况，提供了多种模式下，多 个渠道并行的多样化培训方式，能够完全满足用户的多方位的实际需要。摆脱以 往现场培训的存在的“讲完就算，讲完就走”的呆板的培训方式，走“减少讲授、 提倡研讨、丰富实习”的多角度培训趋势。并将根据不同的培训内容进行“实战 式”的训练。充分调动学习训练的主动性、创造性，提高学员的技术或技能。让 系统使用和维护人员在最短的时间内快速、准确地掌握系统的操作运行方式和内 核思想。培训方式包括技术讲课，操作示范，参观学习和其他相关的业务指导和 技术咨询，因材施教，确保被培训人员对系统基本理论、技术特性、操作规范、 运行规程、管理维护等方面获得全面了解和掌握。我司提供高水平的培训课程，所有培训教员参与该工程的实施过程，对工程 的需求，技术内容有着清晰的了解，并且培训教师具有多个相关工程的培训经验, 力求做到培训的高质高量。9. 2培训目的为了保证系统稳定运行，提高系统使用效率，需要对用户提供全方位的培训I。33通过培训，使受训的技术人员能够了解和熟悉整个系统的结构及其功能，掌握系 统安装、检测、维护和排除故障的基本技术和技巧，熟悉系统的设计原理和工作 方式，掌握系统的工作流程和操作方法，协助用户建立一支技术过硬、业务精通 的应用及维护队伍。9. 3培训流程培训需求培训需求i nE -1、 J -人匚3krv- rn IV下一八 du )盟 J-需求调研制定培训计划9.4培训方式培训分远程培训和现场培训两种。9. 5培训考核建立科学规范的系统培训学习考核制度，通过严格的考试或考核，全面了解、 准确评价用户参加培训学习的情况和效果，积极有效地做好考核结果的运用，以 此调动用户参加培训学习的自觉性、积极性，促进系统的最终应用逐步走上科学 化、规范化、制度化的轨道。349.6意见反应从工程培训起，到培训完成，系统运行期间。我司通过 、 、电子邮 件、用户反应书等等多渠道的方式吸取用户的反应意见。并根据意见做出相应的 回应，在系统的稳定性、使用的可靠性、操作的便利性和信息的平安性等方面精 益求精。同时对于一些功能上影响较大，或是培训期间不完善的局部，我司将组 织资深人员，根据反应情况，再次进行多方位培训。附表：培训日程及费用课程名称提供的资料持续时间培训对象培训地点课程费用应用软件开发工具及技术架构培训PPT、 word1工作日系统管理维 护人员（至少1名系统维 护人员）杭州冉思科技有限公司免费应用软件操作使用培训1系统平台2工作日系统平台操作人员、业务人员杭州冉思科技有限公司免费应用软件维护培训PPT、 WORD系统平台1工作日系统管理维 护人员（至少 1名系统维 护人员）杭州冉思科技有限公司免费会议系统培训产品操作手册、PPT1工作日系统平台操 作人员、系统 管理维护人 员杭州冉思科技有限公司免费总计5工作日免费3510、验收方案10.1工程测试计划10. 1.1软件系统测试概述软件系统测试的目的是根据需求，按照软件测试的规范和过程，检测和发现 软件中存在的问题、缺陷和错误及是否满足需求，软件测试是检验和保证软件质 量的一种基本方法，本公司开发的任何软件系统都必须经过严格的测试并确认后 才能交付给用户使用。10. L 2软件系统测试步骤软件系统测试过程按测试的先后次序可分成4个步骤进行：单元测试、集成测试、确认测试和系统测试、最后进行验收测试，如下列图所示:已成软模测已认软集的件确的件可付软一被测模单元测试单元测试分别完成软件系统每个单元的测试任务,分别完成软件系统每个单元的测试任务,以确保每个模块能正常工作。单元测试采用大量地白盒测试方法，尽可能发现模块内部的程序过失。集成测试把已测试过的单元模块组装起来，进行集成测试。其目的在于检验软件系统361、绪论所谓“大数据”，指的是所涉及的数据量规模巨大到无法通过目前主流软件工具，在合 理时间内到达截取、管理、处理、并整理成为帮助企业经营决策更积极目的的信息。大数据处理技术代表了新一代的技术架构，这种架构通过高速获取数据并对其进行分析 和挖掘，从海量形式各异的数据源中更有效地抽取出富含价值的信息。而从大量数据中挖掘 高价值知识也成为了各界对于大数据的一个共识。大数据主要被用于分析和决策，企业用以分析的数据越全面，分析的结果就越接近于真 实。大数据分析意味着企业能够从这些新的数据中获取新的洞察力，并将其与业务的各 个细节相融合，对企业产生新的价值。1.1大数据对各行各业的应用价值：提升业务效率自助分析、生产管道、可视化、资源解耦随需而动，营销实时，以业务效率 提升为标志。技术高效、低本钱以技术驱动为标志，内存计算、MPP、CEP分而治之的分布式计算能提高实 时高效决策提升客户体验互联网化的电子渠道全景体验、个性化商品推荐、LBS位置营销、面向客户 个体的深度洞察增强管理水平数据集中到数据中心，多数据源管理，透明服务支持，实时的决策和预测能 力提升整体经营管理水平。设计相关的程序结构问题。这时较多地采用黑盒测试方法来设计测试用例。确认测试完成集成测试以后，要对开发工作初期制定确实认准那么进行检验。确认测试 是检验所开发的软件能否满足所有功能和性能需求的最后手段，通常均采用黑盒 测试方法。系统测试完成确认测试以后，给出的应该是合格的软件产品，但为检验它能否与系统 的其它局部（如硬件，数据库及操作人员）协调工作，需要进行系统测试，严格 地说，系统测试已超出了软件工程的范围。验收测试检验软件产品质量的最后一道工序是验收测试。与前面所讲的各种测试活动 不同之处在于它突出了用户的所需要的功能，同时软件开发人员也要参与其中。单元测试是要检验程序最小单位有无错误，它是在编码完成后，首先要实行 的测试工作。一般由编码人员自己来完成，因而通常把单元测试看成是编码步骤 的附属品，单元测试大多从程序的内部结构出发设计测试用例，即采用白盒测试 方法，多个程序模块可以并行地独立开展测试工作。集成测试完成以后，分散开发的模块被连接起来，构成完整的程序。其中各 模块之间的接口存在的种种问题都已消除，此时可进行测试工作的最后局部 确认测试。确认测试是检验所开发的软件是否能按顾客提出的要求运行。 假设能到达这一要求，那么认为开发的软件是合格的，确认测试也称为合格性测试。由于软件只是计算机系统中的一个组成局部。软件开发完成以后，最终还要 和系统中的其它局部（硬件、信息）集成起来，在投入运行以前要完成系统测试, 以保证各组成局部不仅能单独地受到检验，而且在系统各局部协调工作的环境下 也能正常工作，尽管每一个检验有着特定的目标，然而所有的检测工作都要验证 系统中每个局部均已得到正确的集成，并能完成指定的功能。验收测试是检验软件产品质量的最后一道工序。与前面讨论的各种测试活动37不同之处主要在于它突出了用户的作用，同时软件开发人员也应有一定程序的参 与。根据软件开发工程的技术设计和系统需求规格说明书中对系统环境的要求， 系统的测试环境将首先在模拟实际的运行环境的基础上配置测试环境。对于有些 测试工程，还将在系统交付前，在用户的真实运行环境中进行测试，如环境测试、 仿真测试、平安保密测试等。软件系统测试计划测试流程在做工程计划的同时，测试组和工程经理一起编制测试计划。当需求分析完成后，根据需求说明书编制测试