整理信息化建设管理办法实施细则.docx
《整理信息化建设管理办法实施细则.docx》由会员分享，可在线阅读，更多相关《整理信息化建设管理办法实施细则.docx（35页珍藏版）》请在冰豆网上搜索。
整理信息化建设管理办法实施细则
（完整版）信息化建设管理办法实施细则
编辑整理：
尊敬的读者朋友们：
这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（（完整版）信息化建设管理办法实施细则）的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为（完整版）信息化建设管理办法实施细则的全部内容。
（完整版）信息化建设管理办法实施细则
编辑整理：
张嬗雒老师
尊敬的读者朋友们:
这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布到文库，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是我们任然希望（完整版）信息化建设管理办法实施细则这篇文档能够给您的工作和学习带来便利。
同时我们也真诚的希望收到您的建议和反馈到下面的留言区，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请下载收藏以便随时查阅，最后祝您生活愉快业绩进步,以下为<（完整版）信息化建设管理办法实施细则>这篇文档的全部内容。
1
概述
本办法对信息化项目建设过程的控制流程进行规范，并对流程中各阶段的工作步骤、职责和要求进行详细描述。
所有信息化项目建设应遵循本管理规定，以降低项目风险，提高项目质量。
2适用范围
本办法适用于厦航所有信息化建设项目的管理,包括信息系统、信息基础平台、弱电工程的建设、升级、改造等.
3名词解释
3.1需求单位：
指提出项目建设需求的单位或项目使用、保障单位，信息部下属各处室也可作为需求单位.
3.2主要需求单位：
指项目实现的主要业务或功能的管理单位.
3.3主办单位:
指承担项目主要建设任务的信息部下属各处室.
3.4项目组：
由主办单位、需求单位、供应商人员共同组成，分工协作共同承担项目建设任务。
3.5项目类型
类型
描述
自研软件
指由公司研发人员自行设计、编码的应用系统建设模式.
合作研发软件
指由公司研发人员负责设计、编码，开发商提供人员承担部分建设任务的应用系统建设模式。
整体外包软件
指由开发商承担主要设计、编码任务的应用系统建设模式.
编码外包软件
指由公司研发人员设计、外部软件公司编码的应用系统建设模式。
外包软件维护
指由外部软件公司对现有软件进行完善,不改变主要功能和技术的应用系统建设模式。
通用商业软件
指采购操作系统、数据库、安全证书等功能通用的商业软件。
专用商业软件
指采购用于实现特殊业务需要的商业软件。
此类软件不同品牌功能差异较大.如：
集群软件、防病毒软件、系统监控软件、主机访问控制软件等。
技术服务
指采购各类信息技术服务。
如oracle数据库服务、服务器硬件维保服务、网站安全评估、信息系统测评等服务。
重大设备
指采购小型机、存储设备、灾备等采购金额大、部署复杂、影响面大的设备。
普通设备
指采购PC机、PC服务器、便携式计算机等设备。
弱电工程
指与基建有关的智能化系统建设，如：
综合布线、机房建设、智能消防等。
4项目控制流程
项目实施过程包括项目启动、需求调研、供应商考察、采购、设计、编码、测试、部署、试运行、上线及验收等阶段,项目启动阶段应根据项目类型、项目规模、建设方式等特点确定项目控制流程.下表为各类项目的基本控制流程和流程调整说明。
类型
项目控制流程
自研软件
项目启动需求调研设计编码测试（部署）试运行上线验收
●部署过程复杂、涉及面广、影响范围大的项目，应增加部署阶段,制定详细的实施方案，采取有效的风险控制措施后方可实施。
●工期要求短于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评审组组成与职责
角色
建议人员
职责
备注
组长
信息部三级（含）以上管理人员
根据供应商考察报告，从供应商资质、技术解决方案、项目实施经验、合作经验、产品性价比等方面综合评估并甄选合格供应商;
根据项目特点,讨论考察要点及采购要求，并形成《采购评分表》;
技术负责人
主办单位负责人
高级技术师
信息部高级技术人员（高级架构师、高级项目管理师、高级主机管理员、高级工程管理师等等）
2名
项目经理
项目组项目经理
1名
采购员
采购管理部部采购相关人员
1名
质量员
信息部安全质量师
审查文档规范;监督评审过程。
1名
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.7阶段成果
《概要设计说明书》
《详细设计说明书》（可选）
《原型设计包》（可选）
11.8规范及模板
《概要设计说明书》模板
《详细设计说明书》模板
12编码
12.1阶段概述
本阶段是编码人员根据设计文档完成单元模块代码设计及实现工作,并执行充分的单元测试。
交付一个可供测试使用的产品。
对于采购的成熟软件产品，如需进行代码维护或二次开发,供应商需对项目组进行相应源码的移交及培训,编写API使用说明文档.
12.2阶段准入
项目已通过“设计”评审，且所有缺陷已纠正。
12.3阶段准出
模块开发完毕、单元测试完毕.
12.4职责与流程
1）项目组编码人员根据《需求规格说明书》和设计文档进行少量代码编写，提交项目经理走查；
2）项目经理组织代码走查，指出编码存在的
升级会员 