数字化平台项目实施方案

数字化平台项目实施方案V3.0项目编号：数字化平台项目实施方案目录7495第1章项目管理方案 3131161.1组织领导与管理 3218741.2项目专家小组 4101131.3项目技术小组 46253第2章项目质量保证 673762.1软件质量保证体系 694422.1.1质量保证活动(QA职能) 6155952.1.2独立的测试组和规范的测试流程 7215712.2培训方案 10243962.2.1培训总则 10155352.2.2培训地点 1151182.2.3培训内容及方式 11160952.2.4培训回访 1128225第3章项目进度安排及控制措施 11186173.1项目进度 11218673.2项目控制措施方案 1464543.2.1项目进度管理 1555333.2.2项目成本管理 16309123.2.3项目风险管理 16305293.2.4项目的需求变更管理 17125943.2.5项目的交流制度 1870283.2.6项目的奖惩制度 1811036第4章保障措施 1932721.组织保障 195172.制度保障 19120323.标准规范 20122074.技术保障 20第1章项目管理方案在工程实施过程中，对项目进行规范化管理，包含项目管理组织、项目管理计划、项目进度计划、项目验收计划等方案，确保工程实施质量。成立相应的工程指挥小组，并指定一名专职的项目经理，负责工程协调和调度工作。成立包括一名专职项目经理在内的技术支持小组，负责对参与项目实施的各方技术人员进行产品、技术培训，提供项目整体实施和试点工作的技术方案，对工程实施过程中出现的疑难问题提供技术支持。配合项目监理方以及第三方测评的工作，从而保障项目的成功实施。项目建设是一项复杂的系统工程，涉及空间、属性、档案等各个方面的大量动态信息，应用现代网络技术、系统集成技术，实现海量数据的传输，系统具有先进性、实用性、投资规模大、实效性强等特点，因此，必须建立严密的组织领导、管理体系和完善的系统维护、数据更新机制。为了促进国土资源管理业务调研和梳理的顺利完成，保障系统的建设成功实现，成立专门的系统建设项目领导小组、项目专家小组和项目技术小组。1.1组织领导与管理领导小组主要负责系统建设项目的调度、督导、监察和协调。由XX省国土资源厅相关领导组成。项目领导小组的主要职责如下：1)负责系统实施的领导和决策；2)负责组织有关信息技术规范、标准、政策与措施的制定和实施：3)协调部门的关系；4)及时对项目进度安排、项目资源调控、项目资金管理等进行监督，对出现的问题提出改进意见；5)对项目实施各个阶段的主要成果进行评审，确定项目是含能够进入下一阶段工作：6)主持工程整体竣工验收；7)向国土资源局负责。1.2项目专家小组项目专家小组主要负责配合系统建设项目技术小组完成业务调研、系统设计以及系统的应用工作。项目专家小组的主要职责如下：1)充分发挥在业务、管理以及信息化认识等方面的特长和能力，指导项目技术小组进行业务梳理、系统分析以及系统应用工作。2)参与项目技术小组的各个阶段的成果评审活动。3)对项目实施中有关的业务、技术以及资源配置等可能出现问题，向项目技术小组提出改进意见。4)在信息系统建设涉及到的业务和技术问题上，对项目领导小组负责。1.3项目技术小组项目技术组主要由信息中心和开发单位联合组成。项目技术组的主要工作职责如下：1)负责通过用户访谈、用户间卷、专题讨论、资料收集等方式获取国土资源信息系统建设的需求，并对调查结果进行整理分析，提交各个科室进行确认，并提交项目领导小组和专家小组进行评审。2)负责按阶段按时完成国土资源信息系统的总体设计、详细设计、开发、测试、试运行、运行工作，负责完成国土资源数据的分析、处理以及建库任务。3)负责完成信息系统的应用培训、系统维护等信息系统建设的伴随服务，完成项目验收和鉴定的准备工作。4)在整个国土资源信息系统建设过程中，每周末(月末)向项目领导小组提交本周(本月)的工作总结和下周(下月)工作计划；要在项目计划完成、需求调研中期、需求调研结束、系统设计完成、系统开发中期、系统试运行前以及项目收尾等各个阶段，向项目领导小组进行专题工作汇报。当遇到业务问题或困难时，及时向专家小组进行专门咨询，以保证项目顺利实施。在项目技术小组下，设立如下一些分组：数据组——主要负责系统的多数据源的采集和处理工作；开发组——负责整个项目的软件环境和开发编程和维护工作；测试组——负责整个项目的测试工作。应用组——负责对甲方的技术培训和应用信息反馈工作。第2章项目质量保证该项目确保提供软件能满足XX省国土资源综合信息监管的需要，保证综合信息监管平台系统止常运行，适应和满足XX省国土资源综合监管的工作需要。2.1软件质量保证体系建设单位质量体系规范的建立遵循IS0900l：2000版质量保证体系和CMM3的要求。本系统的质量保证工作主要分三部分，第一为开发前期的质量规范工作：第二为质量保证计划；第三为开发实施过程中的技术检查工作。必须为系统建设的各个环节制定正确的质量目标，实施科学有效的软件开发过程管理，才能真正保证系统的按预期进度和质量实现。具体质量目标有：系统功能可以满足用户的需求；系统在性能上、易用性、安全性方面满足系统运行要求；系统运行稳定可靠；系统提供质量可靠的文档；为操作人员和系统管理员提供有效的培训，使他们可以独立使用和维护系统；提供及时有效的技术支持和系统维护；控制系统开发、试运行、运行的过程，以便提供必要的服务。2.1.1质量保证活动(QA职能)每个项目都有一个专职QA对项目过程进行跟踪，在项目立项阶段由QA制定《质量保证计划》，并根据该计划对项目各过程进行跟踪，主要包括：代表项目组与朋户进行访谈、交流，提供项目组与用户之间的交流通道，对项目组不能解决的问题以《QA报告》的形式提交项目组：组织并参与评价项目各阶段的评审：监督跟踪项目计划的执行情况，并不断反馈项目组：跟踪项目需求，重点监控项目过程变更的数量，并填写相应记录表格；监控贯穿于整个项目过程需求的一致性；定期与客户进行沟通，进行客户满意度跟踪与调查。2.1.2独立的测试组和规范的测试流程测试是系统完成后最后的一个检验过程，也是相当重要的一个环节。项目组非常重视这个工作，主要通过以下方式来保证：项目组专门成立独立于开发的项目测试组，由受过专业测试培训的人员组成，包括测试项目负责人和测试组成员，测试人员在项目需求阶段就参与到项目中，保证测试过程的相对独立性和有效性；测试方法采用白盒测试和黑盒测试相结合的方式。黑盒测试是指完全不考虑程序内部结构和内部特性的情况下进行测试；白盒测试是熟悉产品内部工作过程，通过测试来检测产品内部动作是否按照需求的规定正常进行。项目组采用两者相结合的方式，研发部门和高级测试人员对完成的模块采用交叉的方式和各种测试工具方式进行白盒测试，测试部门熟悉业务知识对系统进行黑盒测试，保证测试的完整性。测试过程分为单元测试、组合测试、系统测试和整体测试，其中整体测试在客户处进行，由实施项目组和客户共同进行测试，保证在客户环境下亦能够正常运行：测试内容包括功能测试、界而测试，可靠性、可恢复性、安全性、性能、压力、可扩充性、可维护性、平台移植性、与其他系统的接口等测试等，举例说明上述测试内容主要包括：(1)可恢复性测试可恢复性测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。项目组采用的恢复测试的步骤是：首先要采用各种方法强迫系统失败，可能的情况如断电，网络服务器突然中断，数据周期未完成等，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化(reinitialization)、检查点(checkpointingmechanisms)、数据恢复(datarecovery)和重新肩动(restart)等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。(2)安全性测试我们的系统是基于B／S结构的，所以其安全性是系统的一个重要关注点。安全性测试主要检查系统对非法侵入的防范能力，项目组采用的安全性测试的方式包括：测试人员假扮非法入侵者，采用各种方法试图突破防线。例如，①想方设法截取或破译口令；②专门定做软件破坏系统的保护机制：⑧故意导致系统失败，企图趁恢复之机非法进入；④试图通过浏览非保密数据，推导所需信息等：⑤涉密数据在传输过程中是否密文传输，恶意侵入者在传输过程中能否截获重要数据：⑥对于公文报表等需要签字的数据，是否启用数字签名，保证身份验证的不可否认性。(3)压力测试系统运行到一定程度后，随着数据量的增加其负荷也会越来越大，系统的速度、稳定性都会受到考验，尤其是对于电子政务系统尤其如此。所以压力测试在系统的整个测试过程中非常重要。压力测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行，它总是迫使系统在异常的资源配置下运行。我们的测试用例的设计一般包括：①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；②定量地增长数据输入率，检查输入子功能的反映能力；⑧运行需要最大存储空间(或其他资源)的测试用例；④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例等。(4)性能测试软件部分即使满足功能要求，有时也未必能够满足性能要求，虽然从单元测试起，每一测试步骤都包含性能测试，但只有当系统真正集成之后，在真实环境中才能全面、可靠地测试运行性能系统性能测试是为了完成这一任务。性能测试一般与压力测试相结合进行测试，其性能指标必须提前确定；压力测试和性能测试一般可以在模拟真实环境的情况下，在专用的计算机上或在专用机时内执行，通过测试软件创建“虚拟的”用户负载和多台实际客户来实施负载，以便实现完全的控制和精确的评测。通过测试软件创建“虚拟的”用户负载和多台实际客户来实施负载。测试数据由测试人员通过撰写《测试用例》的方式进行准备，所设计的每一个《测试用例》都包括正常数据、异常数据、边界值等，并且每个测试用例都确定预计输出，保证测试过程的目的明确性；在项目需求确定后，项目组就会与客户共同商定《系统验收标准》和客户测试的《测试方案》(包括测试计划和部分测试用例)，保证测试过程目标明确性和有效性；测试过程发现的问题都以Bug的形式进行记录、反馈和跟踪，项目组的Bug根据问题的严重程度分为五个级别，最终的验收标准也是根据Bug的统计结果，是否满足零Bug的要求进行验收。测试结果以《测试报告》的方式进行反馈。测试过程遵循《测试流程规范》，保证测试过程所有问题的有效解决。项目组测试管理通过自开发的B／S结构的测试管理系统来进行，开发人员通过系统提交模块，答复测试记录，测试部门根据模块功能设计测试用例，确定测试周期，提交测试报告，追踪反馈结果。整个工作流程清晰，分工明确，便于管理，开发和测试主管能根据测试管理资料库的内容精确评价模块和系统的稳定性。2.2培训方案2.2.1培训总则建设单位提供详细的培训计划、人纲、课程内容等相关内容，供甲方参考。同时为所有被培训人员提供培训用的文字资料和讲义等相关用品。在合同生效之后，同时在系统正式运行之前安排专人(需参与该系统建设，并充分熟悉该系统的各种情况)配合采购单位开展培训工作。(1)培训目标通过培训，使局内两个以上系统管理员全面掌握系统的日常维护、配置以及对其他用户的使用指导，使系统使用者掌握本人所负责的业务在系统中的操作。(2)培训内容建设单位提供相关软件知识和应用管理和维护的培训，同时还提供所开发应用软件系统的操作使用培训。针对XX省国土综合信息监管平台项目中面向XX省国土资源信息化应用部门提供信息系统软件培训及基础软件培训。培训教材由建设单位根据软件特点，结合本方案进行编写，经XX省国土资源局相关业务人员确认后作为本次系统建设的培训教材，并根据各次集中培训的效果不断进行改进。(3)培训范围培训范围涉及XX省国土资源厅各业务部门、使用部门等。(4)培训对象培训对象为系统管理员、各级基层用户、相关部门用户、主管领导。(5)培训方式客户现场培训、课堂培训、使用过程中的跟踪指导、远程技术支持培训等。(6)培训人次本系统使用者的培训不限人次。(7)培训费用将所有培训费用(含培训教材费)，计入投标总价。实际培训时间和地点按中标人与招标人商定的为准。2.2.2培训地点具体培训地点由用户单位根据实际需要进行选取。2.2.3培训内容及方式在XX省国土资源各级部门的协助下，进行分批次的集中用户培训，培训地点由用户单位根据实际需要选区选取，每批集中培训的人数、次数不限。在培训完成后，针对客户问题提供远程技术支持培训工作。培训过程中，积极与培训对象互动，及时发现培训中的问题，并记录在《培训意见反馈表》，积极改进培训内容和方式；培训结束后，对用户进行模拟考核，《培训效果确认单》中，并根据规则进行评分，考核成绩不合格的人员积极沟通培训无效的原因并寻求对应的方式，对第一次培训后不能熟练使用软件进行作业的用户组织进行下一次集中培训，以此类推，直到各级单位参加培训的用户都能够熟练掌握为止。2.2.4培训回访对于考核合格后，进行具体操作工作的用户，每个月进行定期回访，确认培训后是否能够熟练使用该软件进行使用以及在软件使用过程中存在的问题，记录后进行分析，寻求改进的方法，增强软件使用效果。第3章项目进度安排及控制措施3.1项目进度具体进度安排和责任分工如下：进度安排及责任分工表进度安排及责任分工表序号名称开始时间完成时间阶段责任分工1综合监管平台应用服务运行框架一公共服务组件一电子政务服务组件一综合监管服务组件一、二社会信息服务组件一、二土地资源综合监管系统一矿产资源综合监管系统二地质灾害综合监管系统三2国土资源数据中心数据整合与建库一、二、三数据管理服务组件一数据注册管理系统二数据配供交易系统三数据库管理系统一4“国土资源大数据应用平台”应用服务数据目录服务一地图快速浏览服务一数据查询服务一数据调用服务一数据交换服务一6标准规范6网络基础环境中央机房建设一网络系统建设一、三软硬件环境建设一、二、三视频会商及应急指挥中心建设一7安全保密体系安全保密体系一、二、三异地容灾中心建设三8总集成总体设计一、二、三应用系统集成系统硬件集成系统测试集成数据安全整合数据中心运维3.2项目控制措施方案需求是整个项目的基石，但需求的确定却成为现阶段项目管理的一个难题，针对需求定义不明确或无法很明确的问题，为在调研过程中搭建原型系统提供快捷工具，项目全部采用产品与原型法相结合的方法，系统建设是在“现状调研→原型搭建→用户试用→快速修改→试运行”的过程中实现的，在需求定义阶段就能够令客户直接看到、感受到系统，并根据实际操作的体验和操作方式再在系统的基础上提出改进意见和建议，实施项目组根据客户提出的意见和建议再进行差异定义和分析，并与客户进行确认，确认通过后研发项目组再根据差异定义进行客户化工作，这样不仅避免了需求定义不明确的问题，而且大大缩短了开发周期，规避了系统不适用和不好用的风险。对本项目的开发建设的过程管理主要从以下方面着手。3.2.1项目进度管理项目是否能够如期完成，项目的进度控制是一个关键环节。在项目的开发过程中进行总体规划和各阶段详细任务划分；采用辅助工具MsProject制定项目开发计划和实施进度跟踪；形成项目甘特图和关键路径分析；在阶段性规划的阶段里程碑内部建立短期里程碑，短期里程碑的间隔不超过一周，对每个里程碑确定详细的任务，并跟踪该里程碑的实施。项目的规划和进度；项目的规划和进度指标列入变动控制。定期在开发组内部和向项目管理小组提供包括项目规划进度、进度跟踪信息、技术工作成果与项目成品在内的项目信息。为保证给用户的承诺能够如期履行，在项目立项阶段，项目委任一个专职QA对项目进度等进行跟踪，项目都必须按照项目规范模板中要求的各项内容制定该项目的《项目总体计划》、《质量保证计划》、《配置管理计划》等，并经客户和技术管理委员会进行正式评审，评审通过后，各计划纳入基线库进行管理，并严格按照制定的相应计划执行，由该项目的QA进行跟踪控制。跟踪过程通过项目各阶段报告、项目例会、项目协调会等手段，切实了解项目进度，评估项目的进展情况及未按计划完成的原因，制定相应的行动方案，在必要时，山QA以《QA报告》的形式将有关问题提交总负责人进行协调管理。具体使用的工具将包括：每周员工周报；每周项目周报；每月项目月报；每周项目差异(提前或推迟)及其原因报告；问题清单、尚待处理事项清单等。3.2.2项目成本管理项目成本管理，包括确保在批准的预算内完成项目所需要的诸过程，以下是成本管理主要过程的概况：1)资源规划：确定为完成项目各项工作，需要何种资源(人，设备，材料)以及每种资源的概况；2)成本估算：编制一个为完成项目各环节所需要的资源成本的近似估算；3)成本预算：将总成本估算分配到各单项工作上；4)成本控制：控制项目预算的变更。3.2.3项目风险管理项目组需要有一套完整的风险管理制度，并且要求每个项目都按照该制度严格执行。常见风险包括：需求不断变化；机器是否能准时到位；产品需求中是否要求采用特定的用户界面；需求中是否要求使用新的分析、设计、测试方法；项目人力资源估计不是，新加人员的理解程度；项目工作场地安排是否能够切实安排；其他。还将项目实施过程中出现的风险包括已成功规避的风险都在项目结项时进行总结并积累下来，形成风险操作指南，作为后期项目的一个参考。所有项目在立项阶段制定该项目的《风险管理计划》，每个阶段都更新相应的《风险列表》，针对风险列表中各风险进行风险的识别、分析和应对，有效规避风险。对于项目的风险管理主要由项目管理小组负责，项目管理小组在项目开始阶段即制定风险管理计划，列出项目开发过程中可能因技术发展更新，需求变更，人员变动等引起的项目开发风险，根据此制定十大风险清单，并对每种风险制定相应的防范和控制管理规划。在每个阶段里程碑到达，进行下一个阶段详细规划时重新进行风险评估，更改风险清单，项目管理小组在项目开发过程中随时进行风险跟踪检查，避免预计风险的出现和在风险出现时及时制定补救措施，保证项目的质量和进度按计划实施。3.2.4项目的需求变更管理众所周知，项目过程的变更是不可避免的，但如果是无计划无管理的盲目的变更则会造成整个项目的混乱、与预期目标的不符，甚至导致整个项目的失控。针对此类问题，采用以下方式来防止以上情况的发生：1)有计划地进行变更。山于项目采用产品和原型相结合的实现方式，在项目需求阶段客户就能够切实地感受到系统，所以可以针对系统进行有计划的变更，一次是差异定义阶段，一次是第一次客户化结束后，可以根据项目的实际情况进行定义；2)在项目立项阶段，成立专门管理变更的组织SCCB(变更控制委员会)由客户方项目负责人和项目控制人员共同组成，共同对项目过程中出现的变更进行控制；3)在项目开发过程中的各类短期开发成果和阶段性产品都列入配置管理并进行变动控制，包括开发管理文档、技术文档、数据、代码等；4)对完成的短期开发成果由开发小组自行审查通过后，标明版本列入配置管理，对短期开发成果内容的变动更新由开发小组自行决定，变动后修改版本号，重新列入配置管理。对完成的阶段性产品由项目管理小组进行审查通过后，标明版本列入配置管理，并交付项目用户小组进行试用，对阶段开发成果内容的变动更新由项目用户小组试用后向项目管理小组提出或由项目管理小组自行提出，需求更改经项目管理小组审核通过后方可提交开发小组实施变动，开发小组接受项目管理小组任务后，在下一阶段开发中将该任务列入反复开发内容。对于其他在项目过程中出现的变更严格按照《变更管理流程》进行变更，具体过程如下：1)由变更提出人以《变更申请表》的书面形式向项目经理提出需求变更申请：2)项目经理组织相关人员对该变更进行变更影响分析，并形成《变更影响分析报告》，项目经理将《变更申请表》和《变更影响分析报告》共同提交给该项目QA，由QA提交给SCCB：3)SCCB召开评审会议，针对变更内容提出意见和建议，并最终得出变更结论反馈给项目组，项目组根据变更的内容修改相应受影响的部分，修改完毕后进行变更验证；4)对于不影响项目合同范围、进度等的较小的变更可以由项目经理审批确认后立即变更；5)对于变更影响到基线库中内容的，修改完成后需要提交SCM进行变更发布。3.2.5项目的交流制度项目的有效沟通也是项目成败的关键，通常项目过程中项目组成员之间或与客户之间一般都通过语言沟通交流，领导和员工间通过开会布置任务，容易造成文档、资料丢失和事后检查困难等。针对这类问题，《项目管理制度》中明确规定项目交流制度方式、时间、频度，包括项目过程中项目组与客户交流、部门之间交流、部门内部交流、项目组内部交流过程的规范，并要求在《项目总体计划》中确定下来，保证项目过程中沟通的规范性和有效性。3.2.6项目的奖惩制度只有完善的规范和制度，而没有相应的奖惩措施，就如同一个国家光有了健全的法律而没有警察一样，该制度也一定如同虚设，所以为了制度能够顺利有效地实施，制定了相应的项目奖惩制度，包括《项目管理制度》、《应用开发人员待遇与激励制度》、《应用开发管理人员待遇与激励制度》，有效保证了该项目管理制度的有效执行，并且保证了项目的按期完成。第4章保障措施1.组织保障监管平台建设由国土资源厅统一领导和部