信息化建设管理办法实施细则

1 概述

本办法对信息化项目建设过程的控制流程进行规范，并对流程中各阶段的工作步骤、职责和要求进行详细描述。所有信息化项目建设应遵循本管理规定，以降低项目风险，提高项目质量。 2 适用范围

本办法适用于厦航所有信息化建设项目的管理，包括信息系统、信息基础平台、弱电工程的建设、升级、改造等。 3 名词解释

3.1 需求单位：指提出项目建设需求的单位或项目使用、保障单位，信息部下属各处室也可作为需求单位。 3.2 主要需求单位：指项目实现的主要业务或功能的管理单位。 3.3 主办单位：指承担项目主要建设任务的信息部下属各处室。

3.4 项目组：由主办单位、需求单位、供应商人员共同组成，分工协作共同承担项目建设任务。 3.5 项目类型

类型 自研软件 合作研发软件 整体外包软件 编码外包软件 外包软件维护 通用商业软件 专用商业软件 技术服务 重大设备 普通设备 弱电工程 4 项目控制流程

项目实施过程包括项目启动、需求调研、供应商考察、采购、设计、编码、测试、部署、试运行、上线及验收等阶段，项目启动阶段应根据项目类型、项目规模、建设方式等特点确定项目控制流程。下表为各类项目的基本控制流程和流程调整说明。

类型 项目控制流程 描述 指由公司研发人员自行设计、编码的应用系统建设模式。 指由公司研发人员负责设计、编码，开发商提供人员承担部分建设任务的应用系统建设模式。 指由开发商承担主要设计、编码任务的应用系统建设模式。 指由公司研发人员设计、外部软件公司编码的应用系统建设模式。 指由外部软件公司对现有软件进行完善，不改变主要功能和技术的应用系统建设模式。 指采购操作系统、数据库、安全证书等功能通用的商业软件。 指采购用于实现特殊业务需要的商业软件。此类软件不同品牌功能差异较大。如：集群软件、防病毒软件、系统监控软件、主机访问控制软件等。 指采购各类信息技术服务。如oracle数据库服务、服务器硬件维保服务、网站安全评估、信息系统测评等服务。 指采购小型机、存储设备、灾备等采购金额大、部署复杂、影响面大的设备。 指采购PC机、PC服务器、便携式计算机等设备。 指与基建有关的智能化系统建设，如：综合布线、机房建设、智能消防等。 项目启动需求调研设计编码测试（部署）试运行上线验收  部署过程复杂、涉及面广、影响范围大的项目，应增加部署阶段，制定详细的实施方案，采取有效的风险控制措施后方可实施。  工期要求短于3个月的项目可跳过概要设计、测试、试运行、上线评审阶段； 自研软件  工作量小于3人月项目可跳过概要设计、测试、试运行、上线评审阶段；  分期交付的项目要进行总体项目启动、总体上线和总体验收，其他可分期进行；  逻辑复杂的项目应在设计阶段进行详细设计；  研究性质的项目启动和验收环节应按要求进行评审； 合作研发软件 整体外包软件 同自研软件 项目启动业务调研供应商考察工作量评估采购需求调研设计编码测试（部署）试运行上线验收  独家谈判的项目可以跳过供应商考察阶段；  其他说明同自研软件类项目。 项目启动需求调研设计工作量评估采购测试（部署）试运行上线验收  已签订编码外包框架协议的项目在采购环节可直接下单，未签订协议的项目要先按采购要求签订协议；  其他说明同自研软件类项目。 项目启动采购维护验收  应记录维护过程和品质，作为验收依据，维护记录格式见《软件维护单》模板。 编码外包软件 软件维护外包 项目启动采购验收 通用  仅针对系统软件、数据库、文字处理、安全证书等功能特别完善的软件，或上级商业软件 单位要求使用的指定软件。  可不召开正式验收会。 项目启动需求调研供应商考察采购（部署）试运行上线验收 专用  针对需要定制的软件，或不同品牌功能差异大的软件。 商业软件  部署过程复杂、涉及面广、影响范围大的项目，应增加部署阶段，制定详细的实施方案方可实施。 项目启动需求调研供应商考察采购服务验收  如需求明确，可在《项目启动分析报告》中描述，跳过需求调研阶段； 技术服务  应记录服务过程和品质，作为验收依据，维护记录格式见《技术服务单》模板；  可不召开正式验收会。 重大设备 项目启动需求调研供应商考察采购部署上线验收 项目启动采购验收 普通设备  根据采购管理部要求，到货XX天内验收；  可不召开正式验收会。 弱电工程 任务书编制设计及深化造价编制工程采购施工工程验收  管理办法详见《弱电工程建设管理制度》 下表为控制流程中各阶段的控制方式、评审材料或工作成果简表，详细的操作流程、注意事项、准入条件、准出条件请参见各阶段的描述。

