软件配置管理

软件配置管理课程目的理解配置管理的目标与内容了解配置管理的应用公司配置管理进程议程配置管理的目的配置管理的内部结构特定目标与特定实践配置管理过程的示例公司配置管理进程配置管理的目的“配置管理”目的于运用配置标识、配置控制、配置状态统计和配置审核，建立和维护工作产品的完整性。“配置项”是指定用于配置管理的实体，它可以由多个相关的工作产品组成。

“基线”描述一个或多个配置项和构成配置项的相关实体。基线为持续地评价配置项提供稳定的基础。配置管理的内部结构特定目标与特定实践SG1建立基线

建立并维护用于标识工作产品的基线。 SP1.1识别配置项识别将置于配置管理之下的配置项、配置元素和有关的工作产品。

SP1.2建立配置管理系统

建立并维护用于控制工作产品的配置管理系统和变更管理系统。

SP1.3

建立或放行基线

创建或放行基线，供内部使用和支付给客户。特定目标与特定实践SG2跟踪并控制变更

跟踪并控制被置于配置管理之下的工作产品。SP2.1跟踪变更请求

跟踪对配置项的变更请求。

SP2.2控制配置项控制对配置项内容的变更。SG3建立完整性

建立并维护基线的完整性。SP3.1建立配置管理记录建立并维护描述配置项的记录。SP3.2进行配置审核进行配置审核，以便维护配置基线的完整性。特定目标与特定实践SP1.1识别配置项产出物:识别的配置项子实践:1．按照准则选择配置项和选择组成这些配置项的工作产品;2．为每个配置项指定唯一性的标识号;3．说明每个配置项的重要特征;4．配置项在其开发过程中将置于配置管理之下的时刻;5．确定每个配置项的拥有者的责任。特定目标与特定实践SP1.2建立配置管理系统产出物:配置管理系统访问控制规程;变更请求数据库。

子实践:1．建立管理多个控制等级配置管理的机制;

动态系统（或者称为开发者系统）

:包含正在创建或修改的配置元素。它们是开发者的工作空间，受开发者控制。动态系统中的配置项处于版本控制之下。

主系统（或者称为受控系统）

:包含基线和对基线的更改。主系统中的配置项被置于本过程方面中所述的完全的配置管理之下。

静态系统(如产品库):包含备用的各种基线的档案。静态系统被置于本过程方面中所述的完全的配置管理之下。

2．在配置管理系统存储和检索配置项;3．存储和复原配置项的归档版本;4．根据配置管理系统创建配置管理报告特定目标与特定实践SP1.3

建立或放行基线

基线：一组经过正式审查且达成一致的规范或工作产品，是开发工作的基础。对基线的更改必须遵循变更控制规程。基线反映分配给配置项的标识号及其相应的实体。一组已经分配了唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷、和用户文档（相关的实体），可以认为是一个基线。交付给外部顾客的基线一般称为"放行"基线，内部使用的基线一般称为"构造"基线。产出物:基线;基线描述。

子实践:1．在创建或放行配置项的基线之前，从配置管理委员会获得授权。2．仅仅根据配置管理系统中的配置项创建或放行基线。3．把基线中包含的配置项集合形成文件。4．使现行的基线集合可供使用。特定目标与特定实践

SP2.1跟踪变更请求

产出物：变更请求

子实践：

1．申请变更，评估变影响（与所有技术需求和项目需求一致）；

2．对那些受变更请求影响的配置项进行审查并求得一致；

3．跟踪变更请求的状态，直到结束。

SP2.2控制配置项产出物：配置项的经过修改的履历；基线档案。子实践：

1．在整个生存周期中控制对配置项的变更；

2．在把经过更改的配置项纳入配置管理系统之前，获得适当的授权；

3．使那些涉及变更的配置项在保证正确性和完整性的前提下进入和退出配置管理系统；

4.进行审查，以确保配置项的变更不会对基线造成非预期的影响，例如，确保这些变更不会危及系统的安全性；

5．记录变更和变更原因（适宜时）。特定目标与特定实践

SP3.1建立配置管理记录产出物：配置项的修改后的履历；变更记录；配置项的状态。子实践：

1．详细记录配置管理行动，以便掌握每个配置项的内容和状态并且能够恢复以前的版本；

2．确保受到影响的个人和小组能够访问和了解配置项的配置状态；３．描述前后基线之间的差别。

SP3.2进行配置审核产出物：配置审核结果；行动措施。

子实践：

1．评估基线的完整性；

2．验证配置记录是否正确反映了配置项的配置情况；

3．审查配置管理系统中的项目的结构和完整性；

4．验证配置管理系统中的项目的完备性和正确性；

5．验证是否符合适用的配置管理标准和规程。配置管理过程的示例公司配置管理进程目前涉及的配置管理工具TFS、BugFree、ClarizenTFS:开发服务器（71）/测试服务器（73）BugFree：缺陷库（88）Clarizen：项目管理工具（外购，不涉及）公司配置管理进程制度《软件开发配置管理规定》发布日期：2012.04.23建立项目命名规范：序号ID+项目名称建立目录：‘开发’、‘实施’；‘开发’下分为‘数据库’、‘文档’、‘源代码’，其中文档下又进行了分类分配权限：‘Read’、‘Write’配置报告：《配置管理报告》，已调整为过程跟进，最终输出环境搭建负责人：项目经理，提供系统环境、运行环境、开发工具、数据库、开发/测试服务器环境搭建：开发服务器及测试服务器的环境组内环境搭建：项目组成员负责自己的环境搭建，可咨询项目经理公司配置管理进程过程管理版本获取：编码前，先从服务器上获取最新版本修改规范：迁出后在进行修改，严谨修改本地文件迁出时间：越短越好，最长三天迁出数量：越少越好，最多十个冲突处理：遇到迁入冲突时，需谨慎，严谨直接覆盖服务器，理顺后在进行操作代码迁入：时时提交，每日提交，确保代码质量文件归档：项目所有文件及时归档，所有成员获取文档版本以配置库中为准安全备份：CMO公司配置管理进程版本发布两套环境：开发环境、测试环境权限区别：开发环境，项目组人员写权限，无测试环境权限；测试环境，测试人员写权限，开发人员无权限软件版本：X.X.X.X.XXXXXX版本发布：项目经理邮件申请，提交其他交付物及交付清单；发布授权：SQA；发布包提供：CMO；发布包地址：测试服务器；接包人：项目经理发布注意：1、所有发布至客户处版本，均由测试环境打包，严禁从开发环境打包发布至客户；2、首次及每一迭代首次发布至客户处版本，需严格执行发布流程；3、正式验收版本，需严格执行发布流程；4、首次至验收版本间的发布，由项目经理申请，CMO给予相应权限5、版本发布均由项目经理负责，开发人员不得私自发布版本至客户处公司配置管理进程其他权限管理新员工权限：开发实施部门新员工入职后，主管代为邮件申请（TFS,BugFree，不绑定项目）增删权限：新老员工，如需加入项目（如果Clarizen资源上没有），项目经理需执行变更申请；离职人员不需执行变更，CMO将与其领导沟通后做相应处理公司配置管理进程其他归档归档说明：归档就是把项目过程中所有产出，按项目计划阶段及时的提交配置库中。归档要求：归档分为两步第一步，就是项目计划中一个阶段结束，此阶段的输出就要提交配置库（TFS），完成此步，即算归档完成（电子版即可）；第二步，涉及到需要客户签字，