沈阳东东系统集成有限公司更改管理标准.doc

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

更改管理标准

批准人刘岩审核人崔戈拟制人何昭春批准日期1999.5.12生效日期1999.5.12关
联
文
件
更改管理规程(R-04002)
配置管理标准(S-04002)
系统开发计划书实施规程(R-09000)

沈阳东东系统集成有限公司

更改记录

序号发行日更改对象·更改内容批准审查拟制01999.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(公历的后两位)
·承担部门：以简称来记述做成或者是更改的承担部门。
·承担者：记述做成或者是