文章目录
-
-
- [3.1. 功能性](#3.1. 功能性)
-
质量从来都不是偶然的；它始终是高度意图，真诚努力，明智的方向和熟练的执行力的结果。
---William A. Foster
许多因素决定了系统架构中必须提供的质量（qualities）。这些品质比功能更重要，功能是系统能力、服务和行为的基本陈述。尽管功能和其他质量密切相关，但正如您将看到的，功能通常在开发计划中占据主导地位。然而，这种偏好是短视的。系统经常被重新设计，不是因为它们在功能上存在缺陷（替换通常在功能上是相同的），而是因为它们难以维护、移植或扩展；或者它们太慢了；或者它们已被黑客入侵。在 [第2章][ch02] 中，我们说架构是软件创建过程中可以解决质量要求的首个地方。系统功能到软件结构的映射决定了架构对质量的支持。在 [第4章][ch04] 到 [第14章][ch14] 中，我们讨论了架构设计决策如何支持各种质量。在 [第 20 章][ch20] 中，我们展示了如何将所有驱动因素（包括质量属性决策）集成到一个连贯的设计中。
我们一直松散地使用"质量属性"这一术语，但现在是时候更仔细地定义它了。质量属性 （QA） 是可度量或可测试的系统属性，用于指示系统，在除了系统基本功能之外，满足利益相关者需求的程度。您可以将质量属性视为：在沿着利益相关者感兴趣的某个维度衡量产品的"效用"。
在本章中，我们的重点是介绍以下内容：
- 如何表达我们希望我们的架构所展示的品质
- 如何通过架构工具实现品质
- 如何确定与质量有关的设计决策
本章为讨论 [第4章][ch04] 到 [第14章][ch14] 中各个质量属性的提供了背景。