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

作业标准S-04003总页数7正文4附件3文件控制部门:项目管理部 更改管理标准 批准人刘岩审核人崔戈拟制人何昭春批准日期生效日期关联文件更改管理规程(R-04002)配置管理标准(S-04002)系统开发计划书实施规程(R-09000)沈阳东东系统集成有限公司更改记录序号发行日更改对象·更改内容批准审查拟制0新发行刘岩崔戈何昭春目 录1.前言 2/42.更改管理的重点 2/43.更改管理的实施方法 2/43.1更改要求的受理 2/43.2更改的调查·研讨 2/43.3更改的审查、实施判断 2/43.4更改作业 2/43.5作业结果的确认 3/43.6发行、释放、通知 3/44.更改履历管理 3/45.版本管理(版本号,修订版号的命名法) 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-nnNO.更改要求内容受理日期结果(处理结果,处理状况等)结果的确认格式B 东东系统集成有限公司软件不合格管理表（Bug一览表）页码：第 页／共 页系统名：项目编号编号：QP-kkxxxxxx-nnNO.标题发行日期发行担当原因修改担当修改予定日期修改确认日期修改确认者备注(再发生、特殊条件等)格式C：更改记录更改记录版本号发行日更改场所·更改内容批准审查担当V1.00新发行。