更改管理作业规程.doc

操作规程R 操作规程 R-04003 总页数 3 正文 3 附件 0 文件控制部门: 项目管理部 更改管理规程 同意人 刘岩 审核人 崔戈 拟制人 何昭春 同意日期 1999.5.12 生效日期 1999.5.12 关 联 文 件 更改管理标准（S-04003） 沈阳东东系统集成  更改统计 序号 发行日 更改对象·更改内容 同意 审查 拟制 0 1999.5.12 新发行 刘岩 崔戈 何昭春 1. 目标 本规程要求了配置管理中实施关键项目即更改管理实施内容，这是为了预防更改可能引发问题和混乱或将这类问题影响降低到最低程度。 2. 适用范围 本规程适适用于企业软件开发中配置管理中各个项目。 职责 用户或开发负担者负责更改要求提出； 项目责任人负责受理更改要求，并指定更改管理责任者。 更改管理责任者指定责任人进行更改要求调查，讨论，并制作文档； 更改管理责任者负责对调查结果审查和对更改实施是否判定； 更改管理责任者指定更改实施责任者负责更改实施； 各项配置管理责任者负责制作更改统计。 4. 程序 4.1更改要求 更改要求一元化管理； 对于更改要求受理要根据一元方法进行管理； 明确更改要求； 明确更改目标、内容，并文档化； 更改内容调查、实施判定； 在确定了更改要求，调查、研讨了更改影响范围及对策，并进行了更改实施判定后，进入具体更改作业。 4.2更改管理步骤 更改管理项目大致分为设计文档，程序，环境三类，按下述步骤实施更改管理。  根据下列项目标次序，实施、管理各个项目标更改。 （ （1）更改要求发生 （2）更改要求受理 （3）更改调查、研讨 （4）更改审查、实施判定 （5）更改作业 （5）更改作业 （a）设计文档更改（c）环境更改（b）程序更改 （a）设计文档更改 （c）环境更改 （b）程序更改 （ （6）作业结果确实定 （ （7）发行、释放、通知 4.3 以下为上述步骤说明 (1) 更改要求发生 更改要求发生原因有用户需求规范发生改变和开发中发觉问题引发更改两种。 (2) 更改受理 为了对发生全部更改要求进行一元化管理，将更改内容统计在更改管理表上。 更改管理表包含项目有：管理号，更改要求内容，受理日，结果(更改要求处理结果、处理情况)，格式参考《更改管理标准》（S-04003）。 (3) 更改调查·研讨 确定更改内容合适性，调查、讨论更改影响范围和处理方法，必需时形成文档。 (4) 更改审查，实施判定 项目责任人审查更改调查、讨论结果，确定是否实施更改，并指定更改责任者进行更改。 (5) 更改作业 设计文档更改 依据更改内容，进行设计文档更改。 更改同时，将更改内容，填写在每个设计文档管理表上作为更改履历统计 程序更改 依据更改内容，进行程序更改 在更改程序头文件中，追加更改履历(必需信息：版本，更改日，实施人)，进行履历管理。 环境更改 依据更改内容，进行环境更改和系统开发计划书管理表更改。 (6) 作业结果确实定 项目责任人和子项目责任人，审查多种更改作业结果，若有不合格时，指出不合格内容，并指示作业实施人重做。 (7) 发行，释放，通知 项目责任人须在考虑开发情况和用户期望基础上决定更改后设计文档发行、程序更新、释放和通知相关人员。 另外，在以上实施程序中，项目责任人职责可在项目责任人管理下由子项目责任人代行。 表格格式 更改管理所使用表格格式参考《更改管理标准》（S-04003）。