随着科技的不断进步和企业数字化转型的加速，企业架构在2024年成为了全球管理人员热议的焦点。据Gartner年度首席信息官调查报告，高达49%的受访者认为企业架构是一个关键的投资领域，其关注的重要性仅次于人工智能。

企业架构是不是就是画图呢？

企业架构并非只是简单地绘制几张图表，尽管这些图表在描绘系统和流程时确实发挥着不可或缺的作用。它的真正价值在于，能够融合并整合企业内外的各种业务和IT环境，形成一个有机统一的指导框架。这样的框架不仅有助于企业做出明智的决策，还能确保资源的有效集中和高效利用。

企业架构模型的治理

在构建和维护企业架构模型的过程中，治理和标准化扮演着至关重要的角色。它们不仅是使用企业架构工具的核心驱动力，更是确保模型一致性和数据准确性的关键所在。

如果没有标准化的指导，那些缺乏集成架构库的绘图工具往往会因为各自为政，导致数据质量参差不齐。而企业架构工具的出现，为我们提供了一个强有力的解决方案。它通过集中管理用户角色，严格控制了谁有权查看和修改模型内容。借助内置的权限系统，我们可以根据用户的不同角色、职位、部门等特性，精准定制对体系结构数据和图表的访问权限。

具体而言，只读用户能够浏览和交互定义好的信息集，而编辑器用户则可以在指定范围内修改数据集。建模器用户则拥有更高的权限，他们可以设计或编辑图表，以满足特定的建模需求。至于管理员，他们则拥有全面的访问权限，不仅可以管理其他用户的权限，还能对整个企业架构模型进行全方位的掌控。

对于大型企业而言，尤其是那些需要高效管理和治理企业架构的管理人员来说，标准化更是不可或缺。它不仅能够提升工作效率，还能确保企业架构的稳健性和可持续性。因此，在构建企业架构模型的过程中，我们必须高度重视治理和标准化的作用，确保它们能够真正为企业的长远发展提供有力支撑。

选择企业架构建模框架

在企业架构的构建过程中，业务需求如同指南针，引领前行。而一个合适的架构建模框架，则能为我们提供坚实的结构和标准，助力架构师们精准地调整业务和IT策略，同时加速他们的工作进程。

这些框架不仅是一组资产和模板的集合，更是架构师们快速入门的捷径。它们帮助建立治理的最佳实践和标准，为架构师们之间的协作与交流提供了一套通用的语言。如此，架构师们便能在同一起跑线上，高效沟通，共同推进项目的进展。

在众多框架中，Zachman以其全面、标准化的企业架构方法而著称，而CMMI、ITIL、CO[color=var(--domColor)]BIT则是一种过程改进框架，在IT和业务架构的实现与维护中发挥着重要作用。当然，选择正确的框架并非易事，它需要我们根据项目的特定需求和目标，以及组织的现有实践进行综合考虑。

在实践中，我们常常发现，将多个框架中的元素巧妙地结合起来，能够定制出最适合我们特定环境的解决方案。这种灵活变通的方法，既要有我们对企业架构的深刻理解，也要有对于项目成功的执着追求，堆一堆标准对企业而言是没有意义的。

此外，符号在建模过程中也扮演着不可或缺的角色。它们以标准化的方式定义了系统元素和交互的表示方法。例如，UML（统一建模语言）用于可视化软件系统，BPMN则适用于业务流程的建模。

企业架构建模：当前与未来状态

在实施方案的过程中，架构师的首要任务是构建一条清晰的路线图，指引企业从当前架构平稳过渡到理想的未来状态。

为了确保选择最佳的未来状态解决方案，架构团队须深入探讨多个“假设”方案，综合考虑速度、成本等因素。他们须借助模型分析，获取关于成本、复杂性、系统可靠性、跨流程和价值流的客户满意度等多方面的见解。这些分析指标对于设计出强大的解决方案至关重要。架构师和分析师们须利用算法和模拟工具，为决策提供有力的数据支持。

在解决方案的设计过程中，架构师们通常使用特定的符号，如云架构符号，来辅助表达。除了技术层面的考虑，流程优化更是不容忽视的一环。架构师们要深入审视应用程序和基础架构，针对特定的流程或解决方案构建出相应的方案。随后，他们要进一步深入到流程层面，审视当前的执行步骤，如“信息访问流程请求”等，并预测未来的运行状态。