阶段 项目启动 业务调研 评审材料/工作成果 《项目启动分析报告》、《采购要求（初稿）》 《业务需求说明书》 控制方式 评审 需求部门负责人签字 需求调研 供应商考察 采购 《需求规格说明书》、界面设计包（软件研发项目） 《供应商考察报告》《采购评分表》《采购要求》 《单一来源采购说明书》 《采购沟通会会议纪要》《采购合同》 评审 评审 审批流程 合同会签 高级架构师审核 评审 评审 主办处室经理 负责 评审 评审 评审 评审 验收时检查 验收时检查 工作量评估 《工作量评估报告》 设计 部署 编码 测试 试运行 上线 验收 维护 服务 《概要设计说明书》《详细设计说明书》 《实施计划及方案》 源程序、《代码走查报告》 《测试计划》《测试记录表》《测试报告》 《试运行计划》《运行维护手册》《用户手册》 《测试报告》 《试运行报告》 《用户意见》《验收申请》 《软件维护单》 《技术服务单》 《技术方案》《技术标书》《可施工蓝图》 《初步造价概算》 《工程量清单》《工程控制价》 详见《弱电工程建设管理制度》 任务书编制 《初步弱电设计需求报告》 设计及深化 造价编制 工程采购 施工 工程验收 5 阶段评审

阶段评审用于检查阶段成果是否达到要求，项目启动、需求调研、供应商考察、设计、试运行、上线、验收等阶段需要进行评审，评审通过后方可进入下一阶段的工作。

5.1 阶段评审分为正式评审和非正式评审两种方式。正式评审需召开评审会议并在会上审查材料，非正式评审不需召开评审会，评审组、项目组之间采用电子邮件、即时通信等非正式方式审查材料。无论何种评审，评审组均需指出评审材料中存在的缺陷，并得出评审结论。项目组需修改所有缺陷后方可进入下一阶段工作。 5.2 职责与流程

1) 项目组准备评审材料，提交到规划质量处进行准入检查； 2) 如材料未通过准入检查，项目组应重新修改材料；

3) 材料通过准入检查后，规划质量处组成评审组（评审组组成详见各阶段），发布评审通知； 4) 评审组审查材料，汇总缺陷，给出评审结论； 5) 项目组根据评审结论修改缺陷； 6) 评审组确认所有缺陷均已修改。 6 项目启动

详见《弱电工程建设管理制度》 6.1 阶段概述

本阶段是对计划建设的项目进行必要性和可行性研究，并系统地规划整个项目的建设过程。项目通过项目启动评审是项目启动的标志，未通过项目启动评审的项目应取消建设计划。 6.2 阶段准入

项目已列入年度建设计划或已通过计划外建设审批。 6.3 阶段准出

《项目启动分析报告》通过评审，且所有缺陷已纠正。 6.4 职责与流程

1) 需求单位提供项目背景、建设目标和项目范围，进行建设必要性分析，评估项目效益； 2) 项目组评估所需资源和建设难点，从人力和技术等方面进行可行性研究，识别项目风险，提出解决方案，确定建设模式和建设计划，形成《项目启动分析报告》；

3) 如为采购项目，应同时编写《采购要求（初稿）》进行评审；

4) 评审组评审相关文档，根据项目与信息规划匹配度、项目投入产出比、项目建设风险等确定评审结论；

5) 项目组根据评审报告纠正所有缺陷；

6) 项目组提交评审结论审批流程，《项目启动分析报告》、《评审报告》、《缺陷跟踪表》均作为流程附件，流程由信息部审批。 6.5 注意事项

1) 所有项目均应编写《项目启动分析报告》，视项目复杂度决定评审方式，评审方式包括会议、邮件或流程审批；

2) 对于改变业务流程、业务模式的系统，要充分评估业务改造的可行性； 3) 《项目启动分析报告》中应明确需求调研计划，确保不遗漏重要调研对象； 4) 中止建设的项目重新启动时要再次进行“项目启动”评审。 6.6 评审组组成与职责

