基于大数据养老服务需求预测系统

目录1.概述 41.1工程背景 41.2建设目标 41.3建设要点 41.3.1数据来源 41.3.2预处理 51.3.3统计分析 51.3.4数据可视化 51.3.5需求预测 52.需求理解 52.1业务需求 52.2功能需求 62.2.1数据获取系统 62.2.2数据集成系统 72.2.3数据处理系统 72.2.4分析预测系统 72.2.5数据可视化系统 72.3非功能需求 72.3.1开放性 72.3.2承载能力 82.3.3可靠性 82.3.4效率性 82.3.5可扩充性 82.3.6效劳个性化 92.3.7可用性 92.3.8可管理性 92.4平安需求 92.5知识产权要求 103.功能设计 103.1总体结构 103.2数据获取系统 113.3数据集成系统 123.4数据处理系统 133.5分析预测系统 133.6数据可视化系统 144.技术响应 144.1系统架构 144.1.1系统总体架构 144.1.2数据源 154.1.3系统搭建 164.1.4解决方案 164.2关键技术 164.2.1基于海量数据处理的架构设计 164.2.2数据模型化存储 174.2.3Hadoop框架 174.3平安保障 184.3.1物理平安 184.3.2网络平安 184.3.3平台平安 184.3.4应用平安 194.3.5管理平安 195.测试验收 195.1测试内容 195.1.1界面测试 195.1.2功能测试 195.1.3性能测试 205.1.4文档测试 205.1.5容错测试 205.1.6平安性测试 215.2工程验收 225.2.1验收内容 225.2.2相关工作 226.工程实施 226.1过程模型 226.2人员配置 236.2.1人员组织模式 236.2.2人员配置情况 256.3实施方案 267.工程管理 277.1工程管理目标 277.2工程进度管理 277.3工程质量管理 287.3.1质量管理体系 287.3.2工程质量目标 307.3.3质量管理措施 307.4工程文档管理 307.5工程风险控制 318.系统运维 318.1日常监测管理 318.2系统巡检效劳 328.3应急响应效劳 338.4技术保障效劳 339.售后效劳 339.1驻场效劳 339.2远程支持 349.3定期跟踪 349.4故障处理 359.5软件升级 3610.技术培训 3610.1培训对象 3610.2培训方式 3710.3培训内容 371.概述1.1工程背景基于大数据的老年人养老效劳需求预测系统建设工程的目标是建设老年人养老效劳需求预测子系统，实现老年人个体养老需求的预测，从而为老年人个体提供养老方面的综合建议。同时利用个体养老需求预测的结果，获得一定区域内老年人的整体养老需求，并结合区域内养老资源现状，分析区县对养老机构的需要，以及街道对养老效劳商的需要，从而为政府部门构建养老效劳体系的过程中提供决策依据，并实现对养老机构及养老效劳商效劳质量的监督。1.2建设目标本系统在设计上应充分考虑老年人养老需求的繁杂程度，分为生活需求预测、医疗需求预测、精神需求预测、养老方式预测等局部，预测针对单人单项进行预测，也可对多个老年人进行需求的全方位预测，预测所需原始信息由系统管理方提供，主要包括与老年人现实状况有关的个人身份信息、家庭信息、养老效劳消费信息等。预测结果可通过表格、图形方式展示，并能够以文本或图片形式保存。1.3建设要点1.3.1数据来源本系统应广泛采集有效数据，系统分析北京市民政局所掌握数据中与老年人相关的数据，特别是购置商品及家政、医疗等效劳及其他可反映老年人需求的数据，理清可用数据资源。1.3.2预处理本系统在采集数据后应当实现对数据的预处理，形成模型可用的数据。1.3.3统计分析通过建立模型对数据进行有效的分析，从而得出能够为决策提供支撑的结果。1.3.4数据可视化将适用于不同类型、不同应用场景的数据生成图表，包括饼图、条形图及更加直观的散点图、雷达图、仪表图等。1.3.5需求预测结合数据的处理及分析结果，实现对老年人现状的分析及养老效劳需求的预测等。2.需求理解2.1业务需求通过集成数据仓库、海量数据处理、计算机仿真、数据动态可视化等技术，打造老年人养老效劳需求预测系统，全方位预测老年人个体在根本养老、医疗康复、精神慰藉等方面的养老需求，使老年人或其监护人能够根据预测结果选择适宜的养老方式及养老效劳。能够完成以下效劳的预测：i.生活需求预测预测老年人在日常生活照料方面的需求，如饮食、卫生、人身平安方面的效劳需要。ii.医疗需求预测分为重大疾病治疗及身体机能康复两个方面的需求预测。iii.精神需求预测预测老年人在亲友交流、社会参与、自我价值实现等方面的效劳需要。iv养老方式预测根据生活需求、预料需求、精神需求的预测结果，结合老年人常住地址、消费能力等因素，给出老年人选择居家养老、社区养老、机构养老等不同养老方式的优先级和相应效劳内容的参考建议。2.2功能需求2.2.1数据获取系统本系统需实现民政现有业务数据及互联数据的采集，并通过日志描述和记录所采集的数据。获取的渠道包括现有业务数据库及互联网络。2.2.2数据集成系统本系统需实现所获取数据的进一步抽取，以及数据的清洗和存储。存储位置为养老事业科学决策数据仓库。2.2.3数据处理系统本系统需实现数据处理所需的系统通用功能，从而为监测分析系统提供有效的输入。2.2.4分析预测系统本系统需实现老年人现状的分析、养老效劳需求的预测，以及养老方式及所需效劳的建议。2.2.5数据可视化系统本系统需根据不同模型所涉及业务的各自特点，开放相应的展示系统，将模型输出结果中不同类型、不同应用场景的数据可视化，包括传统的饼图、条形图等，以及更加直观的散点图、雷达图、仪表图等，并支持基于GIS的数据展示。2.3非功能需求2.3.1开放性本工程中各系统需能够运行在不同的软硬件平台上，以便后续的系统升级。需遵循主流的标准和协议，以便提高系统的扩充性。2.3.2承载能力并发用户接入数≥50000，系统响应速度≤5ms。2.3.3可靠性整体系统的年可用率需≥99.8%。需具有较高的稳定性，可以处理大量数据及长时间运行，无单点故障。需具有对硬件、软件运行状态的远程监控和管理能力。需具备容错能力，软件故障不应引起各类严重的系统重启动。需具备平安防护功能。2.3.4效率性文本数据不低于10条/秒，图像数据不低于2条/分钟。分析预测分系统处理效率方面，分析预测过程不超过60秒。数据可视化系统方面，数据量条目在5000条以下，可视化结果的生成不超过10秒，数据量条目在5000条以上，每增加1000条数据，增加的生成时间应小于1秒。2.3.5可扩充性需基于可扩充的平台进行工程的开发建设，以便提高系统的可扩展性。应提供各系统WebServices效劳的发布接口。2.3.6效劳个性化需在考虑整体负载和业务符合的情况下，为具体使用者提供个性化的界面内容和界面形式，以满足用户的个性化业务需求。2.3.7可用性需准确而详细地理解各用户群特征、任务和使用环境，在“有效性〞〔完成特定任务和到达特定目标时所具有的正确性和完整程度〕、“效率〞〔完成任务的正确性和完整程度与所使用资源，如时间之间的比率〕以及“满意度〞〔在使用产品过程中具有的主观满意和接受程度〕等方面满足各类用户对系统的要求。2.3.8可管理性系统建设时应提供对内容的分级、分类、分布式内容管理和维护、内容发布、系统配置和管理、远程监测和故障诊断等功能。2.4平安需求系统应具备相当的可靠性，以便向各类用户提供7*24小时的不间断效劳。本系统应具备防病毒、黑客入侵监测和预警、漏洞扫描、网络监测与自动修复、身份认证等功能；还应具备完善的使用授权、监控和日志管理机制，能够访问进行审计；系统应提供相应数据备份/恢复功能，制定合理的备份策略提供保护机制。2.5知识产权要求开发方为本工程所开发的系统软件〔含所有后续升级版本〕及形成的产品及软件源代码、为本工程所制订的数据库设计方案、代码表、针对本工程所开发的专用组件以及在工程实施过程中完成的各类文档等与招标方相关的技术，上述知识产权均为招标方所有，招标方有权对系统进行二次开发和修改。开发方在未征得甲方书面同意的情况下，不可向本工程以外的任何单位、任何人、任何工程展示、使用、提供或销售。3.功能设计3.1总体结构需求分析子系统包括以下5个分系统：数据获取系统实现民政现有业务数据及互联数据的采集，并通过日志描述和记录所采集的数据。获取的渠道包括现有业务数据库及互联网络。数据集成系统实现所获取数据的进一步抽取，以及数据的清洗和存储。存储位置为养老事业科学决策数据仓库。数据处理系统实现数据处理所需的系统通用功能，从而为监测分析系统提供有效的输入。分析预测〔评估〕系统实现老年人现状的分析、养老效劳需求的预测，以及养老方式及所需效劳的建议。数据可视化系统将不同类型、不同应用场景的数据可视化图表，包括传统的饼图、条形图等，以及更加直观的散点图、雷达图、仪表图等，并支持基于GIS的数据展示。功能结构图如下：3.2数据获取系统根据仿真模型的需要，分别实现从民政现有业务数据库、系统数据仓库及互联网中进行模型输入参数所需原始数据的采集，并通过日志描述和记录所采集的数据。具体包括：网络信息采集模块：主要功能是实时监控和采集目标网站的内容，对采集到的信息进行过滤和自动分类处理。数据库信息采集：该模块可以实现搜索引擎数据库与关系型数据库〔包括Oracle、Sybase、DB2、SQLServer、MySQL等〕之间的数据迁移、数据共享以及两者之间的双向数据迁移。可按照预设任务进行自动化的信息采集处理。文件系统资源采集：该模块可以实现对文件系统中各种文件资源〔包括网页、XML文件、电子邮件、Office文件、PDF文件、图片、音视频多媒体文件、图表、公文、研究报告等〕进行批量处理和信息抽取。采集规那么设置：系统能集中管理、控制各数据获取渠道的采集规那么和采集路径。提供数据采集全过程的配置方法，实现松耦合、零编程、强扩展的目标。触发条件设置：系统具备事件触发、定时任务、数据触发〔当某些敏感数据发生变化时主动触发数据交换〕的发起数据获取动作的功能。采集日志管理：系统具备完善的日志管理机制。对数据获取的全过程进行监控和日志管理。具备直观、详细的运行与状态日志，同时还具有日志分析功能，帮助用户调整优化系统数据获取性能。3.3数据集成系统根据仿真模型的需要，分别实现所获取数据的进一步抽取，以及数据的清洗和存储，形成模型可用的输入数据。存储位置为养老事业科学决策数据仓库。3.4数据处理系统根据不同模型的各自的特点，分别开发其所需的数据分析根底功能，从而为不同的子系统提供有效的根本算法支撑。具体包括：关键指标模块：允许用户查询一定义的养老领域指标体系，用户可以并可对具体的每个指标进行图形趋势分析、比拟分析，同时还可以根据需要随时添加和修改养老领域关键绩效指标体系。多源分析模块：支持广泛的数据来源，不仅可集成系统内部数据，还可以系统外部数据，并可根据预定的组织结构及数据源关系，按照规那么自动的进行数据的汇总和合并。主题分析模块：支持分析工具的配置，可以面向养老设施研发、养老效劳内容、养老机构管理等多个主题，通过趋势分析、结构分析、同比分析等方法进行多维分析及展示，并可通过上探、下钻功能了解整个养老领域的运行。3.5分析预测系统根据不同模型的各自的特点，分别开发各个模型运算的参数设定、运行控制及结果输出〔模型层面〕的各项功能及相应界面。具体包括：运行参数设置模块：允许用户根据已有模型，设置系统运行过程所需的各种参数，包括时间边界、地域便捷、模型边界、目的边界〔即结果内容〕等。预测结果展示模块：用户可在监测和分析过程结束后，得到依据用户所指定的目的边界生成的结果页面，页面中用户可以根据需要跳转到结果的数据可视化展示界面。3.6数据可视化系统根据不同模型所涉及业务的各自特点，开放相应的展示系统，将模型输出结果中不同类型、不同应用场景的数据可视化，包括传统的饼图、条形图等，以及更加直观的散点图、雷达图、仪表图等，并支持基于GIS的数据展示。4.技术响应4.1系统架构4.1.1系统总体架构本工程系统架构可分为5层：数据层：负责系统架构最底层存储和提供系统所有数据。引擎层：引擎层直接与数据层交互，根据上层的请求，通过标准接口和数据协议从数据层提供相应的数据，返回给上层。数据效劳层：数据效劳层将上层的请求转换成响应的数据效劳请求，然后传递给引擎层，引擎层返回的数据又通过数据效劳层传输给上层应用。应用效劳层：应用效劳层对系统所有的效劳进行封装，形成一个统一的对外效劳接口，上层所有应用向应用效劳层请求，应用效劳层解译出具体效劳，根据效劳类型转发给每个具体的数据效劳。应用层：系统的最上层是应用层，这层是具体业务逻辑应用层，不同的业务和应用将系统提供的所有效劳进行选择和整合，结合具体的业务逻辑提供进行面向最终用户的效劳应用。系统总体架构图如下：4.1.2数据源本系统数据来源包括：养老(助残)卡消费数据；96156呼叫中心养老效劳反应数据；北京市低保数据；养老照料中心、社区级养老效劳驿站数据；养老机构设立许可数据；社会福利中心老龄人口养老数据〔北京市社会福利事务管理中心〕；工商法人库养老效劳商数据。4.1.3系统搭建传统效劳器2台，负责节点管理、计算任务管理和数据存取管理，其中一台工作，另一台作为热备冗余；刀片效劳器5台，为数据处理集群的一局部，负责执行管理节点分发的计算任务和数据存取。4.1.4解决方案海量数据处理引擎导入海量数据，并支持大数据查询；数据仓库引擎对相关数据库进行整理，得到清晰可用的数据源；数据可视化实现了数据的实时分析。4.2关键技术4.2.1基于海量数据处理的架构设计本系统将遵循分布式的架构设计，结合SOA的设计理念，提高系统设计的实用性和开放性，促进数据访问机制的灵活有效性，降低数据使用难度，极大提高系统的效率和可维护性。海量数据处理的核心是并行计算，即用多个处理器来协同运算同一题目，即将被求解的问题分解成假设干个局部，各局部均由一个独立的处理机来并行计算。并行计算系统既可以是专门设计的、含有多个处理器的超级计算机，也可以是以某种方式互连的假设干台的独立计算机构成的集群。通过并行计算集群完成数据的处理，再将处理的结果返回给用户。结合SOA的多层架构设计理念，从逻辑上将子系统划分成许多集合，限制子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于建设、维护和进化。4.2.2数据模型化存储利用数据仓库技术，结合计算机仿真技术，可以将养老事业相关数据的应用提高到一个崭新的阶段。首先表现在将民政局现有养老事业相关数据库通过整理得到清晰的可用数据集，以获得可用数据源。其次利用数据建模技术及业务逻辑建立老年人、养老机构、效劳提供商等对象的数据模型，以提供数据的容器。最后通过计算机仿真技术，研究开发老年人养老效劳需求、机构养老资源需求、社区居家养老资源需求、养老效劳质量评测的仿真模型，通过计算机网络来整合统一北京市范围内的养老事业，从而使数据深度挖掘脱离地域、空间、时间的限制，实现可控的决策支撑体系.推动北京市的养老事业管理紧跟时代科技开展的脚步。4.2.3Hadoop框架Hadoop是一种分布式数据和计算的框架。它很擅长存储大量的半结构化的数据集。数据可以随机存放，所以一个磁盘的失败并不会带来数据丧失。Hadoop也非常擅长分布式计算——快速地跨多台机器处理大型数据集合。4.3平安保障4.3.1物理平安保证该平台各种设备的物理平安是保障整个平台平安的前提。物理平安保护计算机网络设备、设施以及其它媒体免遭地震、水灾、火灾等环境事故以及人为操作失误或错误及各种计算机犯罪行为导致的破坏。4.3.2网络平安网络平安是整个平安解决方案的关键，包括隔离与访问控制、通信保密、入侵检测、扫描平台、防病毒等内容。4.3.3平台平安加强登录身份认证监管。确保用户使用的合法性并严格限制登录者的操作权限，将其完成的操作限制在最小的范围内。充分利用操作平台和应用平台本身的日志功能，对用户所访问的信息做记录，为事后审查提供依据。4.3.4应用平安应用层直接面对使用者，它的平安性问题涉及面也最广，其中包括存取控制、统一身份认证等。4.3.5管理平安制定健全的平安管理体制将是平安保障体系得以实现的重要保证；构建平安管理平台将会降低很多因为无意的人为因素而造成的风险；同时要增强人员的平安防范意识。5.测试验收5.1测试内容5.1.1界面测试测试目标：通过测试进行的浏览可正确反映业务的功能和需求。这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法。测试技术：为每个窗口创立或修改测试，以核实各个应用程序窗口和对象都可正确的浏览，并处于正常的状态。完成目标：对象和特征都符合标准。5.1.2功能测试测试目标：检测需求中功能及数据流的正确性。测试技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实在使用有效数据时是否得到预期的结果；在使用无效数据时是否能够显示相应的错误消息或警告消息。完成目标：各功能项齐全并都得到了正确的应用。5.1.3性能测试测试目标：核实所指定的事务或业务功能在以下情况的性能行为：正常的预期工作量；预期的繁重工作量。测试技术：使用为功能或业务周期制定的测试过程，通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。完成目标：并发用户接入数≥50000，系统响应速度≤5ms。5.1.4文档测试测试目标：检验工程文档是否齐全测试技术：在工程管理过程中经常性检查文档的完整性及版本修改的记录。完成目标：工程开发完成后文档应包括《实施组织方案》、《需求规格说明书》、《设计方案》、《用户手册》、《试运行方案》、《是运行报告》等。5.1.5容错测试测试目标：核实测试对象在高容量条件下能否正常运行。测试技术：使用为性能评测或负载测试制定的测试。应该使用多台客户机来运行相同的测试或互补的测试，以便在长时间内产生最繁重的事务量或最差的事务组合。创立最大的数据库大小〔实际的、按比例缩放的、或填充了代表性数据的数据库〕，并使用多台客户机在长时间内同时运行查询和报表事务。完成目标：所方案的测试已全部执行，而且到达或超出指定的系统限制时没有出现任何软件故障。5.1.6平安性测试测试目标：平安性和访问控制测试侧重于平安性的两个关键方面：应用程序级别的平安性，包括对数据或业务功能的访问;系统级别的平安性，包括对系统的登录或远程访问。测试技术：确定并列出各用户类型及其被授权访问的功能或数据。为各用户类型创立测试，并通过创立各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据。完成目标：各种的Actor类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。5.2工程验收5.2.1验收内容验收内容包括：软件的界面、功能、性能、文档等内容。5.2.2相关工作1〕投标方应按方案完成工程，并完成试运行；2〕完成招标单位的培训实施上线，投标方应积极配合招标单位完成课题的整体验收和结题工作。招标方根据需求功能实现情况进行验收评价。6.工程实施6.1过程模型本工程的过程模型，以微软的MSF过程模型为主线，吸收敏捷开发的核心理念，把传统的瀑布模型和螺旋模型的概念结合起来，并利用了两者各自的长处。工程的过程模型把瀑布模型基于里程碑的规划的优势与螺旋模型不断增加的反复工程交付内容的长处结合了起来，既能到达按里程碑阶段性到达规划目标，同时又能拥抱变化，使成果更能接近用户的需求，并且能够在更短的时间内到达目标。在需求变更的管理上，充分表达敏捷开发的拥抱变化的理念，通过不断的版本发布和与使用者的密切沟通，使得发布的版本不断地趋向用户的需求。但是在实际的操作中，采用以周为周期的螺旋式版本迭代，而不是简单采用敏捷开发每天发布的原那么，使版本的推出尽量趋近用户的需求，同时又减少对客户工作时间的占用。6.2人员配置6.2.1人员组织模式参考了MSF的组队模型，将此工程中不同阶段的工作人员分为六个角色，通过这六个角色，工程得以迅速、完善地实施。这也表达了工程开发的六个重要质量指标。本工程组队模型如以下图所示：组队模型由六个角色构成，这六个角色分别是：

