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

信息化建设管理规定实

施细则

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评审组组成与职责