1.1 本版本的变化

1.2 简介与概述

1.2.1 关于本文件

本文件涉及北约架构框架（NAF）第4版第4章第2.2节。它为如何基于ArchiMate 3.2规范开发符合NAFv4的架构提供了指导。

北约架构框架文件涉及所有使用NAF的国家或组织。它由北约架构能力团队（ACaT）提供和维护。ArchiMate 建模指南（即本文档）涉及所有使用 ArchiMate 建模语言进行架构开发的国家或组织。由于工具及框架和语言的具体扩展可能因国家或组织而异，本文未考虑这些方面。

国家或组织需要提供并维护额外的指导方针，以涵盖这些方面。 该专用版本的NAF基于以下原则构建：

• 简洁性——仅包含与需求和目标直接相关的元素和关系，尤其是在北约行动背景下。
  • 我们希望避免出现几乎不常用的冗余关系和对象类型。
• 灵活性——在实际且相关的情况下，采用了专业化。
  • 这使得ArchiMate元模型能够进行针对性的定制，从而实现可扩展性和适应不断演变的业务需求。
• 可用性 ——语义清晰，建筑概念的表达清晰，避免设计中的歧义。

• 对齐 ——在推动简洁和极简的同时，优先确保整体元模型符合NAF v4标准。

这使得满足NAFv4需求的ArchiMate元素使用量达到最低，尽管存在一些对象 重复使用。

它并非旨在实现 ArchiMate 与 NAFv4 的 1：1 映射。

被指定读者包括

• 模型制作者需制作符合NAFv4标准的ArchiMate模型。

• 制定国家/组织指南。

• 工具专用ArchiMate配置文件的实现者。

需要注意的是，项目级别的架构师可以遵循该文档作为指导，但他们有自由和灵活性制定适合用途的视图，并根据需要扩展元模型以满足其项目需求。由于程序时间和带宽的限制，期望他们能为程序制定一个最小可行架构，而不是盲目地创建整个视图集，以支持本文档中的观点。

1.2.2 NAFv4视点

NAF网格表示是一种用于标准化NAF视角的二维分类方案，这些视点是任何符合NAF架构工作的基线。然而，视角的选择必须根据具体架构工作进行定制，即需要在网格中识别合适的视点，并在需要时定义额外的视点。网格方法通过关注主题（行）和关注的方面（列）来呈现NAF的视点。NAF以网格和列为一组宽泛的模型类型排列。更多信息请参见下图及北约架构框架第四版主文档。注意：架构基础层不在本指南的范围内。

1.2.3 ArchiMate 图层

ArchiMate 全框架通过 NAF 网格捕捉了视角;

ArchiMate Full Framework 中的某些方面并不明确对应于视点，但垂直“方面”的阴影与封装视角强调这些方面对象的使用有关，但不限于这些方面。由于 NAF 网格中多个层都使用了 ArchiMate 概念，因此需要对 ArchiMate 概念进行专门化，详见本文正文。虽然有些术语在NAF和ArchiMate中含义相同，但也有不同。必须注意在任何时间点理解文件所指的术语，例如;技术、物理、资源和节点。

1.3 如何阅读

1.3.1 本文件结构

NAFv4网格的每一行都提供一个ArchiMate提取。每个视点（NAFv4网格中的单元格）由包含以下内容的独立子节描述：

• NAF相关部门的信息

• 与视角相关的ArchiMate摘录

• ArchiMate 与 NAF 对象的实现说明及映射

• 在该文档的后续版本中，还将提供建模示例

在实现指南部分包含一个三列表格，用于提供NAFv4、标准ArchiMate和本指南专用对象之间的映射。这些表格中的列为：

1.3.2 专长

对ArchiMate元模型进行专业化是必要的，因此，本文档中的所有元素都应被视为标准ArchiMate规范的专业化，仅有些元素的区别在于这些专门化与标准的偏差程度。

专业化涵盖了这两方面;

• 标准 ArchiMate 框架与 NAFv4 对齐的不足，以及未来的应用

• 不同建模语言之间的交换

通过针对 NAF 特定构造定制 ArchiMate 元素，最终产生的专用 NAFV4 ArchiMate 元模型 变得更加高效且符合其预期目的。ArchiMate 规范完全支持这一专业化，确保合规性同时提升清晰度和可用性。例如，应用组件用于表示逻辑节点，元素名称为“# Application Node”，以反映其专业角色。这弥合了标准符号与 NAFv4 特殊需求的差距。

1.3.3 实现工具需求

本指南采用工具无关性的方式编写，但任何 ArchiMate 建模工具的最低要求是能够实现所需的专用化，即语言，符合 ArchiMate 规范。工具集必须支持将专业化嵌入为标记元素的属性，或将它们作为物体上的刻板印象可视化。这些功能对于确保专业框架持续应用且直观，促进有效的建模、分析和利益相关者沟通至关重要。

1.3.4 视点解读

视点上的元素显示专门名称，并以 # 作为前缀，例如 '# Application Node'，使其扩展目的立刻显现。元素的颜色也根据其所属的NAF层进行着色。不过，它们保留了标准的 ArchiMate 符号，以保持用户的熟悉性和一致性。这种方法确保了专门化的构造在NAFv4框架内的直观性，同时清晰传达其专业含义。这在表示标准符号和扩展功能之间取得了平衡。请见下文示例，展示C4视角与默认ArchiMate颜色与NAF分层颜色的区别。注意：在 ArchiMate 中，颜色没有正式的语义。

加粗边框表示视点上必须存在的（必须存在于视点中）的对象，否则对象是可选的（可以存在于视点中）。

注意，元素的属性并未在视图中可视化，即使在框架描述中提及，但在相关实现指导中会在适当情况下明确提及。

1.3.5 实现/指导文本

• 在涉及NAFv4的术语中会加粗

• 对于ArchiMate专用的，它们用斜体标注

如上所述，图形和表格中以“#”为前缀的特殊元素，并在叙述中标注为粗斜体，其中ArchiMate概念与NAFv4概念为1：1对应。在其他情况下，该专业通过突出NAFv4概念，并引导读者注意这些概念如何与一个或多个ArchiMate概念对应，无论是在叙述中还是作为每个观点的实施指导部分组成的表格。

每个视角下方会有一个表格，包含三列：“NAFv4 名称”、“NAFv4 ArchiMate 名称”、“ArchiMate Name”。

1.4 已知问题

在本文件中，承认以下内容;