第四周理解质量属性.ppt

第四周理解质量属性演示文稿第一页，共62页。

第四周理解质量属性ppt课件第二页，共62页。

提纲质量属性概述系统的质量属性实践中的质量属性场景 3.1可用性 3.2可修改性 3.3性能 3.4安全性 3.5可测试性 3.5易用性商业质量属性构架的质量属性第三页，共62页。

1质量属性概述构架设计要解决的4个问题精确的描述质量属性需求列举用于获取得到质量属性需求的构架决策将一种质量属性需求与相关构架决策相联系的方法将相关的构架决策变为设计的方法第四页，共62页。

1.1质量属性高于性能我们经常设计系统并不是因为该系统在功能上有缺陷，而是由于系统的维护，移植或扩展十分困难，系统运行速度太慢，系统容易受到外界攻击实际上，我们修改系统是因为需要改进系统的质量，而这些质量是高于系统的功能性第五页，共62页。

1.1.1如何评判一个系统的好坏我们开发一个系统是为了给用户使用，因此系统的质量好坏最终要由用户来评判评判的依据：系统是否能够满足客户的功能需求（直接）系统是否能够满足一定的质量需求（间接）比如： 我们做一个远程数据库管理系统，功能完全实现，但是每次用户访问需要等待1分钟才能得到结果，用户能够满意吗？第六页，共62页。

1.1.2功能相同品质不同的产品品质决定了产品的价值第七页，共62页。

1.2功能性和质量属性的关系功能性（functionality）是指系统能够完成所期望的工作的能力质量（Quality）——组件、系统或过程满足指定需求或用户/客户需求及期望的程度质量属性（qualityattributes）是影响质量的相关因素，是对质量的描述第八页，共62页。

1.2.1软件质量的描述为了更好地理解影响软件质量的因素，人们定义了质量属性，然后构建了与软件质量相关的质量模型可移植性可复用性互连性产品修改产品转移正确性可靠性效率易用性完整性可维护性可测试性灵活性产品运行图3-18McCall质量模型第九页，共62页。

1.2.2功能性和质量属性是正交的功能性和质量属性是正交的关系功能性可以通过任何一个结构来实现，功能性与结构无关为了要实现不同的质量属性，软件构架将限制系统的分解结构，比如A-7E的例子第十页，共62页。

1.3构架和质量属性的关系构架是实现质量需求的软件创建中的第一阶段，软件构架确定了该构架对特定质量属性的支持，比如实时性，安全性等构架和质量属性的关系：对我们关心的许多系统质量属性的实现而言，构架具有重要意义对一个构架而言，往往只支持某些质量属性构架并不能独立实现质量属性，它为质量属性的实现提供了基础，但不是全部第十一页，共62页。

1.3.1构架和质量属性关系举例我们必须从设计、实现到部署的整个过程中考虑质量属性的实现易用性（Usability）涉及到构架和非构架两个方面可修改性（Modifiability）由划分功能的方式（构架）和模块中的编码技巧及注释（非构架）两方面决定系统的性能（Performance）既受到构架的影响又受到具体算法的影响分析质量属性可以使我们分离关注点第十二页，共62页。

2.系统的质量属性从70年代开始，很多软件团体就开始关注系统的质量属性，但以前的讨论中存在三个问题：为质量属性提供的定义是不可操作的，也就是没有一个具体客观的评判方法往往只关注于一个特定的方面属于哪个质量属性(仅关注分类)，比如系统故障属于可用性、安全性还是易用性每个软件团体都有自己的用于质量属性的词汇，这样同一个事物被赋予不同的表达，不便于涉众之间的交流第十三页，共62页。

2.1质量属性场景质量属性场景（scenarios）是描述质量属性的手段，是一种面向特定的质量属性的需求质量属性场景在质量属性需求规范中的作用与用例在功能需求规范中所扮演的脚色相同第十四页，共62页。

2.2如何描述质量属性场景如何描述质量属性场景呢？用户的角度 质量是指满足用户需求的程度，那么用户关心的是响应度量的问题2.开发者的角度 开发者要找到影响软件响应度量的因素，包括什么引发软件响应，软件的什么部分在什么条件下做出如何的响应等第十五页，共62页。

2.2.1质量属性场景组成（上）质量属性场景由以下6个部分组成：刺激源（Sourceofstimulus）：生成刺激的实体（人、计算机或其他）刺激（Stimulus）：当刺激源产生的刺激达到系统后需要考虑的条件，引起系统发生反应的条件环境（Environment）：刺激到达时系统的状态（状态图），或指刺激在系统的某些条件内发生第十六页，共62页。

2.2.2质量属性场景组成（下）制品（Artifact）：被刺激的部分，可能是整个系统，也可能是其中的一部分响应（Response）：刺激到达后系统所采取的措施