系统集成公司更改管理标准控制程序样本.doc

作业标准
S-04003
总页数
7
正文
4
附件
3
文件控制部门:
项目管理部

更改管理标准

同意人
刘岩
审核人
崔戈
拟制人
何昭春
同意日期
1999.5.12
生效日期
1999.5.12
关
联
文
件

更改管理规程(R-04002)
配置管理标准(S-04002)
系统开发计划书实施规程(R-09000)

沈阳东东系统集成

更改统计

序号
发行日
更改对象·更改内容
同意
审查
拟制
0
1999.5.12
新发行
刘岩
崔戈
何昭春

目 录

1.序言 2/4
2.更改管理关键 2/4
3.更改管理实施方法 2/4
3.1更改要求受理 2/4
3.2更改调查·研讨 2/4
3.3更改审查、实施判定 2/4
3.4更改作业 2/4
3.5作业结果确实定 3/4
3.6发行、释放、通知 3/4

4.更改履历管理 3/4
5.版本管理(版本号,修订版号命名法) 3/4

〈管理表格式例〉

·格式A：更改管理表
·格式B：软件不合格管理表
·格式C：更改统计

1.序言

更改管理是配置管理关键项目。本标准是对《配置管理标准》(S-04002)一部分进行了具体化，标准上和《配置管理标准》(S-04002)共同使用。

2.更改管理关键

(1)更改要求一元管理
对于更改要求受理要根据一元方法进行管理。
(2)更改要求明确化
明确更改目标、内容。
(3)更改内容调查、实施结果判定
　进入到具体更改作业之前，需完成：
＊ 确定更改要求是否正当；
＊ 调查研究更改影响范围及对策

3.更改管理实施方法

3.1更改要求受理

更改可分为因为用户规范更改而产生更改和因为开发中不合格项目所造成更改。
对于因为用户规范更改而产生更改要求，采取格式A更改管理表进行一元管理。记述项目有No.(管理序号)、更改要求内容、受理日期、结果(更改要求处理结果、或是处理情况)、结果确实定等。更改管理表管理(更改要求项目标更新等)是由更改要求管理者(参考《配置管理标准》(S-04002))来实施。
不过，对于因为开发中不合格项目所造成更改，采取格式B软件不合格管理表来进行统一管理，使得能很轻易地把握对每个不合格处理情况等。
对于受理以后管理，根据以下步骤进行。

3.2更改调查、研讨

对其更改要求内容正当性需进行确定、审查。项目责任人可指定更改管理责任人。更改管理责任人对每个更改要求影响范围和对策进行调查、研究。接收命令开发作业人员进行调查、研究作业。

3.3更改审查、实施判定

更改管理责任人审查更改要求调查、研究结果，由项目责任人来进行更改实施判定。对于需要实施更改项目，由项目责任人指定作业负担者。
3.4更改作业

(1)设计文档更改
依据更改内容来更改设计文档。
在更改以后，将更改内容作为更改履历统计到每个设计文档更改统计用纸上和设计文档配置管理表(系统开发计划书)中。
(···具体请参考[4.更改履历管理]之项)
(2)程序更改
依据更改内容来更改程序。
从程序库管理员处将必需源程序提取出来，进行更改。
在进行完下一个步骤作业结果确实定以后实施程序库更新作业。
另外，在程序更改时，对每个管理项目(模块, 任务, 子系统,系统全体等单位)进行版本管理，使得能够标识最新版配置。(请对照《配置管理标准》(S-04002)3.2项)
(3)环境更改
依据更改内容进行环境更改，和系统开发计划书管理表更改。
在管理表备注栏中，能够简练地记述能够把握更改履历更改原因和日期等。

3.5作业结果确实定

更改管理责任人要确定更改作业结果。
假如作业结果正确话，在更改管理表中统计处理结果及确定者。
不合格时，要指出其内容，指示作业负担者重新作业。

3.6发行、释放、通知

项目责任人基于开发情况和用户期望来决定是否发行更改完成文档和程序。

4.更改履历管理

根据以下方法来进行以每个管理项目为单位更改履历管理。
不过，相关版本管理，请参考下一项并进行统计。
(1)设计文档
以每个设计文档为单位，使用格式C更改统计用纸来统计更改内容。
在更改场所·更改内容栏中统计相关联更改管理编号及更改场所，来进行履历管理。
除此之外，使用设计文档配置管理表对设计文档全体(在开发开始时决定管理对象)进行管理，进行对设计文档配置管理。
(2)程序
在各个源程序程序头部分，能够注释语句形式记入更改履历。
注释信息
·version：依据版本管理规则(参考5)来记述版本号。
·更改日：YY-MM-DD(公历后两位)
·负担部门：以简称来记述做成或是更改负担部门。
·负担者：记述做成或是更改负担者名称。
·更改内容：简练地记述更改原因(包含更改管理图表上管理编号)和更改地方。
以下为程序头中更改履历参考例(C语言)。
/**************************************************************************/
/* version 更改日期 负担部门 负担者 更改内容 */
/*———————————————————————————————─────*/
/* V1.00 ‘94-03-27 (XXS) 李进 Create */
/* V1.01 ‘94-05-1 (XXS) 李进 修正不合格 管理编号11 */
/* V1.02 ‘94-06-07 (XXS) 李进 依据更改管理No.8来更改XX */
/* 属性 */
/**************************************************************************/

5.版本管理(版本号,修订版号命名法)

在版本管理(包含修订版号管理)中版本号命名标准以下所表示：

V□.□□

另外，版本号,修订版号更新以以下规则进行判定。
(1)版本更新
不合格及规范更改修正结果、不能维持和修正前功效兼容性时，或是因为其它原因，而需要进行版本升级时，进行版本更新。
(2)修订版号更新
不合格及规范更改修正结果、能维持和修正前功效兼容性时，只进行修订版号更新。

格式A

东东系统集成
更改管理表

页码：第 页／共 页
系统名：
项目编号：
编号：QP-kkxxxxxx-nn
NO.
更改要求内容
受理日期
结果(处理结果,处理情况等)
结果确实定

格式B

东东系统集成

软件不合格管理表（Bug一览表）
页码：第 页／共 页
系统名：
项目编号
编号：QP-kkxxxxxx-nn

NO.

标题
发行
日期
发行
担当
原因
修改
担当
修改
予定日期
修改
确定日期
修改
确定者
备注
(再发生、特殊条件等)

格式C：更改统计
更改统计

版本号
发行日
更改场所·更改内容
同意
审查
担当
V1.00

新发行