配置管理标准.docx

RUSER redacted on the night of December 17,2020
配置管理标准
作业标准
S-04002
总页数
9
正文
4
附件
5
文件控制部门:
项目管理部
配置管理标准

批准人
刘岩
审核人
崔戈
拟制人
罗世毅
批准日期
1999．5．12
生效日期
1999．5．12
关
联
文
件
《配置管理规程》（R-04002）
《更改管理规程》（R-04003）
《更改管理标准》（S-04003）
《系统开发计划书实施规程》（R-09000）
《设计文档管理规程》（R-05004）
《用户提供文档管理规程》（R-07000）
沈阳东东系统集成有限公司
更改记录
序号
发行日
更改对象·更改内容
批准
审查
拟制
0
1999．5．12
新发行
刘岩
崔戈
罗世毅
目 录
前言 2/4
配置管理的基本 2/4
配置管理计划以及管理的实施
设计文档 2/4
软件程序（应用程序） 2/4
环境 3/4
接收文档 3/4
管理体制 3/4
4/4
更改管理 4/4
4/4
（概图） 4/4
《管理表的格式例》
格式A：设计文档配置管理表
格式B：程序配置管理表
格式C：接收文档配置管理表
格式D：环境配置管理表

由于软件可以很容易地追加、更改，所以在开发过程中发生的更改会带来错误与混乱。配置管理是防止这些错误及混乱的发生、或者是将其限制于最小限度的管理技术。
配置管理的对象可以划分为设计文档、程序、环境、接收文档及数据（以下简称为接收文档）四类，开发开始时，各自的管理活动也相应地开始。在本标准中，记述了基于《配置管理规程》（R-04002）的配置管理的具体的实施项目以及各自的管理实例。
2．配置管理的基本
配置管理是标识、管理在软件开发中的成果（设计文档、程序）、环境、以及接收文档等各个项目的版本的机制，基本上由如下的项目构成：
各项目的标识
对设计文档、程序（模块、任务、子系统、系统全体）、环境、接收文档等的各个项目，分别进行唯一地标识。
对每个项目的版本管理
对配置系统的各个项目进行版本管理。
对系统全体配置的把握
标识、把握开发中的或者是交付后的系统全体的配置。
版本的履历管理
根据各个更改要求，对各个项目被如何更改以及如何进行版本更新等进行履历管理。

系统开发的项目负责人，要在开始开发时明确地规定以下项目（～）的内容，制定好计划，并记述或附带在系统开发计划书中，以此为依据实施管理。
设计文档
在格式A的设计文档配置管理表中，记载作为管理对象的设计文档的名称、文档编号、是否提交用户、新版发行的预定日期、更新记录（版本、更改日期）。
在管理的设计文档中，向用户提交的部分全都必须接受管理，而对于其它的则视具体的开发项目而定。
软件程序（应用程序）
在单体测试结束后，在程序库管理员处以模块、任务、子系统、系统全体等管理单位进行配置标识信息（程序ID、版本、更新日期）的管理。
按照以下的规则实施管理：
不使用配置管理工具时
分别管理测试程序库和主程序库，对主程序库的操作全部由库管理员进行。因此，不可以为了更改处理等让库管理员以外的开发人员从最新的主程序库中取出程序，进行更新操作。
程序的配置标识信息用格式B的程序管理表，以模块、任务、子系统、系统全体等为管理单位，对版本进行系统的管理。
使用配置管理用工具时
全部的取出以及更新等的对主程序库的操作，都是使用配置管理工具，由库管理员来实施。
程序的配置标识信息用格式B的程序管理表，以模块、任务、子系统、系统全体等为管理单位，对版本进行系统的管理。
环境
使用格式D的环境配置管理表，对于每个装置单位（服务器、客户机等），记述硬件、基本软件、中间件、工具(包括配置管理用工具)等的名称、型号