角色 组长 建议人员 信息部分管领导 职责 审查项目是否可行，项目成 本收益是否合理；审查项目业务目标是否明确，业务逻辑是否合理，是否具备项目实施的条件；审查项目计划是否合理。 审查项目需求是否合理，建 设目标是否明确；是否与业务发展的长远目标保持一致；审查项目计划是否合理。 备注 副组长 主要需求部门信息化建设领导小组成员 业务检查人 需求单位负责人 需求单位业务人员 审查项目需求是否合理，需 求是否完整，目标是否明确；审查项目计划是否合理。 技术检查人 主办处室经理 审查项目建设是否可行，项具体参加人员视网络、系统、存储等信息目计划是否合理，成本收益项目具体情况而基础及运行保障负责人 是否在可接受范围内。 定。 审查项目的技术可行性。 信息部规划质量处规划管理相关人员 审查项目需求与业务发展 规划及信息战略规划的符合性； 审查文档规范，监督评审过程 规划管理师 6.7 阶段成果 《项目启动分析报告》 《采购要求（初稿）》 《项目启动评审报告》

《独家谈判说明》（限独家谈判项目） 6.8 规范及模板

《项目启动分析报告》模板 《采购要求》模板

《独家谈判说明》模板（缺）

图2项目启动分析阶段流程图

7 需求调研 7.1 阶段概述

本阶段是确定项目建设目标，界定项目范围，确认项目的业务流程、功能需求、非功能需求、界面原型的过程。本阶段十分重要，是项目建设成功与否的关键。

项目建设过程允许需求变更，但应遵循《需求变更管理办法》。通过评审的《需求规格说明书》和需求变更申请是项目实施、验收和建设管理的依据。 7.2 阶段准入

项目已通过“项目启动”评审，且所有缺陷已纠正。 7.3 阶段准出

需求文档通过评审，且所有缺陷已纠正。 7.4 职责与流程

1) 项目组细化需求调研计划，确保不遗漏重要调研对象；

2) 项目组向需求单位调研业务细节，当需求范围超越项目目标、项目范围或业务流程不明确时，组织相关单位负责人讨论确定。

3) 项目组根据业务需求，分析该项目与其它系统可能存在的接口，与接口系统负责人明确接口可行

性和接口实现方法，必要时调整需求方案；

4) 项目组编写《需求规格说明书》，软件研发项目还应进行界面设计，提交评审。

5) 评审组评审相关材料，检查业务流程、业务细节、性能要求、界面等的正确性，确定评审结论； 6) 项目组根据评审报告纠正所有缺陷；

7) 项目组提交评审结论审批流程，《需求规格说明书》、《评审报告》、《缺陷跟踪表》均作为流程附件，流程由信息部、需求部门审批。 7.5 注意事项

1) 要对用户需求进行有效管理，取舍非关键需求，确保在预算和指定时限内完成项目建设； 2) 针对旅客服务类项目，相关的服务部门、业务保障部门都应作为需求调研的对象； 3) 很少出现的业务场景要适当取舍，避免为实现此类需求而使用复杂逻辑或复杂操作。 7.6 评审组组成与职责

角色 组长 建议人员 主要需求单位所在部门的信息化建设领导小组成员 职责 审查系统目标是否正确、完整；组织讨论确定评审意 见。 备注 所有与该系统相关的审查系统功能是否正确、完使用、服务、保障单位相关需求单位负责人； 业务检查人 整；审查系统人机交互操作负责人均需参加；所有相关岗位代表 是否合理； 将使用该系统的岗位代表均需参加。 审查每个需求在现有条件下的可行性； 审查需求文档是否足够用于系统设计； 审查是否每个需求都能通过测试得以验证； 当项目经理经验不足或项目经理同时担任需求分析员时，由主办处室经理担任。 技术检查人 项目经理 设计人员 测试人员 各接口系统负责人 质量员 7.7 阶段成果 项目组设计人员 项目组测试人员 相关接口系统 技术负责人 信息部安全质量师 所有将与该系统建立审查接口是否可行、正确、接口的系统技术负责完整； 人均需参加。 审查文档规范；监督评审过 程。 《需求规格说明书》 7.8 规范及模板

《需求规格说明书（软件研发项目）》模板 《需求规格说明书（其他项目）》模板

图3需求调研流程

8 工作量评估

8.1 阶段概述

整体外包和编码外包软件应进行工作量评估，作为采购依据。 8.2 阶段准入

项目已通过项目启动评审，且所有缺陷已纠正。 8.3 阶段准出

《工作量评估报告》通过高级架构师审核，且所有缺陷已纠正。 8.4 职责与流程

1) 项目组根据业务调研或需求调研结果，编写《工作量评估报告》，提交高级架构师；

2) 高级架构师审核《工作量评估报告》，项目组根据审核意见修改所有缺陷后，由高级架构师在报告上签字。 8.5 注意事项

1) 工作量评估是采购谈判的依据，评估结果应基本准确。 8.6 阶段成果

《工作量评估报告》 8.7 规范及模板

