如果您在为大型组织建模现实，全尺寸架构方面拥有一些经验 - 当然，最好是使用ArchiMate语言 - 您可能会遇到以逻辑和可管理的方式组织模型的挑战。在这个由两部分组成的系列文章中，我们将分享我们组织您的架构模型的前6种方法。这六种方法应该可以帮助您保持模型整洁，同时为您的战略计划提供更好的结果。

1.按业务域，信息域和技术堆栈组织模型存储库

在大型组织中，您需要一些子结构用于集成的当前状态模型。可以按业务域或高级业务功能组织功能，业务功能和业务流程。这是商业世界的一个自然细分，既有相关人员容易识别，也有企业的典型责任和授权结构。

模型存储库的应用程序和数据部分可以根据信息域进行组织，包括：

1. 通常属于一起的信息项集
2. 处理此信息的应用程序
3. 这些应用支持的业务功能

例如，您可能拥有客户数据的信息域，包括您在客户上捕获的相关个人数据以及用于存储和处理它的应用程序（例如CRM系统）。另一个信息域可能是客户交互，例如，您可能会在其中找到呼叫中心和社交媒体应用程序。

对于体系结构的技术部分，面向业务的结构通常没有多大意义，因为企业的大部分技术基础架构都跨越业务或信息域。相反，在许多情况下，通过技术堆栈进行组织更有意义。然后，这些堆栈模型可由具有必要技术专业知识的独立团队进行管理。

设置导航页面以帮助人们找到绕过此结构的方式也非常有用。下图显示了这个例子。

另外两个模型类别是1）外部参考模型和2）标准。例如，上图中显示的银行业BIAN标准或ISO / IEC 207001安全标准描述了您的工作方式，包括：

• 建模过程
• 命名约定
• 架构角色
• 和更多

在同一个存储库中访问这些非常方便。当然，这些领域可能存在交叉和重叠的方面。要对这些进行排序，您需要在相关专家之间建立定期协调，最好由协作平台支持，该平台允许您设置正确的权限，创建审阅工作流以及组织要完成的工作。我们的Enterprise Studio和HoriZZon产品提供支持架构建模这一方面的工具。

2.分离当前和未来状态模型

重要的是要明确区分您所描述的关于世界的内容，以及您所了解的未来。关于现在的事实和关于未来的想法应该在您的架构模型中清楚地区分。

实现此目的的一种方法是创建当前状态的可读，集成参考模型（可能是每个域，如上所述）和单独的项目级模型，这些模型描述了未来设计时的各个方面。这些未来状态模型的可见性仅限于针对它们的特定项目团队，因此人们不会对未来状态设计的工作感到困惑。在这些未来状态模型中，可以重用当前状态的元素，这些元素可以被重用。一旦将项目结果投入生产，未来状态模型将成为现实，并将转变为集成的当前状态模型。

值得注意的是，创建这些模型的过程非常不同。在描述当前状态时，通常最容易从ArchiMate建模语言中所谓的“结构”开始：企业中容易看到的组织，应用程序，软件平台和设备。从那里，您可以查看它们的行为：这些结构元素提供的流程，服务和功能。在下一步中，您可能会寻找协同或合理化的共性和机会，仅作为示例。

但是，在设计未来状态架构时，您通常会以相反的方式工作：首先定义解决业务问题所需的服务，然后概述提供服务所需的流程和功能。完成后，您才会决定将执行此行为并提供这些服务的结构元素。这避免了通过您所知的结构（即组件，系统，产品等）约束您可能的设计解决方案的常见陷阱，尤其是在设计过程的早期阶段。

3.将模型内容与该内容的视图分开

在体系结构建模中，通过以适当的方式可视化部分内容，将您的体系结构的内容与解决特定利益相关者关注点的此内容的视图区分开来非常重要。相同的模型元素可能出现在不同的视图中;反之亦然，所有视图共享相同的底层内容。

通常，您根据已建模的元素类型组织模型内容，例如使用ArchiMate语言的层（动机，策略，业务，应用程序，技术，实现和迁移），或者通过定义更细粒度单独的业务流程，应用程序组件等集合。

有关该内容的观点最好根据您所涉及的利益相关者类型进行组织，并为业务经理，流程设计人员，应用程序所有者，数据管理员，项目经理，系统管理员等组提供视图。

更多架构模型组织理念

在本系列的下一部分中，我们将讨论命名和建模约定，以及讨论模型的治理和质量保证的结构。敬请关注！

原文:https://bizzdesign.com/blog/6-ways-to-organize-your-architecture-models-part-1/

本文:http://pub.intelligentx.net/enterprise-architecture-6-ways-organize-your-architecture-models-part-1

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