架构评估-架构师之路（十二）
- 软件系统质量属性
软件系统质量熟悉分为 开发期质量属性 和 运行期质量属性。
质量属性
- 性能：指 系统的响应能力，如 响应时间，吞吐率。
设计策略：优先级队列、增加计算资源、减少计算开销、引入并发机制、采用资源调度。
- 可靠性：在意外或错误使用情况下维持软件系统功能特征。如MTTF、MTBF、MTTR。
MTTF：平均无故障时间。
MTBF：平均故障间隔时间。
MTTR：平均故障修复时间。
设计策略：心跳、PING/Echo、冗余、选举。
- 可用性：系统正常运行的时刻。如 故障间隔时间。
设计策略：心跳、PING/Echo、冗余、选举。
- 安全性：指 阻止非授权用户使用企业或拒绝服务的能力。 如 保密性、完整性、不可抵赖性、可控性。
设计策略：入侵检测、用户认证、用户授权、追踪审计。
- 可修改性：以较高性能价格比对系统进行更改。
设计策略：接口-实现分离、抽象、信息隐藏。
- 功能性：系统所能完成所期望的工作和能力。
- 可变性：指 体系结构经扩充或变更而成为新系统结构的能力。（可扩展）
- 互操作性：作为系统 组成部分的软件不是独立存在的，经常与其他系统或自身环境相互作用。
- 质量属性场景
质量属性场景是一种 面向特定质量属性的需求。六个部分组成。
刺激源（source）：指 某个生成该刺激的实体。（人、计算机系统或者任何其他刺激器）
刺激（stimulus）：是指 当刺激达到系统时需要考虑的条件。（希望增加、删除、修改、改动功能、质量属性、容量等）
环境（environment）：该刺激 在某些条件内发生。（系统设计时，编译时，构件时，运行时）
制品（artifact）：某个制品 被激动，被刺激的对象，被人刺激的主体。（系统用户界面、平台或目标系统交互的系统）
响应（response）：该响应是 在激励到达后所采取的行动。（查找架构所需要修改的位置，进行修改且不影响其他操作）
响应度量（measurement）：应当能够以某种方式对其进行度量。（响应时候所做修改对系统其他模块产生的影响）
- 软件架构评估
前面介绍了软件质量，从质量方面开始对架构进行评估。
敏感点：为了实现某种特定的质量属性，一个或多个构件具有的特性。（只影响一个，比如安全）
权衡点：是影响多个质量属性的特性，是多个质量属性敏感点。（当影响多个，比如效率和安全）
风险点与非风险点，风险点可能引起风险因素。某些事可接受可行，则是非风险的。
软件架构评估在 软件架构设计之后，系统设计之前，目的为了是否能解决系统需求，但不单单为了解决系统需求。
三种架构评估方式：
- 基于调查问卷（检查表）方式：问卷调查。
- 基于度量方式：制定一些 定量指标 来度量架构，如代码行数。
- 基于场景的方式：
- 确定引用领域的功能和软件架构的结构之间的映射。（刺激）
- 用于体现待评估质量属性的场景。（环境，事件发生的环境）
- 分析软件架构对场景的支持程度。（架构响应刺激过程）
A是输入，C是输出，B则是真实场景。
基于场景的架构分析方法主要三个：
- SAAM
一种 非功能质量属性 的架构分析方法，是最早使用的方法。
- 特定目标，saam的目标对 描述应用程序属性的文档，验证基本的架构假设和原则。
- 质量属性，这一方法基本特点是把任何形式的质量属性都具体化场景，但 可修改性 是SAAM的主要质量属性。
- 架构描述，SAAM用于架构的最后版本，但早于详细设计，架构的描述形式被所有参与者理解。
- 功能、结构和分配 被定义为描述架构的三个主要方面。
- 方法活动，SAAM主要输入是 问题描述、需求申明和架构描述。
主要五个步骤 场景开发、架构描述、单个场景评价、场景交互和总体评价。
- ATAM（重点）
架构权衡分析法ATAM，让架构师明确如何权衡多个质量属性，参与者有评估小组、项目决策人和其他项目相关人。
四个主要活动领域：场景需求收集、体系结构视图和场景实现、属性模型构造和分析、（架构评审做一个）折中。
整个评估过程强调 以属性作为架构评估的核心概念。
在系统开发之前，对这些质量属性评价和折中。
描述阶段
- 首先描述ATAM方法。（类似宣读规则）
- 描述业务动机。
- 描述架构。
架构分析阶段
- 确认架构方法。
- 生成质量属性效用树（非常重要）
- 分析架构方法。
测试阶段：
- 讨论场景对场景进行分级。
- 分析架构方法。
- 描述评论结果。