配置管理标准
配置管理标准
更改记录
目 录
1. 前言 .................................................................. 2/4
2. 配置管理的基本 ........................................................ 2/4
3. 配置管理计划以及管理的实施
3.1设计文档 ........................................................... 2/4
3.2软件程序(应用程序) ............................................... 2/4
3.3环境 ............................................................... 3/4
3.4接收文档 ........................................................... 3/4
3.5管理体制 ........................................................... 3/4
4. 配置的标识 ............................................................ 4/4
5. 更改管理 .............................................................. 4/4
6. 配置状况的记录管理 .................................................... 4/4
7. 配置管理的流程(概图) ................................................ 4/4
《管理表的格式例》
·格式A :设计文档配置管理表
格式B :程序配置管理表
格式C :接收文档配置管理表
格式D :环境配置管理表
1. 前言
由于软件可以很容易地追加、更改,所以在开发过程中发生的更改会带来错误与混乱。配置管理是防止这些错误及混乱的发生、或者是将其限制于最小限度的管理技术。
配置管理的对象可以划分为设计文档、程序、环境、接收文档及数据(以下简称为接收文档)四类,开发开始时,各自的管理活动也相应地开始。在本标准中,记述了基于《配置管理规程》(R-04002)的配置管理的具体的实施项目以及各自的管理实例。
2.配置管理的基本
配置管理是标识、管理在软件开发中的成果(设计文档、程序)、环境、以及接收文档等各个项目的版本的机制,基本上由如下的项目构成:
(1) 各项目的标识
对设计文档、程序(模块、任务、子系统、系统全体)、环境、接收文档等的各个项
目,分别进行唯一地标识。
(2) 对每个项目的版本管理
对配置系统的各个项目进行版本管理。(人力招聘)
(3) 对系统全体配置的把握
标识、把握开发中的或者是交付后的系统全体的配置。
(4) 版本的履历管理
根据各个更改要求,对各个项目被如何更改以及如何进行版本更新等进行履历管理。
3. 配置管理计划以及管理的实施
系统开发的项目负责人,要在开始开发时明确地规定以下项目(3.1~3.5)的内容,制定好计划,并记述或附带在系统开发计划书中,以此为依据实施管理。
3.1设计文档
在格式A 的设计文档配置管理表中,记载作为管理对象的设计文档的名称、文档编号、是否提交用户、新版发行的预定日期、更新记录(版本、更改日期)。
在管理的设计文档中,向用户提交的部分全都必须接受管理,而对于其它的则视具体的开发项目而定。
3.2软件程序(应用程序)
在单体测试结束后,在程序库管理员处以模块、任务、子系统、系统全体等管理单位进行配置标识信息(程序ID 、版本、更新日期)的管理。
按照以下的规则实施管理:
(1) 不使用配置管理工具时
(a ) 分别管理测试程序库和主程序库,对主程序库的操作全部由库管理员进行。因
此,不可以为了更改处理等让库管理员以外的开发人员从最新的主程序库中取
出程序,进行更新操作。
(b ) 程序的配置标识信息用格式B 的程序管理表,以模块、任务、子系统、系统全
体等为管理单位,对版本进行系统的管理。
(2) 使用配置管理用工具时
(a ) 全部的取出以及更新等的对主程序库的操作,都是使用配置管理工具,由库管
理员来实施。
(b ) 程序的配置标识信息用格式B 的程序管理表,以模块、任务、子系统、系统全
体等为管理单位,对版本进行系统的管理。
3.3 环境
使用格式D 的环境配置管理表,对于每个装置单位(服务器、客户机等),记述硬件、基本软件、中间件、工具(包括配置管理用工具) 等的名称、型号、版本、以及其它信息(新版产品、公司外产品、用户支付品、更改信息等),并进行管理。
有的项目没有型号及版本。特别是对于公司外产品,直接将昵称作为型号以及不记载版本的情况很多。在这种情况下,只要能够满足该管理项目的特定信息,即使其它的信息不充分也没有关系。但是,相应的记入栏不应是空白,而要划上斜线等,以表示不是漏记了。
3.4 接收文档
在格式C 的接收文档配置管理表中,记述作为配置管理的对象的接收文档的名称、文档编号、发出方、接收日期、更新记录(版本/更改日期),并进行管理。
3.5 管理体制
在系统的开发体制中,决定下述管理员并在系统开发计划书中记述、或是做成管理体制图附加上。
(1) 程序库管理员
对程序的主程序库进行管理及操作。
(2) 设计文档管理员
对设计文档的配置进行管理。
(3) 环境管理员
对系统环境的配置进行管理。
(4) 接收文档管理员
对接收文档的配置进行管理。
(5) 更改要求管理者
利用更改管理表对更改要求的受理及结果(处置结果、处置状况等)进行一元的管
理。
上述的管理者并不必须是个别选出的专职人员,同时兼任其它的开发业务也是可以的。
4. 配置的标识
(1) 设计文档
根据《设计文档管理规程》(R-05004),对每个设计文档进行编号,依据编号进行版本管理。
(2) 程序
以模块、任务、子系统、系统全体等为管理单位,赋与标识符,进行版本管理。
(2) 环境
通过已经赋与各项目的型号与版本号或项目名称等,进行识别。
(3) 接收文档
根据《用户提供文档管理规程》(R-07000),对每个接收文档进行编号和版本管理。
5. 更改管理
对于配置管理下的各个项目的更改,从发生更改要求开始,一直到更改处理结束为止的工作,都要依据《更改管理规程》(R-04003)以及《更改管理标准》(S-04003)来实施。
6. 配置状况的记录管理
对于配置管理下的各个项目的最新版本与全体配置,要使之可以随时报告或参照。
最终,包括程序在内,要将所有的管理项目的最终标识信息保留在各管理表中,作为质量记录的一部分进行保管。(人力资源招聘)
7. 配置管理的流程(概图)
下页为设计文档、程序、环境、接收文档的配置管理的流程(概图)。
配置管理的流程(概图) 开发开始 管理表中 ·管理文档名 ·文档编号 ·是否提交用户 ·新发行的予定日期 提交用户
用管理表进行配置管理
开发完成(用户交付结束)
设计文档
单体测试结束
库管理员进行配置管理
程序
(应用)
确定管理规则
环境
· 硬件 · 基本软件、中间件 · 工具
在管理表中记入 ·名称 ·型号 ·版本号 接收
用管理表进行配置管理
最终添加标识记录 到系统开发计划书 中,作为质量记录 的一部分进行保管
接收文档
·文档 ·数据
在管理表中记入 ·接收文档名 ·文档编号 ·何处接收
用管理表进行配置管理
格式 A
设计文档配置管理表
编号:QP-kkxxxxxx-nn NO. 设计文档名 文档编号 公司编号 用户编号 提交 形式
□中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日 □中□英□日
提交 用户
□是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否 □是□否
第一次发行 予定日期
更新记录(版本/更改日)
□中□英□日 □中□英□日 □中□英□日 □中□英□日
□是□否 □是□否 □是□否 □是□否
格式 B
程序配置管理表
管理单位: 更新日期 配置 版本 编号:QP-kkxxxxxx-nn
程序名
程序 ID
格式 C:
接收文档/数据配置管理表
编号:QP-kkxxxxxx-nn NO. 接收文档名 文档编号 公司编号 用户编号 文档来源 接收日期 更新记录(版本/更改日)
格式 D:
环境配置管理表
装置名: 名称 使用人: 型号 版本 编号:QP-kkxxxxxx-nn 作成日期: 备注(新规、公司外、更改信息等)
硬 件
软 件