信息化建设管理规定实施细则

信息化建设管理规定实
施细则
Document number：WTWYT-WYWY-BTGTT-YTTYU-2018GT
目录
1概述
本办法对信息化项目建设过程的控制流程进行规范，并对流程中各阶段的工作步骤、职责和要求进行详细描述。

所有信息化项目建设应遵循本管理规定，以降低项目风险，提高项目质量。

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

3名词解释
3.1需求单位：指提出项目建设需求的单位或项目使用、保障单位，信息部下属各处室也可作为需求单位。

3.2主要需求单位：指项目实现的主要业务或功能的管理单位。

3.3主办单位：指承担项目主要建设任务的信息部下属各处室。

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

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

下表为各类项目的基本控制流程和流程调整说明。

下表为控制流程中各阶段的控制方式、评审材料或工作成果简表，详细的操作流程、注意事项、准入条件、准出条件请参见各阶段的描述。

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.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规范及模板
《供应商考察报告》模板
《采购要求》模板（缺）
《采购评分表》模板（缺）
《独家谈判说明书》模板（缺）
图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.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评审组组成与职责
《测试计划》
《测试记录表》
《测试报告》
13.8相关规范及模板
《测试计划》模板
《测试记录表》模板
《测试报告》模板
图8测试阶段流程
14部署
14.1阶段概述
部署过程复杂、涉及面广、影响范围大的项目，应制定详细的实施计划和实施方案，评估实施过程风险，制定风险控制措施，确保部署过程顺利开展。

图6部署流程图
14.2阶段准入
软件研发项目：已通过测试评审，且所有缺陷已纠正。

产品采购类项目：已完成采购。

14.3阶段准出
部署完成且系统正常运行。

14.4职责与流程
1)项目组评估部署会涉及或影响的网络、服务器和信息系统等；
2)项目组根据评估范围组织相关人员召开专题讨论会，确定实施计划，明确每个步骤的负责人，分析可能对其他系统、网络运行产生哪些影响，充分评估风险后果，制定风险控制措施；
3)项目组根据讨论结果形成《实施计划及实施方案》；
4)评审组评审《实施计划及实施方案》；
5)项目组根据评审报告纠正缺陷；
6)项目组提交评审结论审批流程，把《实施计划及实施方案》、《评审报告》、《缺陷跟踪表》作为流程附件，由信息部审批。

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

14.5评审组组成与职责
《实施计划及实施方案》
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.5相关规范和模板
《用户意见》模板
《验收申请》模板
《验收报告》模板。