# 4.9测试你的知识

&#x20;以下是 iSAQB 课程中“软件架构的描述与交流”部分的一些详细摘录，以帮助您巩固所学内容。&#x20;

LG3-1:解释并考虑技术文档的质量属性。&#x20;

o 能够解释技术文档的基本原理和质量特征&#x20;

LG3-2: 描述和交流软件架构。&#x20;

o 由于不同的读者群体（管理层、开发人员、质量保证人员和其他软件架构师）以及不同的作者（软件架构师、开发人员等），软件架构的描述有特殊要求。&#x20;

o 意识到基于模板和模型的文档的好处

LG3-3: 理解如何解释和应用符号/模型来描述软件架构。&#x20;

o 了解并能够使用对架构视图的符号表示有用的选定 UML 图&#x20;

o 了解 UML 图的替代方案（例如，流程图、编号列表、BPMN）&#x20;

LG3-4: 解释和使用架构视图。&#x20;

o 解释重要架构视图的定义及其重要性&#x20;

o 能够记录不同的架构视图，如构建块视图、结构视图等&#x20;

LG3-5:解释和使用系统上下文。&#x20;

o 能够区分功能上下文和技术上下文&#x20;

LG3-6:记录和沟通横切架构概念。&#x20;

o 能够解释横切技术概念和架构概念的重要性，并列举一些典型概念 o 知道横切方面的概念可以在不同系统中重复使用&#x20;

LG3-7:描述接口。&#x20;

o 能够创建接口描述和规范&#x20;

o 能够区分内部接口和外部接口&#x20;

LG3-8: 解释和记录架构决策。&#x20;

o 能够记录并证明架构决策的系统推导&#x20;

LG3-9: 理解文档作为书面交流的用途。&#x20;

o 用于描述软件架构的工具也支持其设计和开发。&#x20;

o 技术文档的语言和表达方式应与读者的能力和目标相一致。&#x20;

LG3-10: 了解文档的其他资源和工具。&#x20;

o 了解几个已发布的软件架构描述框架的基本特征，例如 4+1、TOGAF®、ISO/IEEE-42010（以前的 1471）、arc42 等。&#x20;

o 熟悉软件架构检查表的想法和示例（也见第 5 章）&#x20;

o 熟悉创建和维护架构文档的工具（也见第 6 章）

1. 形式上正确的 UML 术语将这些称为 UML 部件，而 UML 组件是一个模块化的部分。为了简单起见，在其他图表中我们将这些称为 UML 组件。
2. 这些实际上是构建块的实例。
3. 自从 UML 2 发布以来，UML 通信图是“旧”的 UML 协作图的名称。
4. 这里的“细化”一词是在分解或分段的上下文中使用的。
5. 在模型驱动开发和模型驱动架构的上下文中，细化甚至可以（在几个步骤的过程中）扩展到代码级别。
6. 当然，除非您完全在模型驱动的基础上生成整个代码，在这种情况下，您的规则包含在您的模型和生成器中。
