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

目录1概述22适用范围23名词解释24项目控制流程25阶段评审46项目启动67需求调研78工作量评估99供应商考察1010采购1111设计1212编码1413测试1514部署1615试运行1816上线2017验收211 概述本办法对信息化项目建设过程的控制流程进行规范，并对流程中各阶段的工作步骤、职责和要求进行详细描述。所有信息化项目建设应遵循本管理规定，以降低项目风险，提高项目质量。2 适用范围本办法适用于厦航所有信息化建设项目的管理，包括信息系统、信息基础平台、弱电工程的建设、升级、改造等。3 名词解释3.1 需求单位：指提出项目建设需求的单位或项目使用、保障单位，信息部下属各处室也可作为需求单位。3.2 主要需求单位：指项目实现的主要业务或功能的管理单位。3.3 主办单位：指承担项目主要建设任务的信息部下属各处室。3.4 项目组：由主办单位、需求单位、供应商人员共同组成，分工协作共同承担项目建设任务。3.5 项目类型类型描述自研软件指由公司研发人员自行设计、编码的应用系统建设模式。合作研发软件指由公司研发人员负责设计、编码，开发商提供人员承担部分建设任务的应用系统建设模式。整体外包软件指由开发商承担主要设计、编码任务的应用系统建设模式。编码外包软件指由公司研发人员设计、外部软件公司编码的应用系统建设模式。外包软件维护指由外部软件公司对现有软件进行完善，不改变主要功能和技术的应用系统建设模式。通用商业软件指采购操作系统、数据库、安全证书等功能通用的商业软件。专用商业软件指采购用于实现特殊业务需要的商业软件。此类软件不同品牌功能差异较大。如：集群软件、防病毒软件、系统监控软件、主机访问控制软件等。技术服务指采购各类信息技术服务。如oracle数据库服务、服务器硬件维保服务、网站安全评估、信息系统测评等服务。重大设备指采购小型机、存储设备、灾备等采购金额大、部署复杂、影响面大的设备。普通设备指采购PC机、PC服务器、便携式计算机等设备。弱电工程指与基建有关的智能化系统建设，如：综合布线、机房建设、智能消防等。4 项目控制流程项目实施过程包括项目启动、需求调研、供应商考察、采购、设计、编码、测试、部署、试运行、上线及验收等阶段，项目启动阶段应根据项目类型、项目规模、建设方式等特点确定项目控制流程。下表为各类项目的基本控制流程和流程调整说明。类型项目控制流程自研软件项目启动需求调研设计编码测试（部署）试运行上线验收l 部署过程复杂、涉及面广、影响范围大的项目，应增加部署阶段，制定详细的实施方案，采取有效的风险控制措施后方可实施。l 工期要求短于3个月的项目可跳过概要设计、测试、试运行、上线评审阶段；l 工作量小于3人月项目可跳过概要设计、测试、试运行、上线评审阶段；l 分期交付的项目要进行总体项目启动、总体上线和总体验收，其他可分期进行；l 逻辑复杂的项目应在设计阶段进行详细设计；l 研究性质的项目启动和验收环节应按要求进行评审；合作研发软件同自研软件整体外包软件项目启动业务调研供应商考察工作量评估采购需求调研设计编码测试（部署）试运行上线验收l 独家谈判的项目可以跳过供应商考察阶段；l 其他说明同自研软件类项目。编码外包软件项目启动需求调研设计工作量评估采购测试（部署）试运行上线验收l 已签订编码外包框架协议的项目在采购环节可直接下单，未签订协议的项目要先按采购要求签订协议；l 其他说明同自研软件类项目。软件维护外包项目启动采购维护验收l 应记录维护过程和品质，作为验收依据，维护记录格式见软件维护单模板。通用商业软件项目启动采购验收l 仅针对系统软件、数据库、文字处理、安全证书等功能特别完善的软件，或上级单位要求使用的指定软件。l 可不召开正式验收会。专用商业软件项目启动需求调研供应商考察采购（部署）试运行上线验收l 针对需要定制的软件，或不同品牌功能差异大的软件。l 部署过程复杂、涉及面广、影响范围大的项目，应增加部署阶段，制定详细的实施方案方可实施。技术服务项目启动需求调研供应商考察采购服务验收l 如需求明确，可在项目启动分析报告中描述，跳过需求调研阶段；l 应记录服务过程和品质，作为验收依据，维护记录格式见技术服务单模板；l 可不召开正式验收会。重大设备项目启动需求调研供应商考察采购部署上线验收普通设备项目启动采购验收l 根据采购管理部要求，到货XX天内验收；l 可不召开正式验收会。弱电工程任务书编制设计及深化造价编制工程采购施工工程验收l 管理办法详见弱电工程建设管理制度下表为控制流程中各阶段的控制方式、评审材料或工作成果简表，详细的操作流程、注意事项、准入条件、准出条件请参见各阶段的描述。阶段评审材料/工作成果控制方式项目启动项目启动分析报告、采购要求（初稿）评审业务调研业务需求说明书需求部门负责人签字需求调研需求规格说明书、界面设计包（软件研发项目）评审供应商考察供应商考察报告采购评分表采购要求单一来源采购说明书评审采购采购沟通会会议纪要采购合同审批流程合同会签工作量评估工作量评估报告高级架构师审核设计概要设计说明书详细设计说明书评审部署实施计划及方案评审编码源程序、代码走查报告主办处室经理负责测试测试计划测试记录表测试报告评审试运行试运行计划运行维护手册用户手册测试报告评审上线试运行报告评审验收用户意见验收申请评审维护软件维护单验收时检查服务技术服务单验收时检查任务书编制初步弱电设计需求报告详见弱电工程建设管理制度设计及深化技术方案技术标书可施工蓝图初步造价概算造价编制工程量清单工程控制价工程采购详见弱电工程建设管理制度施工工程验收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天内推荐12家合适的供应商。如供应商产品由代理商代理，应同时提供代理商名单。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) 项目经理组织代码走查，指出编码存在的问题，形成代码走查记录；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 评审组组成与职责角色建议人员职责备注组长信息部测试小组组长/高级项目管理师审查测试计划合理及测试用例是否完整、正确，组织讨论并最终确定测试结论；技术负责人主办单位负责人审查测试工作安排是否合理、是否执行到位，测试结果是否可接受；项目经理项目组项目经理测试计划是否合理，测试覆盖是否充分，测试结果是否可接受；1名项目组测试人员项目组测试人员测试计划、测试用例是否合理且可执行；参与测试并对测试结果是否可接受；=1名系统操作人员业务部门系统操作人员测试计划、测试用例是否合理且可执行；参与测试并对测试结果是否可接受；1名质量员信息部安全质量员审查文档规范；监督评审过程。1名13.7 阶段成果测试计划测试记录表测试报告13.8 相关规范及模板测试计划模板测试记录表模板测试报告模板图8 测试阶段流程14 部署14.1 阶段概述部署过程复杂、涉及面广、影响范围大的项目，应制定详细的实施计划和实施方案，评估实施过程风险，制定风险控制措施，确保部署过程顺利开展。图6 部署流程图14.2 阶段准入软件研发项目：已通过测试评审，且所有缺陷已纠正。产品采购类项目：已完成采购。14.3 阶段准出部署完成且系统正常运行。14.4 职责与流程1) 项目组评估部署会涉及或影响的网络、服务器和信息系统等；2) 项目组根据评估范围组织相关人员召开专题讨论会，确定实施计划，明确每个步骤的负责人，分析可能对其他系统、网络运行产生哪些影响，充分评估风险后果，制定风险控制措施；3) 项目组根据讨论结果形成实施计划及实施方案；4) 评审组评审实施计划及实施方案；5) 项目组根据评审报告纠正缺陷；6) 项目组提交评审结论审批流程，把实施计划及实施方案、评审报告、缺陷跟踪表作为流程附件，由信息部审批。7) 项目组依照实施项目部署实施计划及实施方案。14.5 评审组组成与职责角色建议人员职责备注组长信息部网络系统处高级岗位人员综合主机、网络、数据库、运维各方面针对部署提出的意见，组织讨论并确定评审意见；主机管理员信息部系统管理员审查系统部署的实施计划及实施方案，评估服务器安装、网络链接、数据库部署、前台安装及维护等方面风险，并讨论部署风险控制措施；由信息部系统室主任指派。网络管理员信息部网络管理员由信息部网络室主任指派。数据库管理员信息部数据库管理员由信息部系统室主任指派。运行维护师信息部运行维护师由信息部计算机室主任指派。各接口系统负责人相关接口系统技术负责人审查系统部署对接口系统的影响，实施计划及方案是否合理，部署带来的风险是否可控；质量员信息部安全质量师审查文档规范；监督评审过程。14.6 阶段成果实施计划及实施方案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.4 验收材料合同及合同中约定的成果用户意见验收申请17.5 相关规范和模板用户意见模板验收申请模板验收报告模板