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

目录2适用范围 .................................................. 3名词解释 .................................................. 4项目控制流程 .............................................. 5阶段评审 .................................................. 6项目启动 .................................................. 7需求调研 .................................................. 8工作量评估 ................................................ 9供应商考察 ................................................ 10采购...................................................... 11设计...................................................... 12编码...................................................... 13测试...................................................... 14部署...................................................... 15试运行 .................................................... 16上线...................................................... 17验收......................................................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.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规范及模板《供应商考察报告》模板《采购要求》模板（缺）《采购评分表》模板（缺）《独家谈判说明书》模板（缺）图5供应商考察流程10采购10.1阶段概述本阶段工作流程依据采购管理部和计划财务部管理规范制定。