信息化项目版本管理细则

《信息化项目版本管理细则》由会员分享，可在线阅读，更多相关《信息化项目版本管理细则（17页珍藏版）》请在金锄头文库上搜索。

1、Q/ CSG云南电网有限责任公司企业管理制Q/CSG-YNPG2180006-2015云南电网有限责任公司信息化项目版本管理细贝y（2015 版）2015-10-30 实施2015-10-30 发布云南电网有限责任公司 发布、八建立有序和规前言为规范云南电网有限责任公司信息化项目版本配置管理工作，范的管理措施，提升信息系统运行管控质量，本细则发布实施后，原云南电网公司信息化项目版本管理细则(Q/CSG-YNPG-2-18-011-2014)同时予以废止本细则由云南电网有限责任公司信息部提出并归口。本细则由云南电网有限责任公司信息部负责起草。 本细则由云南电网有限责任公司企业管理部易志生统一编号

2、本细则主要起草人：胡永华、普钢、马文、张羿、张富华本细则主要审核人：张叶、周兴东、黄文载本细则由杨卓批准。本细则由云南电网有限责任公司信息部负责解释云南电网有限责任公司信息化项目版本管理细则1 总则本细则规定了云南电网有限责任公司（以下简称公司）信息化项目建设的版本管理 要求，为了加强对项目的版本管理，明确版本管理的职责分配、内容与标准和工作程序 等相关内容和要求，按照“统一管理、统一规划、统一标准、统一建设”的信息化项目 建设原则，进一步提升公司信息化项目建设版本管理的整体水平， 根据南方电网公司（以 下简称“网公司”）信息化项目管理相关规定，特制定本细则。本细则适用于公司下达的二、三类信息

3、化项目版本管理的工作，网公司下达的一类 信息化项目设计阶段工作，按照中国南方电网有限责任公司系统版本管理办法（QCSG218017-2014 要求执行。2 规范性引用文件列文件对于本文件的应用是必不可少的。 下列文件的部分条款通过本文件的引用而成为本文件的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内 容)或修订版均不适用于本部分； 凡是不注日期的引用文件， 其最新版本适用于本部分 中国南方电网有限责任公司系统版本管理办法 (QCSG218017-2014) 中国南方电网有限责任公司公司企业架构管理办法 (QCSG218019-2014) 中国南方电网有限责任公司信息安全等级保

4、护办理办法 (QCSG218016-2014)（QCSG218014-2014）（办发201520号文）（办发201520号文）中国南方电网有限责任公司信息安全防护管理办法南方电网公司管理信息化推进项目群版本管理要求南方电网公司管理信息化推进项目群变更管理要求3 术语和定义3.1 配置项凡是纳入配置管理范畴的工作成果都是配置项。包括阶段工作成果以和项目管理文 档。3.2 基线基线由一组已经审核通过的配置项组成，为随后的工作或变更提供参照基准。3.3 软件变更需求软件变更需求指系统上线运行后因系统存在缺陷、系统功能或性能需要完善所提出 的需求。软件需求变更分为重大变更和非重大变更。3.4 重大软

5、件变更本办法中涉和主版本号变更的软件变更为重大变更，其他则为非重大软件变更。软 件版本号规定详见 软件标识管理规定。3.5 软件升级管理软件升级管理是由软件变更需求引起的需求变更申请与审批、软件开发与测试、软 件发布管理和软件配置管理等活动的总称。 软件升级管理的关键控制点是软件变更需求 的审批、软件升级前的测试，执行软件发布前的审批等，最后完成配置管理以保证信息 系统登记配置数据与实际相符。软件升级管理为提高信息系统生命周期管理水平（特别 是提供了历史可追溯能力） 、提高信息系统质量提供有效的管理手段。3.6 向后兼容向后兼容又称向下兼容，在计算机中指在一个程序或者类库更新到较新的版本后，

