【精品】第17章配置管理

《【精品】第17章配置管理》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、5tg/$trY0A0.C0M/JXTIZJAs培训找游傲中国领先的教育培训平台第17章配置管理217.1介绍217.2制定配置管理计划417.2.1目的417.2.2角色与职责417.2.3启动准则417.2.4输入417.2.5主要步骤5[Stepl]确定配置管理的软硬件资源5[Step2]制定配置项计划5[Step3]制定基线计划5[Stcp4]制定配置库备份计划5[Step5]审批《配置管理计划》517.2.6输出617.2.7结朿准则617.2.8度量617.3配置库管理617.3.1目的617.3.2角色与职责617.3.3启动准则617.3.4输入617.3.5

2、主要步骤7[Stepl]创建配置库7[Step2]分配权限7[Step3J配置库操作与管理717.3.6输出717.3.7结束准则717.3.8度量717.3版本控制817.3.1目的817.3.2角色与职责817.3.3配置项状态变迁规则817.3.4配置项版本号规则817.3.4配置项版本控制流程9[Stepl]创建配置项9芥£脚YOAO.COM培训找游傲中国领先的教育培训平台[Stcp2]修改处于“草稿”状态的配置项9[Step3]技术评审或领导审批9[Step4J正式发布9[Stcp51变更917.4配置项变更控制1017.4.1目的1017.4.2角色与职责1017

3、.4.3丿』动准则1017.4.4输入1017.4.5主要步骤10[SteplJ变更申请10[Step2]审批变更屮请10[Step3]安排变更任务10[Step4J执行变更任务11[Step5]对更改后的配置项重新进行技术评审（或审批）11[Step6]结束变更1117.4.6输出1117.4.7结束准则1117.4.8度量1117.5实施建议11第17章配置管理配置管理(ConfigurationManagement,CM)的目的是通过执行版本控制、变更控制等规程，以及使用配置管理软件，來保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。配置管理过程域

4、是SPP模型的重要组成部分。本规范阐述了配置管理过程域的四个主要规程：◊制定配置管理计划［SPP-PROC-CM-PLANNING］◊配置库管理［SPP-PROC-CM-LIBJ◊配置项版本控制［SPP-PROC-CM-VERSION1◊配置项变更控制［SPP-PROC-CM-CHANGE］上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况(如商业目标、研发实力等)适当地修改本规范，然后推广使用。17.1介纟项「I研发和管理过程屮会产生许许多多的工

5、作成果，例如文档、程序和数据等，它们都应当被保存起来，以便查阅和修改。如杲把所有文件一股脑地塞进计算机里，那么使用起來肯定很麻烦。毫无疑问，人们应当将文件分门别类、有条理地保存起來。凡是纳入配置管理范畴的工作成果统称为配置项(ConfigurationItem,CI),配置项主要有两大类：(1)属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。(2)项目管理和机构支撑过程域产生的文档。这些文档虽然不是产品的组成部分，但是值得保存。每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及

6、其历史记录反映了软件的演化过程。基线(Baseline)由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。棊线屮的配置项被“冻结”了，不能再被任何人随意修改(见变更控制规程)。棊线通常对应于开发过程中的里程碑(Milestone),—•个产品可以有多个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版本、H期等。通常将交付给客户的基线称为一个“Release”,为内部开发用的基线则称为一个“Build”。所有的项1=1成员都要使用配置管理软件来保护口己的工作成果。机构应当采用统一的配置管理软件,常见的配置管理软件有Microsoft的VisualSource

7、Safe和Rational的ClearCase等。为了提高配置管理的效率和安全性，机构应当有专门的配置管理员（角色）。配置管理员为每个项目制定《配置管理计划》，创建和维护配置库。鉴丁配置管理的重要性和复杂性，机构还应当设立配置控制委员会（ConfigurationControlBoard,CCB）OCCB是个虚拟小组,对配置管理各项活动拥有决策权（例如审批计划，审批变更请求等）。对于配置管理而言，CCB是决策者，而配置管理员是执行者。如果机构的各个项目紧密相关（例如一个产品线下的多个项目），建议机构设立