《Fundamantals of Software Architecture》 Q&A Part3

第三部分 技巧与软技能

第十九章 架构决策

1.什么是掩盖资产反模式？
尝试做出架构决策时会出现的第一个反模式是掩盖你的资产。当架构师由于担心你做出错误选择而避免或推迟做出架构决策时，就会出现这种反模式。
2.有哪些技术可以避免电子邮件驱动的架构反模式？
仅在电子邮件正文中提及决策的性质和上下文，并提供架构决策和相应详细信息的单个系统记录链接。
3.Michael Nygard定义的识别具有重要架构意义的事物的5个因素是什么?
会影响结构、非功能特性、依赖项、接口或构建技术的决策。
4.架构决策记录的5个基本部分是什么？
标题、状态、背景、决策和后果。
5.在ADR的哪个部分，你通常会添加架构决策的理由？
背景
6.假设你不需要一个单独的替代部分，你会在ADR的哪个部分列出你建议的解决方案的替代方案？
状态
7.你将ADR的状态标记为Proposed的三个基本标准是什么？
成本、跨团队影响、安全性

第二十章 分析架构风险

1.风险评估矩阵的两个维度是什么？
风险的整体影响和该风险发生的可能性。
2.在风险评估中有哪些方法可以显示特定风险的方向？你能想到其他方法来表明风险时变好了还是变化了吗?
一般会在风险等级旁边标注通用的方向符号：＋或-号，来指示方向。
利用箭头及其趋向的风险评估数字。
3.为什么有必要将风险风暴作为一种协作活动？
没有架构师可以单枪匹马确定系统的整体风险。原因有两个。首先，单个架构师可能会错过或忽略某个风险域，此外，很少有架构师对系统的每个部分都有全面的了解。这就是风险风暴可以发挥作用