问题 问答题


阅读以下关于软件配置管理的叙述,根据要求回答问题1~问题3。
[说明]
在软件的开发过程中,随着工作的进展将会产生许多信息,如规格说明、设计说明、源程序、各种数据等,以及合同、计划书、会议录、报告等需要管理的文档。在一些中小型软件项目中,也经常会出现一些混乱和差错现象(如版本错误、数据不一致等)。
软件配置管理为软件开发提供了一套管理办法和原则,以防止混乱和差错的产生,并且适应软件的各类变更。典型的配置问题有:多重维护、共享数据、同时修改、丢失版本号或者没有版本号。

请简述配置管理中完整的变更处置流程。

答案

参考答案:

解析:①变更申请 ②变更评估 ③变更决策 ④变更实施 ⑤变更验证与确认 ⑥沟通存档(或变更的发布) 变更控制是项目管理的重要内容。近年来,项目规模不断扩大、复杂性越来越高,项目中出现变更的次数也越来越多。如何对变更进行有效的控制成为每个项目经理必须重视的问题。 如果把项目整体的交付物视作项目的配置项,配置管理可视为对项目完整性管理的一套系统,当用于项目基准调整时,变更管理可视为其中的一部分。亦可视变更管理与配置管理为相关联的两套机制,变更管理由项目交付或基准配置调整时,由配置管理系统调用;变更管理最终应将对项目的调整结果反馈给配置管理系统,以确保项目执行与对项目的账目相一致。 在配置管理中完整的变更处置的基本流程如下。 (1) 变更申请。相关人员如项目经理填写变更申请表,说明要变更的内容、变更的原因、受变更影响的关联配置项、工作量和变更实施人等,并提交给变更控制委员会(CCB)。由于变更的真实原因和提出背景复杂,如不经评估而快速实施则可能涉及的项目影响难以预料,而变更申请是变更管理流程的起点,故应严格控制变更申请的提交。变更控制的前提是项目基准健全,对变更处理的流程事先达成共识。 (2) 变更评估。CCB负责组织对变更申请进行评估并确定以下内容:①变更的内容是否合理;②变更的范围是否正确、考虑周全;③受影响的配置项是否已被充分考虑,是否需要同时进行变更;④工作量估计是否合理;⑤如有变更实施方案,评估基线变更的实施方案是否合理。根据变更影响大小,可以由 CCB组长确定由哪些人参加此评估。CCB决定是否接受变更,并将决定通知相关人员。 (3) 变更决策。由具有相应权限的人员或机构决定是否实施变更。 (4) 变更实施。配置管理工程师在测试库或开发库中开辟工作空间,从受控库中取出相关的配置项放于工作空间,分配权限给变更实施人;项目经理组织修改相关的配置项,并在相应的文档或程序代码中记录变更信息,同时填写报告;变更实施人完成变更并提交后,项目经理指派其他的人员完成单元测试,代码走查。 (5) 变更验证与确认。项目经理指定人员对变更后的配置项进行测试或验证,如由配置管理人员或受到变更影响的人对变更结果进行评价,确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求,并填写相应的报告。项目经理应将变更与验证的结果提交CCB组长审批,由其确认变更是否已经按要求完成。如果是基线变更,必要时CCB组长应召集CCB会议确认基线变更的结果。 (6) 沟通存档(或变更的发布)。将变更后的内容通知可能会受到影响的人员,并将变更记录汇总归档。如提出的变更在决策时被否决,其初始记录也应予以保存。

判断题
判断题