软件配置管理课件：第2章 软件配置管理角色与过程

第2章软件配置管理角色与过程内容软件配置管理角色软件配置管理过程软件配置管理建议软件配置管理角色对于任何一个管理流程来说，保证该流程正常运转的前提条件就是要有明确的角色、职责和权限的定义。特别是在引入了软件配置管理的工具之后，比较理想的状态就是：组织内的所有人员按照不同的角色的要求、根据系统赋予的权限来执行相应的动作。软件配置管理角色PM:项目经理CCB:配置控制委员会CMO:配置管理员SIO:系统集成员DEV:开发人员软件配置管理角色项目经理（ProjectManager，PM）项目经理是整个软件研发活动的负责人，他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。其具体职责为以下几项：制定和修改项目的组织结构和配置管理策略；批准、发布配置管理计划；决定项目起始基线和开发里程碑；接受并审阅配置控制委员会的报告。软件配置管理角色配置控制委员会（ConfigurationControlBoard，CCB）负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议。其具体职责为以下几项：定制开发子系统；定制访问控制；制定常用策略；建立、更改基线的设置，审核变更申请；根据配置管理员的报告决定相应的对策。软件配置管理角色配置管理员（ConfigurationManagementOfficer，CMO）根据配置管理计划执行各项管理任务，定期向CCB提交报告并列席CCB的例会。其具体职责包括以下几项：软件配置管理工具的日常管理与维护；提交配置管理计划；各配置项的管理与维护；执行版本控制和变更控制方案；完成配置审计并提交报告；对开发人员进行相关的培训；识别软件开发过程中存在的问题并拟定解决方案。软件配置管理角色系统集成员（SystemIntegrationOfficer，SIO）系统集成员负责生成和管理项目的内部和外部发布版本，其具体职责为以下几项：集成修改；构建系统；完成对版本的日常维护；建立外部发布版本。软件配置管理角色开发人员（Developer，DEV）开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务。软件配置管理过程阶段划分一个软件研发项目一般可以划分为三个阶段：计划阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看，后两个阶段所涉及的活动是一致，所以就把它们合二为一，称为“项目开发和维护”阶段。计划阶段

开发和维护阶段软件配置管理过程阶段划分——计划阶段意义：一个项目设立之初PM首先需要制定整个项目的计划，它是项目研发工作的基础。在有了总体研发计划之后，软件配置管理的活动就可以展开了，因为如果不在项目开始之初制定软件配置管理计划，那么软件配置管理的许多关键活动就无法及时有效的进行，而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为。所以及时制定一份软件配置管理计划在一定程度上是项目成功的重要保证。软件配置管理过程阶段划分——计划阶段流程：CCB根据项目的开发计划确定各个里程碑和开发策略；CMO根据CCB的规划，制定详细的配置管理计划，交CCB审核；CCB审核配置管理计划后交项目经理批准，发布实施。软件配置管理过程阶段划分——开发和维护阶段这一阶段是项目研发的主要阶段。在这一阶段中，软件配置管理活动主要分为三个层面：(1)主要由CMO完成的管理和维护工作；(2)由SIO和DEV具体执行软件配置管理策略；(3)变更流程。这三个层面是彼此之间既独立又互相联系的有机的整体。软件配置管理过程阶段划分——开发和维护阶段在这个软件配置管理过程中，它的核心流程应该是这样的:(1)CCB设定研发活动的初始基线；(2)CMO根据软件配置管理规划设立配置库和工作空间，为执行软件配置管理做好准备；(3)开发人员按照统一的软件配置管理策略，根据获得的授权的资源进行项目的研发工作；(4)SIO按照项目的进度集成组内开发人员的工作成果，并构建系统，推进版本的演进；(5)CCB根据项目的进展情况，审核各种变更请求，并适时的划定新的基线，保证开发和维护工作有序的进行。这个流程就是如此循环往复，直到项目的结束。软件配置管理过程阶段划分——开发和维护阶段在上述的核心过程之外，还涉及其他一些相关的活动和操作流程，下面按不同的角色分工予以列出：各开发人员按照项目经理发布的开发策略或模型进行工作；SIO负责将各分项目的工作成果归并至集成分支，供测试或发布；SIO可向CCB提出设立基线的要求，经批准后由CMO执行；CMO定期向项目经理和CCB提交审计报告，并在CCB例会中报告项目在软件过程中可能存在的问题和改进方案；在基线生效后，一切对基线和基线之前的开发成果的变更必须经CCB的批准；CCB定期举行例会，根据成员所掌握的情况、CMO的报告和开发人员的请求，对配置管理计划作出修改，并向项目经理报告。软件配置管理过程软件配置管理基本流程图软件配置管理过程基本活动软件配置管理过程包括7项基本活动：(1)制定配置管理计划(2)识别和标志配置项(3)搭建配置管理环境(4)配置项的版本控制(5)基线变更管理(6)配置审核(7)配置状态统计软件配置管理过程基本活动软件配置管理过程基本活动配置标识配置审核状态统计变更管理软件配置管理过程(1)制定配置管理计划形成配置管理计划规划配置管理任务评审配置计划参加项目规划软件配置管理过程(1)制定配置管理计划配置管理计划的主要内容：配置管理组织及其职责配置管理工具和配置库的组织结构配置项标志和基线定义变更管理流程配置审核和配置状态统计软件配置管理过程(2)识别和标志配置项将软件项目中需要进行控制的工作产品定义为配置项（SCI）。为每一个配置项分配唯一的标志。建立配置项间的对应关系。软件配置管理过程(2)识别和标志配置项区分两类配置项：基本配置项：软件开发者在项目开发过程中所创建的基本工作单元。集成配置项：一个集成配置项是基本配置项或其它集成配置项的集合。软件配置管理过程(2)识别和标志配置项体系结构设计数据库设计详细设计基本配置项设计规格说明集成配置项校务管理系统需求规格说明招生管理学生日常管理教务管理通用功能……软件配置管理过程(2)识别和标志配置项配置项标志规范举例QTD-School–RM–SRS-v1.0公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字/字符版本号：Vm.n注意：配置项标识并不是指程序/文档文件的文件名，而是该程序/文档作为一个配置项的标识。软件配置管理过程(2)识别和标志配置项建立配置项间的关系招生管理需求规约校务管理系统需求规格说明测试用例集Apartofinterrelated可使用某种模块互联语言(ModuleInterconnectionlanguage,MIL)来描述配置项之间的关系。NarayanaswamyK.,W.Scacchi.MaintainingConfigurationsofEvolvingSoftwareSystems.IEEETrans.SoftwareEngineering,vol.SE-13,no.3,March1987.软件配置管理过程(2)识别和标志配置项配置项标识和跟踪举例软件配置管理过程(3)搭建配置管理环境配置管理环境是用于进行软件配置管理的系统环境，其中最重要的是配置管理库，简称配置库。配置库存储配置项(SCI)、修改请求、变化记录等，并提供对库中所存储文件的版本控制。为不同的开发人员分配不同的访问配置库的权限。一般需采用配置管理工具来建立配置库。配置库中文件的更改是受控的。软件配置管理过程(4)配置项的版本控制受控库新版本CheckinCheckout配置库当开发人员要使用配置库中的一个文件时，将文件检出到自己的工作目录里，此时该文件在配置库中被自动锁定，开发人员处理完该文件后，再将文件检入到配置库中（需有修改权限），一个新的版本号自动与文件相关联，文件解锁。软件配置管理过程(4)配置项的版本控制配置库的检入检出和版本控制机制解决了软件开发中的两个重要问题：访问控制：保证具有相应权限的人员才能修改配置项。并行控制：保证不同人员同时对某配置项进行的修改不会互相覆盖。软件配置管理过程(4)配置项的版本控制服务器存储所有文档和源程序，由版本控制系统管理程序员1程序员n下载提交下载提交……团队开发的一般模式安装有版本控制系统客户端软件配置管理过程(4)配置项的版本控制SourceObjectLib配置库SourceObjectLibSourceObjectLib程序员1的工作目录程序员n的工作目录CheckoutCheckout软件配置管理过程(4)配置项的版本控制SCI1.0SCI1.1SCI1.2SCI1.3SCI1.4SCI2.0SCI2.1SCI1.1.1SCI1.1.2配置项的演化图(EvolutionGraph)软件配置管理过程(4)配置项的版本控制对配置项的修改（不同版本间的差别）应被记录下来。更动者（姓名及其身份）；更动日期和时间；被更动SCI（名及其版本号）；更动内容及其位置；更动原因；受此更动影响的诸SCI名表。软件配置管理过程(4)配置项的版本控制软件产品不同类型的版本的特性和所包含的配置项应被明确描述，保证可根据要求将配置项组合生成适用于不同应用环境的正确的软件产品版本。软件配置管理过程(4)配置项的版本控制软件产品版本编号方法数字顺序型版本编号普通版本编号α和β版本编号属性版本编号软件配置管理过程(4)配置项的版本控制数字顺序型版本编号普通版本编号产品的版本号由若干数字组成，数字之间用“.”分隔。一种典型的编号策略如下：

