TSPP11G03 变更管理规程 V100.docx

TIANSU变更管理规程文件编号TSP-P11-G03生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数15正文12附录0编制陆增审核批准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10.10创建初稿陆增2009-10-3020.20内部评审陆增2009-11-1031.00发布陆增2009-11-251 引言111目的11.2 适用范围11.3 定义11.4 参考资料12 角色与职责23 Ii.34u.45/舌S.S3.1基线变更流程53.1.1变更申请63.1.2变更评估63.1.3变更实施63.1.4变更验证与确认73.1.5变更的发布73. 2非基线变更流程71. 2.1变更申请83. 2.2变更评估84. 2.3变更的实施85. 2.4变更验证96. 2.5变更的发布96 输出107 11j118 121 .1弓IJIJ彳牛.128 .2使用模板121引言1.1 目的通过变更管理活动，保证产品的完整、正确、一致，防止配置项被随意地修改而导致混乱。1.2 适用范围适用于公司所有项目变更管理的过程指导。1.3 定义以表格形式列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注14参考资料无2角色与职责编号角色职责备注1变更申请人提出基线变更请求提出非基线变更请求2项目经理提出基线变更请求审批非基线变更请求审核非基线变更发布申请3CCB审批基线变更请求审核基线变更实施结果4变更实施人填写软件变更单提取配置项实施对基线、非基线变更涉及配置项的具体修改5CM工程师对变更的配置项进行出、入库管理，并且在基线变更发布后改变基线6测试工程师或评审人对变更进行测试或评审3进入标准> 客户提出的变更申请被接受时> 内部提出变更申请时>变更记录4输入5活动步骤描述变更包括基线变更和非基线变更，描述如下:3.1基线变更流程在项目实施过程中，基线变更通常存在两种方式:1）方式一：直接对相关基线配置项进行变更，升级基线版本；2）方式二：将已积累的若干个变更合并形成新的基线，替换原有的基线.3.1.1 变更申请项目经理或变更申请人填写变更记录，说明要变更的内容、变更的原因、受变更影响的关联配置项、工作量、变更实施人等，并提交给CCB组长。方式二的变更申请应提供的原有的变更单或汇总表（如提供原有的变更申请单、变更内容列表等）作为附件；3.1.2 变更评估CCB组长负责组织对基线变更申请进行评估并确定以下内容： 变更的内容是否合理 变更的范围是否正确、考虑周全 受影响的配置项是否已被充分考虑，是否需要同时进行变更 工作量估计是否合理 基线变更的实施方案是否合理CCB评估的方式： 变更工作的工作量小于10人日时，由CCB组长直接评估并审批 变更工作的工作量大于10人日或小于20人日时，应召开CCB讨论会讨论并确定评估结果： 变更工作的工作量大于等于20人日时，CCB应邀请项目管理部门参加CCB会议，讨论并确定评估结果； 对于方式二的基线变更应采用CCB会议方式进行评估。变更评估目的是分析变更带来的影响有多少，评估采用的方式与方法CCB变更评估通过并最终确定了基线变更方窠后，填写变更记录并提交CM工程师。3.1.3 变更实施1）方式一的变更实施： 若变更的是代码时，CM工程师在测试库中开辟工作空间，从受控库中取出相关的配置项放于工作空间，并分配权限给变更实施人； 若变更的是文档时，CM工程师在开发库中开辟工作空间，从基线目录中签出相关的配置项放于工作空间，并分配权限给变更实施人； CM工程师在输出配置管理总表将相关变更项的状态更改为“变更中”并填写相关变更信息。 项目经理组织修改相关的配置项，并在相应的文档或程序代码中记录变更信息，同时填写变更实施单； 变更实施人完成并提交后，项目经理指派其他的人员完成单元测试/代码走查后，填成变更实施单中相关内容2）方式二的变更实施：项目经理组织将非基线变更配置项进行整合，形成基线产品；31.4变更验证与确认1）如果变更配置项是源代码则由测试工程师遵循测试和验收过程进行确认测试，并提供测试报告；如果是文档则需由项目经理组织进行文档评审（技术类文件选用技术类评审方法，管理类文档可选用管理类评审方式，评审流程详见评审规程测试或评审的结论应体现于变更记录中；2）项目经理应将变更与验证的结果提交CCB组长审批，由其确认变更是否已经按要求完成。必要时，CCB组长应召集CCB会议确认基线变更的结果。3）CM工程师在输出配置管理总表中将更新配置项变更次数。3.1.5变更的发布由项目经理填写基线发布申请表，依据配置管理过程的要求将基线发布给产品相关人员与部门。同时，CM工程师应检查项目的需求跟踪矩阵，对本次变更引起的需求对应关系的变化进行调整，并填写在需求跟踪矩阵中。3.2非基线变更流程流程名称：非基线变更流程页码：1/1描述:描述项目非基线变更的过程。流程目标：控制非基线变更，确保产品间的一致性与完整性驱动事件：基线变更申请被接受输入：变更记录输出：变更记录、变更实施单、变更后的非基线配置项流程涉及的部门或角色：项目经理、CM工程师、变更实施人、测试/评审组.与其它流程的关系：属于配置管理过程的子流程。关键控制点：变更评估与分析、变更的确认与验证J流程负责人：项目经理流程图非基线变更是指对受控库中的配置项的变更，变更步骤如下：3.2.1 变更申请非基线变更申请可能来自内部与外部：1）来自外部的变更申请：例如来自用户、工程实施人员等。这类申请通过变更记录提出，并由项目组评审确认并完善变更记录；2）内部变更申请：由项目组内部通过变更记录直接提出变更申请；3.2.2 变更评估项目经理根据变更申请单的内容，确定变更关联项，估算变更工作量，确定变更完成时限，指定变更实施人，必要时还应给出实施建议，将评估结果填写于变更记录。3.2.3 变更的实施1）变更实施人根据评估结果，在软件变更申请表中填写需要变更的具体配置项，并提交给CM工程师。2）如果是变更配置项是文档，则由CM工程师直接将其从受控库迁出到开发库的指定工作空间中并分配权限给变更实施人；如果变更配置项是代码，则由CM工程师在测试库开辟工作空间，并根据软件变更申请表从受控库中将相关的配置项迁出到工作空间，分配权限给变更实施人。3）由变更实施人组织实施变更，并在相应的文档或程序代码中记录变更信息，同时将变更情况填写于变更实施单中。4）变更实施人完成并提交后，项目经理指派其他的人员完成单元测试/代码走查后，完善变更记录中相关内容。3.2.4 变更验证1）变更完成后，如果变更配置项是源代码则由测试工程师进行确认测试；如果是文档则需由项目经理组织进行文档评审（技术类文件选用技术类评审方法，管理类文档可选用管理类评审方式，评审流程详见评审规程）。测试或评审的结论应体现于变更记录；2）在配置项验证通过后，CM工程师将相关配置项重新迁入受控库的相应目录中。同时CM工程师在输出配置管理总表中将更新配置项变更次数。3）CM工程师应检查项目的需求跟踪矩阵，对本次变更引起的需求对应关系的变化进行调整，并填写在需求跟踪矩阵中。3.2.5变更的发布变更验证后如需要发布，遵循想关规程进行发布实施。6输出> 变更后的基线配置项和非基线配置项> 变更记录> 变更实施单> 输出配置管理总表> 需求跟踪矩阵7退出标准> 基线变更：配置项纳入了受控库的基线目录> 非基线变更：配置项纳入了受控库8相关文档8.1引用文件> 配置管理过程> 测试与验收过程> 评审规程8.2使用模板> 变更记录> 变更实施单> 输出配置管理总表> 需求跟踪矩阵