若某些流程仍在使用老旧平台，在通过传统的集成方式进行后台操作，那么架构团队需要评估向的SaaS平台迁移的可行性，通过API调用实现更高效的数据交互。在此过程中，架构师要对多个未来状态进行建模，并通过权衡分析来确定最优方案。比如，解决方案A可能在降低成本方面更具优势，但可能会增加特定流程的痛点；而解决方案B则能显著提升客户满意度，减少手动任务数量，但成本相对较高。

展示企业架构模型、图表与可交付成果

在企业架构模型中，展示图表和可交付成果是架构团队与技术、业务团队沟通的重要方式。

首先，团队可以构建生动、交互式的视图，如基于网络的实时仪表板环境。这样的环境能够汇集相关的投资组合、图表和分析数据，使团队能够根据需要与之互动，获取所需信息。

同时，团队也通常会产生多种形式的静态视图，如PDF或PPT文档，以捕捉架构或存储库的快照。这些报告通常具有特定的目的，如为审批流程提供架构的最终状态记录。通过这些多样化的展示方式，架构团队能够确保技术和业务团队能够全面、深入地映射企业架构的现状与未来。

架构建模工具的优势

架构建模工具为架构师们带来了极大的便利。它们不仅让架构师们能够从头开始创建模型和设计，更重要的是，它们支持跨领域元素的轻松链接。通过工具，架构师们能够重用和连接已有的组件类型和连接类型，大大提升了建模过程的一致性和效率。

试想，当架构师们想要将一个现有的ERP系统纳入正在构建的模型中时，他们只需轻松找到并选择该系统，便可将其匹配到模型中。此时，该ERP系统在整个模型中的传入和传出连接都将保持链接。ERP系统就像是一个单一的对象，它会出现在模型中的多个不同图表和视图中，包括解决方案图。因此，一旦ERP系统的名称、属性或连接发生更新，这些变化将自动反映在所有其他视图中，无需手动调整。

在设计解决方案时，架构师们经常需要将应用程序与新的或现有的服务器进行连接。这些数据可能来源于外部，如ServiceNow，或者通过企业架构工具中的API获取。

这种互联的架构模式为企业带来了诸多优势。例如，当企业考虑淘汰某个应用程序时，架构师们可以利用这些工具迅速识别出依赖该应用程序的其他架构部分。这些部分可能包括与该应用程序交互的任何进程、系统或数据流。基于这些信息，架构师们可以规划临时替代解决方案的数据迁移，以确保相关流程的连续性，并与团队成员有效沟通潜在的中断风险。

与此形成鲜明对比的是，传统的图表工具如Visio，在面临变更时往往显得力不从心。每次变更时，架构师们都需要手动在不同的图表中查找并更新相关元素，这不仅耗时费力，而且容易出错。而企业架构工具则很好地解决了这一问题，实现了自动化的更新和维护。

当架构师们谈论“建模工具”时，他们往往期待的是一个既能够绘图又能够制作图表的工具，这样的工具能够帮助他们设计出具有上下文和一致性的架构。在设计过程中，将预构建的元素从模板中拖放到工作区的图表画布上，对于解决方案架构师和云架构师来说尤为重要。

值得一提的是，并非所有的企业架构工具都支持自由绘制。有些工具仅提供自动绘制功能，即在图表中呈现表格视图，这对于需要调整元素位置、大小、颜色或文本标签的架构师来说可能会感到不便。为了确保这些元素能够准确地代表现有或计划的架构，选择一款功能全面的工具至关重要。

另外，有些工具集将绘图功能“外包”给图表工具，但这种做法的局限性在于图表的元素和组件没有与企业架构存储库正确集成，更新也无法自动进行。因此，在选择企业架构工具时，我们需要综合考虑其功能、集成度和自动化程度等因素，以确保其能够满足我们的实际需求。

什么是企业架构建模？

企业架构建模是指通过构建模型来全面展现企业的业务、流程、技术等方面的架构。这一过程中，架构师扮演着至关重要的角色，他们能够提供从战略运营模型、项目和程序，到支撑这些系统的流程和技术堆栈的“端到端”视图。通过企业架构建模，架构师能够有逻辑地思考如何最好地支持团队管理和改进业务与技术。

企业架构建模的多维视角

企业架构建模不仅关注技术层面，还需要考虑人员、流程和技术三者的紧密结合。模型通常由技术和基础设施支撑，通过应用程序链接，再到它们所支持的业务能力和功能，以及公司组织结构图。这种体系化的架构模型越来越多地结合了财务和风险分析，从而为企业提供了一个更为全面、深入的视角，以展现提议的解决方案对组织可能产生的影响。

