在我之前的博客文章中，我写过关于价值驱动的企业架构及其与企业内不同学科的关系。在这篇博客中，我想关注使用参考体系结构的附加价值。

什么是参考架构？

参考体系结构是标准化体系结构，为特定域，扇区或感兴趣的领域提供参考框架。参考模型或体系结构提供了通用词汇表，可重用设计和行业最佳实践。它们不是解决方案体系结构，即它们不是直接实现的。相反，它们被用作更具体架构的约束。通常，参考架构包括通用架构原理，模式，构建块和标准。

许多域都定义了自己的参考体系结构。众所周知的例子包括：

• 银行业的BIAN服务格局;
• ACORD保险业框架;
• TMforum为电信行业提供的eTOM业务流程框架;
• 各种政府参考架构，例如荷兰NORA及其“女儿”，美国FEAF或澳大利亚AGA;
• NAF，DODAF和MoDAF等国防架构框架;
• 制造和供应链的参考架构，如ISA-95和SCOR。

这些体系结构中的大多数包括域中的公共业务功能/功能和业务流程。除此之外，它们可以包括例如通用数据模型，通信标准和交换格式，有时甚至包括通用软件构建块和其他可重用资产。

为什么要使用参考架构？

那么使用这种参考架构的价值是什么？为什么以及何时应该使用它们？

首先，参考体系结构提供了一个参考框架，可帮助您了解特定域，并为您自己的企业体系结构工作提供了一个起点。它们为您提供基本结构，因此您无需重新发明轮子（无论如何通常都是正方形）。参考体系结构对于您不与其他人竞争的组织的这些方面和元素最有价值。

例如，典型保险公司的业务功能与其竞争对手的业务功能大致类似，其业务流程也很多。竞争差异很可能出现在其产品，定价，客户群和客户关系中。重用参考架构提供的行业最佳实践可确保您不会在这些非竞争方面落后于曲线。我们在许多IT系统的实施中也看到了这一点，其中SAP等供应商为组织的大部分提供参考流程。例如，您的会计流程很少具有竞争优势。

使用参考体系结构的第二个原因是互操作性。在我们日益网络化的世界中，组织需要与各种其他方面建立联系和合作。参考体系结构提供的标准和构建块有助于实现这些连接。一个相关的好处是使用标准提高了灵活性，因为交换通过标准化接口连接的构建块更容易;反之亦然，如果构建模块本身是标准化的，那么开发标准要容易得多。乐高是一个完美的例子，正如我的同事Bas van Gils最近在他的博客中所描述的那样。

这就引出了使用参考架构的第三个原因：兼并和收购以及外包。如果双方使用相同的语言，使用相同的标准，并认识到功能，过程和/或系统之间的相同边界，则以新的方式重新组合它们的元素将更加容易。

使用参考体系结构的第四个原因是为了促进您所在行业的基准测试。通常，公司之间的差异不在于例如他们的业务流程，但在他们的执行。使用参考设计可以更容易地比较这些执行结果。

基准测试将我们引入参考架构非常重要的第五个原因：法规遵从性。通常，监管机构规定（或至少强烈建议）参考架构。例如，会计原则，实践和流程日益标准化和强制执行。这导致了业务报告标准，甚至达到了XBRL等交换标准的水平。

如何使用参考架构？

在决定使用参考架构之前，应该满足一些条件。首先，参考架构应该是基于社区的。用户而非供应商应决定最佳实践，并且应该由用户社区主动维护该体系结构。世界正在发生变化，您的参考架构也应如此。

在描述架构时，使用开放标准可以理想地补充这种积极和开放的社区流程。 BiZZdesign提供了许多开箱即用的参考架构模型。

在组织中使用参考体系结构也需要治理：组织应该真正致力于其使用，并且应该以某种方式“强制执行”。如果人们真正按照预期使用它们并且实际遵循他们的指导，那么参考体系结构才有价值，否则重用行业最佳实践的整个想法就会崩溃。

最后，您选择的参考架构应提供真实，可操作的指导。一般的架构原则是不够的。需要实际结构，例如在业务功能或流程，构建块和标准方面，为您自己的架构工作提供有用的主干。

使用参考体系结构并不意味着您失去了所有的设计自由。相反，您可以将这种自由集中在企业的哪些方面，从而实现真正的改变。这是您作为建筑师可以增加最大价值的地方！

原文:https://bizzdesign.com/blog/the-value-of-reference-architectures/

本文:http://pub.intelligentx.net/node/370

讨论:加入知识星球【首席架构师圈】