在之前的Marc Lankhorst博客中，参考架构的价值得到了突出体现，包括原因和方式。在这篇博客中，我想深入一点，专注于我们（或我们中的一些人）熟悉的“产品” - 参考模型，使用ArchiMate作为语言。

什么是参考模型？

首先，我们退后一步，并参考参考架构，这些架构被描述为“为特定领域，行业或领域提供参考框架的标准化架构”。

参考模型带来的是一个非常清晰的视图（通常是在页面上）的感兴趣的领域 - 可以重复使用的东西，当然可以调整以适应组织。

参考模型类型的示例：

• 业务参考模型（或BRM）
• 技术参考模型（或TRM）
• 信息参考模型（或IRM）

有许多行业参考模型可供任何人使用，但真正的优势在于将这些模型转化为组织特定的参考模型 - 这些模型可以促进讨论，​​促进重用，并为其他建筑领域提供可追溯性。

我如何使用ArchiMate表示这一点？

参考模型通常只是PowerPoint幻灯片，Visio图表，甚至是Excel电子表格中的一些填充单元格。这非常适合进行通信，并且可以一次性获取消息。

当我们谈论企业架构时，很少有参考模型被孤立使用 - 我们需要将它们“链接”到其他区域，因此需要使用标准将参考模型元素绑定到 - 例如ArchiMate。

一次又一次出现的问题是 - “我应该使用什么概念来表示这个特定参考模型上的'块'？”

这是一个通常需要花费数天甚至数周讨论的主题领域 - 并且争论它实际上只是违背了使用参考模型的目标，因为，参考 - 我们需要就表示达成一致，然后只是始终如一地使用它！为了建议或回答这个问题，我们确实需要放大相关的参考模型。我将回顾上面提到的三个例子。

业务参考模型

基本上描述了“在页面上的商业”，我们将父母“区域”分解为儿童，然后是孙子等。它应该描述“组织的作用”，这通常提供了一个很大的线索。

对于那些至少具有ArchiMate工作知识的人来说，某种“行为”正在被描述，它本质上应该是“商业性的”。这听起来像商务功能！

Microsoft Industry Reference Architecture for Banking

技术参考模型

与业务参考模型类似，TRM通常描述“基于页面的基础结构”，但同样在更具功能性的角度 - 它不应该是关于服务器x，y和z，处理器和服务器的细节级别。 技术信息的类型。

考虑到这些要点，我们再次关注基础设施服务和基础设施功能（即行为）。

The Cloud Ecosystem Reference Model

信息参考模型

到目前为止，在上面的两个例子中，我们注意到“行为”概念似乎被使用 - 这通常是一系列参考模型的情况。 毕竟，“结构”概念通常更接近于实施。

IRM描述了组织内部可用的常见“信息”（TM论坛SID就是很好的灵感）。 从正确的角度来看，行为概念的使用并不合适 - 因此我们在逻辑上看待“被动结构”专栏（描述某种“对象”）。

正如ArchiMate的忠实用户所知，可能会决定是否使用Business Objects或Data Objects来表示IRM的元素。 这再次受到解释，但通常像“信息”这样的高级别可能最适合作为业务对象。

 The Information Framework (SID)

结论

因此，我们有它。 使用ArchiMate使用参考模型的一些建议。

您可以使用各种ArchiMate概念来表示模型中的元素; 但最重要的一点是要就标准达成一致（并坚持下去），在使用中保持一致，并分享结果！

最后一个结论侧重于向“非技术”利益相关者展示 - 记住，虽然建筑师可以用标准化的ArchiMate表示法创建参考模型（创建有效的关系以执行影响分析等），但没有理由不输出 是不同的（它可以是“通知”类型的观点）。

本文：http://jiagoushi.pro/reference-architecture-models-archimate

讨论：请加入知识星球【首席架构师圈】或者飞聊小组【首席架构师智库】