6、用旧的版本程序创建的文档或系统仍能被正常操作或使用， 或在旧版本的类库的基础上 开发的程序仍能正常编译运行的情况。3.7 支撑软件支撑各种软件系统开发与维护工作的软件，它主要包括环境数据库、各种接口软件 和工具组。4 职责4.1 信息部4.1.1 负责审批重大版本变更申请；4.1.2 负责提出一类项目中止申请；4.1.3 负责审批非一类项目中止申请和发布项目中止批文；4.1.4 负责审批（会审）重大软件升级发布申请；4.1.5 负责组织信息系统运维管理单位完成软件开发、测试与软件发布实施工作；4.1.6 负责确认重大软件升级发布前的测试结果。4.2 业务部门（公司职能部门）4.2.1 负责审批

7、（会审）软件升级发布申请；4.2.2 负责审批（会审）重大软件升级发布申请。4.3 项目管理办公室4.3.1 负责审核项目建设过程中版本变更申请；4.3.2 负责审核项目的配置项交付计划。4.3.3 PMOk 务组4.3.3.1 提出项目实施业务要求、指导意见；4.3.3.2 负责对配置项交付计划进行专业审核；4.3.3.3 负责对新增基线版本进行专业审核；4.3.3.4 负责对配置项进行专业审核；4.3.3.5 负责对业务类的变更申请分析影响和专业审核；4.3.3.6 负责对业务类的变更方案进行专业审核；4.3.3.7 指导、解决实施过程中出现的业务问题。技 术组4.3.4.1 提出项目实施

8、技术要求、指导意见；4.3.4.2 负责对配置项交付计划进行专业审核；4.3.4.3 负责对新增基线版本进行专业审核；4.3.4.4 负责对配置项进行专业审核；4.3.4.5 负责对技术类的变更申请分析影响和专业审核；4.3.4.6 负责对技术类的变更方案进行专业审核；4.3.4.7指导、解决实施过程中出现的技术问题。4.3.5pmo综合管理组4.3.5.1负责组织审核项目的配置项交付计划；4.3.5.2负责组织审核项目的基线版本；4.3.5.3负责组织审核项目的配置项；4.3.5.4负责组织审核的变更影响分析和变更申请；4.3.5.5负责组织审核变更方案；4.3.5.6负责变更实施效果评估。

9、4.4 项目建设单位4.4.1负责发布基线版本；4.4.2负责项目的一般变更申请审批；4.4.3负责非一类项目中止的申请负责。4.4.4项目组4.4.4.1作为实施阶段建设主体，在PMO领导下，遵照公司管理制度，组织开展实施阶段的各项工作，对实施成果负责；4.4.4.2负责编制配置项交付计划；4.4.4.3负责建立和维护配置库；4.4.4.4负责建立阶段成果版本和新建基线版本申请；4.4.4.5负责收集变更需求并提出变更申请；4.4.4.6负责编制变更方案；4.4.4.7负责对变更方案的具体实施工作。4.5 信息系统运维管理单位4.5.1信息中心、各供电局信息管理部门均属于信息系统运维管理单位

10、；4.5.2题；负责全面管理并推进软件系统升级工作，协调和处理软件系统升级中存在的问题；4.5.3负责审核信息系统运维单位提交的软件变更需求申请，审核通过后向业务归口部门上报软件变更申请，重大软件变更需求需上报信息部审批（会审）；4.5.4负责根据批准的软件变更需求组织执行软件的开发实施工作，包括组织软件开发、版本号的确认等工作；4.5.5 负责组织软件升级的测试工作，审批测试申请，监督并检查软件测试工作的结 果和实施情况；4.5.6 负责审批信息系统运维单位提交的发布申请，进行审核后向业务归口部门上报 软件发布申请，重大软件发布申请需上报信息部审批（会审）；4.5.7 负责组织执行信息系统的

