Borland SCM配置管理（StarTeam）-基本概念.pptVIP

Borland 刘涛 内容提要 为何需要配置管理？- 时不我待！ 什么是软件配置管理-SCM？ 软件配置管理概要 软件配置管理的基本概念-配置项 配置项的类型 软件配置管理的基本概念-基线 基线- Snapshot 典型的项目baselines例子： 问题讨论 版本、修订和变体 SCM工具其他相关知识 标签/打标签 Check in/out Lock Merge 分支 配置标识 配置标识 配置管理的库系统 三种类型的库 库结构示例 控制层和审批权限 变更控制/管理 (Change Control) 变更控制流程以及变更请求的Status 变更单 配置状态纪实 / 报告 Samples 配置统计报告 - 图例 配置审核-Audit 基线审核 产品审核 StarTeam中的Audit功能 （版本）发布管理 记录构建信息 问题讨论 SCM基本目标与期望 目标1： 软件配置管理活动是有计划的。 目标2： 所选定的软件工作产品是已标识的、受控的和适用的。 目标3： 对已标识的软件工作产品的更改是受控的。 目标4： 受影响的组和个人得到软件基线的状态和内容的通知。 工具使过程自动化 如何实施配置管理 - 全程咨询跟踪服务 Borland提供全面的ALM和中间件产品解决方案和服务 部署简单快捷,实施时间短、上手快 基于TCP/IP协议，跨网段，VPN/WAN/INTERNET，可以工作于更加复杂的网络环境中 安全，无需共享存储区 权限控制灵活、方便、强大（例如同组的用户对同一文件要求有不同的访问权限，能够很好支持 ） 单进程、多线程，耗用系统资源低（标签和分支采用Index技术，其速度不受文件数目的影响，对于较大的项目（如3000个以上的文件），StarTeam做分支和标签的速度都在毫秒级） 稳定性 API免费、强大；二次开发指导（山西移动AMS系统） 工具集成能力 测试管理-缺陷跟踪系统(Change Request) 性价比高 服务到位，响应迅速。 目的： 验证配置管理过程和标准在项目的开发活动中得到遵循； 已开发的产品配置与规定的要求相符合。 配置审核可分为： ? 过程审核 - 基线审核； ? 产品审核: ?功能配置审核(Functional Configuration Audit) ?物理配置审核(Physical Configuration Audit) 在项目的配置管理计划中安排基线审核活动； 按计划和软件基线审核规程实施审核。 审核步骤： ? 策划和准备基线审核； ? 评估软件基线的完整性。 ? 评审配置管理库系统的结构和设施。 ? 验证软件基线库内容的完备性和正确性。 ? 验证与适用的SCM标准和规程的符合性。 ? 形成基线审核报告，报告审核结果。 ? 跟踪根据审核制定的行动方案直至结束。 　　证明所要求的全部配置项均已生产出来，当前的产品与规定的需求相符合。技术文档规格说明完全而准确地描述了各配置项，曾经提出的所有变更请求均已得到解决的过程。 目的： ?为验收产品和启动软件的运行使用,向顾客或用户提供 充分的证据； ?建立软件产品基线。 产品审核包括： 功能配置审核(Functional Configuration Audit) 物理配置审核(Physical Configuration Audit) 发布(Release)：一项配置管理行为，它说明某配置项的一个特定版本已准备好用于特定的目的（例如发行测试产品）。 主要包括： 构建（Build）：使用适当的支持工具和配置数据，结合各软件配置项的正确版本生成可运行的程序的活动。 内部发布：构建并发布供内部使用的中间产品或基线； 外部发布：交付给外部顾客的基线一般称为发布。 问题及处理: 描述构建过程中出现的问题及处理的措施。处理问题花费的时间。 批准人: 要求批准人的签字 构建输出: 构建所生成的工作产品名称，及其它信息，如，磁带编号。 构建规程: 提供构建的脚本，包括指令、顺序和执行指令时各步骤的输出。 构建的输入: 版本描述，规定的配置项。 构建环境: 描述执行构建的系统环境。包括软件支持工具的版本，设置等，详细到能区分类似环境。 构建人: 生成构建人的姓名 日期：构建的日期 以集成测试为例，说明如何实施测试阶段的配置管理？ 第1次测试发布的代码应从哪个库中提取？ 后续测试的代码应如何获得？ 测试阶段发现的缺陷应如何进行更改？ 是否要提交变更请求？ 如何提交？ 通过测试的代码如何控制？ 配置管理员应如何管理测试发布的各个版本？ 工作流控制工具 变更请求 缺陷跟踪 检入/检出（C