11 配置管理和文档技术.ppt

* * 知识点 软件配置项的概念 基线的概念 软件配置管理的任务 软件文档技术 ? 难点 基线的概念 变更控制的过程 ?了解： 文档的管理和维护 第十一章 配置管理与文档技术 软件开发技术 软件管理技术 主要体现在软件的项目管理中， 先于任何技术活动之前开始， 且贯穿于软件的整个生命周期之中 11.1 软件配置管理基本概念 11.1.1 软件配置管理的概念 必要性: l软件开发中，修改（变更）是不可避免的。 l实现不同阶段的变更代价相差巨大。 配置管理（SCM）: 定义:一种标识、组织和控制修改的技术 目的:使错误和成本达到最小，提高生产率。 活动目标是： （1）标识变更； （2）控制变更； （3）确保变更正确地实现； 软件维护和软件配置管理的区别： 维护是一组软件工程活动， 它们发生于软件已交付给用户并已投入运行之后； 软件配置管理是一组追踪和控制活动， 它们开始于软件开发项目开始之时，结束于软件被淘汰之时。 11.1.2 软件配置项 软件配置项指软件开发过程中产生的 三种信息： 1）计算机程序（源程序及目标程序）； 2）描述计算机程序的文档（技术文档和用户文档） 3）数据结构。 软件配置项（SCI）：在软件工程过程中产生的信息项（文档、报告、程序、表格数据） ，是软件配置管理的对象。 SCI两种形式： 1） 直接执行的材料： 如书写的文档、程序清单、测试数据、测试结果等。 2）可直接执行的材料： 如目标代码、数据库信息等。 随着软件工程过程的进展，软件配置项的数目快速增加。 SCI可以是一个文档、一整个测试用例组、一个有名字的程序部件（如java包）看成是一个。 如： l系统规格说明 l软件项目实施计划 l软件需求说明、可执行的或“书面”的原型 l初步的用户手册 l设计规格说明 l源代码清单 l操作和安装手册 l可执行程序 l? 数据库描述 l正式的用户手册 l维护文档软件工程标准 l项目开发总结 l测试计划和过程、测试用例和测试结果记录 11.1.3 基线技术 基线（Baseline）是软件生存期中各开发阶段末尾的特定点，又称里程碑（Milestone）。 作用: l把各阶段工作的划分更加明确化， l使本来连续的工作在这些点上断开， 以便于检验和肯定阶段成果。 图11-2 软件开发各阶段的基线 恰当的时候,“冻结”用户需求。 一旦一个SCI成为基线，把它存放到项目数据库中。 软件组织成员修改基线SCI过程 图11-3基线SCI和项目数据库 11.2 软件配置管理的任务 软件配置管理(SCM)任务: l 负担控制变更的责任 新任务: l负担标识单个的SCI和软件各种版本， l审查软件配置以保证开发得以正常进行, 报告所有加在配置上的变更等任务。 有关SCM，需要考虑的问题： 1)??? 采用什么方式来标识和管理许多已存在程序(和它们的文档)的各种版本?使得变更能够有效地实现。 2)?? 在软件交付用户之前和之后如何控制变更？ 3)???谁有权批准和对变更安排优先级? 4)??? 如何保证变更得以正确实施? 5) 用何种办法来估计变更可能引起的其它问题? 归结到SCM的5个任务，即 标识、版本管理、变更控制 配置审计、 配置报告。 11.2.1配置标识 配置标知一个动态的概念,体现在两方面 l随着软件生存期的向前推进，SCI的数量在不断增多。 l随时会有新的变更出现，形成新的版本。 配置标知与电影片断的类比。 如何控制和管理软件配置项(SCI) 1)?? 给软件配置的各种片段，即SCI命名， 2)?? 再利用面向对象的方法组织它们。 a)标识基本对象和复合对象。 b)基本对象是由软件工程师在分析、设计、编码和测试时所建立的“文本单元”。 复合对象则是基本对象或其他复合对象的组合 图11-4 版本演变图 11.2.2 版本控制 版本控制利用工具来管理在软件工程所建立起来的配置对象的不同版本。 “配置管理允许用户选择适当的版本来确定软件系统的配置。这可以通过把一些属性结合到各个软件版本上，再通过描述所希望的属性集合来确定(或构造)所想要的配置”。 “属性”可简单到一个特定的版号，它被指派给某 部件4在软件使用彩色显示器时使用，部件5在软件使用单色显示器时使用。版本2.1有两个变种： 构件1、2、3和4；构件1、2、3和5。 一个简单的程序版本 11.2.3 变更控制 软件生存期内全部的软件配置是软件产品的真正代表，必须使其保持精确。 软件工程过程中某一阶段的变更，均要引起软件配置的变更，这种变更必须严格加以控制和管理，保