工程负责人。由最终用户或懂业务的人员担任这一角色，建议由甲方工程负责人担任。工程负责人在工程进行的全过程中，始终代表着最终用户的利益，反映最终用户的要求。担任这一角色的人员可以不是技术人员，但是他必须了解用户需求，明确用户的需求以及需求的期望值。之所以强调用户需求的期望值，是因为用户的商业化特征比拟强，需求无尽，无法界定到底如何才算需求得到了满足。而确定了需求期望值后，用户的商业目的就非常明确，实施起来也比拟顺畅。

工程经理。工程经理是一个交流与协调的角色，也是进行程序开发管理的角色，建议由乙方富有经验的高级工程管理人员担任。需要完成基于应用系统的业务需求文档以及目标和范围文档，设计、管理和维护程序的功能说明。工程经理负责所有与分析、定义系统结构的管理任务。在开发人员的配合下，工程经理必须确保功能说明在现有的资源〔时间、人力〕下，技术上是可以实现的。工程经理需要具有很强的技术能力，以便与开发人员相配合作出关键的决策。他们需要理解工程体系结构的实质，他们常常是工程组中最有经验的成员。工程经理必须跟踪负责整个工程的进展。他负责制定方案,每天找出完成该方案的风险所在，排除风险，每天交付应该完成的内容，确保方案按质、按量实施。