《工作量评估报告》模板（缺） 9 供应商考察 9.1 阶段概述

本阶段是根据项目目标和需求，考察并甑选合格供应商、明确采购要求、给出建议采购方式和采购评分表的过程。

计划采用独家谈判的项目应提供《单一来源采购说明》，详细阐述独家谈判的依据和原因。根据《采购管理制度》，符合下列情形之一的项目可采用单一来源采购方式：

a) 采购项目只有唯一的供应商；

b) 发生不可预见的紧急情况不能从其他供应商处采购；

c) 经过公司批准必须保证原有采购项目一致性或者服务配套的要求，需要继续向原供应商采购。 9.2 阶段准入

软件研发类项目：已通过项目启动评审，所有缺陷已纠正，且《业务需求说明书》已由需求单位签字确认。

非软件研发类项目：已通过需求评审，且所有缺陷已纠正；或在项目启动阶段已明确需求。 9.3 阶段准出

《供应商考察报告》、《采购要求》和《采购评分表》通过评审，且所有缺陷已纠正。 单一来源采购项目《单一来源采购说明》也应通过评审，并纠正所有缺陷。 9.4 职责与流程

1) 项目组提交《采购要求（初稿）》至采购管理部，采购管理部应在收到《采购要求（初稿）》后15天内推荐1~2家合适的供应商。如供应商产品由代理商代理，应同时提供代理商名单。

2) 项目组另外挑选其他合适的供应商及其代理商。列入考察范围的供应商总数应控制在5家以内； 3) 项目组组织对供应商进行考察，除资质、配合度、项目经验、合作经验、合作风险外，还应包括：

a) 软件研发类：对比关键技术解决方案，DEMO功能、性能、易用性等；

b) 商业软件类：对比产品功能、性能、易用性和许可、升级方式等，尽可能进行产品测试； c) 重大设备：对比产品性能、保修条款、故障响应、实施方案等，尽可能进行产品测试； d) 技术服务类：技术实力、服务条款、集成方案等。

4) 项目组根据考察结果，修改《采购要求》，形成《供应商考察报告》，并制定《采购评分表》； 5) 评审组评审以上文档，选出合格供应商，确定建议采购方式和《采购评分表》； 6) 项目组根据评审报告纠正所有缺陷；

7) 项目组提交“供应商考察”评审结论审批流程，《采购要求》、《供应商考察报告》、《采购评分表》、《评审报告》、《缺陷跟踪表》作为流程附件。流程由信息部审批。 9.5 注意事项

1) 项目组应根据项目特点，在考察前明确考察内容，对供应商进行全面考察； 2) 《采购要求》是供应商确定投标价格的重要依据，内容应明确、完整； 9.6 评审组组成与职责

角色 组长 建议人员 职责 备注 信息部三级（含）以上管 理人员 根据供应商考察报告，从供技术负责人 主办单位负责人 应商资质、技术解决方案、 信息部高级技术人员（高项目实施经验、合作经验、级架构师、高级项目管理产品性价比等方面综合评高级技术师 师、高级主机管理员、高估并甄选合格供应商； 级工程管理师等等） 根据项目特点，讨论考察要点及采购要求，并形成《采项目经理 项目组项目经理 采购管理部部采购相关购评分表》； 采购员 人员 质量员 9.7 阶段成果 《供应商考察报告》 《采购要求》

《采购评分表》（独家谈判项目无需提供此文档） 《单一来源采购说明书》（仅限独家谈判项目） 9.8 规范及模板

《供应商考察报告》模板 《采购要求》模板（缺） 《采购评分表》模板（缺） 《独家谈判说明书》模板（缺）

信息部安全质量师 审查文档规范；监督评审过程。 2名 1名 1名 1名 图5供应商考察流程

10 采购 10.1 阶段概述

本阶段工作流程依据采购管理部和计划财务部管理规范制定。

本阶段由预算执行申请、采购沟通会、采购文件审批、采购谈判、采购谈判结论审批、合同会签等构成，由采购管理部组织，信息部、计划财务部、审计部共同参与完成。 10.2 阶段准入

项目已通过“供应商考察”评审，且所有缺陷已纠正。 10.3 阶段准出

与供应商签订采购合同。 10.4 职责与流程

（注：预算执行申请提交的时间点待定，如改为在沟通会后提交，可避免后期变更采购方式带来的麻烦。）

1) 项目经理提供《预算执行申请》给处室预算管理员审核，审核通过后提交信息部预算管理员； 2) 信息部预算管理员提交“预算执行申请”审批流程；

