第九章 软件项目管理第.pptVIP

* * * （2）系统发行（system release）是分配给客户一个版本。 每次系统发行都应有新的功能或是针对不同的系统运行环境。通常软件系统的版本数要比发行次数多，因为有的版本并未发行。 通常一次发行不仅只是提供一个可执行程序，或一套程序，可能还要包括： ● 配置文件：规定发行所作的特定安装； ● 数据文件：系统运行所需的数据； ● 安装程序：表明系统如何安装到目标机上； ● 电子文档或书面文档：这是对系统的描述。 版本控制 2．版本标识 版本标识（version identification）是由版本的命名规则决定的。 由于前后版本存在着传递关系，因此，如何正确地反映这一传递关系，就应当体现在其命名中。 可能使用的命名规则有下面所述的几种： 号码顺序型版本标识 符号命名版本标识 属性版本标识 版本控制 版本控制 （1）号码顺序型版本标识 如下图所示。这种标识十分明显地给出了版本之间的传递关系，但是如果当前版本生出了多个新版本，标识就稍有困难。 （2）符号命名版本标识 用符号表达版本间的传递关系，如不用V1.1.2的形式，而采用V1/VMS/DB Server来表示一个在VMS操作系统上运行的数据库服务器版本。 （3）属性版本标识 属性版本标识是把有关版本的重要属性反映在标识中，可以包括的属性有：客户名、开发语言、开发状态、硬件平台、生成日期等。每个版本都由唯一的一组属性标识，即一组具有唯一性的属性值。 版本控制 3．发行管理 一个系统的新发行与新版本有着不同的含义。 新版本：是在修改发现的软件缺陷后，开发出新的程序、形成新的系统； 新发行：是除了写出新的程序，形成新系统之外，还要为用户准备数据、配置文件、编写新文档，准备新包装。 新发行要比新版本开销大。 版本控制 系统发行策略 无论是哪一种维护工作完成之后，配置管理人员都要分析变更影响的组件，确定何时生成新系统、何时进行系统发行。 通常一个系统改动越多，引入错误的机会也越多，发现的错误必须在下次发行时解决。 为了把出现问题的机会分散开，往往把修补变更后的发行与系统功能变更的发行交叉起来。 版本控制 系统建立（system building）是将系统的组件组合成完整的程序，以执行某一特定目标配置的过程。 该过程中可能包括一些组件的编译以及将目标代码结合在一起，构成可执行系统的连接过程。 系统建立 系统建立 系统建立必须要考虑的因素有： (1) 构成系统的所有组件是否都已包含在系统建立的指令中？ (2) 每个需要组件的版本是否正确？ (3) 所有需要的数据文件都是可用的吗？ (4) 如果在一个组件内引用了数据文件，所有数据名与目标机上数据文件的名字是否一致？ (5) 编译程序和其他所需工具的适用版本是可用的吗？软件工具目前流行的版本是否与开发系统时所用的版本兼容？ 软件的完整性，是指开发后期的软件产品能够正确地反映用户所提出的对软件的要求。 软件配置审核（configuration audit）的目的就是要证实整个软件生存期中各项产品在技术上和管理上的完整性。 同时，还要确保所有文档的内容变动不超出当初确定的软件要求范围。 配置审核 为了清楚、及时地记载软件配置的变化，需要对开发的过程做出系统的记录，以反映开发活动的历史情况。这就是配置状态报告的任务。 报告的主要根据是变更控制小组会议的记录，报告对于每一项变更说明： （1）发生了什么？ （2）为什么会发生？ （3）谁做的？ （4）什么时候发生的？ （5）会有什么影响？ 配置状态报告 下图描述了配置状态报告。每次新分配一个软件配置项或更新一个已有软件配置项的标识，或者一项变更申请被变更控制负责人批准，并给出一种工程变更顺序时，在配置状态报告中就要增加一条变更记录条目。一旦进行了配置审核，其结果也应该写入报告之中。 配置状态报告 * * 项目管理是对软件工作的管理，但归根结底是对人员行为的管理，就是对人员的管理。众所周知，人的因素是软件工程的核心因素，对于这一核心因素的把握程度决定着项目的成败。 * * * * * * * * * * * * * * * * * * * 需求变更的原因 单纯的用户因素：对需求有了新的认识 市场形势的变化 系统因素：软硬件环境的变化 工作环境因素：业务要求变更、国家的法规、政策的变化等 需求开发本身有缺陷 注意：这里大多是一些合理的变更，而随意扩展系统范围，增加一些无谓的新功能不在我们的讨论范围。 失控的需求变更 需求变更的失控，往往导致产品最终的失败 需求文档 V1 系统实现 V1 系统实现 V2 需求变更 a) 未受控的需求变更 需求文档 V1 系统实现 V1 系统实现 V2 b) 受控的需求变更 需求文档 V2 降低需求变更的风