在此之前，我写过关于数字化变更功能以及企业架构如何支持并为您的组织提供价值的需求。我还讨论了如何在不同的抽象层次上对架构描述进行分类。但是有一个方面我没有深入研究：与您的组织相比，架构描述的概念性或具体性如何？
在过去的十年中，已经开发了参考架构，并且已经发布了许多参考架构。它们是描述企业的一个非常有用的开端，架构或多或少地特定于我们的企业。我不想在学术讨论中迷失自己应该归类为什么，所以我将专注于背后的想法的重点。
从通用架构到特定于组织的架构
上图中显示的频谱从左侧开始，具有最通用的架构类型，即Foundation Architectures。通用技术或基础架构体系结构通常属于此类，例如TOGAF 9.1规范所涉及的技术参考模型（TRM）。在这里，我们经常发现技术或技术平台的架构描述。
向右移动，Common Architectures可以基于Foundation Architectures构建。通常，这些对于组织的体系结构更具体，但是，这些体系结构仍然可以应用于所有行业。我想提出可以在不同行业中使用的企业资源规划（ERP）参考架构或ERP系统的示例。
如果体系结构更具体，但仍可能在同一行业的多个组织中重复使用，则这些体系结构可归类为行业体系结构，例如， ERP汽车参考架构。另一个例子是开发用于能源和水行业的ERP系统，其中一些国家的公司面临着许多不断变化的监管变化。
特定于组织的体系结构是您为组织描述的体系结构，主要用于支持程序或项目。因此，它们是您企业最具体的架构描述。
TOGAF称架构描述为“工件”，它是“描述架构方面的架构工作产品”，可以用表格，矩阵或图表表示（TOGAF 9.1,2.5）。TOGAF规范中有关于此类别频谱如何相互关联的更多信息，但让我关注最实用的部分。
你在实践中用了什么？
在实践中，我经常看到特定于组织的体系结构（我们的体系结构描述）和特定于行业的体系结构。如果您找不到适合您所在行业的参考架构，您可能需要再次尝试寻找更通用的架构 - 通用架构或基础架构。这些参考模型存在于各种架构领域中;例如用于功能，业务流程（例如ITIL），功能，应用程序，技术或风险和安全性。
现在，您可以根据功能/解决方案描述并根据其特异性对体系结构描述进行分类。以下示例将有助于在实践中应用此分类。
体系结构分类的实例
为了实现这一目标，您可以使用提供技术信息服务的公司提供的技术分类分类法。其中一家公司是Flexera BDNA Technopedia，它提供有关技术生命周期的信息等。这是对技术进行分类的良好起点，是旧版TOGAF TRM的替代品。此外，如果您错过了某些分类，请记住TOGAF所说的“根据您的需要定制参考模型”。
下表显示了企业连续体中的示例：
现在，您可以通过该方法对架构描述进行分类。为了实现EA成为自适应企业的价值主张，您可以仔细研究架构和解决方案构建块，这可以防止您在管理作为EA架构师的所有已部署实例时迷失方向。
在本系列的下一篇博客中，我将概述如何使用ArchiMate以全球标准符号描述这些体系结构。这将帮助您标准化有关架构描述的沟通，以支持战略变更！
要获得有关ArchiMate及其在BPMN，UML和其他符号旁边的定位的简要说明，请阅读将ArchiMate 3.0与其他标准结合使用。
