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

1、整理信息化建设管理办法实施细则(完整版)信息化建设管理办法实施细则 编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（(完整版)信息化建设管理办法实施细则）的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快 业绩进步，以下为(完整版)信息化建设管理办法实施细则的全部内容。(完整版）信息化建设管理办法实施细则 编辑整理：张嬗雒老师尊敬的读者朋友们:

2、这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布到文库，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是我们任然希望 (完整版)信息化建设管理办法实施细则 这篇文档能够给您的工作和学习带来便利。同时我们也真诚的希望收到您的建议和反馈到下面的留言区，这将是我们进步的源泉，前进的动力。本文可编辑可修改，如果觉得对您有帮助请下载收藏以便随时查阅，最后祝您生活愉快 业绩进步,以下为 这篇文档的全部内容。1概述本办法对信息化项目建设过程的控制流程进行规范，并对流程中各阶段的工作步骤、职责和要求进行详细描述。所有信息化项目建设应遵循本管理规定，以降低项目风险，提高项目质

3、量。2适用范围本办法适用于厦航所有信息化建设项目的管理,包括信息系统、信息基础平台、弱电工程的建设、升级、改造等.3名词解释3.1需求单位：指提出项目建设需求的单位或项目使用、保障单位，信息部下属各处室也可作为需求单位.3.2主要需求单位：指项目实现的主要业务或功能的管理单位.3.3主办单位:指承担项目主要建设任务的信息部下属各处室.3.4项目组：由主办单位、需求单位、供应商人员共同组成，分工协作共同承担项目建设任务。3.5项目类型类型描述自研软件指由公司研发人员自行设计、编码的应用系统建设模式.合作研发软件指由公司研发人员负责设计、编码，开发商提供人员承担部分建设任务的应用系统建设模式。整体

4、外包软件指由开发商承担主要设计、编码任务的应用系统建设模式.编码外包软件指由公司研发人员设计、外部软件公司编码的应用系统建设模式。外包软件维护指由外部软件公司对现有软件进行完善,不改变主要功能和技术的应用系统建设模式。通用商业软件指采购操作系统、数据库、安全证书等功能通用的商业软件。专用商业软件指采购用于实现特殊业务需要的商业软件。此类软件不同品牌功能差异较大.如：集群软件、防病毒软件、系统监控软件、主机访问控制软件等。技术服务指采购各类信息技术服务。如oracle数据库服务、服务器硬件维保服务、网站安全评估、信息系统测评等服务。重大设备指采购小型机、存储设备、灾备等采购金额大、部署复杂、影响

5、面大的设备。普通设备指采购PC机、PC服务器、便携式计算机等设备。弱电工程指与基建有关的智能化系统建设，如：综合布线、机房建设、智能消防等。4项目控制流程项目实施过程包括项目启动、需求调研、供应商考察、采购、设计、编码、测试、部署、试运行、上线及验收等阶段,项目启动阶段应根据项目类型、项目规模、建设方式等特点确定项目控制流程.下表为各类项目的基本控制流程和流程调整说明。类型项目控制流程自研软件项目启动 需求调研 设计 编码 测试 （部署） 试运行 上线 验收部署过程复杂、涉及面广、影响范围大的项目，应增加部署阶段,制定详细的实施方案，采取有效的风险控制措施后方可实施。工期要求短于3个月的项目可

6、跳过概要设计、测试、试运行、上线评审阶段;工作量小于3人月项目可跳过概要设计、测试、试运行、上线评审阶段；分期交付的项目要进行总体项目启动、总体上线和总体验收，其他可分期进行；逻辑复杂的项目应在设计阶段进行详细设计;研究性质的项目启动和验收环节应按要求进行评审；合作研发软件同自研软件整体外包软件项目启动 业务调研 供应商考察 工作量评估 采购 需求调研 设计 编码 测试 （部署） 试运行 上线 验收独家谈判的项目可以跳过供应商考察阶段；其他说明同自研软件类项目。编码外包软件项目启动 需求调研 设计 工作量评估 采购 测试 （部署） 试运行 上线 验收已签订编码外包框架协议的项目在采购环节可直接

7、下单，未签订协议的项目要先按采购要求签订协议;其他说明同自研软件类项目.软件维护外包项目启动 采购 维护 验收应记录维护过程和品质，作为验收依据，维护记录格式见软件维护单模板.通用商业软件项目启动 采购 验收仅针对系统软件、数据库、文字处理、安全证书等功能特别完善的软件，或上级单位要求使用的指定软件.可不召开正式验收会。专用商业软件项目启动 需求调研 供应商考察 采购 （部署） 试运行 上线 验收针对需要定制的软件，或不同品牌功能差异大的软件。部署过程复杂、涉及面广、影响范围大的项目，应增加部署阶段,制定详细的实施方案方可实施。技术服务项目启动 需求调研 供应商考察 采购 服务 验收如需求明确

8、，可在项目启动分析报告中描述，跳过需求调研阶段;应记录服务过程和品质,作为验收依据，维护记录格式见技术服务单模板；可不召开正式验收会。重大设备项目启动 需求调研 供应商考察 采购 部署 上线 验收普通设备项目启动 采购 验收根据采购管理部要求，到货XX天内验收；可不召开正式验收会。弱电工程任务书编制 设计及深化 造价编制 工程采购 施工 工程验收管理办法详见弱电工程建设管理制度下表为控制流程中各阶段的控制方式、评审材料或工作成果简表，详细的操作流程、注意事项、准入条件、准出条件请参见各阶段的描述。阶段评审材料/工作成果控制方式项目启动项目启动分析报告、采购要求（初稿）评审业务调研业务需求说明书

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

10、工程量清单工程控制价工程采购详见弱电工程建设管理制度施工工程验收5阶段评审阶段评审用于检查阶段成果是否达到要求，项目启动、需求调研、供应商考察、设计、试运行、上线、验收等阶段需要进行评审,评审通过后方可进入下一阶段的工作。5.1阶段评审分为正式评审和非正式评审两种方式.正式评审需召开评审会议并在会上审查材料，非正式评审不需召开评审会，评审组、项目组之间采用电子邮件、即时通信等非正式方式审查材料。无论何种评审，评审组均需指出评审材料中存在的缺陷，并得出评审结论。项目组需修改所有缺陷后方可进入下一阶段工作。5.2职责与流程1)项目组准备评审材料，提交到规划质量处进行准入检查；2)如材料未通过准入检