11、配置管理工作。4.6 信息系统运维单位4.6.1 信息中心、各供电局信息系统运行维护部门和信息系统运维服务外包单位均属 于信息系统运维单位。4.6.2 负责收集汇总公司业务部门、用户的软件变更需求和系统缺陷和完善性需求， 进行内部审核后向信息系统运维管理单位上报软件变更申请。4.6.3 负责提交软件测试申请，审批通过后配合开展软件测试工作。4.6.4 负责提交软件发布请求，进行内部审核后向信息系统运维管理单位上报软件发 布申请。4.6.5 负责执行软件发布实施工作。5 管理内容和方法5.1 版本管理5.1.1 总体要求5.1.2 版本管理是对项目实施各个阶段所形成的各类配置项的管理工作，不限于

12、软件 代码。在项目开展各个阶段， 所有需要经过审核和审批的项目活动、 目标、计划、方案、 报告、人员组成的变动等工作，均应按照变更管理流程执行变更工作，并完成对应变更 方案的确定，记录在配置库中。5.1.3 版本管理的各类对象应按照版本配置流程（附录 1）保存在配置库中。5.1.4 配置计划5.1.4.1 版本配置工作应由项目组确定配置管理负责人和职责， 识别基线和配置项清 单并编制配置项交付计划（模板参见附录 5），在项目建设单位审核后，由项目组 建立配置库。5.1.4.2 配置项交付计划通过审核后向所有项目相关人员进行宣贯计划。5.1.5 配置库管理5.1.5.1 项目组应合理建立配置库，

13、 并分配权限。 发生项目变更时， 项目组负责新建配置库并更新权限设置。pm（和n项目建设单位抽查配置库的建立和权限分配情况。5.1.5.2 配置库需应定期进行备份。5.1.5.3 不同项目要求建立独立的配置库， 同一系统版本的多个项目的配置库可进行 集成。5.1.6 基线管理5.1.6.1 对于需要新增基线的版本配置， 应由项目组根据配置项交付计划 提出基 线建立申请（模板参见附录6）,由PMO综合管理组组织审核，PMO技术组、PMOlk务 组参与，负责专业审核工作，审核后由建设单位发布。5.1.6.2 项目组负责依据发布后的版本完成配置库的更新工作。5.1.7 配置状态监控5.1.7.1 首

14、次基线发布后开始对系统建设进行配置项状态监控。5.1.7.2 项目组负责监控项目配置管理活动情况、 配置项的状态，完成配置项状态报告（模板参见附录 7）。5.2 变更管理5.2.1 项目建设过程中，当建设内容和下达计划不一致时，应按照变更管理的要求进 行调整，详见变更流程图（附录 2）。变更后的内容应作为不同版本保存在配置库中。5.2.2 变更范围5.2.2.1 项目建设过程中，应严格控制各类变更。变更按类别分为：需求变更、设计 变更、资金变更、进度变更、人员变更和项目中止；按性质分为重大变更和一般变更， 重大变更是指投资金额调整、技术方案重大调整、项目建设内容调整或项目中止，其他 均是一般变

15、更。5.2.3 变更申请5.2.3.1 系统建设中存在变更需求时， 由项目组负责收集各方需求并提出变更申请单（模板参见附录 8）。523.2 项目组依据变更内容的差异将业务类变更申请提交给PMOk务组审核；技术类变更申请提交给PMO技术组审核；其他类变更的申请提交给PMOg合管理组进行审核。5.2.3.3 涉和重大变更，变更申请均需提交至公司信息部进行审批。5.2.4 变更审查5.241PMO各个小组针对不同类型的变更申请进行审核。审核中应包含变更影响分析。变更影响分析须包括变更可行性论证、成本评估、资源评估、进度评估等内容。5.2.4.2 PMO各个小组在进行项目的变更申请审核中，如发现属于重大变更需提交至公司信息部进行审批，给出对变更申请的审批意见。5.243PMO各小组在进行项目的变更申请审核中，确认是一般变更需提交至建设单位进行审批，给出对变更申请的审批意见。5