? 对配置项的修改(不同版本间的差别)应被记 录下来。 ? 更动者(姓名及其身份); ? 更动日期和时间; ? 被更动 SCI (名及其版本号); ? 更动内容及其位置; ? 更动原因; ? 受此更动影响的诸 SCI 名表。 精品文档 ? 软件产品不同类型的版本的特性和所包含的配 置项应被明确描述。保证可根据要求将配置项 组合生成适用于不同应用环境的正确的软件产 品版本。 精品文档 软件产品版本编号方法 ? 数字顺序型版本编号 ? 普通版本编号 ? α 和 β 版本编号 ? 属性版本编号 精品文档 数字顺序型版本编号 ? 普通版本编号 产品的版本号由若干数字组成,数字之间用 “ .” 分隔。一种典型的编号策略如下: x.y.z , x 为主版本号, y 为特征版本号, z 为缺 陷修复版本号。 ? 主版本号的增加表示提供给客户的主要产品 功能的增强。 ? 特征版本号的增加表示产品新增了一些特征 或做了一些重要修改。 精品文档 ? 普通版本编号 ? 缺陷修复版本号的增加表示在软件产品上做 了一些缺陷修复工作。 ? α 和 β 版本编号 ? 在普通版本编号后面增加一个大写字符 A 或 者 B 来分别表示 α 版本或 β 版本。例如 1.2.4A 或 1.2.4B 。 ? 如果存在多次的 α 发布和 β 发布,可在 A 或 B 后面添加一个数字来说明发布的次数,例如: 1.2.5A1 , 1.3.0B2 。 数字顺序型版本编号 精品文档 ? 把版本的重要属性反映在标识中。可以包括的属性 有:客户名、开发语言、开发状态、硬件平台、生 成日期等。例如: J2SDK.v.l.2.2:10/31/2000-18:00,native threads, jit-122 包含的信息丰富,方便了查询和管理,版本间的关 系易于保持,但由于太复杂,一般只用于软件组织 内部的管理。 属性版本编号 精品文档 ( 5 )基线变更管理 ? 基线变更管理过程 变更请求 变更评估 变更批准 / 拒绝 变更实现 精品文档 变更请求 项目名称 变更申请人 提交时间 变更题目 紧急程度 变更具体内容 变更影响分析 变更确认 处理结果 签字 精品文档 变更评估 变更评估 软 件 变 更 分 类 技 术 影 响 分 析 接 口 影 响 分 析 进 度 影 响 分 析 预 算 影 响 分 析 精品文档 变更批准或拒绝 根据评估结果对变更作出决策: ? 直接实现变更 ? 挂起或延迟变更 ? 拒绝变更 对于批准的变更,要确定其实现进度: ? 立即实现变更 ? 在特定的日期实现变更 ? 在软件另外的版本中实现 精品文档 变更实现 检出 (check out) 基线 对基线进行变更 测试和验证 检入 (check in) 基线 精品文档 第二章 软件配置管理 软件项目管理 精品文档 本章内容提要 ? 软件配置管理的作用 ? 软件配置管理的相关概念 ? 软件配置管理过程 ? 软件配置管理工具 CVS 精品文档 第一节 软件配置管理的作用 服务器 存储所有文档和源程序, 由版本控制系统管理 程序员 1 程序员 n 下载 提交 下载 提交 … … 团队开发的一般模式 安装有版本控制 系统客户端 精品文档 不同程序员对程序的更改会产生冲突 程序员 A 程序员 B common-function.java common-function.java 修改 修改 添加了函数 checkStringlength() 添加了函数 checkDate() 服务器 提交 提交 程序完整性受 到破坏 精品文档 软件项目中可能遇到如下的问题 : ? 找不到某个文件的历史版本; ? 开发人员使用错误的程序版本; ? 开发人员未经授权修改代码或文档; ? 人员流动,交接工作不彻底; ? 无法重新编译软件的某个历史版本; ? 因协同开发,或者异地开发,版本变更混乱导 致整个项目失败; ? …… 精品文档 软件
原创力文档

文档评论(0)