配置管理标准.DOC

 配置管理标准 批准人 刘岩 审核人 崔戈 拟制人 罗世毅 批准日期 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 配置管理计划以及管理的实施 3.1设计文档 2/43.2软件程序（应用程序） 2/43.3环境 3/43.4接收文档 3/43.5管理体制 3/4 4.配置的标识 4/4 更改管理 4/4 6.配置状况的记录管理 4/47.配置管理的流程（概图） 4/4 《管理表的格式例》 格式A：设计文档配置管理表格式B：程序配置管理表格式C：接收文档配置管理表格式D：环境配置管理表 1.前言 由于软件可以很容易地追加、更改，所以在开发过程中发生的更改会带来错误与混乱。配置管理是防止这些错误及混乱的发生、或者是将其限制于最小限度的管理技术。 配置管理的对象可以划分为设计文档、程序、环境、接收文档及数据（以下简称为接收文档）四类，开发开始时，各自的管理活动也相应地开始。在本标准中，记述了基于《配置管理规程》（R-04002）的配置管理的具体的实施项目以及各自的管理实例。 2．配置管理的基本 配置管理是标识、管理在软件开发中的成果（设计文档、程序）、环境、以及接收文档等各个项目的版本的机制，基本上由如下的项目构成： 各项目的标识对设计文档、程序（模块、任务、子系统、系统全体）、环境、接收文档等的各个项目，分别进行唯一地标识。 对每个项目的版本管理对配置系统的各个项目进行版本管理。 对系统全体配置的把握标识、把握开发中的或者是交付后的系统全体的配置。 版本的履历管理根据各个更改要求，对各个项目被如何更改以及如何进行版本更新等进行履历管理。 3.配置管理计划以及管理的实施 系统开发的项目负责人，要在开始开发时明确地规定以下项目（3.1～3.5）的内容，制定好计划，并记述或附带在系统开发计划书中，以此为依据实施管理。 3.1设计文档 在格式A的设计文档配置管理表中，记载作为管理对象的设计文档的名称、文档编号、是否提交用户、新版发行的预定日期、更新记录（版本、更改日期）。 在管理的设计文档中，向用户提交的部分全都必须接受管理，而对于其它的则视具体的开发项目而定。 3.2软件程序（应用程序） 在单体测试结束后，在程序库管理员处以模块、任务、子系统、系统全体等管理单位进行配置标识信息（程序ID、版本、更新日期）的管理。 按照以下的规则实施管理： 不使用配置管理工具时 分别管理测试程序库和主程序库，对主程序库的操作全部由库管理员进行。因此，不可以为了更改处理等让库管理员以外的开发人员从最新的主程序库中取出程序，进行更新操作。 程序的配置标识信息用格式B的程序管理表，以模块、任务、子系统、系统全体等为管理单位，对版本进行系统的管理。 使用配置管理用工具时 全部的取出以及更新等的对主程序库的操作，都是使用配置管理工具，由库管理员来实施。 程序的配置标识信息用格式B的程序管理表，以模块、任务、子系统、系统全体等为管理单位，对版本进行系统的管理。 3.3 环境 使用格式D的环境配置管理表，对于每个装置单位（服务器、客户机等），记述硬件、基本软件、中间件、工具(包括配置管理用工具)等的名称、型号、版本、以及其它信息（新版产品、公司外产品、用户支付品、更改信息等），并进行管理。 有的项目没有型号及版本。特别是对于公司外产品，直接将昵称作为型号以及不记载版本的情况很多。在这种情况下，只要能够满足该管理项目的特定信息，即使其它的信息不充分也没有关系。但是，相应的记入栏不应是空白，而要划上斜线等，以表示不是漏记了。 3.4 接收文档 在格式C的接收文档配置管理表中，记述作为配置管理的对象的接收文档的名称、文档编号、发出方、接收日期、更新记录（版本/更改日期），并进行管理。 3.5 管理体制 在系统的开发体制中，决定下述管理员并在系统开发计划书中记述、或是做成管理体制图附加上。 程序库管理员对程序的主程序库进行管理及操作。 设计文档管