11、查，项目组应重新修改材料；3)材料通过准入检查后，规划质量处组成评审组(评审组组成详见各阶段），发布评审通知；4)评审组审查材料，汇总缺陷，给出评审结论；5)项目组根据评审结论修改缺陷；6)评审组确认所有缺陷均已修改。6项目启动6.1阶段概述本阶段是对计划建设的项目进行必要性和可行性研究，并系统地规划整个项目的建设过程.项目通过项目启动评审是项目启动的标志,未通过项目启动评审的项目应取消建设计划.6.2阶段准入项目已列入年度建设计划或已通过计划外建设审批。6.3阶段准出项目启动分析报告通过评审，且所有缺陷已纠正。6.4职责与流程1)需求单位提供项目背景、建设目标和项目范围，进行建设必要性分析，

12、评估项目效益;2)项目组评估所需资源和建设难点,从人力和技术等方面进行可行性研究，识别项目风险,提出解决方案，确定建设模式和建设计划,形成项目启动分析报告；3)如为采购项目,应同时编写采购要求（初稿)进行评审;4)评审组评审相关文档，根据项目与信息规划匹配度、项目投入产出比、项目建设风险等确定评审结论；5)项目组根据评审报告纠正所有缺陷；6)项目组提交评审结论审批流程，项目启动分析报告、评审报告、缺陷跟踪表均作为流程附件，流程由信息部审批.6.5注意事项1)所有项目均应编写项目启动分析报告，视项目复杂度决定评审方式，评审方式包括会议、邮件或流程审批;2)对于改变业务流程、业务模式的系统，要充分

13、评估业务改造的可行性；3)项目启动分析报告中应明确需求调研计划，确保不遗漏重要调研对象; 4)中止建设的项目重新启动时要再次进行“项目启动”评审.6.6评审组组成与职责角色建议人员职责备注组长信息部分管领导审查项目是否可行,项目成本收益是否合理；审查项目业务目标是否明确，业务逻辑是否合理，是否具备项目实施的条件；审查项目计划是否合理。副组长主要需求部门信息化建设领导小组成员审查项目需求是否合理，建设目标是否明确；是否与业务发展的长远目标保持一致；审查项目计划是否合理.业务检查人需求单位负责人需求单位业务人员审查项目需求是否合理，需求是否完整，目标是否明确；审查项目计划是否合理.技术检查人主办处

