软件开发过程与项目管理（9.软件项目配置管理计划）
课件
软件项目配置管理概述
配置项
指基础架构组件或基础架构有关的项目，包括软件、硬件和各种文档，如变更请求、服务、服务器、环境、设备、 络设施、台式机、移动设备、应用系统、协议电信服务等。
配置基准线
指一个产品或系统在某一特定时刻的配置状况，这种配置不仅体现了其产品获系统的结构，还反映了其具体内容，使得以后可以按照上述配置重建该产品或系统。
配置管理数据库
是指包含每个配置项及配置项之间重要关系的详细资料的数据库。
最终软件库
是一个存放和保管所有已批准的最终版本的软件配置的地方，是软件正本存放的物理性仓库或逻辑性存储空间。
配置管理
是描述、跟踪、控制和汇 所有IT基础架构中所有设备或系统的管理流程。
配置控制委员会
负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议的组织。
责任
- 评估变更
- 批准变更请求
- 在生命周期内规范变更申请流程
- 对变更进行反馈
- 与项目管理层沟通
目标
- 软件配置管理的各项工作是有计划进行的
- 被选择的项目产品得到识别，控制并且可以被相关人员获取
- 已识别出的项目产品的更改得到控制
- 使相关组别和个人及时了解软件基准的状态和内容
软件项目配置管理过程
配置项标识
- 配置标识是定义各类配置项、建立各种基线、描述相关软件配置及其文档的过程。
- 配置标识是配置管理的基础性工作，是配置管理的前提。
- 配置标识是确定哪些内容应该进入配置管理形成配置项，并确定配置项如何命名，用哪些信息来描述该配置项。
- 编写《配置项识别表》时，配置管理工程师负责标识配置项范围，并由项目负责人确认。
- 项目组成员创立配置项时，根据配置项命名规则分配唯一的标识符。
- 确定配置项：1.信息系统项目中形成的技术型文档和管理型文档，除一些临时性的文档外一般都应该进行配置管理。2.判定一个文档是否进行配置管理的标准应该是此文档是否有多个人需要使用。
- 步骤：1.识别配置项；2.配置项命名；3.配置项的描述
- 基线：基线是项目生存期各开发阶段末尾的特定点，也称为里程碑，在这些特定点上，阶段工作已经结束，并且已经形成了正式的阶段产品。（功能基线、分配基线和产品基线）
- 功能基线：功能基线是指在系统分析与软件定义阶段结束时所确定的各种规格说明；功能基线是最初批准的功能配置标志。
- 分配基线：分配基线是指在软件需求分析阶段结束时，经过正式评审和批准的软件需求说明；分配基线是最初批准的分配配置标志。
- 产品基线：产品基线是指在软件组装与系统测试阶段结束时，经过正式评审批准的有关所开发软件产品的全部配置项的规格说明；产品基线是最初批准的产品配置标志。
配置管理环境建立
- 软件配置管理库是用来存储所有基线配置项及相关文件的等内容 的系统
- 是在软件产品的整个生存期中建立和维护软件产品完整性的主要 手段。
- 配置库存储配置项(SCI)、修改请求、变化记录等，并提供对库 中所存储文件的版本控制。
- 为不同的人员分配不同的访问配置库的权限。
- 配置库中的配置项每经历一次改变将形成一个新的版本并被分配相应的版本标志。
基线变更管理
基线修改应受到控制，要经SCCB授权，按程序进行控制并记录基线修改的过程。
配置管理工具
GIT
- 是一个开源的分布式版本控制系统，用以有效、高速地处理从很小到非常大的项目版本管理
- 可以本地查看所有版本历史，只需在连 时push到相应的服务器或其他用户那里即可
- 每个用户保存所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据
- 增加了本地存储空间的占用
VSS— Visual Source Safe
- Microsoft提供的，可以与VS.net进行无缝集成。
- 适合独立开发人员和小型开发团队使用，因性能问题不适合大规模团队适应
- 对分支与并行开发支持的比较有限
CVS—Concurrent Versions System
- 开源工具，主要基于命令行，又简单的winCVS的图形化界面
- 适合于项目比较大，产品发布频繁，分支活动频繁的中大型项目
- 可以与Eclipse等流行工具进行集成开发
SVN—CollabNet Subversion
ClearCase
GIT和其他工具比较
集中式版本控制工具：CVS、SVN、VSS
分布式版本控制工具：Git
主观题
给出几个常见的软件配置项
- 软件需求规格说明书
- 设计规格说明书
- 源代码
- 测试规格说明书
请简述配置管理在软件开发中的作用，并列举至少两种配置管理工具
软件配置管理在软件项目管理中有着重要的地位，可以有效管理软件项目开发过程中的变更。有很多配置管理工具，例如Rational ClearCase, Hansky Firefly, CVS, MicrosoftVisual Source Safe(VSS), PVCS，git。
请说明软件配置管理委员会（SCCB）的基本职责
- 评估变更
- 批准变更申请
- 在生存期内规范变更申请流程
- 对变更进行反馈
- 与项目管理层沟通
请写出配置管理的基本过程
- 配置项标识、跟踪
- 配置管理环境建立
- 基线变更管理
- 配置审计
- 配置状态统计
- 配置管理计划
客观题
变更控制主要关注的是：标识变更，提出变更，管理变更
软件配置管理无法确保以下哪种软件产品属性：正确性
为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的事：
可以变化，但是必须通过基线变更控制流程处理
不属于SCCB的职责：提出变更申请
变更控制系统包括了从项目变更申请、变更评估、变更审批到变更实施的文档化流程（正确）
基线修改应受到控制，但不一定要经SCCB授权（错误）
基线产品是不能修改的（错误）
基线的修改不需要每次都按照正式的程序执行（错误）
软件配置项是项目需定义其受控于软件配置管理的款项。每个项目的配置项是相通的。（错误）
有效的项目管理能够控制变化，以最有效的手段应对变化（正确）
基线提供了软件开发阶段的一个特定点（正确）
在软件项目配置管理中，最终应保证软件产品的完整性、一致性、有效性、机密性。（错误）
一个软件配置项可能有多个标识（错误）
软件配置控制委员会的英文简写是SCCB
基线变更时，需要经过软件配置控制委员会授权
版本管理、变更管理是配置管理的主要功能。
基线变更控制包含变更请求、变更评估、变更批准、变更拒绝、变更实现等几个步骤
基线标志开发过程一个阶段的结束和里程碑
版本控制是软件配置管理的核心功能
配置管理最终保证软件产品的完整性、一致性、追朔性、可控性
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！