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

目录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.3 Hadoop框架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 可扩充性需基于可扩充的平台进行项目的开发建设，以便提高系统的可扩展性。应提供各系统Web Services服务的发布接口。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、SQL Server、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.3 Hadoop框架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的组队模型，将此项目中不同阶段的工作人员分为六个角色，通过这六个角色，项目得以迅速、完善地实施。这也体现了项目开发的六个重要质量指标。本项目组队模型如下图所示：组队模型由六个角色构成，这六个角色分别是：l项目负责人。由最终用户或懂业务的人员担任这一角色，建议由甲方项目负责人担任。项目负责人在项目进行的全过程中，始终代表着最终用户的利益，反映最终用户的要求。担任这一角色的人员可以不是技术人员，但是他必须了解用户需求，明确用户的需求以及需求的期望值。之所以强调用户需求的期望值，是因为用户的商业化特征比较强，需求无尽，无法界定到底如何才算需求得到了满足。而确定了需求期望值后，用户的商业目的就非常明确，实施起来也比较顺畅。l项目经理。项目经理是一个交流与协调的角色，也是进行程序开发管理的角色，建议由乙方富有经验的高级项目管理人员担任。需要完成基于应用系统的业务需求文档以及目标和范围文档，设计、管理和维护程序的功能说明。项目经理负责所有与分析、定义系统结构的管理任务。在开发人员的配合下，项目经理必须确保功能说明在现有的资源（时间、人力）下，技术上是可以实现的。项目经理需要具有很强的技术能力，以便与开发人员相配合作出关键的决策。他们需要理解项目体系结构的实质，他们常常是项目组中最有经验的成员。项目经理必须跟踪负责整个项目的进展。他负责制定计划,每天找出完成该计划的风险所在，排除风险，每天交付应该完成的内容，确保计划按质、按量实施。l程序开发。开发者在开发前期就参与用户需求分析和项目计划制定,他最清楚具体的开发过程。在开发期开始后，他负责进行代码开发，在每一个阶段，交付每一项内容的代码。l用户培训。用户培训的任务是通过应用系统的演示和培训，尽可能地使最终用户在使用系统时能充分利用系统所提供的功能。用户培训的第二个任务是通过编写使用文档，使应用系统更容易被用户理解和使用，降低整个系统技术支持的费用。作为系统的最初使用者，用户培训应参与系统和用户界面原型的设计和构造，也参与包括程序的安装部分的设计。伴随系统的开发过程，用户培训要根据开发进度完成文档或电子联机文档。如果需要的话，用户培训还要准备并交付系统的培训材料。l系统测试。测试的任务是保证应用系统交付之前，能够发现所存在的问题。测试要准备测试计划、测试规定和测试的案例，这些文档用于有计划和目的地进行测试。测试这种角色必须独立于开发，而且测试不仅仅是代码方面的，同时它还应用在功能规定、系统的性能、用户界面和系统实施等方面。l部署实施。该角色规划和进行系统的安装实施，完成硬件和软件的规划、定货、采购和安装，并且负责将开发出来的代码在测试的或者生产的环境进行部署，使得交付的成果可以面向用户提供使用，同时根据系统设计的部署策略，实现系统设计所需要的容错、冗余、可靠性等要求。6.2.2 人员配置情况6.3 实施计划本项目建设周期预计3个月，项目总体在2016年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）数据库诊断和优化l评估当前数据库参数设定l检查数据库安全策略l设置合理的维护方案，优化数据库运行l其他数据库优化建议，保障数据库稳定运行3）操作系统诊断优化l检查操作系统级的系统参数设置，根据系统运行情况合理调整l操作系统级安全检查，避免安全隐患l其他操作系统优化建议，保障系统运行稳定8.3 应急响应服务为确保系统的正常运行，提供节假日应急响应服务，在此期间安排负责人及技术人员进行724小时值班。8.4 技术保障服务项目承担公司提供应用软件的售后全程服务，将派遣有经验的技术人员进行现场售后技术服务，包括软件的安装、测试和调整服务等售后服务、培训服务。具体安排： 系统硬件及应用软件每月例行检查。如有问题形成问题报告单。 配置专业团队在机房附近工作，有问题随时处理。9. 售后服务方案9.1 驻场服务乙方提供一年免费驻场服务，并提供5年质保服务，解决系统在上线前，试运行及验收后出现的问题，内容如下：1）提供现场系统操作培训服务；2）负责现场安装设计的督导工作；3）试运行期间出现的系统故障，乙方在接到通知后2小时到现场，4小时处理完毕，恢复系统无故障运行，并交给甲方详细的故障处理分析报告。该报告将视为试运行期间的统计报告，作为日后确定是否结束试运行的依据之一。4）系统验收完毕后，出现重大系统故障，乙方会在1小时响应，4小