软件架构设计(十) 架构评估（复审）-方法论-Toy模板网

这篇具有很好参考价值的文章主要介绍了软件架构设计(十) 架构评估（复审）-方法论。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

我们上一节讲到了为什么么要进行架构的评估，以及架构评估有哪些质量属性，本节正式来学习架构评估的一些方法论。

再讲到架构评估之前，还需要了解几个概念，也就是风险点，非风险点，敏感点，权衡点等。文章来源地址https://www.toymoban.com/news/detail-697605.html

风险点：系统架构风险是指架构设计中潜在的，存在问题的架构策略所带来的隐患。
- 比如说某些需求没有搞清楚，就把架构设计出来了，这就是一些风险点，可能对未来带来一些危害或者潜在的问题
非风险点：与风险点相对应，往往是用户提出某种需求，然后要求是可以接受的。也就是没有隐患，因为是用户提出来的并且可以实现。
敏感点：指为了实现某种特定的质量属性，一个或多个构件所具有的特性
- 敏感点包含了权衡点
- 稍微刺激一下，有点变化，就会有很剧烈的变化。比如调整某个参数，对结果的影响很大。因此敏感点要求严格管控。
权衡点：是影响多个质量属性的特性，是多个质量属性的敏感点
- 权衡点是敏感点的一种特殊表现形式
- 比如安全和性能调整参数，增加了安全性，性能一般都会降低。增加了性能，安全性就会降低。因此这样的参数就是一个权衡点，需要合理调整安全和性能。
- 再比如验证码登录，您使用验证码，势必会让用户输入验证码，增加了时间，但是却增加了安全性，也能防止一些暴力破解。