14、室经理网络、系统、存储等信息基础及运行保障负责人审查项目建设是否可行，项目计划是否合理，成本收益是否在可接受范围内。审查项目的技术可行性.具体参加人员视项目具体情况而定。规划管理师信息部规划质量处规划管理相关人员审查项目需求与业务发展规划及信息战略规划的符合性;审查文档规范,监督评审过程6.7阶段成果项目启动分析报告采购要求（初稿）项目启动评审报告独家谈判说明（限独家谈判项目）6.8规范及模板项目启动分析报告模板采购要求模板独家谈判说明模板（缺）图2 项目启动分析阶段流程图7需求调研7.1阶段概述本阶段是确定项目建设目标，界定项目范围，确认项目的业务流程、功能需求、非功能需求、界面原型的过程。

15、本阶段十分重要，是项目建设成功与否的关键.项目建设过程允许需求变更，但应遵循需求变更管理办法。通过评审的需求规格说明书和需求变更申请是项目实施、验收和建设管理的依据。7.2阶段准入项目已通过“项目启动”评审，且所有缺陷已纠正。7.3阶段准出需求文档通过评审，且所有缺陷已纠正.7.4职责与流程1)项目组细化需求调研计划，确保不遗漏重要调研对象;2)项目组向需求单位调研业务细节，当需求范围超越项目目标、项目范围或业务流程不明确时，组织相关单位负责人讨论确定。3)项目组根据业务需求，分析该项目与其它系统可能存在的接口，与接口系统负责人明确接口可行性和接口实现方法，必要时调整需求方案；4)项目组编写需

16、求规格说明书，软件研发项目还应进行界面设计,提交评审。5)评审组评审相关材料,检查业务流程、业务细节、性能要求、界面等的正确性,确定评审结论；6)项目组根据评审报告纠正所有缺陷；7)项目组提交评审结论审批流程，需求规格说明书、评审报告、缺陷跟踪表均作为流程附件，流程由信息部、需求部门审批。7.5注意事项1)要对用户需求进行有效管理,取舍非关键需求,确保在预算和指定时限内完成项目建设；2)针对旅客服务类项目，相关的服务部门、业务保障部门都应作为需求调研的对象；3)很少出现的业务场景要适当取舍,避免为实现此类需求而使用复杂逻辑或复杂操作。7.6评审组组成与职责角色建议人员职责备注组长主要需求单位所

17、在部门的信息化建设领导小组成员审查系统目标是否正确、完整；组织讨论确定评审意见.业务检查人相关需求单位负责人；相关岗位代表审查系统功能是否正确、完整；审查系统人机交互操作是否合理；所有与该系统相关的使用、服务、保障单位负责人均需参加；所有将使用该系统的岗位代表均需参加。技术检查人项目经理审查每个需求在现有条件下的可行性；当项目经理经验不足或项目经理同时担任需求分析员时，由主办处室经理担任。设计人员项目组设计人员审查需求文档是否足够用于系统设计；测试人员项目组测试人员审查是否每个需求都能通过测试得以验证；各接口系统负责人相关接口系统技术负责人审查接口是否可行、正确、完整;所有将与该系统建立接口的

18、系统技术负责人均需参加。质量员信息部安全质量师审查文档规范；监督评审过程。7.7阶段成果需求规格说明书7.8规范及模板需求规格说明书（软件研发项目）模板需求规格说明书(其他项目)模板图3 需求调研流程8工作量评估8.1阶段概述整体外包和编码外包软件应进行工作量评估，作为采购依据。8.2阶段准入项目已通过项目启动评审，且所有缺陷已纠正。8.3阶段准出工作量评估报告通过高级架构师审核，且所有缺陷已纠正。8.4职责与流程1)项目组根据业务调研或需求调研结果，编写工作量评估报告,提交高级架构师；2)高级架构师审核工作量评估报告，项目组根据审核意见修改所有缺陷后，由高级架构师在报告上签字。8.5注意事项

