架构设计笔记-8-体系质量属性与架构评估

没腿的鸟 · 2024-11-13 19:23:39

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有账号？立即注册

x

目录
知识要点
案例分析
1.质量属性
2.非功能性需求
3.质量属性效用树，风险点/敏感点/权衡点，设计策略
4.管道过滤器/堆栈风格，质量属性
5.质量属性效用树
6.质量属性
7.质量属性效用树
8.质量属性效用树，风险点/敏感点/权衡点
9.质量属性效用树
10.质量属性
11.质量属性效用树
12.质量属性
13.Utility tree，风险点/权衡点/敏感点
论文
1.论软件体系架构评估及其应用

知识要点

正确识别风险点、非风险点、敏感点和权衡点是进行软件架构评价的关键步骤，此中敏感点是实现一个特定质量属性的关键特性，该特性为一个或多个软件构件所共有。权衡点会影响一个或多个属性，并对于多个属性来说都是敏感点。基于该定义，可以看出“改变加密的级别大概会对安全性和性能都产生明显的影响” 正是一个对体系权衡点的描述。
基于场景的架构分析方法（Scenarios-based Architecture Analysis Method，SAAM）是卡耐基梅隆大学软件工程研究所的 Kazman 等人于 1983 年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM 的主要输入是问题描述、需求说明和架构描述；其分析过程主要包罗场景开辟、架构描述、单个场景评估、场景交互和总体评估。
实现质量属性的一般策略：

可用性：错误检测（Ping/Echo，命令/响应、心跳、异常处理）、错误恢复（表决（通过冗余构件与表决器相联）、主动冗余、被动冗余、备件、状态再同步、检查点/回滚）、错误预防（从服务中删除、变乱（变乱包管一致性）、历程监督器等）。
安全性：入侵检测、用户认证、用户授权、追踪审计、限定访问；
可修改性：运行时注册；接口、实现分离；信息隐蔽；
可靠性：主动冗余；
性能：队列调理，优先级队列、增长计算资源、减少计算开销、引入并发机制、接纳资源调理等；
可测试性：记录/回放。

ATAM 是在SAAM基础之上发展起来的，主要包罗场景和需求收集、架构视图和场景实现、属性模型构造和分析、折中等 4 个阶段。ATAM 方法要求在体系开辟之前，起首对这些质量属性进行评价和折中。
ATAM 方法接纳效用树（Utility tree）这一工具来对质量属性进行分类和优先级排序。效用树的布局包罗：树根—质量属性—属性分类—质量属性场景（叶子节点）。
架构模式是软件设计中的高层决议，例如 C/S 布局就属于架构模式，架构模式反映了开辟软件体系过程中所作的基本设计决议；
设计模式主要关注软件体系的设计，与详细的实现语言无关；
惯用法则是实现时通过某种特定的程序设计语言来描述构件与构件之间的关系，例如引用-计数就是 C++语言中的一种惯用法。
架构评估的方式主要有三种：基于调查问卷方式，基于场景的方式，基于度量的方式。

在进行体系布局（架构）评估时，一般起首要精确地得出详细的质量目标，并以之作为判断该体系布局优劣的标准。我们把为得出这些目标而接纳的机制叫做场景。场景是从风险承担者的角度对与体系的交互的简短描述。在体系布局评估中，一般接纳刺激、环境和响应三方面来对场景进行描述。

刺激是场景中表明或描述风险承担者怎样引发与体系的交互部分。例如：用户大概会引发某个功能、维护大概会做某个更改、测试人员大概会实行某种测试，这些都属于对场景的刺激。
环境描述的是刺引发生时的环境。例如：当前体系处于什么状态？有什么特别的束缚条件？体系的负载是否很大？某个网络通道是否出现了壅闭等。
响应是指体系是怎样通过体系布局对刺激作出反应的。例如：用户所要求的功能是否得到满意？维护人员的修改是否乐成？测试人员的测试是否乐成等。

MVP 是从经典的模式 MVC 演变而来，Presenter 负责逻辑的处理，Model 提供数据，View 负责显示。当然 MVP 与 MVC 也有一些明显的区别，MVC 模式中元素之间“混乱”的交互主要体现在允许 View 和 Model 直接进行“交流”，这在 MVP 模式中是不允许的。

案例分析

1.质量属性