4.9测试你的知识
以下是 iSAQB 课程中“软件架构的描述与交流”部分的一些详细摘录，以帮助您巩固所学内容。
LG3-1:解释并考虑技术文档的质量属性。
o 能够解释技术文档的基本原理和质量特征
LG3-2: 描述和交流软件架构。
o 由于不同的读者群体（管理层、开发人员、质量保证人员和其他软件架构师）以及不同的作者（软件架构师、开发人员等），软件架构的描述有特殊要求。
o 意识到基于模板和模型的文档的好处
LG3-3: 理解如何解释和应用符号/模型来描述软件架构。
o 了解并能够使用对架构视图的符号表示有用的选定 UML 图
o 了解 UML 图的替代方案（例如，流程图、编号列表、BPMN）
LG3-4: 解释和使用架构视图。
o 解释重要架构视图的定义及其重要性
o 能够记录不同的架构视图，如构建块视图、结构视图等
LG3-5:解释和使用系统上下文。
o 能够区分功能上下文和技术上下文
LG3-6:记录和沟通横切架构概念。
o 能够解释横切技术概念和架构概念的重要性，并列举一些典型概念 o 知道横切方面的概念可以在不同系统中重复使用
LG3-7:描述接口。
o 能够创建接口描述和规范
o 能够区分内部接口和外部接口
LG3-8: 解释和记录架构决策。
o 能够记录并证明架构决策的系统推导
LG3-9: 理解文档作为书面交流的用途。
o 用于描述软件架构的工具也支持其设计和开发。
o 技术文档的语言和表达方式应与读者的能力和目标相一致。
LG3-10: 了解文档的其他资源和工具。
o 了解几个已发布的软件架构描述框架的基本特征，例如 4+1、TOGAF®、ISO/IEEE-42010（以前的 1471）、arc42 等。
o 熟悉软件架构检查表的想法和示例（也见第 5 章）
o 熟悉创建和维护架构文档的工具（也见第 6 章）
形式上正确的 UML 术语将这些称为 UML 部件，而 UML 组件是一个模块化的部分。为了简单起见，在其他图表中我们将这些称为 UML 组件。
这些实际上是构建块的实例。
自从 UML 2 发布以来，UML 通信图是“旧”的 UML 协作图的名称。
这里的“细化”一词是在分解或分段的上下文中使用的。
在模型驱动开发和模型驱动架构的上下文中，细化甚至可以（在几个步骤的过程中）扩展到代码级别。
当然，除非您完全在模型驱动的基础上生成整个代码，在这种情况下，您的规则包含在您的模型和生成器中。
Last updated