19、1)工作量评估是采购谈判的依据，评估结果应基本准确。8.6阶段成果工作量评估报告8.7规范及模板工作量评估报告模板（缺）9供应商考察9.1阶段概述本阶段是根据项目目标和需求,考察并甑选合格供应商、明确采购要求、给出建议采购方式和采购评分表的过程。计划采用独家谈判的项目应提供单一来源采购说明，详细阐述独家谈判的依据和原因。根据采购管理制度，符合下列情形之一的项目可采用单一来源采购方式:a)采购项目只有唯一的供应商；b)发生不可预见的紧急情况不能从其他供应商处采购；c)经过公司批准必须保证原有采购项目一致性或者服务配套的要求，需要继续向原供应商采购。9.2阶段准入软件研发类项目:已通过项目启动评审

20、，所有缺陷已纠正，且业务需求说明书已由需求单位签字确认。非软件研发类项目:已通过需求评审，且所有缺陷已纠正；或在项目启动阶段已明确需求.9.3阶段准出供应商考察报告、采购要求和采购评分表通过评审，且所有缺陷已纠正.单一来源采购项目单一来源采购说明也应通过评审，并纠正所有缺陷。9.4职责与流程1)项目组提交采购要求(初稿)至采购管理部，采购管理部应在收到采购要求（初稿)后15天内推荐12家合适的供应商.如供应商产品由代理商代理，应同时提供代理商名单。2)项目组另外挑选其他合适的供应商及其代理商。列入考察范围的供应商总数应控制在5家以内;3)项目组组织对供应商进行考察，除资质、配合度、项目经验、合

21、作经验、合作风险外，还应包括:a)软件研发类:对比关键技术解决方案,DEMO功能、性能、易用性等;b)商业软件类:对比产品功能、性能、易用性和许可、升级方式等，尽可能进行产品测试；c)重大设备：对比产品性能、保修条款、故障响应、实施方案等,尽可能进行产品测试;d)技术服务类：技术实力、服务条款、集成方案等。4)项目组根据考察结果，修改采购要求，形成供应商考察报告,并制定采购评分表；5)评审组评审以上文档,选出合格供应商,确定建议采购方式和采购评分表;6)项目组根据评审报告纠正所有缺陷；7)项目组提交“供应商考察”评审结论审批流程,采购要求、供应商考察报告、采购评分表、评审报告、缺陷跟踪表作为流

22、程附件。流程由信息部审批。9.5注意事项1)项目组应根据项目特点,在考察前明确考察内容,对供应商进行全面考察；2)采购要求是供应商确定投标价格的重要依据,内容应明确、完整；9.6评审组组成与职责角色建议人员职责备注组长信息部三级（含）以上管理人员根据供应商考察报告，从供应商资质、技术解决方案、项目实施经验、合作经验、产品性价比等方面综合评估并甄选合格供应商;根据项目特点,讨论考察要点及采购要求，并形成采购评分表;技术负责人主办单位负责人高级技术师信息部高级技术人员(高级架构师、高级项目管理师、高级主机管理员、高级工程管理师等等）2名项目经理项目组项目经理1名采购员采购管理部部采购相关人员1名质

23、量员信息部安全质量师审查文档规范;监督评审过程。1名9.7阶段成果供应商考察报告采购要求采购评分表（独家谈判项目无需提供此文档)单一来源采购说明书(仅限独家谈判项目）9.8规范及模板供应商考察报告模板采购要求模板（缺）采购评分表模板（缺）独家谈判说明书模板(缺）图5 供应商考察流程10采购10.1阶段概述本阶段工作流程依据采购管理部和计划财务部管理规范制定。本阶段由预算执行申请、采购沟通会、采购文件审批、采购谈判、采购谈判结论审批、合同会签等构成,由采购管理部组织,信息部、计划财务部、审计部共同参与完成。10.2阶段准入项目已通过“供应商考察评审，且所有缺陷已纠正。10.3阶段准出与供应商签订

24、采购合同。10.4职责与流程（注：预算执行申请提交的时间点待定,如改为在沟通会后提交，可避免后期变更采购方式带来的麻烦。)1)项目经理提供预算执行申请给处室预算管理员审核，审核通过后提交信息部预算管理员；2)信息部预算管理员提交“预算执行申请审批流程；3)“预算执行申请”审批通过后，项目组组织采购管理部、计划财务部、审计部相关人员召开采购沟通会,最终确定采购要求、合格供应商、采购方式和采购评分表。项目组编写采购沟通会会议纪要，把采购要求和采购评分表作为附件提交会审。4)采购管理部根据采购沟通会会议纪要审批流程编写采购文件,提交采购文件审批流程；5)“采购文件审批通过后，采购管理部组织召开采购谈

