什么是模型？

周金根

建模语言有助于更好地形式化知识、分析问题和设计解决方案，所以我们在 OEAF 中强调模型和存储库的构建。

模型是对特定主题以简化或抽象的方式提供一种展示，其最终目的是阐述利益相关者关注的视角。通过对问题的具体化理解，模型描述了上下文和目标域，并反映了意图。它可以帮助参与者思考，并从这个思考过程的结果中得到丰富。

模型一般来说是由建模工具形式化并放到存储库中的内容。但从广义上来说，模型还包括在企业架构工作中收集的所有非正式元素（文本、图形等）。

无法想象在建筑行业中没有模型，大楼会由谁以及如何盖起来的。建筑只是众多例子中的一个而已，其实在大多数领域，专用模型已经被定义并被广泛使用（例如机械、CAD、航空电子和电子等）。尽管在企业架构中对模型的需求是普遍的，但它比更具体的物质世界的领域模型更难。

在IT领域，模型很早就存在，IDEF0 模型在技术系统中得到广泛应用，还有面向对象的模型。建模标准有UML、BPMN等。

模型支持两项基本活动，即分析和设计。分析定义了问题的描述，并详细说明了需要涉及的领域。设计侧重于解决方案，描述如何解决问题并详细说明将使用哪些技术和活动。

模型设计不关心覆盖整个模型类型，也不关心最大细节，这在很多实践中已被证明是无用的。模型必须阐明问题，对于要处理的每一个问题，建立的模型都必须带来附加价值，我们应该只对绝对必要的东西进行建模。

模型不能代表企业的所有知识，它们只是一种媒介，离不开相关的解释，这只能通过相关文件提供补充，以及通过参与者之间的直接沟通来保证良好的相互理解水平。

两种主要的建模方法

“自上而下”的方法从通用模型开始，逐步构建越来越详细的模型，直至解决方案的完整定义。这是一种高度分析的方法，其优点是涵盖了问题的整个范围并定位了所有组件。这种方法的风险在于它可能过于笼统，过于理论化，并且与现实脱节。
“自下而上”” 方法的优势在于通过提供一种解决方案来关注问题的特定部分。这种方法可以从解决方案的原型开始，该原型将用于验证其可行性。缺点是这种方法没有提供概述，并且不能保证相关视图所必需的构建块的一致集成。

应结合使用自下而上/自上而下的方法。对于任何给定的问题，我们必须定义在自上向下模式下应该执行什么以及在自下而上模式下应该实现什么。

没有严格的标准来判断模型好坏，在 OEAF 中我们有以下几个重要标准可以帮助确定模型的质量：

一致性：满足所用建模语言施加的一致性规则。换言之，结构健全的，尽管这本身不能保证模型是好的。例如，建筑的蓝图可能遵守建筑规则（屋顶由墙支撑，必须有入口和紧急出口等），但这并不能决定建筑是否合适。
相关性：所有必要的要素都必须存在，所有存在的要素都必须是必要的。这个标准是最重要也是最难判断的。换言之，模型必须使用正确的概念描述问题，并具有适当的详细程度。当模型成功地代表了要处理的问题时，它是相关的。

使用建模语言时，必须遵守其一致性规则。这种一致性可以通过建模工具来保证，例如 Archi 背后遵守的是 ArchiMate标准，为企业架构预定义的每个“视点”都将添加特定的一致性规则，另外还可以随时对模型进行检查。

企业经常拥有大量的非托管模型、过时的流程模型和应用程序映射，这些模型与现实不相符，也不符合存储库的期望，模型的价值因此而降低，参与者也无法将现有模型作为其发展的基础。

存储库的正确使用和持久性在很大程度上取决于其质量。如果要保证其质量，就必须组织存储库的建设并确保其治理。

此更新提出了一个挑战，即由一个并不总是拥有所有业务知识的专门团队更新大量信息。因此，必须采取务实的方法。

在存储库中拥有必要且足够的信息水平是存储库治理的关键点之一。只有必要的信息应该放在存储库中，即我们愿意投资的信息（检查、监控和更新）。这证实了必须调整模型所需的详细程度以仅包括绝对必要的事实。
该存储库使企业知识得以管理。为了获得这种知识，所有利益相关者都必须做出贡献；必须从所有参与者那里提取、收集和联合知识。必须鼓励参与者敞开心扉，对抗他们将个人知识留给自己的自然倾向，并为自己单独掌握适当的技能。这本身就是一个知识管理和集体智慧项目，其成就是任何企业架构项目成功的核心。

应排除 PowerPoint 或 Visio 等纯图形工具（基于此二次开发的EA工具除外）。这些工具可用于构建图形，但在构建模型存储库时不提供帮助。使用两个或三个引用相同模型元素的图表就很难确保在这些图表之间出现不一致的情况。

有几种工具能够对企业架构进行建模，所有这些工具都在数据库中管理模型并提供图形编辑器。