在之前的Marc Lankhorst博客中,参考架构的价值得到了突出体现,包括原因和方式。在这篇博客中,我想深入一点,专注于我们(或我们中的一些人)熟悉的“产品” - 参考模型,使用ArchiMate作为语言。
什么是参考模型?
首先,我们退后一步,并参考参考架构,这些架构被描述为“为特定领域,行业或领域提供参考框架的标准化架构”。
参考模型带来的是一个非常清晰的视图(通常是在页面上)的感兴趣的领域 - 可以重复使用的东西,当然可以调整以适应组织。
参考模型类型的示例:
- 业务参考模型(或BRM)
- 技术参考模型(或TRM)
- 信息参考模型(或IRM)
有许多行业参考模型可供任何人使用,但真正的优势在于将这些模型转化为组织特定的参考模型 - 这些模型可以促进讨论,促进重用,并为其他建筑领域提供可追溯性。
我如何使用ArchiMate表示这一点?
参考模型通常只是PowerPoint幻灯片,Visio图表,甚至是Excel电子表格中的一些填充单元格。这非常适合进行通信,并且可以一次性获取消息。
当我们谈论企业架构时,很少有参考模型被孤立使用 - 我们需要将它们“链接”到其他区域,因此需要使用标准将参考模型元素绑定到 - 例如ArchiMate。
一次又一次出现的问题是 - “我应该使用什么概念来表示这个特定参考模型上的'块'?”
这是一个通常需要花费数天甚至数周讨论的主题领域 - 并且争论它实际上只是违背了使用参考模型的目标,因为,参考 - 我们需要就表示达成一致,然后只是始终如一地使用它!为了建议或回答这个问题,我们确实需要放大相关的参考模型。我将回顾上面提到的三个例子。
业务参考模型
基本上描述了“在页面上的商业”,我们将父母“区域”分解为儿童,然后是孙子等。它应该描述“组织的作用”,这通常提供了一个很大的线索。
对于那些至少具有ArchiMate工作知识的人来说,某种“行为”正在被描述,它本质上应该是“商业性的”。这听起来像商务功能!
Microsoft Industry Reference Architecture for Banking
架构修炼之道:亿级网关、平台开放、分布式、微服务、容错等核心技术修炼实践
¥75.1
购买
技术参考模型
与业务参考模型类似,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表示法创建参考模型(创建有效的关系以执行影响分析等),但没有理由不输出 是不同的(它可以是“通知”类型的观点)。
原文: https://bizzdesign.com/blog/reference-architecture-models-with-archimate/