开发企业架构模型的方法

在开发企业架构模型时，一个广为接受的方法是使用企业架构领域。这包括集成业务架构模型、应用架构模型、信息架构模型、数据架构模型和安全架构模型等。这种结构通常被称为“元模型”，它定义了如何跨多个不同领域捕获信息，并可能涵盖如何构建业务流程以及使用云服务设计技术部署视图。

业务能力模型与价值流

架构师首先要关注到客户获取和战略能力对业务成果的重大影响，但到了流程体系识别阶段就会放慢工作节奏，非常庞杂。

业务流程模型

架构师要求业务流程分析师详细记录现有的流程。分析师选择使用标准的BPMN（业务流程模型与表示法）符号，在BPMN图中通过泳道明确各部门的角色和职责，如销售、营销、客户服务和IT。他们要规划流程的主要步骤，如账户创建、产品信息交付和培训，并按照执行顺序进行排列。

使用序列流箭头连接活动以展示流程流，同时利用网关（菱形）表示决策点，并考虑不同路径下的客户选择或其他因素。此外，分析师还要检查流程开始、结束或重要事件（如接收客户信息或完成某个步骤）的触发条件，并为每项活动添加了所需时间和任务类型的属性（手动或自动）。最终，分析师要绘制易于阅读的流程图，以便识别潜在的瓶颈。

完成后的模型要与其他同事共享，以便进行审查和反馈，确保模型能够准确地反映企业现状，并为未来的改进提供有价值的指导。

应用架构建模

在团队中，有一位经验丰富的应用程序经理，他擅长基于流程模型中的组件来展示在流程的每一环节如何高效使用应用程序。他精心编辑图表，为流程添加所需的应用程序连接，如CRM（客户关系管理）系统、电子商务平台以及文档管理系统等。同时，应用程序架构师也会细致绘制出流程、所涉及应用程序之间的数据流图，进一步丰富模型的细节，确保模型能清晰地展现数据交换的过程以及负责存储和管理的系统。

技术和云架构师建模

接下来，技术或云架构师会发挥关键作用，他们负责评估哪些基础架构组件能够支持流程中使用的应用程序。在云架构建模中，他们会规划虚拟机、容器、存储系统和网络配置等组件之间的结构和关系，确保它们能够高效协同工作。架构师们会综合考虑云环境中的可扩展性、可靠性、安全性和成本等关键因素，确保决策的合理性和有效性。通过创建和分析这些架构模型，组织可以为其云基础架构的设计、部署和持续管理制定明智的策略。

解决方案架构建模

解决方案架构师则是将业务需求转化为实际技术解决方案的关键角色。他们要为新的客户获取战略和解决办法的流程制定一份详细的设计方案，重新设计应用程序和技术架构，以改进流程、简化应用程序堆栈并确保数据流的快速和安全。

他们会深入了解业务背景，广泛收集利益相关者的意见和建议。在明确解决方案需求后，架构师们会开发解决方案的模型，概述所需的功能和性能预期，同时明确系统组件、数据流、交互方式和部署策略。这些解决方案架构模型将为新解决方案的开发和实施提供清晰的指导和支持。

软件体系结构建模

当解决方案涉及设计新的应用程序或软件时，软件架构师和开发人员将发挥重要作用。他们会设计软件应用程序的各个方面，包括组件、模块、接口和它们之间的关系。软件架构模型可以采用多种形式，如UML图、实体关系图或基本流程图等。此外，C4模型作为一种轻量级的可视化软件架构方法，也被广泛应用于软件架构建模中。通过创建不同细节层次的软件地图，使得团队之间的交流和协作更加清晰和高效。

连接企业架构模型

架构师和建模者会创建不同领域的视图，包括业务、流程、应用程序、基础架构和技术视图等。这些视图中的元素需要相互连接，以便架构师能够准确确定依赖关系并绘制出各种场景。在企业架构模型中，功能由流程串接，流程需要应用程序来支持，而应用程序则托管在服务器上。不同的架构师会根据需要深入到不同的级别进行建模和分析。最终，架构师要跨多个模型级联理解和分析，利用这些信息来交流当前状态、未来状态以及变化可能带来的影响。

（以上内容来源于网络，如有侵权请联系删除）

随着科技的不断进步和企业数字化转型的加速，企业架构在2024年成为了全球管理人员热议的焦点。据Gartner年度首席信息官调查报告，高达49%的受访者认为企业架构是一个关键的投资领域，其关注的重要性仅次于人工智能。

企业架构是不是就是画图呢？

企业架构并非只是简单地绘制几张图表，尽管这些图表在描绘系统和流程时确实发挥着不可或缺的作用。它的真正价值在于，能够融合并整合企业内外的各种业务和IT环境，形成一个有机统一的指导框架。这样的框架不仅有助于企业做出明智的决策，还能确保资源的有效集中和高效利用。

企业架构模型的治理

在构建和维护企业架构模型的过程中，治理和标准化扮演着至关重要的角色。它们不仅是使用企业架构工具的核心驱动力，更是确保模型一致性和数据准确性的关键所在。

如果没有标准化的指导，那些缺乏集成架构库的绘图工具往往会因为各自为政，导致数据质量参差不齐。而企业架构工具的出现，为我们提供了一个强有力的解决方案。它通过集中管理用户角色，严格控制了谁有权查看和修改模型内容。借助内置的权限系统，我们可以根据用户的不同角色、职位、部门等特性，精准定制对体系结构数据和图表的访问权限。

具体而言，只读用户能够浏览和交互定义好的信息集，而编辑器用户则可以在指定范围内修改数据集。建模器用户则拥有更高的权限，他们可以设计或编辑图表，以满足特定的建模需求。至于管理员，他们则拥有全面的访问权限，不仅可以管理其他用户的权限，还能对整个企业架构模型进行全方位的掌控。

对于大型企业而言，尤其是那些需要高效管理和治理企业架构的管理人员来说，标准化更是不可或缺。它不仅能够提升工作效率，还能确保企业架构的稳健性和可持续性。因此，在构建企业架构模型的过程中，我们必须高度重视治理和标准化的作用，确保它们能够真正为企业的长远发展提供有力支撑。

选择企业架构建模框架

在企业架构的构建过程中，业务需求如同指南针，引领前行。而一个合适的架构建模框架，则能为我们提供坚实的结构和标准，助力架构师们精准地调整业务和IT策略，同时加速他们的工作进程。

这些框架不仅是一组资产和模板的集合，更是架构师们快速入门的捷径。它们帮助建立治理的最佳实践和标准，为架构师们之间的协作与交流提供了一套通用的语言。如此，架构师们便能在同一起跑线上，高效沟通，共同推进项目的进展。

在众多框架中，Zachman以其全面、标准化的企业架构方法而著称，而CMMI、ITIL、CO[color=var(--domColor)]BIT则是一种过程改进框架，在IT和业务架构的实现与维护中发挥着重要作用。当然，选择正确的框架并非易事，它需要我们根据项目的特定需求和目标，以及组织的现有实践进行综合考虑。

在实践中，我们常常发现，将多个框架中的元素巧妙地结合起来，能够定制出最适合我们特定环境的解决方案。这种灵活变通的方法，既要有我们对企业架构的深刻理解，也要有对于项目成功的执着追求，堆一堆标准对企业而言是没有意义的。

此外，符号在建模过程中也扮演着不可或缺的角色。它们以标准化的方式定义了系统元素和交互的表示方法。例如，UML（统一建模语言）用于可视化软件系统，BPMN则适用于业务流程的建模。

企业架构建模：当前与未来状态

在实施方案的过程中，架构师的首要任务是构建一条清晰的路线图，指引企业从当前架构平稳过渡到理想的未来状态。

为了确保选择最佳的未来状态解决方案，架构团队须深入探讨多个“假设”方案，综合考虑速度、成本等因素。他们须借助模型分析，获取关于成本、复杂性、系统可靠性、跨流程和价值流的客户满意度等多方面的见解。这些分析指标对于设计出强大的解决方案至关重要。架构师和分析师们须利用算法和模拟工具，为决策提供有力的数据支持。

在解决方案的设计过程中，架构师们通常使用特定的符号，如云架构符号，来辅助表达。除了技术层面的考虑，流程优化更是不容忽视的一环。架构师们要深入审视应用程序和基础架构，针对特定的流程或解决方案构建出相应的方案。随后，他们要进一步深入到流程层面，审视当前的执行步骤，如“信息访问流程请求”等，并预测未来的运行状态。

若某些流程仍在使用老旧平台，在通过传统的集成方式进行后台操作，那么架构团队需要评估向的SaaS平台迁移的可行性，通过API调用实现更高效的数据交互。在此过程中，架构师要对多个未来状态进行建模，并通过权衡分析来确定最优方案。比如，解决方案A可能在降低成本方面更具优势，但可能会增加特定流程的痛点；而解决方案B则能显著提升客户满意度，减少手动任务数量，但成本相对较高。

展示企业架构模型、图表与可交付成果

在企业架构模型中，展示图表和可交付成果是架构团队与技术、业务团队沟通的重要方式。

首先，团队可以构建生动、交互式的视图，如基于网络的实时仪表板环境。这样的环境能够汇集相关的投资组合、图表和分析数据，使团队能够根据需要与之互动，获取所需信息。

同时，团队也通常会产生多种形式的静态视图，如PDF或PPT文档，以捕捉架构或存储库的快照。这些报告通常具有特定的目的，如为审批流程提供架构的最终状态记录。通过这些多样化的展示方式，架构团队能够确保技术和业务团队能够全面、深入地映射企业架构的现状与未来。

架构建模工具的优势

架构建模工具为架构师们带来了极大的便利。它们不仅让架构师们能够从头开始创建模型和设计，更重要的是，它们支持跨领域元素的轻松链接。通过工具，架构师们能够重用和连接已有的组件类型和连接类型，大大提升了建模过程的一致性和效率。

试想，当架构师们想要将一个现有的ERP系统纳入正在构建的模型中时，他们只需轻松找到并选择该系统，便可将其匹配到模型中。此时，该ERP系统在整个模型中的传入和传出连接都将保持链接。ERP系统就像是一个单一的对象，它会出现在模型中的多个不同图表和视图中，包括解决方案图。因此，一旦ERP系统的名称、属性或连接发生更新，这些变化将自动反映在所有其他视图中，无需手动调整。

在设计解决方案时，架构师们经常需要将应用程序与新的或现有的服务器进行连接。这些数据可能来源于外部，如ServiceNow，或者通过企业架构工具中的API获取。

这种互联的架构模式为企业带来了诸多优势。例如，当企业考虑淘汰某个应用程序时，架构师们可以利用这些工具迅速识别出依赖该应用程序的其他架构部分。这些部分可能包括与该应用程序交互的任何进程、系统或数据流。基于这些信息，架构师们可以规划临时替代解决方案的数据迁移，以确保相关流程的连续性，并与团队成员有效沟通潜在的中断风险。

与此形成鲜明对比的是，传统的图表工具如Visio，在面临变更时往往显得力不从心。每次变更时，架构师们都需要手动在不同的图表中查找并更新相关元素，这不仅耗时费力，而且容易出错。而企业架构工具则很好地解决了这一问题，实现了自动化的更新和维护。

当架构师们谈论“建模工具”时，他们往往期待的是一个既能够绘图又能够制作图表的工具，这样的工具能够帮助他们设计出具有上下文和一致性的架构。在设计过程中，将预构建的元素从模板中拖放到工作区的图表画布上，对于解决方案架构师和云架构师来说尤为重要。

值得一提的是，并非所有的企业架构工具都支持自由绘制。有些工具仅提供自动绘制功能，即在图表中呈现表格视图，这对于需要调整元素位置、大小、颜色或文本标签的架构师来说可能会感到不便。为了确保这些元素能够准确地代表现有或计划的架构，选择一款功能全面的工具至关重要。

另外，有些工具集将绘图功能“外包”给图表工具，但这种做法的局限性在于图表的元素和组件没有与企业架构存储库正确集成，更新也无法自动进行。因此，在选择企业架构工具时，我们需要综合考虑其功能、集成度和自动化程度等因素，以确保其能够满足我们的实际需求。

什么是企业架构建模？

企业架构建模是指通过构建模型来全面展现企业的业务、流程、技术等方面的架构。这一过程中，架构师扮演着至关重要的角色，他们能够提供从战略运营模型、项目和程序，到支撑这些系统的流程和技术堆栈的“端到端”视图。通过企业架构建模，架构师能够有逻辑地思考如何最好地支持团队管理和改进业务与技术。

企业架构建模的多维视角

企业架构建模不仅关注技术层面，还需要考虑人员、流程和技术三者的紧密结合。模型通常由技术和基础设施支撑，通过应用程序链接，再到它们所支持的业务能力和功能，以及公司组织结构图。这种体系化的架构模型越来越多地结合了财务和风险分析，从而为企业提供了一个更为全面、深入的视角，以展现提议的解决方案对组织可能产生的影响。

