sp302-09软件项目配置的管理的计划.pptVIP

基线配置项——可能包括所有的设计文档和源程序等 非基线配置项——可能包括项目的各类计划和报告等。 注意：基线是一个或者多个配置项的集合，因此它的形成往往需要一定的过程。 内容和状态已经通过技术的复审，并在生存期的某一阶段被接受了。 * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 关于配置项复审 目标是验证配置项被接受之前的正确性和完整性 一旦配置项经过复审，并正式成为一个初始基线，那么该基线就可以作为项目生存期下面开发活动的起始点。 * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 基线的图示（1）总体情况 * 图9.4基线图示（转向） 图9.4基线图示 基线1 基线2 基线3 基线4 思考：怎样得到基线4? Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 基线的图示（2）：细节情况 * 《如何规划一个UCM工程》/developerworks/cn/rational/r-sunzq/ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 基线的图示（3）产品情况——对基线图示（2）的解释 * 请问：这里的配置项是依据什么确定的？ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 基线的表格描述——也是对基线图示（2）的解释 * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 建立基线的好处 好处：控制配置项不得随意改动，同时又不过分阻止合理的变化。 对于已成为基线的配置项，虽然可以修改，但必须接照一个特殊的、正式的过程进行评估，确认每一处修改。 相反，对于未成为基线的配置项，可以进行非正式修改。 * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 基线不是不让变化！ 变化意味着两个连续的版本之间的不同（如从配置项中添加和去掉的线和图）。 不能简单地认为变化就是改变。这里的关键词是“不同”。 基线是否可以改变，要看变化本身的特征 通常，修复一个系统错误或添加一个功能到系统上，要求对几个配置项做变化——形成变化集。 如果两个变化集不重叠（即，如果它们用于不同的且无关的配置项集合时），它们能够以任意的顺序应用到同样的基线上，这为选择配置的开发者提供了更多的灵活性。 * 怎样做到这一点？ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 有变化才有产品的发布 * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 9.2.3 配置控制委员会 配置控制委员会（Software configuration Control Board，SCCB） 可以是一个人也可以是一个小组，基本是由项目经理及其相关人员组成。 SCCB承担变更控制的所有责任，具体责任如下： 评估变更。 批准变更申请。 在生存期内规范变更申请流程。 对变更进行反馈。 与项目管理层沟通。? * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .