软件项新教材目配置管理资料.pptVIP

IT软件项目配置管理 2011年1月 IT软件项目配置管理 1 软件配置管理概念 2 软件配置管理基本活动 3 软件配置管理组织 4 软件测试 5 配置管理工具 6 思考题 1 软件配置管理概念 8.1.1 软件配置及软件配置项 8.1.2 软件配置管理 8.1.1 软件配置及软件配置项 配置管理(Configuration Management，CM)的目的是建立和维护在整个软件生命周期中软件项目产品的完整性和一致性。 CM的主要目标是使修改部分更容易被适应，并减少变化中所花费的工作量。 配置管理在一个IT软件项目中是必须的，特别是对那种规模大且周期较长的项目。软件配置管理是始终贯穿整个软件过程的保护性活动。 软件配置管理的一系列活动被设计成为：标识变化、控制变化和保证变化被适当地实现，以及向其他可能的人员报告变化的一个有力和有效工具。 随着软件过程的进展，软件配置项(Software Configuration Items，SCI)迅速增长。一般，系统的软件规格说明了产生软件项目计划和软件需求说明以及与硬件相关的文档资料，然后在这些文档基础上又产生了其他的一些文档，从而形成了一个信息层次。 8.1.2 软件配置管理 软件配置管理(Software Configuration Management，SCM)是软件过程的关键要素，是开发和维护各个阶段管理软件演进过程的一种方法和规程。 软件配置管理使得整个软件产品的演进过程处于一种可视的状态。 软件配置管理作为CMM第2级上的一个关键域(Key Practice Area，KPA)，在整个软件的开发活动中占有很重要的位置。 及多少识别和修改，多少错误仍然未被发现等；也可以用于对费用和进度参数的预测。 软件配置管理活动： 8.1.2 软件配置管理 软件配置管理功能： 8.2 软件配置管理概念 8.2.1 制定软件配置计划 8.2.2 确定配置标识 8.2.3 版本管理 8.2.4 变更控制 8.2.5 系统整合 8.2.6 状态报告 8.2.7 配置审计 8.2.1 制定软件配置计划 项目经理和配置管理委员会(CCB)根据项目的开发计划确定各个里程碑和开发 策略。 根据CCB的规划，制定详细的配置管理计划，交CCB审核。 CCB通过配置管理计划后交项目经理批准，发布实施。 软件配置管理的主要流程如下： 8.2.1 制定软件配置计划 文档命名约定。 正式文档的关系(项目计划书、需求定义、设计报告、测试报告都是正式文档)。 确定负责验证正式文档的人员。 确定负责提交配置管理计划的人员。 在已建立了要管理的文档后，配置管理计划必须定义以下问题： 8.2.1 制定软件配置计划 根据已文档化的规程为每个软件项目制定软件配置管理计划。这个规程一般规定： 在整个项目计划的初期制订软件配置管理计划，并与整个项目计划并行；由相关小组审查软件配置管理计划，管理和控制软件配置管理计划。 将已文档化且经批准的软件配置管理计划作为执行配置管理活动的基础。该计划应该包括：需要被执行的配置管理活动、活动的日程、指派的责任和需要的资源(包括人员、工具、计算机设施等)；配置管理的需求和由软件开发小组和其他相关小组执行的配置管理活动一样。 制定配置管理计划中，必须定义以下问题： 8.2.2 确定配置标识 有效地配置管理，需要确定配置标识： (1) 建立一个配置管理库作为存放软件基线的仓库。基线是指已经通过正式评审和认可的标准，作为以后进一步开发的基础，并且只有通过正式的更改控制规程才能进行更改的规程说明或者产品。当软件基线生成时，就纳入软件基线库中。存取软件基线内容的工具和规程就是配置管理库系统。 (2) 标识置于配置管理下的软件工作产品。置于配置管理之下的软件工作产品，主要包括可交付给客户的软件产品(如软件需求文档和代码等)，以及与这些软件产品等同的产品项或者生成这些软件产品所需要的产品项(如编译程序、运行平台等)。所谓配置标识就是为系统选择配置项，并在技术文档中记录其功能特征和物理特性。 (3) 根据文档化的规程，提出、记录、审查、批准和跟踪所有配置项/配置单元的更改要求和问题报告。 (4) 根据文档化的规程记录配置项/配置单元的状态。该规程一般规定：详细地记录配置管理行动，让每个成员都知道每个配置项/配置单元的内容和状态，并且能够恢复以前的版本；保存每个配置项/配置单元的历史，并维护其当前状态。 8.2.3 版本管理 版本变迁演化 ： 8.2.4 变更控制 变更的预期效益如何？ 变更的成本如何？ 项目变更进程后，对项目成本的影响如何？ 变更对软件质量的