x.y.z，x为主版本号，y为特征版本号，z为缺陷修复版本号，如V3.10.16。主版本号的增加表示提供给客户的主要产品功能的增强。特征版本号的增加表示产品新增了一些特征或做了一些重要修改。缺陷修复版本号的增加表示在软件产品上做了一些缺陷修复工作。软件配置管理过程(4)配置项的版本控制数字顺序型版本编号普通版本编号文档编号的具体形式为英文（或中文）名加上该配置项所在的版本号，例如，详细说明书是一个配置项，它的某一个版本标识为“详细设计说明书V1.0.1”。软件配置管理过程(4)配置项的版本控制数字顺序型版本编号α和β版本编号在普通版本编号后面增加一个大写字符A或者B来分别表示α版本或β版本。例如1.2.4A或1.2.4B。如果存在多次的α发布和β发布，可在A或B后面添加一个数字来说明发布的次数，例如：1.2.5A1，1.3.0B2。α测试是由公司内部的用户在模拟实际操作环境下进行的测试。β测试是由软件的多个用户在实际使用环境下进行的测试。软件配置管理过程(4)配置项的版本控制属性版本编号把版本的重要属性反映在标识中。可以包括的属性有：客户名、开发语言、开发状态、硬件平台、生成日期等。例如：

J2SDK.v.l.2.2:10/31/2000-18:00,nativethreads,jit-122包含的信息丰富，方便了查询和管理，版本间的关系易于保持，但由于太复杂，一般只用于软件组织内部的管理。软件配置管理过程(5)基线变更管理基线变更管理过程变更请求变更评估变更批准/拒绝变更实现软件配置管理过程(5)基线变更管理变更请求项目名称

变更申请人

提交时间

变更题目

紧急程度

变更具体内容

变更影响分析

变更确认处理结果

签字

软件配置管理过程(5)基线变更管理变更评估变更评估软件变更分类技术影响分析接口影响分析进度影响分析预算影响分析软件配置管理过程(5)基线变更管理变更批准或拒绝根据评估结果对变更作出决策：直接实现变更挂起或延迟变更拒绝变更对于批准的变更，要确定其实现进度：立即实现变更在特定的日期实现变更在软件另外的版本中实现软件配置管理过程(5)基线