软考 系统架构设计师系列知识点之系统架构评估（1）

所属章节：

第8章. 系统质量属性与架构评估

        第2节. 系统架构评估

1. 概述

系统架构评估是在对架构分析、评估的基础上，对架构策略的选取进行决策。它利用数学或逻辑分析技术，针对系统的一致性、正确性、质量属性、规划结果等不同方面，提供描述性、预测性和指令性的分析结果。

系统架构评估的方法通常可以分为3类：基于调查问卷或检查表的方式、基于场景的方式和基于度量的方式。

（1）基于调查问卷或检查表的方法

该方法的关键是要设计好问卷或检查表，充分利用系统相关人员的经验和知识，获得对架构的评估。该方法的缺点是在很大程度上依赖于评估人员的主观判断。

（2）基于场景的评估方法

基于场景的方式由卡耐基梅隆大学软件工程研究所首先提出并应用在架构权衡分析法（Architecture Tradeoff Analysis Method，ATAM）和软件架构分析方法（Software Architecture Analysis Method，SAAM）中。它是通过分析软件架构对场景（也就是对系统的使用或修改活动）的支持程度，从而判断该架构对这一场景所代表的的质量需求的满足程度。

（3）基于度量的评估方法

它是建立在软件架构度量的基础上的，涉及3个基本活动，首先需要建立质量属性和度量之间的映射原则，然后从软件架构文档中获取质量度量信息，最后根据映射原则分析推导出系统的质量属性。

2. 系统架构评估中的重要概念

（1）敏感点（Sensitivity Point）和权衡点（Tradeoff Point）

敏感点和权衡点是关键的架构决策。敏感点是一个或多个构件（和/或构件之间的关系）的特性。研究敏感点可以使设计人员或分析员明确在搞清楚如何实现质量目标时应注意什么。权衡点是影响多个质量属性的特性，是多个质量属性的敏感点。例如，改变加密级别可能会对安全性和性能产生非常重要的影响。提高加密级别可以提高安全性，但可能要耗费更多的处理时间，影响系统性能。如果某个机密消息的处理有严格的时间延迟要求，则加密级别可能就会成为一个权衡点。

（2）风险承担者（Stakeholders）或者称为利益相关人

系统的架构涉及很多人的利益，这些人都对架构施加各种影响，以保证自己的目标能够实现。

（3）场景（scenarios）

在进行架构评估时，一般首先要精确地得出具体的质量目标，并以之作为判定该架构优劣的标准。为得出这些目标而采用的机制称之为场景。场景是从风险承担者的角度对与系统的交互的简短描述。在架构评估中，一般采用刺激（Stimulus）、环境（Environment）和响应（Response）三方面来进行描述。