软件工程-第5章.pptVIP

软件工程 第5章 软件质量管理 5.1 软件质量及其特性 ANSI/IEEE Std1061一1992中的定义:软件质量定义为“与软件产品满足规定的和隐含的需求的能力有关的特征或特性的全体”。 1S0定义 1S0 8402术语规定，质量就是:“反映实体满足明确和隐含需要的能力的特性总和”。软件质量是指:“对用户在功能和性能方面需求的满足、对规定的标准和规范的遵循以及规范软件某些公认的应该具有的本质”。 对以上定义的理解 (1)软件需求是度量软件质量的基础。不符合需求的软件就不具备质量。 (2) 规范化的标准定义了一些开发准则以指导软件开发，如果不遵守这些开发准则，软件质量就得不到保证。 (3)往往会有一些隐含的需求没有明确地提出来。如果软件只满足那些精确定义了的需求而没有满足这些隐含的需求，软件质量也不能保证。 5.1.2 软件质量特性 Boehm质量模型 (1)软件的可使用性 (2)软件的可维护性 (3)软件的可移植性 2.McCall质量模型 ISO/IEC 9126标准 5.1.3 软件质量保证及其活动 美国项目管理协会(PMI)对项目质量保证的定义是“项目质量保证是一种有目的、有计划和有系统的活动”。 IEEE标准729中有关质量保证的定义归纳为：“质量保证是为了确保项目或产品符合基本技术需求，而必须采取的有计划的、系统的全部动作的模式”。 软件质量保证是一种活动 SQA 活动的主要内容 1.与SQA计划直接相关的工作 2.参与项目的阶段性评审和审计 3.对项目日常活动与规程的符合性进行检查 4.对配置管理工作的检查和审计 5.跟踪问题的解决情况 6．度量和报告机制 5.2 软件配置管理 软件配置管理是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。 软件配置管理的主要任务 （1）制定项目的配置计划； （2）对配置项进行标识； （3）对配置项进行版本控制； （4）对配置项进行变更控制； （5）正式技术复审； （6）向相关人员报告配置的状态。 制定项目的配置计划 该计划的内容包括要执行的配置管理活动，即对配置项的标识、控制、状态记录、审核，所需的组织及其各自的职责、编制配置管理里程碑。 软件配置项及其标识 软件配置项包括计算机程序，如源代码和可执行程序；与计算机程序相对应的各种文档，如需求、设计规约（文档）、测试用例等；计算机数据，包括计算机程序中包含的数据和系统初始化数据。 软件配置项的组成 软件配置项标识 ?唯一性：目的在于避免出现重名，造成混乱。 ?可追溯性：使命名能够反映命名对象间的关系。每个可用一组信息来唯一地标识它。 配置项的状态 基线的理解 IEEE定义基线如下：“已经通过正式复审和批准的某规约或产品，它因此可以作为进一步的基础，并且只能通过正式的变化控制过程的改变。”  基线与SCI的概念 5.2.3 版本控制 版本控制（Revision Control）是全面实行软件配置管理的基础，是对系统不同版本进行标识和跟踪的过程，所有置于配置库中的元素都应自动予以版本的标识，并保证版本命名的唯一性和状态的一致性。其目的是便于对版本加以区分、检索、跟踪或回溯，以区别各个版本之间的关系。 版本表示及演化树 不进行版本控制会产生什么后果 版本控制的方式 对于一个采用版本控制进行软件开发的多人开发团队而言，其一般的开发方式是：采用服务器/客户端的形式，在上面分别安装版本控制工具的服务器和客户端版本，软件放在服务器上为大家所共享，开发人员在客户端从服务器上将软件的相关部分下载到本地，进行修改，改动结果最终提交到服务器上。 系统版本的发布管理 发布是指经过测试并导入实际应用环境的新增或改进的配置项的集合。发布的类型主要包括全发布、增量发布和包发布三种。 发布版本还包括： (1)配置文件。定义对于特定安装，发布版本应该如何配置。 (2)数据文件。是成功进行系统操作所必需的。 (3)安装程序。用来帮助在目标硬件上安装系统： (4)电子和书面文档。用于系统说明。 (5)包装和相关的宣传。为发布版本所做的工作 变更控制　 变更控制（Change Control）的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。对于软件开发项目来说，发生变更的环节比较多，因此变更控制显得格外重要。它回答：受控产品怎样变更？谁控制变更？何时接受，恢复，验证变更？ 变更控制的流程 5.2.5正式技术复审 IEEE Std 1028-1