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

*基线具有以下属性：通过正式的评审过程建立基线存在于基线库中，对基线的变更接受更高权限的控制基线是进一步开发和修改的基准和出发点进入基线前，不对变化进行管理或者较少管理进入基线后，对变化进行有效管理，而且这个基线作为后继续工作的基础不会变化的东西不要纳入基线变化对其他没有影响的可以不纳入基线**例如上图为：测试基线=（配置项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）*针对某个具体的项目，可以根据基线的内容，建立一个基线信息的跟踪表[注]：被色块覆盖的表示，此配置项属于对应列的基线[注]：在色块的栏目填写对应配置项的版本号配置管理计划：配置识别与建立基线建立基本、重现性（重现上一个版本的，如开发质量不合格）、可追踪性、版本隔离（提供快照）基于基线可以开发中文版，英文版等不同的版本。建立配置管理系统：1.组建配置管理方案的构造小组，负责配置管理的所有工作，了解现有开发，管理现状，选择工具，规范，沟通关系等。配置库的建立：开发库、受控库、产品库。开发库，开发过程中存在的各种信息，供开发人员使用。库中的信息较频繁的修改。受控库：在某个阶段结束后的产品，包括源代码与文档相关的资料。产品库：开发的产品通过测试后等待交付用户。产品库比受控库更加的严格。**配置项标识化是配置管理的基石。配置标识是对软件配置进行管理的前提和基础。配置标识包括了软件配置项的选择、划分和对配置项的功能物理属性进行描述的过程配置标识是确认哪些内容应该进入配置项，并确定如何命名，用哪些信息来描述该配置项。判断是否进行配置管理：文档是否多个人使用，配置项的命名，惟一性、可追溯性。特征包括名字、描述（项目标识条符，版本）、资源、实现。相关的例子也可以看课本上的10-5以及10-6配置项标识及配置项的跟踪***软件配置管理库是用来存储所有基线配置项及相关文件的等内容的系统，是在软件产品的整个生存期中建立和维护软件产品完整性的主要手段。（见课本P176））可利用库中的信息查询，例如：那些客户已提取了某个特定的系统版本？运行一个给定的系统版本需要什么硬件和系统的哪些版本?一个系统到目前已生成了多少版本，何时生成的？如果某一特定的构件变更了，会影响到系统的那些版本？一个特定的版本曾提出过哪几个变更请求？一个特定的版本有多少已报告的错误？*配置库开发库：用于存放项目期间处于开发状态的相关文档和代码。以及存放项目组工作期间的相关沟通记录等受控库：用于存放经过验证后的产品（包括基线产品）；建立测试区，用于存放开发工作结束后需要进入测试的配置项，以及为变更实施提供工作空间。产品库：存放发布后的产品。版本号：1，号码版本标志2.符号版本标志。基础版本1.0.，2.0，大规格的修改1.0到2.0.小修改，1.1，1.2.配置项的状态：工作状态、评审状态、受控状态。工作状态表示已经完成一部分工作，可以提交。评审通过后进入受控状态，变更评审通过后进行工作状态进行修正。**而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本，且只确定一个版本。*对配置项的处理是否背离初始的规格说明，配置标志的准则是否得到了遵循。变更控制流程是否规范，在规格说明、软件产品和变更请求之间是否存在了可追溯性。配置审核要选择合适的时机，软件产品正式交付前，阶段工作完成之后，维护工作中定期的进行配置审核。*例如：——防止出现向用户提交了不适合的产品，如交付了用户手册不适当的版本；——发现不完善的实现，如开发出不符合初始规格说明或未按变更请求实施变更；——找出各配置项间不匹配或不相容的现象；——确认配置项已在所要求质量控制审查之后作为基线入库保存；——确认记录和文档保持着可追溯性。*从需求到设计都在变更，配置状态对特定的状态进行报告。动态变化的配置化取得静态的照片，瞬时照片。包括变更请求的概要、变更请求号、日期，申请人。2，基本库的状态3，发行信息、备份信息、配置管理工具状态、配置管理培训状态。配置审核*例如：——防止出现向用户提交了不适合的产品，如交付了用户手册不 适当的版本；——发现不完善的实现，如开发出不符合初始规格说明或未按变 更请求实施变更；——找出各配置项间不匹配或不相容的现象；——确认配置项已在所要求质量控制审查之后作为基线入库保存；——确认记录和文档保持着可