第六节10-软件配置管理计划-1.pptVIP

chapter__8 * IEEE将SCM定义为： 软件配置管理由适于所有软件开发项目的最佳工程实践组成，通过以下手段来提高软件的可靠性和质量： 在整个软件生命周期中提供标识和控制文档、源代码、接口定义和数据库等工件机制 提供满足需求、符合标准、适应项目管理及其他组织策略的软件开发和维护的方法学 为管理和产品发布提供支持信息，如基线状态、变更控制、测试、发布、审计等 小结 chapter__8 * 实施SCM的目的 目的是在软件生命周期内建立和维护软件产品的完整性，保证团队的有效协作 目标是标识变更、控制变更、确保变更正确实现并向其他人员报告变更 SCM要解决的问题 多人同时修改程序或文档 人员流动 软件维护中的历史重现 控制软件的复杂性 影响项目进度的特殊因素 已修复的错误仍然存在 协同开发中的工作重复 小结 * 需求活动 Software Requirement Engineering V1.0 2002-02-22 ? 托普集团 2002 , 托普集团中央研究院 * (包括技术文档、管理文档、程序模块等) * 项目定义其受控于软件配置管理的项。SCI可能是一些计算机程序、数据或者文档。 * * 受控软件经常被划分为各类配置项（Configuraion items, CIs）， 这类划分是进行软件配置管理的基础和前提，CIs是逻辑上组成软件系统的各组成部分。 比如一个软件产品包括几个程序模块，每个程序模块及其相关文档和支撑数据可能被命名为一个CI。 一个系统包括的CIs的数目是一个与设计密切相关的问题。一个纯软件的CI通常也称之为软件配置项（CSCI）。 software requirements specification 软件需求说明书 * 如软件需求规格说明书经过评审后，发现的问题已经得到纠正，用户和项目组双方认可，并且正式批准，就可纳入基线 为什么需要基线？ 变化不可避免，软件产品的变化不利于软件开发 需要控制变化、软件产品保持一定程度的稳定 以此作为软件开发的基础 不允许随便、非正式更改 因此相对稳定 要改，须经评估和认可，要进行控制 * 在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态， 而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本， 且只确定一个版本。 一般情况下，基线一般在指定的里程碑处创建，并与项目中的里程碑保持同步. 不会变化的东西不要纳入基线。 * 基线具有以下属性： 　　通过正式的评审过程建立 　　基线存在于基线库中，对基线的变更接受更高权限的控制 　　基线是进一步开发和修改的基准和出发点 　　进入基线前，不对变化进行管理或者较少管理 　　进入基线后，对变化进行有效管理，而且这个基线作为后继续工作的基础 　　不会变化的东西不要纳入基线 　　变化对其他没有影响的可以不纳入基线 * 例如上图为：测试基线=（配置项A=1，配置项B=1，配置项C=1） 　　alpha版=（配置项A=2，配置项B=1，配置项C=1） 　　beta版=（配置项A=3，配置项B=3，配置项C=2） 　　产品基线=（配置项A=4，配置项B=4，配置项C=4） 那么，为什么不叫“软件资产管理”或者“工作产品管理”而叫“配置管理”呢？ ??? 这首先是因为它的历史源于制造业，其次是因为它的管理方法。 ??? 配置管理是从制造业发展过来的，最先应用于飞机制造等复杂的大型机器，这些机器由各个零件配置而成，配置管理学科就是研究如何管理好这些零件配置，使得能正确组成不同型号的飞机（很明显，这不能叫资产管理，资产管理在硬件领域应该叫仓库管理）。后来发展到软件，发现两者之间有非常相似的地方，就将这套理论移到了软件开发上。软件配置管理的单元也是以配置项为单位，在物理上或许是一个模块、一个核心文件、一个接口单元等，对应于硬件里的一个一个零件。版本号则对应于零件的规格等。 ?? Check out modify check in * ac.0 ac.1 ac.1.0 ac.1.0.0 * PM 项目经理、CCB 配置控制委员会、CMO 配置管理员 DEV开发人员 SIO 系统集成员 * * * * * * chapter__8 * 配置管理计划模板（续） 软件配置管理活动 配置控制程序 配置状态核算 配置审核 支持 chapter__8 * 本章要点 一、软件项目配置管理概述 二、软件项目配置管理基本概念 三、软件项目配置管理过程 四、软件项目配置管理计划 五、常用的配置管理工具 chapter__8 *