软件变更控制规范VIP专享

XX 有限公司版本文件编号生效日期A0XXXX软件变更控制规范版本文件编号生效日期XX 有限公司A0XXXX1. 目的：本文件描述软件变更控制管理的规范，向参与变更控制管理活动的人员提供信息和指导，以确保变更经过授权、保证变更后的软件配置项的质量和一致性与完整性、保证变更过程的可跟踪性和可回溯性，防止配置项被随意修改而导致混乱。2. 范围：本规范适用于公司所有研发类项目（定制开发类项目除外）的变更管理。3. 定义：3.1 变更请求：一个用于描述来自涉众人员的对工件或过程进行变更的所有请求的通用术语。变更请求中所记录的是关于起源的信息以及当前问题的影响、建议的解决方案。变更请求的来源分为四大类：需求变更、设计变更、代码变更、计划变更。3.2 需求变更：指系统出现新特征或系统原特征发生改变。设计变更：指对原设计标准状态的改变和修改。设计变更仅包含由于设计工作本身的漏项、错误或其它原因而修改补充原设计的技术资料。3.3 代码变更：代码变更是由需求变更、设计变更或系统存在的缺陷被发现引起，如果由需求变更、设计变更引起 ,需要在《变更管理单》的任务分配栏填写代码变更任务；如果由缺陷引起，参见《TD 管理办法》。3.4 计划变更：指因项目资源发生改变而引起的计划改变。3.5 变更请求管理：一种用来对所请求的变更对现有产品在成本和调度上的影响进行评估时所需的组织基础结构进行描述的过程。变更请求管理阐述了变更审查组或变更控制委员会的工作方式。3.6 变更严重级别：指对变更严重程度的度量。变更级别分为重大和一般，重大必须走常规变更流程，一般可视情况走裁剪流程，参见 6 裁剪 。重大：需求因素：因为需求的增加或删除导致产品版本或补丁项目的需求点列表发生变动，属于重大变更。设计因素：因为在开发中发现技术方面的问题，不得不修改前期的设计、接口等文档，而且项目计划也要做较大调整，属于重大变更。管理因素：因为项目组资源情况导致项目计划需要进行调整，如果对需求点列表发生变动，对本项目组对外交付的时间点发生变动，属于重大变更。一般：规范因素：对需求、设计等文档的排版格式、描述做轻微的修改，对配置项本身的定义不造成影响，属于一般变更比如增加背景信息、修改语句错别字。管理因素：因为项目组资源情况导致项目计划需要进行调整，仅对本项目组内部人员、任务安排，或仅对本项目组内开发、测试时间点发生变动，属于一般变更。其它因素：先走一般变更，在变更的判...