3) “预算执行申请”审批通过后，项目组组织采购管理部、计划财务部、审计部相关人员召开采购沟通会，最终确定采购要求、合格供应商、采购方式和《采购评分表》。项目组编写《采购沟通会会议纪要》，把《采购要求》和《采购评分表》作为附件提交会审。

4) 采购管理部根据《采购沟通会会议纪要》审批流程编写《采购文件》，提交采购文件审批流程； 5) “采购文件”审批通过后，采购管理部组织召开采购谈判会；

6) 根据采购管理部日程安排，信息部、计划财务部、审计部指定相关人员参加采购谈判会； 7) 采购结论确定后，根据项目类型，由采购管理部或项目组起草《采购合同》并提交合同会签流程。 10.5 注意事项

1) 信息部主办处（室）经理、项目经理应参加采购谈判会； 2) 信息部参加采购谈判会人员应由信息部授权；

3) 商业软件（通用）、普通设备采购由采购管理部负责签订采购合同； 10.6 阶段成果

《采购合同》 10.7 规范及模板

《采购合同（软件研发项目）》模板 《采购合同（系统集成项目）》模板 《采购合同（商业专业软件项目）》模板 《采购合同（重大设备采购项目）》模板 《采购合同（技术服务项目）》模板 《采购合同（工程项目）》模板 《预算执行申请》模板

图5供应商考察流程

11 设计 11.1 阶段概述

本阶段仅针对软件研发项目。

本阶段是对项目需求进行分析，确定项目的技术解决方案，包括系统体系结构、模块划分、核心流程、数据库、部署方案等，是项目实现的指引。

图6设计流程图

11.2 阶段准入

项目已通过“需求”评审，且所有缺陷已纠正。 11.3 阶段准出

设计文档通过评审，且所有缺陷已纠正。 11.4 职责与流程

1) 项目组根据《需求规格说明书》，分析系统关键点和难点，设计实现逻辑； 2) 项目组进行界面原型设计，设计过程中应与需求单位充分沟通，形成原型设计包； 3) 项目组遵循公司相关技术规范进行系统设计，编写《概要设计说明书》；

4) 评审组评审“原型设计包”和《概要设计说明书》，并明确是否需要进行详细设计； 5) 项目组根据评审报告纠正缺陷，高级架构师复杂审核《详细设计说明书》；

6) 项目组提交评审结论审批流程，把《概要设计说明书》、《详细设计说明书》（按需）、《评审报告》、《缺陷跟踪表》作为流程附件，由信息部、需求部门审批。 11.5 注意事项

1) 设计应遵循公司相关技术规范，包括系统架构、数据库、服务器、用户及权限等设计规范； 2) 设计应针对已识别的项目风险采取技术防范措施；

3) 若评审组要求对项目进行详细设计，项目组应在缺陷整改阶段提交《详细设计说明书》，由高级家架构师进行审核；

4) 若项目包含人机交互需求，项目组应在本阶段提交原型设计包进行评审； 11.6 评审组组成与职责

角色 组长 建议人员 高级架构师 主办开发处经理 项目经理 高级数据库管理师 高级项目管理师 职责 审查设计是否清晰、合理可行；组织讨论确定评审意 见。 审查设计是否清晰、合理可 行； 审查数据库设计是否符合 规范； 审查设计逻辑是否合理、是 否可验证； 备注 技术负责人 高级数据库管理师 高级项目管理师 需求分析员 编程人员 测试人员 各接口系统负责人 质量员 11.7 阶段成果 项目组需求分析员 项目组编程人员 项目组测试人员 相关接口系统 技术负责人 信息部安全质量师 审查设计逻辑是否与需求 一致。 审查模块划分是否合理，模 块设计是否易编码实现。 审查每个设计是否都可测根据项目组情况定。 验证。 审查接口设计是否合理、可 行。 审查文档规范；监督评审过 程。 《概要设计说明书》 《详细设计说明书》（可选） 《原型设计包》（可选） 11.8 规范及模板

《概要设计说明书》模板 《详细设计说明书》模板 12 编码 12.1 阶段概述

本阶段是编码人员根据设计文档完成单元模块代码设计及实现工作，并执行充分的单元测试。交付一个可供测试使用的产品。

对于采购的成熟软件产品，如需进行代码维护或二次开发，供应商需对项目组进行相应源码的移交及培训，编写API使用说明文档。 12.2 阶段准入

项目已通过“设计”评审，且所有缺陷已纠正。 12.3 阶段准出

模块开发完毕、单元测试完毕。 12.4 职责与流程

1) 项目组编码人员根据《需求规格说明书》和设计文档进行少量代码编写，提交项目经理走查； 2) 项目经理组织代码走查，指出编码存在的问题，形成《代码走查记录》；

