软件工程之需求规格第11章软件的质量属性.pdfVIP

软件工程之需求规格

第二部软件需求工程：

第十一章软件的质量属性

目录

11.1非功能需求

11.2质量属性

11.3定义质量属性

11.4属性的取舍

第11章软件的质量属性

许多年前，我参加了一项工程，在该项目中用新的应用

程序替换许多已有的主机（mainframe）应用程序。

根据用户的要求，开发组设计了一个基于窗口的用户界面并

定义了新的数据文件，其容量是旧文件的两倍。虽然新系统

满足了技术上的规范，但并没有达到客户可接受的程度。用

户总是抱怨用户界面运行缓慢，并且新的数据文件所占用的

磁盘空间太大。

用户没有陈述对新产品的一些特性的期望，这就不能在

他们所提出的功能需求中体现出来。糟糕的是，开发者和用

户没有详细地讨论新技术方法所牵涉到可能的性能，从而导

致了用户期望与产品实际性能之间的期望差异。比起仅仅满

足客户所要求的功能，软件的成功似乎更为重要。

11.1非功能需求

用户总是强调确定他们的功能、行为或需求—软件让他

们做的事情。除此之外，用户对产品如何良好地运转抱有许

多期望。这些特性包括：产品的易用程度如何，执行速度如

何，可靠性如何，当发生异常情况时，系统如何处理。这些

被称为软件质量属性(或质量因素)的特性是系统非功能（也

叫非行为）部分的需求。

质量属性是很难定义的，并且他们经常造成开发者设计

的产品和客户满意的产品之间的差异。就像Robert

Charette(1990)指出的那样：“真正的现实系统中，在决定

系统的成功或失败的因素中，满足非功能需求往往比满足功

能需求更为重要”。优秀的软件产品反映了这些竞争性质量

特性的优化平衡。如果你在需求的获取阶段不去探索客户对

质量的期望，那么产品满足了他们的要求，这只能说你很幸

运。但更多的可能是客户失望和开发者沮丧。

虽然，在需求获取阶段客户所提出的信息中包含提供了

一些关于重要质量特性的线索，但客户通常不能主动提出他

们的非功能期望。用户说软件必须“健壮”，“可靠”或“高

效”时，这是很技巧地指出他们所想要的东西。从多方面考

虑，质量必须由客户和那些构造测试和维护软件的人员来定

义。探索用户隐含期望的问题可以导致对质量目标的描述，

并且制定可以帮助开发者创建完美产品的标准。

11.2质量属性

虽然有许多产品特性可以称为质量属性(Quality

Attribute)，但是在许多系统中需要认真考虑的仅是其中的

一小部分。如果开发者知道哪些特性对项目的成功至关重要，

那么他们就能选择软件工程方法来达到特定的质量目标

（Glass1992;DeGraceandStahl1993）。根据不同的

设计可以把质量属性分类（Boehm1976;DeGraceand

Stahl1993）。一种属性分类的方法是把在运行时可识别的

特性与那些不可识别的特性区分开（Bass,Clementsand

Kazman1998）。另一种方法是把对用户很重要的可见特性与

对开发者和维护者很重要的不可见特性区分开。那些对开发

者具有重要意义的属性使产品易于更改、验证，并易于移植

到新的平台上，从而可以间接地满足客户的需要。

在表11-1中，分两类来描述每个项目都要考虑的质

量属性；还有其它许多属性（Charette1990）。

一些属性对于嵌入式系统是很重要的（高效性和可靠性），

而其它的属性则用于主机应用程序（有效性和可维护性）或

桌面系统（互操作性和可用性）。在一个理想的范围中，每

一个系统总是最大限度地展示所有这些属性的可能价值。系

统将随时可用，决不会崩溃，可立即提供结果，并且易于使

用。因为理想环境是不可得到的，因此，你必须知道表11-

1中那些属性的子集对项目的成功至关重