配置管理
配置管理 |文件编号： |生效日期： |受控编号： | |NP601100 |2000.3.20 | | |密级：秘密 |版次：Ver2.1 |修改状态： | |总页数 |8 |正文 |6 |附录 |2 | |编制：李洪敏 |审核：孟莉、王宇|批准：孟莉 | 沈阳东大阿尔派软件股份有限公司 （版权所有，翻版必究） 文件修改控制 |修改记录编号 |修改 |修改页码及条款 |修改人|审核人|批准人|修改日期 | | |状态 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目录 1. 目的 2. 适用范围 3. 职责 3.1 开发部门 3.2 项目管理部门 3.3 软件配置管理负责人SCML 3.4 软件配置管理经理SCMM 4. 术语和缩略语 5. 工作程序 5.1 配置管理过程的两项主要活动 5.2 《配置管理计划》的编制与审批 5.3 配置项的标识 5.4 基准配置项的更改和版本控制 5.5 配置状态报告 6. 引用文件 6.1 NW601101《标识规范》 6.2 NW601102《配置管理计划编写规范》 6.3 NW601103《配置管理规范》 7. 质量记录 7.1 NR601100A“更改单” 7.2 NR601100B“配置状态报告” 目的 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改 受控并可追溯，明确基准配置项的状态。 适用范围 适用于所有软件项目和/或软件产品的配置项。 职责 3.1 开发部门：负责标识、更改配置项。 2. 项目管理部门：负责统一管理已标识的配置项及版本标识，监控配置项的更改 并提供配置状态报告。 3. 软件配置管理负责人SCML：承当SCM角色，负责编制《配置管理计划》。 4. 软件配置管理经理SCMM：负责审批《配置管理计划》。 术语和缩略语 4.1 配置项：项目实施过程所需要的或产生的软件、硬件、工具、释放产品、文档。 4.2 基准配置项：通过阶段评审并可用作下一步的开发基础的配置项。 工作程序 5.1 配置管理过程的两项主要活动 1. 编制《配置管理计划》； 2. 按照《配置管理计划》实施配置管理活动，配置管理活动的具体内容如下： o 配置项的正确、唯一标识； o 基准配置项的更改控制； o 基准配置项的状态记录； 2. 《配置管理计划》的编制与审批 5.2.1 《配置管理计划》的编制 通常情况下，由软件配置管理负责人SCML按照NW601102《配置管理计划编写规 范》在项目策划阶段编制《配置管理计划》；如有特殊需要，根据合同或项目要 求，由软件配置管理负责人SCML在某一项目或项目的某一阶段开始前制定《配 置管理计划》。 5.2.2 《配置管理计划》的审批 《配置管理计划》由软件配置管理经理SCMM审批。 5.3 配置项的标识 5.3.1 要标识的配置项主要包括以下几部分： 1) 开发环境：软件工具、硬件设备等； 2) 工具：自动设计工具、测试工具、维护工具等； 3) 技术文档：项目启动计划、开发计划、可行性分析报告、需求分析报告、软 件功能规格说明、质量计划、系统设计报告、测试文档、技术报告、用户 手册、总结报告等； 4) 提交产品：阶段检查点产品、计算机程序、释放产品等。 2. 标识要求 5.3.2.1 合同有明确标识和追踪要求时，由开发人员按合同要求进行标识，以保证满足 合同追踪要求。 5.3.2.2 外购产品使用原有标识。 5.3.2.3 在开发过程中项目组人员提交的配置项，由项目组人员按照NW601101《标识规 范》进行标识。 4. 项目组人员将要标识或已标识的配置项提交给软件配置管理负责人SCML，由软件 配置管理负责人SCML按照NW601103《配置管理规范》统一管理，并填写“配置状 态报告”。 5. 基准配置项的建立 开发部门在开发过程中要按照《配置管理计划》向软件配置管理负责人SCML提交 基准配置项，由软件配置管理负责人SCML按照NW601103《配置管理规范》管理基 准配置项，并及时填写“配置状态报告”。 5.4 基准配置项的更改和版本控制 5.4.1 更改请求的提出及审批 5.4.1.1 客户或开发部门按照“更改单”的格式填写更改请求说明和更改评估。一般情况 下，更改评估要考虑更改对其它配置项的影响及更改的效果；如果更改较大， 还要评估更改对时间和成本的影响。如果更改是为了增加需求，还要将报价单 交给客户审批。填好后，提交给软件配置管理负责人SCML，由软件配置管理负 责人SCML组织相关部门评审。 5.4.1.2 建议的更改被批准，进行下一步的实施更改工作；否则，终止更改。由软件配 置管理负责人SCML将“更改单”归档。 2. 更改的实施跟踪与记录 5.4.2.1 更改被批准后，“开发计划”、“配置管理计划”等文档也要进行相应的更改，项 目管理部门要对更改的实施进行跟踪。项目组人员要按照更改过的开发计划表 、配置管理计划表提交配置项，软件配置管理负责人SCML按照NW601103《配置 管理规范》管理这些配置项，重新标识所有被影响的配置项及版本。 5.4.2.2 项目管理部门通过“配置管理计划”、“更改单”、“配置状态报告”、“测试报告” 和“维护记录”，实现对每个配置项的更改过程和更改历史的追踪。 5.5 配置状态报告 每个项目已完成的配置项应在“配置状态报告”中登记，以便及时跟踪各项目的 配置情况。尤其要注意对更改的基准配置项及其受影响的配置项的标识，明确 基准配置项的状态。 引用文件 6.1 NW601101《标识规范》 2. NW601102《配置管理计划编写规范》 3. NW601103《配置管理规范》 质量记录 7.1 NR601100A“更改单” 7.2 NR601100B“配置状态报告” 更改单 记录编号：NR601100A- 时间： 年 月 日 |项目编号： |项目名称： | |配置项名称： |配置项标识符： |配置项原版本： |配置项新版本： | |更改请求提议人： |更改请求提出日期： | |更改请求说明： | |更改评估（更改类型、更改种类、更改对其它配置项的影响等）： | |更改请求审核人： |审核日期： | |更改审批人： |审批日期： | 1. 更改请求说明栏中可以填写问题现象及其产生原因，如果有用户的书面说明，则可以 直接引用。 2. 更改评估栏描述问题的确切原因、修改办法以及修改后的效果。 3. 本页不足记述时，可以有附页，格式自定。总页数包括本页与所有附页。 第 页/共 页 配置状态报告 记录编号：NR601100B- |项目编号： |项目名称： |项目软件经理PSM： | |配置项名称 |配置项标识符 |新版本号 |原版本号 |时间 |备份路径 |负责人 |记录人 |备注 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. 本表内容不足以记录时，可以在附页填写。 第 页/共 页 ----------------------- [pic] [pic] [pic]
配置管理