3) 编码人员根据《代码走查记录》，纠正问题，并依照要求编写其他代码，对代码进行单元测试； 4) 项目经理根据项目规模组织若干次代码走查，记录问题并跟踪改进情况； 5) 编码完成后，项目组应存档《代码走查记录》，并提交信息部规划质量处。 12.5 注意事项

1) 严禁在生产环境中进行软件开发或软件测试；

2) 本阶段质量控制以开发处经理组织代码走查为主，不进行评审，代码走查应形成《代码走查记录》； 3) 编码应遵循公司编码规范，具备命名规范、模块松耦合、层次清晰、注释完整等特点；

4) 开发人员应对程序进行单元测试，确保交付可供集成测试的系统；

5) 若开发过程发现设计与需求不符，编码人员应与设计人员沟通，简单变更可直接修改设计，重大缺陷应立即停止编码，重新进行设计评审；

6) 为确保系统具备可扩展性、稳定性，延长系统的生命周期，编码人员应进行必要的代码重构。 12.6 阶段成果

可测试的源代码文件 12.7 规范及模板

《编码规范》（缺）

图7编码阶段流程图

13 测试 13.1 阶段概述

本阶段是检验系统是否正确实现了用户指定的功能性和非功能性需求，发现并纠正软件潜在的问题。测试主要依据《需求规格说明书》，是确保项目质量的关键环节。 13.2 阶段准入

产品完成编码，已纠正代码走查发现的错误。 13.3 阶段准出

项目已通过“试运行”评审，且所有缺陷已纠正。

如项目设置部署阶段，则为通过测试评审，且所有缺陷已纠正。 13.4 职责与流程

1) 项目组和用户根据《测试计划》进行系统测试，形成《测试记录表》；

2) 若测试结果不能达到要求，项目组对软件进行修改，进行回归测试，直至达到要求； 3) 评审组在测试记录表上确认测试评审结论。 13.5 注意事项

1) 所有在互联网上发布和涉及资金交易的系统都必需进行安全测试；

2) 测试应对系统功能、用户界面及系统健壮性进行重点测试，需覆盖系统的软硬件、运行环境、网络环境、外设、系统接口等。 13.6 评审组组成与职责

角色 组长 建议人员 职责 备注 审查测试计划合理及测试用例信息部测试小组组长/高是否完整、正确，组织讨论并最 级项目管理师 终确定测试结论； 主办单位负责人 审查测试工作安排是否合理、是否执行到位，测试结果是否可接 受； 测试计划是否合理，测试覆盖是否充分，测试结果是否可接受； 1名 技术负责人 项目经理 项目组项目经理 项目组测试人员 项目组测试人员 测试计划、测试用例是否合理且可执行；参与测试并对测试结果是否可接受； >=1名 系统操作人员 质量员 13.7 阶段成果 《测试计划》 《测试记录表》 《测试报告》 13.8 相关规范及模板

《测试计划》模板 《测试记录表》模板 《测试报告》模板

测试计划、测试用例是否合理且业务部门系统操作人员 可执行；参与测试并对测试结果是否可接受； 信息部安全质量员 审查文档规范；监督评审过程。 >1名 1名 图8测试阶段流程

14 部署 14.1 阶段概述

部署过程复杂、涉及面广、影响范围大的项目，应制定详细的实施计划和实施方案，评估实施过程风险，制定风险控制措施，确保部署过程顺利开展。

图6部署流程图

14.2 阶段准入

软件研发项目：已通过测试评审，且所有缺陷已纠正。 产品采购类项目：已完成采购。 14.3 阶段准出

部署完成且系统正常运行。 14.4 职责与流程

1) 项目组评估部署会涉及或影响的网络、服务器和信息系统等；

2) 项目组根据评估范围组织相关人员召开专题讨论会，确定实施计划，明确每个步骤的负责人，分析可能对其他系统、网络运行产生哪些影响，充分评估风险后果，制定风险控制措施；

3) 项目组根据讨论结果形成《实施计划及实施方案》； 4) 评审组评审《实施计划及实施方案》； 5) 项目组根据评审报告纠正缺陷；

6) 项目组提交评审结论审批流程，把《实施计划及实施方案》、《评审报告》、《缺陷跟踪表》作为流程附件，由信息部审批。

7) 项目组依照实施项目部署《实施计划及实施方案》。

14.5 评审组组成与职责