开发企业架构模型的方法

在开发企业架构模型时，一个广为接受的方法是使用企业架构领域。这包括集成业务架构模型、应用架构模型、信息架构模型、数据架构模型和安全架构模型等。这种结构通常被称为“元模型”，它定义了如何跨多个不同领域捕获信息，并可能涵盖如何构建业务流程以及使用云服务设计技术部署视图。

业务能力模型与价值流

架构师首先要关注到客户获取和战略能力对业务成果的重大影响，但到了流程体系识别阶段就会放慢工作节奏，非常庞杂。

业务流程模型

架构师要求业务流程分析师详细记录现有的流程。分析师选择使用标准的BPMN（业务流程模型与表示法）符号，在BPMN图中通过泳道明确各部门的角色和职责，如销售、营销、客户服务和IT。他们要规划流程的主要步骤，如账户创建、产品信息交付和培训，并按照执行顺序进行排列。

使用序列流箭头连接活动以展示流程流，同时利用网关（菱形）表示决策点，并考虑不同路径下的客户选择或其他因素。此外，分析师还要检查流程开始、结束或重要事件（如接收客户信息或完成某个步骤）的触发条件，并为每项活动添加了所需时间和任务类型的属性（手动或自动）。最终，分析师要绘制易于阅读的流程图，以便识别潜在的瓶颈。

完成后的模型要与其他同事共享，以便进行审查和反馈，确保模型能够准确地反映企业现状，并为未来的改进提供有价值的指导。

应用架构建模

在团队中，有一位经验丰富的应用程序经理，他擅长基于流程模型中的组件来展示在流程的每一环节如何高效使用应用程序。他精心编辑图表，为流程添加所需的应用程序连接，如CRM（客户关系管理）系统、电子商务平台以及文档管理系统等。同时，应用程序架构师也会细致绘制出流程、所涉及应用程序之间的数据流图，进一步丰富模型的细节，确保模型能清晰地展现数据交换的过程以及负责存储和管理的系统。

技术和云架构师建模

接下来，技术或云架构师会发挥关键作用，他们负责评估哪些基础架构组件能够支持流程中使用的应用程序。在云架构建模中，他们会规划虚拟机、容器、存储系统和网络配置等组件之间的结构和关系，确保它们能够高效协同工作。架构师们会综合考虑云环境中的可扩展性、可靠性、安全性和成本等关键因素，确保决策的合理性和有效性。通过创建和分析这些架构模型，组织可以为其云基础架构的设计、部署和持续管理制定明智的策略。

解决方案架构建模

解决方案架构师则是将业务需求转化为实际技术解决方案的关键角色。他们要为新的客户获取战略和解决办法的流程制定一份详细的设计方案，重新设计应用程序和技术架构，以改进流程、简化应用程序堆栈并确保数据流的快速和安全。

他们会深入了解业务背景，广泛收集利益相关者的意见和建议。在明确解决方案需求后，架构师们会开发解决方案的模型，概述所需的功能和性能预期，同时明确系统组件、数据流、交互方式和部署策略。这些解决方案架构模型将为新解决方案的开发和实施提供清晰的指导和支持。

软件体系结构建模

当解决方案涉及设计新的应用程序或软件时，软件架构师和开发人员将发挥重要作用。他们会设计软件应用程序的各个方面，包括组件、模块、接口和它们之间的关系。软件架构模型可以采用多种形式，如UML图、实体关系图或基本流程图等。此外，C4模型作为一种轻量级的可视化软件架构方法，也被广泛应用于软件架构建模中。通过创建不同细节层次的软件地图，使得团队之间的交流和协作更加清晰和高效。

连接企业架构模型

架构师和建模者会创建不同领域的视图，包括业务、流程、应用程序、基础架构和技术视图等。这些视图中的元素需要相互连接，以便架构师能够准确确定依赖关系并绘制出各种场景。在企业架构模型中，功能由流程串接，流程需要应用程序来支持，而应用程序则托管在服务器上。不同的架构师会根据需要深入到不同的级别进行建模和分析。最终，架构师要跨多个模型级联理解和分析，利用这些信息来交流当前状态、未来状态以及变化可能带来的影响。

（以上内容来源于网络，如有侵权请联系删除）