软件开发工程管理2008八.pptVIP

为什么要引入配置管理？ 因为：变更（change） 除了变化，没有任何东西是永久的 —— Heraclitus 系统工程的第一定律 （First Law of System Engineering） 不管你在系统生存期的什么地方， 系统都将会发生变更， 并且对变更的希望将在整个生存期中持续 为什么会有变更？ 几个常见的变更原因： 新的商业或市场条件 新的客户需要 改组或企业增加/减小规模 预算或进度的限制 让我们不能容忍的事实： 大多数变更是合理的！ 软件配置管理的几个概念（1） 配置管理： 协调软件开发以将混淆减小到最小程度的技术 它是标识、组织和控制对正在被一个项目组建造的软件的修改的技术 目标是最大限度地减少错误来最大限度地提高生产率 软件配置管理 （Software Configuration Management）： 标识变更 控制变更 保证变更被适当地实现 向其他可能有兴趣的人员报告变更 注意： 软件维护和软件配置管理不同！ 软件配置管理的几个概念（2） 软件配置项： Software Configuration Items，简称SCI 包含所有在软件过程中产生的信息 计算机程序 描述计算机程序的文档 数据 通常也将软件工具放入配置项中 软件配置管理的几个概念（3） 文档（document）： 开发文档： 该文档作为前阶段工作成果的体现和后阶段工作的依据 项目文档： 工作计划或工作报告 通过这些文档了解项目的安排、进度、资源使用和成果等 用户文档： 便于用户了解软件的使用、操作和维护提供详细的资料 可行性 需求 设计 编码 测试 维护 可行性研究报告 项目开发计划 软件需求说明 数据要求说明 概要设计说明 详细设计说明 测试计划 用户手册 操作手册 测试分析报告 开发进度月报 项目开发总结 维护修改建议 软件配置管理的几个概念（3） 基线（baseline）： 已经通过正式评审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式的变更控制规程被改变。 建立原因： 重现性：重新生成软件系统给定发布版的能力 可追踪性：建立项目工作产品之间的前驱后继关系 报告：比较不同基线内容的结果 软件配置管理要解决的问题 一个组织如何标识和管理程序（及其文档）的很多现存版本，以使得变更可以高效地进行？ 一个组织如何在软件被发布给客户之前和之后控制变更？ 谁负责批准变更并给变更确定优先级？ 我们如何保证变更已经被适当地进行？ 采用什么机制去通知其他人员已经发生的变更？ 标识 版本控制 变更控制 配置审计 报告 SCM任务 ——标识（1） 被标识对象的种类： 基本对象 聚合对象 标识注意事项： 必须识别出每一个软件配置项并赋予它唯一的标记 识别和标记计划必须反映产品的结构 必须建立识别和标记软件配置项的标准 必须建立识别和标记所有形式的测试和测试数据的标准 必须建立识别建造基线需要的支持工具的标准 要特别关注集成到本公司产品中的第三方或购买来的软件，以便将来有可能替换 要特别关注来自其他产品中正被重新使用的软件或打算重用的软件 要特别关注打算替换掉的原型软件 SCM任务 ——标识（2） 内容 名字 描述 资源表 实现 标识符 一个数据项的列表 由对象提供、处理、引用或需要的实体 一个指针 ITEM 配置项名称 IS BELONGTO 文档类别名 PROVIDES 供应资源表 ROPERTIES 供应资源特征描述 REQUIRES 需求资源表 VERSION_LINK 版本链 CONTENTPONITER 指针 END E-R diagram 1.4 part-of data model Data model part-of design specification Data model interrelated data flow model Data model interrelated test case class m SCM任务 ——版本控制（1） 什么是版本控制？ 配置管理使得用户能够通过对适当版本的选择来指定可选的软件系统的配置，这一点的实现是通过将属性关联到每个软件版本上，然后通过描述一组所期望的属性来指定（和构造）配置。 SCM任务 ——版本控制（2） 为什么要设置多个版本？ 不能保证新版本一定比老版本“正确” 处理在不同版本中发现的错误的需要 测试的需要 修订版和变种版的需要 每个功能模块都会有不同版本！！！ SCM任务 ——版本控制（3） 怎么组合各个版本？ 为每个功能（实体）设置一个属性，每个版本对应若干个不同的属性