角色 建议人员 信息部网络系统处高级岗位人员 职责 备注 组长 主机管理员 信息部 系统管理员 网络管理员 数据库管理员 运行维护师 各接口系统负责人 质量员 14.6 阶段成果 信息部 网络管理员 信息部 数据库管理员 信息部 运行维护师 相关接口系统 技术负责人 信息部安全质量师 综合主机、网络、数据库、运维各方面针对部署提出 的意见，组织讨论并确定评审意见； 审查系统部署的实施计划及实施方案，评估服务器安装、网络链接、数据库部署、由信息部系统室主任前台安装及维护等方面风指派。 险，并讨论部署风险控制措施； 由信息部网络室主任 指派。 由信息部系统室主任 指派。 由信息部计算机室主 任指派。 审查系统部署对接口系统的影响，实施计划及方案是 否合理，部署带来的风险是否可控； 审查文档规范；监督评审过 程。 《实施计划及实施方案》 14.7 规范及模板

《实施计划及实施方案》模板 15 试运行 15.1 阶段概述

本阶段是在正式生产环境中部署系统，并由需求单位使用生产数据对系统的功能、性能进行全面检验，进一步完善项目建设内容。为确保试运行效果，应制定试运行计划，明确人员、分工、时间等安排。

部署过程复杂、影响面广的项目应细化实施方案，分析实施风险并采取有效控制措施。部分无法在生产环境试运行的系统允许在测试环境试运行。

图9试运行阶段流程

15.2 阶段准入

项目已通过“测试”评审，且所有缺陷已纠正。 设置部署阶段的项目应完成部署且系统运行正常。 15.3 阶段准出

相关单位在《试运行报告》上签字同意项目上线。 15.4 职责与流程

1) 项目组编写《运行维护报告》、《试运行计划》，提交试运行技术评审；

注：如项目设置部署阶段，则不必进行试运行技术评审，相关文档内容可省略。 2) 技术评审组审查，确认《运行维护报告》内容完整，安装计划可行； 3) 业务评审组审查《试运行计划》、《用户手册》，确认人员、时间安排可行；

4) 项目组根据评审报告纠正所有缺陷，提交阶段评审结论审批流程，把《试运行计划》、《测试报告》、《评审报告》、《缺陷跟踪表》作为流程附件，由信息部和需求部门审批；

5) 信息部根据《试运行计划》部署系统，需求单位对系统进行初始化； 6) 项目组在门户发布《试运行通知》；

7) 使用单位组织人员全面试用系统，及时反馈使用过程中的问题，项目组及时解决； 8) 项目组组织使用单位对系统进行风险评估，制定风险控制措施和整改计划； 9) 项目组总结试运行情况，形成《试运行报告》，由各相关单位签字确认同意上线； 15.5 注意事项

1) 系统试运行时间至少一个月。

2) 试运行期间，使用单位应组织相关人员全面使用系统功能，及时反馈问题；

3) 项目组应及时解决系统运行问题，并同步修改《运行维护手册》、《用户手册》等文档； 4) 试运行后期，项目组应与使用单位一起对系统运行风险进行评估，形成《风险评估报告》，落实风险控制措施，确保风险可控； 15.6 评审组组成与职责

角色 建议人员 主要需求单位信息化建设领导小组成员 职责 审查测试是否完整，达到要求；审查试运行计划是否可 行；组织讨论确定评审意见。 根据测试报告，审查系统功能是否完整、正确；审查《试运行计划》是否可行；《用户手册》、用户培训是否完整。 该系统相关的使用、服务、保障单位各派一名负责人参加。 备注 组长 业务负责人 相关需求单位负责人 主机管理员 信息部 系统管理员 信息部 网络管理员 信息部 数据库管理员 信息部 运行维护师 相关接口系统 技术负责人 审查服务器安装、维护相关由信息部系统室文档；审查《试运行计划》主任指派。 是否可行。 审查系统网络连接是否可由信息部网络室行，是否存在网络安全问主任指派。 题。 审查数据库安装文档；审查由信息部系统室《试运行计划》是否可行。 主任指派。 审查用户端安装、维护文由信息部计算机档；审查《试运行计划》是室主任指派。 否可行。 审查接口运行是否正常。 网络管理员 数据库管理员 运行维护师 各接口系统负责人 质量员 15.7 阶段成果 《试运行计划》 《用户手册》 《运行维护手册》

信息部安全质量师 审查文档规范；监督评审过 程。 《试运行技术评审报告》 《试运行业务评审报告》 《风险评估报告》 《系统试运行报告》 15.8 规范及模板

《试运行计划》模板 《运行维护手册》模板 《风险评估报告》模板 《系统试运行报告》模板 16 上线 16.1 阶段概述

本阶段系统正式投入生产运行。项目组应在门户上发布上线通告，系统上线两个月后系统可申请验收。 系统上线后，用户以“软件维护报告”书的方式提交软件修改需求。项目组根据“软件维护报告”书进行系统维护，并修订系统相关文档，项目组还应根据系统运行情况，及时把常见故障及其处理办法补充到《运行维护手册》中。