程序开发。开发者在开发前期就参与用户需求分析和工程方案制定,他最清楚具体的开发过程。在开发期开始后，他负责进行代码开发，在每一个阶段，交付每一项内容的代码。

用户培训。用户培训的任务是通过应用系统的演示和培训，尽可能地使最终用户在使用系统时能充分利用系统所提供的功能。用户培训的第二个任务是通过编写使用文档，使应用系统更容易被用户理解和使用，降低整个系统技术支持的费用。作为系统的最初使用者，用户培训应参与系统和用户界面原型的设计和构造，也参与包括程序的安装局部的设计。伴随系统的开发过程，用户培训要根据开发进度完成文档或电子联机文档。如果需要的话，用户培训还要准备并交付系统的培训材料。

系统测试。测试的任务是保证应用系统交付之前，能够发现所存在的问题。测试要准备测试方案、测试规定和测试的案例，这些文档用于有方案和目的地进行测试。测试这种角色必须独立于开发，而且测试不仅仅是代码方面的，同时它还应用在功能规定、系统的性能、用户界面和系统实施等方面。

部署实施。该角色规划和进行系统的安装实施，完成硬件和软件的规划、定货、采购和安装，并且负责将开发出来的代码在测试的或者生产的环境进行部署，使得交付的成果可以面向用户提供使用，同时根据系统设计的部署策略，实现系统设计所需要的容错、冗余、可靠性等要求。6.2.2人员配置情况6.3实施方案本工程建设周期预计3个月，工程总体在2023年12月底前完成交付。需求调研〔12天〕完成需求调研、需求确认、标准标准研究工作。架构设计〔12天〕完成系统的总体架构设计及系统功能模块设计工作，制定测试方案及方案以及资料的搜集整理工作。系统开发〔55天〕完成系统开发，编写测试用例及完成单元测试。测试验收〔11天〕完成系统集成测试并发布上线进入试运行阶段，同时开展培训工作，完成工程验收工作。7.工程管理7.1工程管理目标工程管理的目标包括：设计合理的系统实施方案、编制方案和安排人力资源，使所有实施工程均能按时按质完成，所有的费用控制在预算范围内，努力做到客户和所有合作方均满意。7.2工程进度管理为确保进度的实施，双方建立定期的工程联络会制度，以及时协调、解决各个阶段出现的有关问题；在实施开始前，乙方将会提供总体工程进度方案表及分项进度方案。从设备安装、验收、验收、交付、设备维修等都制定详细的时间表。明确工程各阶段划分，设置工程分阶段完成检测点，以控制每个环节的按时完成。工程经理负责汇总工程阶段性工作报告，同工程负责人一起审阅。撰写工程进展和状态报告方案。具体实施如下：工程施工进度控制是工程管理的中心环节，在整个目标控制体系中处于协调和带动其它工作的主导地位。是保障按时完成任务，合理安排资源供给的重要措施。1〕工程开局，编写工程开发方案，将首先安排和重点做好以下几件事：明确各人员职能、职责，落实与各子系统负责人等相关人员、单位的联络方式，以便各方协调配合。抓好系统深化设计，制定合理的分期设计方案，以控制设计、实施两不误。2〕进度方案细化及管理，细化实施方案，将规定的任务结合业务需求，在集成开始前和过程中不断地细化、调整方案，使工程进度方案更具体、切合实际和可行。做好进度记录、及工程中的调度等工作。7.3工程质量管理7.3.1质量管理体系7.3.1.1组织机构在工程实施期间成立工程质量保证组织，该组织由质量保证人员和工程经理等组成。工程经理负责质量监督工作及工程进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。7.3.1.2职责在本工程中，质量保证组织职责如下：高层管理是公司负责质量的高级管理，其质量职责如下：1〕受理工程内不能解决的不符合问题，必要时与工程经理协调。2〕负责听取质量保证组的工作报告，评审质量保证活动和结果。3〕参加有关质量保证过程改良的评审。质量保证人员的质量职责如下：1〕负责工程实施过程中对工程实施情况进行监督，包括对工程实施过程和工作产品进行监督检查。2〕实施工程组成员的质量保证培训。3〕制定质量保证方案。4〕按方案实施审计活动，依照质量保证方案执行评审/审计，并记录执行中发现的不符合项。5〕对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。6〕对工程内不能解决的不符合项问超；向高层管理提交报告。7〕向工程经理报告工程质量工作状况和质量度量结果。8〕定期向工程组报告质量活动的结果。9〕制定质量保证的过程改良方案，记录过程数据。工程经理的质量职责如下：1〕评审质量方案。2〕与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。3〕定期或事件驱动地评审质量保证活动和结果。7.3.2工程质量目标根据企业的质量方针和质量目标，结合本工程特点，制定工程的总体质量目标：1〕基于需求的测试覆盖率为100%。2〕每个阶段评审中发现的问题都已经解决或得到适当处理。3〕产品发布时不存在严重问题以及以上的缺陷。注：严重问题指导致系统或模块不能正常工作的闸题。7.3.3质量管理措施质量管理措施包括代码走查、单元测试、集成测试、环境测试等由开发人员负责，编码人员在编写代码时要进行同步单元测试，单元测试要到达分支覆盖，产品通过单元测试和编码检查后，应提交给测试组进行集成测试、系统测试。测试组的测试应到达质量目标要求，软件发布时应到达测试通过准那么的要求。质量要求的准那么是客户导向的准那么，就是以客户为中心，把客户的满意度作为质量标准的尺子。这是ISO-9000体系的首要原那么：鉴于顾客是组织的存在之本，因此组织不但应该了解顾客当前的需求，而且要了解其未来潜在之需求，不但要尽力满足顾客的需求，并争取超越顾客的期望。7.4工程文档管理工程文档管理应由工程经理全权负责，每次版本更新与迭代都应在产品文档中说明更新的版本与修改记录，测试文档应当由测试人员和开发人员共同完成，《试运行方案》与《试运行报告》应当在测试完毕后及时编写。7.5工程风险控制任何一个工程在设定目标，实现方案的过程中都有可能出现一些意外的情况，或许是技术上的、或许是资源方面也可能是时间安排上的问题。因此在工程管理方案中包含了风险管理方案。风险识别和管理方案从进程模型的第一个阶段就开始介入，是一种预风险管理方式。不同于一般意义上的风险管理，风险管理强调的是防止风险的发生和减少风险的损失，而不是在风险发生之后的补救措施。经过多年在实践中的总结，大多数的风险都是可以预见和预防的。因此利用这种预风险管理模式作为保证工程顺利完成的根底。工程组队模型中的不同角色在不同的实现阶段分担不同的风险识别和管理任务，保证高风险的情况应该得到优先的解决。结合工程制定的目标，配合风险管理，才能到达在指定时间内完成指定功能的目的。8.系统运维方案8.1日常监测管理充分利用系统提供的管理功能，包括网络管理、系统管理和应用管理等，随时监控系统的运行状况，并定期进行系统运行数据的统计与分析，一旦发现问题，利用管理工具找出问题的原因所在；同时利用相关管理系统中提供的故障预警功能，在系统出现故障之前预先发现问题，发出警报，以便采取相应的防范措施，到达防患于未然的目的。针对系统可能发生的所有类型的故障，制定相应的应急恢复方法和操作规程，并配备备品配件并安排好相应的技术力量，以保障系统在发生故障的情况下，满足业务对系统连续可用性的要求。8.2系统巡检效劳针对效劳器操作系统、网站相关产品或系统及网站平安提供全面的巡检效劳。1〕硬件和网络评估监控效劳器硬件〔CPU、内存、硬盘〕的实时状态，及时发现潜在问题和硬件性能瓶颈实时监控网络运行状况，评估网络性能指标。2〕数据库诊断和优化评估当前数据库参数设定检查数据库平安策略设置合理的维护方案，优化数据库运行其他数据库优化建议，保障数据库稳定运行3〕操作系统诊断优化检查操作系统级的系统参数设置，根据系统运行情况合理调整操作系统级平安检查，防止平安隐患其他操作系统优化建议，保障系统运行稳定8.3应急响应效劳为确保系统的正常运行，提供节假日应急响应效劳，在此期间安排负责人及技术人员进行7×24小时值班。8.4技术保障效劳工程承当公司提供给用软件的售后全程效劳，将派遣有经验的技术人员进行现场售后技术效劳，包括软件的安装、测试和调整效劳等售后效劳、培训效劳。具体安排：系统硬件及应用软件每月例行检查。如有问题形成问题报告单。配置专业团队在机房附近工作，有问题随时处理。9.售后效劳方案9.1驻场效劳乙方提供一年免费驻场效劳，并提供5年质保效劳，解决系统在上线前，试运行及验收后出现的问题，内容如下：1〕提供现场系统操作培训效劳；2〕负责现场安装设计的督导工作；3〕试运行期间出现的系统故障，乙方在接到通知后2小时到现场，4小时处理完毕，恢复系统无故障运行，并交给甲方详细的故障处理分析报告。该报告将视为试运行期间的统计报告，作为日后确定是否结束试运行的依据之一。4〕