配置管理——CVS.pptVIP

软件配置管理——CVS 讲师:杨虎 大纲 配置管理概述 基本概念 软件配置管理角色职责 软件配置工作流程 软件配置管理的关键活动 配置管理工具--CVS的使用 配置管理概述 SCM概念 软件过程的输出信息可以分成三类: 计算机程序(源代码及可执行的程序) 描述计算机程序的文档(针对技术开发者和用户) 数据(包含在程序外部) 这些包含了所有在软件过程中产生的信息,总称为软件配置 SCM的发展 配置管理的概念源于美国空军，为了规范设备的设计与制造，美国空军1962年制定并发布了第一个配置管理的标准 随着软件工程的发展，软件配置管理越来越成熟，从最初的仅仅实现版本控制，发展到现在的提供工作空间管理、并行开发支持、过程管理、权限控制、变更管理等一系列全面的管理能力，已经形成了一个完整的理论体系。同时在软件配置管理的工具方面，也出现了大批的产品，如：最著名的ClearCase；开源产品CVS；入门级工具Microsoft VSS；新秀Hansky Firefly。 在国外已经有30多年历史的软件配置管理，但在国内的发展却是在21世纪这几年的事。但是国内的软件配置管理已经取得了迅速发展，并得到了软件公司的普遍认可。 配置管理概述 SCM的基本目标： 软件配置管理的各项工作是有计划进行的。 被选择的项目产品得到识别，控制并且可以被相关人员获取。 已识别出的项目产品的更改得到控制。 使相关组别和个人及时了解软件基准的状态和内容。 基本概念 软件配置项 软件配置中的每个成员 基线 软件项目配置库中每个项目版本在特定时期的一个“快照” 版本 用于标识文件集 的编号方案，可在某个时间点标记并命名这些文件集 配置状态报告 根据配置项操作数据库中的记录来向管理者报告软件开发活动的进展情况 配置审计 为了保证所有人员（包括项目成员、配置管理员和CCB）都遵守配置管理规范，质量保证人员要定期审计配置管理工作。配置审计是一种“过程质量检查”活动，是质量保证人员的工作职责之一。 软件配置管理角色职责 项目经理（Project Manager，PM）： 项目经理是整个软件研发活动的负责人，他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。其具体职责为以下几项： 制定和修改项目的组织结构和配置管理策略； 批准、发布配置管理计划； 决定项目起始基线和开发里程碑； 接受并审阅配置控制委员会的报告。 配置控制委员会（Configuration Control Board，CCB）： 负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议。其具体职责为以下几项： 定制开发子系统； 定制访问控制； 制定常用策略； 建立、更改基线的设置，审核变更申请； 根据配置管理员的报告决定相应的对策。????? 软件配置管理角色职责 配置管理员（Configuration Management Officer，CMO）： 根据配置管理计划执行各项管理任务，定期向CCB提交报告，告，并列席CCB的例会。其具体职责为以下几项： 软件配置管理工具的日常管理与维护； 提交配置管理计划； 各配置项的管理与维护； 执行版本控制和变更控制方案； 完成配置审计并提交报告； 对开发人员进行相关的培训； 识别软件开发过程中存在的问题并拟就解决方案。 系统集成员（System Integration Officer，SIO）： 系统集成员负责生成和管理项目的内部和外部发布版本，其具体职责为以下几项： 集成修改； 构建系统； 完成对版本的日常维护； 建立外部发布版本。 开发人员（Developer，DEV）： 开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务。 软件配置管理的关键活动 配置项识别 所有配置项都都应按照相关规定统一编号，按照相应的模板生成，并在文档中的规定章节（部分）记录对象的标识信息 工作空间管理 比较理想的情况是把整个配置库视为一个统一的工作空间，然后再根据需要把它划分为个人（私有）、团队（集成）和全组（公共）这三类工作空间（分支），从而更好的支持将来可能出现的并行开发的需求。 版本控制 版本控制是软件配置管理的核心功能。所有置于配置库中的元素都应自动予以版本的标识，并保证版本命名的唯一性。 变更控制 基线是和变更控制紧密相连的。也就是说在对各个SCI做出了识别，并且利用工具对它们进行了版本管理之后，如何保证它们在复杂多变得开发过程中真正的处于受控的状态，并在任何情况下都能迅速的恢复到任一历史状态就成为了软件配置管理的另一重要任务。 状态报告 配置状态报告应根据报告应着重反映当前基线配置项的状态，以作为对开发进度报告的参照。同时也能从中根据开发人员