用户要注意收集系统运行情况、使用效果、遗留问题、改进意见等，形成《用户意见》，项目组要编写《验收申请》，为项目验收做准备。 16.2 阶段准入

项目已通过“上线”评审，且所有缺陷已纠正。 16.3 职责与流程

1) 项目组提交阶段评审结论评审流程，把《试运行报告》、《风险评估报告》作为流程附件，由信息部和需求部门审批。

2) 审批通过后，项目组在门户发布“上线通告”；

3) 用户以“软件维护报告”书的方式提交软件修改需求，项目组根据报告完善系统和相关文档； 4) 主要使用部门收集系统运行情况、使用效果、改进意见和遗留问题等，形成《用户意见》，并盖部门章，项目组编写《验收申请》，为项目验收做准备。 16.4 注意事项

1) 系统上线两个月后可申请验收；

2) 为确保系统稳定运行，项目组更新程序前应发布更新通知；

16.5 评审组组成与职责

角色 组长 建议人员 主要需求单位所属部门信息化建设领导小组成员 职责 综合试运行情况，组织讨论 并确定评审意见。 审查所使用模块/子系统是该系统相关的使用、服否具备上线条件；审查《业务、保障单位各派一名务应急预案》、《切换计划》负责人参加。 是否可行。 根据试运行中服务器的运行情况，审查系统是否具备上线条件；审查《技术应急由信息部系统室主任预案》、《切换计划》是否指派。 可行；审查《运维手册》中常见故障处理是否更新。 根据试运行中网络的运行情况，审查系统是否具备上线条件；审查《技术应急预由信息部网络室主任案》、《切换计划》是否可指派。 行；审查《运维手册》中常见故障处理是否更新。 根据试运行中数据库的运行情况，审查系统是否具备上线条件；审查《技术应急由信息部系统室主任预案》、《切换计划》是否指派。 可行；审查《运维手册》中常见故障处理是否更新。 根据试运行中用户故障报修情况，审查系统是否具备上线条件；审查《技术应急由信息部计算机室主预案》、《切换计划》是否任指派。 可行；审查《运维手册》中常见故障处理是否更新。 审查文档规范；监督评审过 程。 备注 业务负责人 相关需求单位负责人 主机管理员 信息部 系统管理员 网络管理员 信息部 网络管理员 数据库管理员 信息部 数据库管理员 运行维护师 信息部 运行维护师 质量员 17 验收 17.1 验收流程

信息部安全质量师 1) 所有主要使用部门填写《用户意见》，描述系统运行情况、使用效果、改进意见和遗留问题，《用户意见》应由部门盖章；

2) 项目组填写《验收申请》，由相关检查人签字确认；

3) 项目组提交验收申请，规划质量处负责审查验收材料是否完整；

4) 通过验收材料审查后，规划质量处发送召开验收会通知，由主要使用部门、信息部、采购管理部、审计部组成验收组；

5) 召开验收会，验收组对照合同审查系统是否达到预定目标，确认遗留问题解决方案是否可以接受，形成《验收报告》。 17.2 注意事项

1) 合同中不实现的需求必须有通过审批的《需求变更申请》； 2) 验收会上项目组应回答验收组提问，按要求进行系统演示。 17.3 验收组组成与职责

角色 组长 建议人员 主要需求单位所属部门信息化建设领导小组成员 相关需求单位负责人 职责 组织讨论并确定验收意见。 备注 业务负责人 审查所使用模块/子系统功所有使用该系统的需能是否正确实现；遗留问题求单位各派一名负责解决方案是否可接受。 人参加。 审查系统在操作、提示方面所有使用该系统的主是否还存在问题；遗留问题要岗位代表均需参加。 解决方案是否可接受。 检查开发商是否已提交最新版本源代码；遗留问题解 决方案是否可接受。 根据上线后服务器、数据库、网络运行情况，审查系 统是否可以验收。 根据上线后用户故障报修情况，审查系统是否可以验 收。 根据采购管理部要求审查 系统是否达到验收条件。 根据信息部相关要求审查 系统是否达到验收条件 业务操作人 主要岗位代表 技术负责人 信息部主办处室 经理 技术负责人 网络系统处经理 技术负责人 运行维护处经理 质量员 质量员 17.4 验收材料 采购管理部质量管理员 信息部安全质量师 《合同》及《合同》中约定的成果 《用户意见》 《验收申请》 17.5 相关规范和模板

《用户意见》模板 《验收申请》模板 《验收报告》模板