25、判会；6)根据采购管理部日程安排，信息部、计划财务部、审计部指定相关人员参加采购谈判会；7)采购结论确定后，根据项目类型，由采购管理部或项目组起草采购合同并提交合同会签流程。10.5注意事项1)信息部主办处（室）经理、项目经理应参加采购谈判会;2)信息部参加采购谈判会人员应由信息部授权;3)商业软件（通用）、普通设备采购由采购管理部负责签订采购合同;10.6阶段成果采购合同10.7规范及模板采购合同（软件研发项目）模板采购合同（系统集成项目）模板采购合同（商业专业软件项目）模板采购合同（重大设备采购项目）模板采购合同(技术服务项目）模板采购合同（工程项目）模板预算执行申请模板图5 供应商考察流

26、程11设计11.1阶段概述本阶段仅针对软件研发项目.本阶段是对项目需求进行分析，确定项目的技术解决方案，包括系统体系结构、模块划分、核心流程、数据库、部署方案等,是项目实现的指引。图6 设计流程图11.2阶段准入项目已通过“需求评审，且所有缺陷已纠正。11.3阶段准出设计文档通过评审,且所有缺陷已纠正。11.4职责与流程1)项目组根据需求规格说明书，分析系统关键点和难点，设计实现逻辑；2)项目组进行界面原型设计,设计过程中应与需求单位充分沟通，形成原型设计包；3)项目组遵循公司相关技术规范进行系统设计，编写概要设计说明书；4)评审组评审“原型设计包”和概要设计说明书，并明确是否需要进行详细设计

27、；5)项目组根据评审报告纠正缺陷,高级架构师复杂审核详细设计说明书；6)项目组提交评审结论审批流程，把概要设计说明书、详细设计说明书（按需）、评审报告、缺陷跟踪表作为流程附件，由信息部、需求部门审批。11.5注意事项1)设计应遵循公司相关技术规范,包括系统架构、数据库、服务器、用户及权限等设计规范;2)设计应针对已识别的项目风险采取技术防范措施;3)若评审组要求对项目进行详细设计，项目组应在缺陷整改阶段提交详细设计说明书，由高级家架构师进行审核；4)若项目包含人机交互需求，项目组应在本阶段提交原型设计包进行评审；11.6评审组组成与职责角色建议人员职责备注组长高级架构师审查设计是否清晰、合理可

28、行;组织讨论确定评审意见。技术负责人主办开发处经理项目经理审查设计是否清晰、合理可行；高级数据库管理师高级数据库管理师审查数据库设计是否符合规范；高级项目管理师高级项目管理师审查设计逻辑是否合理、是否可验证；需求分析员项目组需求分析员审查设计逻辑是否与需求一致.编程人员项目组编程人员审查模块划分是否合理，模块设计是否易编码实现.测试人员项目组测试人员审查每个设计是否都可测验证。根据项目组情况定。各接口系统负责人相关接口系统技术负责人审查接口设计是否合理、可行。质量员信息部安全质量师审查文档规范；监督评审过程.11.7阶段成果概要设计说明书详细设计说明书（可选)原型设计包（可选）11.8规范及模板概要设计说明书模板详细设计说明书模板12编码12.1阶段概述本阶段是编码人员根据设计文档完成单元模块代码设计及实现工作,并执行充分的单元测试。交付一个可供测试使用的产品。对于采购的成熟软件产品，如需进行代码维护或二次开发,供应商需对项目组进行相应源码的移交及培训,编写API使用说明文档.12.2阶段准入项目已通过“设计”评审，且所有缺陷已纠正。12.3阶段准出模块开发完毕、单元测试完毕.12.4职责与流程1)项目组编码人员根据需求规格说明书和设计文档进行少量代码编写，提交项目经理走查；2)项目经理组织代码走查，指出编码存在的