什么是企业架构？
我们的经验告诉我们，专注于目标，定义自然会随之而来。什么是企业架构？企业架构是由 指导有效变革. 。 这 DODAF 定义说企业架构是“一组简化和沟通的抽象和模型......”
因此，企业架构是由一个或多个模型开发的。每个企业架构模型都有助于回答一些问题，例如：僵化和成本的根源是什么？企业架构模型共同展现了组织的方方面面，从而精准地找出所需的变革。企业架构模型通常是……的核心。 数字化转型.
企业架构 拥有一套定义明确的方法来进行企业分析、设计、规划和管理实施。企业架构使用 架构最佳实践 和概念来引导企业完成实施其战略所需的技术、业务和信息转型。.
企业架构师负责分析组织结构和业务流程。他们经常需要根据收集的数据得出结论，以实现组织的目标，包括效率、整体敏捷性以及对复杂业务运营的承受能力。企业架构模型能够提供解答这些问题的洞察力。.
企业架构模型如何运作？
企业架构模型通过以一种能够推理、洞察和清晰地了解主题本质的形式来表示主题。.
TOGAF 看起来 IEEE 42010 提供有关构建企业架构模型的指导。右图是TOGAF中使用的轮廓。.
这告诉我们：
- 模型类型为架构模型提供约定
- 使用一个或多个架构模型来生成 架构视图
- 架构视图解决了利益相关者对相关架构的担忧
这一技术基础为我们突出了几件事。.
首先，您需要创建一个模型来回答问题。正确的模型取决于您的利益相关者需要了解当前或目标架构的内容。.
其次，您可能需要多个模型来回答利益相关者的问题。.
第三，一个好的 企业架构框架 将帮助您了解创建模型以回答预期问题所需的信息。 企业架构领导者指南 强烈建议 EA 团队负责人从预期问题开始逆向思考，并构建整套
三种类型的企业架构框架（综合框架, 行业框架, 领域框架) 将提供不同的指导。.
一般来说，EA 领导者需要与他们的 企业架构用例.
您需要一个支持您的 EA 用例并回答您的团队面临的问题的框架。.
使用适当数量的模型来创建企业架构模型，可以更容易地理解企业结构如何影响设计。如何整合 架构决策 和原则。每个架构都包含一个塑造公司的基本要素，并极大地影响公司的运作方式和人们的使用体验。.
需要多种不同类型的架构模型
让我们明确一点，你不会拥有一个统一的端到端企业架构模型。.
考虑以下模型：
- 转型模型
- 企业信息组件模型
- 价值链模型
- 风险模型
- 流程模型
- 习得动机模型
将这些要素无缝地整合到一个统一的企业架构模型中是不可能的。你需要做的是将它们整合在一起，以便了解你的组织，找到缺陷的根源并加以解决。.
通过使用 企业架构领域, 你会发现，在同一个领域内链接模型比在不同的领域之间链接模型更容易。控制跨领域的接触点，并利用这些接触点来连接你的端到端模型。.
企业架构模型示例
太好了，理论已经成型——你需要回答的问题不同，所需的模型也不同。模型的作用是简化和理解组织的不同部分。.
下面，我总结了不同的模型和问题。.
- 需要重点关注哪些改进 - 能力模型 (能力模型） 和 基于能力的计划
- IT 产品组合如何实现价值获取 – 应用程序开发模型, 基础设施服务模型
- 成本注入 IT 投资组合的地方 - 应用程序功能模型 和 基础设施接口模型
- 在 IT 投资组合中注入刚性的地方 - 集成模型 和 生命周期模型
- IT 产品组合是什么 – 物理软件模型 和 物理基础设施模型
- 获取和使用技术的限制—— 标准目录
- 基础设施进行的完整活动被分组以显示它们之间的关系 - 服务或产品模型
- 企业如何获取价值 - 商业模式, 运营模式, 和 价值链
- 您的组织执行哪些活动 - 流程模型
- 如何划分和管理权力、责任和资源—— 组织模型
- 需要什么信息以及需要将信息流向何处以创建更多信息 - 信息模型
什么构成了良好的企业架构模型？
良好的企业架构模型可以帮助您了解组织的运作方式，以及您想要纠正的缺陷的根源。优秀的企业架构模型可以让您实践变革，并看到变革的影响。.
让我们用一个类比来更好地说明我们的观点。预算电子表格会将支出细分为租金、电费、暖气费、投资等。然后，如果你想增加其他方面的支出，比如买房，你可以在电子表格中看到有哪些选择。企业架构师也会做同样的事情来考虑诸如改变数字客户互动、整合收购或升级主要企业软件等事项。非常差的模型通常是静态的，因为它们只是“展示”一些东西。糟糕的模型无法让你看到可能性的影响。真正强大的模型可以让你将变革的目的集中在利益相关者身上，以满足决策者的关注点，例如 敏捷 或其他 标准 EA 用例.
评估不同企业架构模型的核心标准
- 回答了一个有用的问题
- 有行业实践支持
- 具有最低限度的信息需求
- 任何一个
- 与相邻模型相配
- 提供一个可以输入不同模型的答案
为什么要使用企业架构模型？
坦率地说，如果没有正式的企业架构模型，任何高效的企业架构团队都无法维持下去。.
现实世界极其复杂。模型需要简化，以便于理解。模型需要支持重用和劳动生产率。模型需要回答利益相关者的难题。.
过去，企业架构制定的计划冗长，包含大量一次性分析，进度缓慢，概念框架僵化。这些过时的企业架构思维模式已被现代管理最佳实践的要求所淘汰。.
企业架构的支持技术也随着该学科的发展而不断发展。可扩展性、支持复杂的建模、企业协作、实用的连接器、易用性以及提升数据完整性和质量，这些都是专注于企业架构的专业技术的特点。专业的技术涵盖了广泛的用例，包括云转型、数据合规性、标准治理、集成架构等。 企业架构模型工具.
了解企业架构框架
组织可以利用企业架构框架来简化各层架构的开发和维护流程，从而充分利用架构最佳实践的优势。.
为了帮助开发企业架构和各种范围的架构，企业架构框架提供了一系列最佳实践、标准、工具、流程和模板。通用词汇、通用模型、通用分类法、流程、理念、策略、工具和 参考架构 通常包含在企业架构框架中。此外，它还可以包含架构可交付成果和工件的列表以及规范性指南。.
团队有选择——TOGAF， Zachman框架, DODAF, 多模态自动对焦, 等——解决评估、协调和结合所需变革与业务目标和成功障碍的根本问题。. 各种框架都有各自的优缺点.
企业架构模型需要企业架构工具
这 企业架构工具 本质上管理企业架构中使用的模型。每个高功能的 企业架构团队 需要有效的企业架构工具和有用的企业架构模型。.
虽然企业架构模型是 EA Teams 知识库的核心元素，但它们最适合用作分析和信息存储库。通常，其他 工件、工作产品和交付物 将被外部消耗。.
实施企业架构工具的最佳实践
- 支持您的 企业架构用例
- 测试主要功能
- 按项目建模
- 培养企业架构技能（投入资源来提高企业架构工具的有效性）
- 避免数据过载
- 避免整合
Conexiam 使用什么企业架构工具来构建企业架构模型
我们选择使用 进化算盘 用于企业架构建模和作为我们的 EA 存储库。我们构建 Conexiam 导航 以及所有 在 ABACUS 中浏览地图集.
ABACUS 支持企业架构的分析方法。分析模型能够提供绘制图表无法获得的理解。通过分析，您将了解如何修改模型以实现一系列目标。ABACUS 支持更高效的架构开发。.
我们不断与 寻找低成本、面向分析的替代方案的必要项目.
关于 ArchiMate 的思考
在几个 企业架构咨询项目 我们使用了 ArchiMate。最常用的工具是 阿奇. 。虽然我们的高级顾问很快就熟练掌握了 Archi 和 ArchiMate，但我们大部分分析都是在单独的工具中进行的。.
总而言之，ArchiMate 展现了良好的端到端可追溯性。然而，它要求任何分析都必须在架构工具和建模语言之外进行。.
我们不建议高效 EA 团队使用 ArchiMate。.
下载人工智能采纳关键能力参考架构
下载人工智能应用关键能力参考架构 人工智能应用需要创新思维。目前，我们还没有经过验证的、能够持续改进组织并实现广泛人工智能应用的最佳实践。我们需要重新构想我们的[…]
下载 TOGAF 标准简介（第 10 版）
下载 TOGAF® 标准第 10 版简介 TOGAF 标准第 10 版简化了企业架构最佳实践的采用。它将通用概念与经过验证的最佳实践区分开来。该标准强调了 […]
下载 TOGAF 和 SABSA 集成
下载 TOGAF 和 SABSA 集成 将全球领先的安全架构框架 SABSA 与行业标准企业架构框架 TOGAF 完美结合。下载 TOGAF 和 SABSA 集成 TOGAF 和 SABSA 集成包括 SABSA 使用 […]
开发企业架构模型面临哪些挑战？
开发企业架构模型面临三大挑战
- 模型中的细节太多
- 偷工减料
- 专业分析
模型中的细节太多
企业架构模型的关键挑战在于其持续演进和后续更新。企业架构模型越详细，过时的速度就越快。.
请记住，您正在开发企业架构模型。您需要了解系统，以便找出缺陷。您不是在构建工程设计文档或复制 CMDB。.
为了帮助我们保持在正确的水平，我们在 Navigate 中明确设置了概念层、逻辑层和物理层。我们发现，我们的工作主要集中在概念层和逻辑层，但也在物理层做了足够的工作，以理解变更的影响。.
偷工减料
截止日期的压力会迫使您的建筑师专注于眼前的需求。眼前的需求转瞬即逝。我们致力于解决眼前的需求。.
我们已经制定了一套支持偷工减料的做法。.
首先，我们尽量减少文档。我们将删除组件描述，只接受名称。.
第二，坚决规范方法和属性。.
第三，我们在正确的层面上工作。我们讨论“10法则”——架构支持产品组合的工作量是支持战略工作的10倍。架构支持项目的工作量是支持产品组合工作的10倍。而支持解决方案交付的工作量是支持项目的10倍。.
第四，我们致力于重复利用。我们从来不会从一张白纸开始。只要有可能，我们都会从一张纸开始。 架构模式 或者 参考架构。. 否则，我们将重复使用类似的工作。例如，在一个 数字化转型 在参与过程中，我们重新使用了“订单到现金”能力模型。该模型最初的目的是将成本分析责任划分给业务部门和财务部门。其次，我们将其用于推出几款新的数字产品。最近，我们又用它来完成一项收购。.
这一挑战需要建筑委员会的谨慎管理和积极参与。.
专业分析
我们注重分析。我们推动分析方法进行企业架构建模和分析。我们满足利益相关者的需求。.
我们运用多种分析技术来加深理解。所有这些技术都能让我们获得足够的理解来解决问题。然后，我们从专门的模型中提取答案，并将其迁移到记录系统（即我们的企业架构模型）中。.
企业架构建模的最佳实践
我们使用 Avolution ABACUS 已有十多年。我们在版本 4 中创建了企业架构模型，现在它们拥有数十万个组件，并在最新的软件版本上运行。.
我们长期的项目需要企业架构师模型转型。这些长期存在的企业架构模型为一系列最佳实践奠定了基础：
- 无情的标准化
- 通过属性或标签隔离组件
- 使用 参考架构 和 架构模式
- 强有力的架构开发治理
- 分析技术培训
- 批判性思维训练
- 基于团队的架构开发
- 拥有模特经理
业务架构模型
业务架构 描述您的组织。它使用一组模型，涵盖 业务架构领域. 综合起来，这些模型描述了业务架构。.
不同的业务架构模型将解决不同的问题。以下是不同模型所解答的一系列问题。.
- 企业如何获取价值—— 商业模式
- 企业如何运作—— 运营模式
- 创建产品或服务所需的活动 - 价值链
- 一个组织必须能够做的事情—— 能力模型
- 执行企业活动的信息流 - 信息模型
- 企业执行的完整活动，通常分组以显示它们之间的相互关系 - 流程模型
- 企业的组织方式 组织模型
- 企业活动如何按组织方式分组 - 功能模型
这些模型共同帮助您了解您的业务。当您的业务存在缺陷时，您可以通过模型寻找缺陷的根源。这可以让您为利益相关者提供建议，告诉他们哪些方面需要改进以及如何控制这些改进。.
请记住，业务架构并非独立存在。业务架构的变更会受到其他领域的制约，并会级联影响其他领域。您需要以下几项：
应用程序架构模型
这 应用程序架构领域 描述您的信息系统或应用程序 数码产品 并支持您组织的运营。您可以使用一组应用程序模型来开发应用程序架构。.
请记住，您永远不需要详细的应用程序架构。即使是支持解决方案交付的架构，也不会在应用程序架构中包含必要的细节。.
您正在开发应用程序架构，以找到缺陷的根源并解决它。这需要回答不同的问题。您的应用程序架构模型将有助于回答以下问题：
- 应用程序组合如何实现价值捕获 – 应用程序开发模型
- 成本注入 IT 投资组合的地方 - 功能模型
- 在 IT 投资组合中注入刚性的地方 - 集成模型
- 企业如何运作 – 系统模型
- 交付产品或服务所需的系统—— 产品型号
- 一个组织必须能够做的事情—— 功能模型
- 企业活动所需的信息流—— 集成模型
- 企业执行的完整活动，通常分组以显示它们之间的相互关系 - 服务模型
- 软件组合是什么 – 物理模型
这些模型共同帮助您了解您的应用程序和信息系统。当您的组织出现缺陷时，您可以找到缺陷的根源。.
请记住，应用程序架构不是独立的 - 您需要查看端到端模型来找到源、约束和有效的变化。.
您的端到端模型将包括一组：
进一步实践最佳实践企业架构流程和方法
最佳实践 企业架构 从 Conexiam 导航
信息架构模型和数据架构模型
太多人争论信息架构和数据架构之间的区别。是的，它们之间确实存在区别。这对从业者来说确实很重要。其他人可能不太在意，所以我们就粗略地把这两个术语当作同义词。.
您会发现，随着您的分析从与文档相关的概念（如订单和发票）转向数据结构、主数据和数据保护等概念，您将从信息转向数据架构。.
这 数据架构领域 描述信息系统的信息方面。它将涵盖您的 数码产品 或用于运营您的组织。您可以使用一组数据和信息模型来开发数据架构。.
请记住，您永远不需要数据库模式。即使是支持解决方案交付的架构也无法涵盖这种程度的细节。.
您正在开发信息架构，以找到缺陷的根源并解决它。这需要回答不同的问题。您的信息架构模型将有助于回答以下问题：
- 数据如何产生效率和规模——主数据模型、参考数据模型
- 如何保护数据 - 数据弹性模型
- 谁可以看到数据 - 数据访问模型
- 刚性被注入 IT 产品组合的地方——数据集成模型
- 如何满足访问和定位的数据法规——信息流模型、数据访问模型和信息记录模型
- 业务如何运作——信息需求线模型或信息流模型
- 哪些数字产品依赖于数据——信息产品模型和风险模型
- 组织必须保存的记录 - 信息记录模型
- 执行企业活动所需的信息流 - 数据集成模型
- 企业活动内的信息流——信息需求线模型
- 什么是数据组合——物理数据实体模型
这些模型共同帮助您了解您的信息和信息系统。当您的组织存在缺陷时，您需要寻找缺陷的根源。.
请记住，信息架构并非孤立存在。它完全依赖于其他领域。您需要查看端到端模型，找到变更的来源、约束和有效之处。.
您的端到端模型将包括一组：
技术架构模型或基础设施架构模型
这 技术架构领域 描述使您的 数码产品 以及应用程序的运行。无论您是 公共云, 私有云, 混合云 或传统IT。这是一个交付和责任的问题。任何有用的基础设施架构的基础都是 基础设施服务模型.
该基金会是一个 基础设施服务模型 会告诉你，技术架构永远不是服务器、网络和其他基础设施的详细工程设计。.
技术架构的开发是为了指导有效的变革。有效的变革在于发现缺失的部分或阻碍预期改进的部分。在每一个 数字化转型 以及公共-私有-混合云合作中，我们遇到的最大障碍是 IT 产品组合的僵化。.
引导有效的变革意味着了解不同问题的答案。您的技术架构模型将有助于回答以下问题：
- 您的私有云是什么 - 基础设施服务模型
- 您的混合云是什么 - 基础设施服务模型 & 基础设施提供商模式
- 基础设施组合如何实现价值获取—— 基础设施服务模型
- 基础设施如何交付—— 基础设施提供商模式
- 成本注入 IT 投资组合的地方 - 基础设施系统模型 & 基础设施提供商模式
- 在 IT 投资组合中注入刚性的地方 - 基础设施提供商模式, 基础设施生命周期模型 & 物理基础设施模型
- 基础设施必须能够做到的事情—— 基础设施系统模型
- 获取和使用技术的限制—— 基础设施标准目录
- 如何利用基础设施开展企业活动 – 基础设施服务模型 & 基础设施服务模型
- 基础设施进行的完整活动被分组以显示它们之间的关系 - 基础设施服务模型
- 什么是基础设施投资组合 物理基础设施模型
这些模型共同帮助您了解您的基础设施。当您的组织存在缺陷时，您可以找到解决方案。.
没有任何技术架构能够孤立存在。你很少能够彻底解决基础设施的缺陷。它通常会通过改变其他领域来解决。你需要深入研究端到端模型，找到问题的根源、受约束的、有效的变更。.
您的端到端模型将包括一组：
企业架构培训和TOGAF培训
TOGAF 企业架构培训课程
您想获得 TOGAF 认证培训吗？通过 TOGAF 认证证明您的企业架构知识。TOGAF® 企业架构培训课程 学习 TOGAF 标准第 10 版，迈向成为更优秀的企业架构师的重要一步 […]
Avolution ABACUS培训课程
Avolution ABACUS 培训 有效的企业架构依赖于形式化建模和分析。我们提供由实践经验丰富的企业架构师提供的 Avolution ABACUS 培训。学员将在本课程中学习创建集成式企业架构和领域架构的技能和知识 […]
企业架构师的起步
企业架构师快速入门 我们需要不断提升技能，这一点比以往任何时候都更加重要。使用企业架构快速入门来提升您交付变革性企业架构的能力。Conexiam Consulting 的这项为期 90 天的快速入门课程 […]
安全架构模型
这 安全架构领域 需要其他企业架构领域和企业架构模型。.
你不能做一个独立的 安全架构. 我们的安全架构模型基于 SABSA。SABSA 提供了一个全面的企业安全架构模型。其中最重要的部分包括： SABSA 模型, ，"...... SABSA 商业属性简介，, 这 SABSA风险模型, ，以及 SABSA 领域模型.
安全架构有助于指导有效的变革。它还特别注重风险管理，尤其是平衡威胁与机遇，或者换句话说，平衡风险与回报的概念。.
这些专门的安全模型可以解答常见的安全问题
- 谁拥有风险/回报决策权 - SABSA 领域模型
- 可接受的不确定性水平是多少？ SABSA风险模型
- 风险驱动因素有哪些？ SABSA 商业属性简介
- 什么是安全和风险约束 - 安全策略架构
任何安全架构都无法独立存在。没有企业架构模型，就不可能平衡风险和回报。简单看一下 SABSA 模型，其中很大一部分的层和视角只能通过其他架构领域来实现。.
您需要查看端到端模型来找到源、约束和有效的变化。.
SABSA 模型
SABSA 安全架构层
SABSA 安全架构观点
利益相关者参与研讨会
利益相关者参与研讨会 利益相关者参与研讨会将为您的架构开发奠定坚实的基础。了解您的关键利益相关者、他们的关注点、参与方式以及沟通方式。立即获取帮助，开启利益相关者参与研讨会 […]
专业建筑模型
经典 企业架构领域 并不能解答所有问题。标准领域架构模型并不能解答所有问题。领域存在的意义在于，专业的架构师能够运用适合领域问题的技术和技能。.
现代企业架构领域不断涌现。随着时间的推移，大多数领域被吸收到 经典企业架构领域. 随着新技术成为主流，这种情况也随之发生。.
当你遇到一个独特的问题时，你需要开发专业的模型。有时这些模型会借鉴经典的建筑领域，有时则会非常专业。.
创建专业模型的核心包括：
- 定义问题
- 定义系统边界
- 收集数据
- 构建模型
- 解释模型结果
- 完善模型
- 使用结果
我们越来越多地使用系统动力学、决策树分析和简化的商业动机模型来观察结果和行动过程，以进行分析。.
- 系统动力学 - 了解系统变化的驱动因素
- 决策树分析——了解何时必须做出路线图决策，或者如果今天做出决策，将会产生哪些影响
- 简化的商业动机模型（结果和行动过程）——了解什么是最终状态而不是首选行动，并了解哪些路线图决策应该推迟
您将把任何专业模型的结果纳入您的端到端模型。此外，您通常需要使用企业架构模型作为数据源来查找缺陷并指导有效的变更。.
企业架构模型结论
通过了解基础知识，我们发现您的企业架构模型是一套完整的抽象和模型，可以简化和传达复杂的结构、流程、规则和约束。.
您构建领域模型来回答问题。这些问题可以帮助您的利益相关者了解缺陷的根源以及如何改进您的组织。.
您将通过以下方式构建您的企业架构模型 企业架构领域. 分析每个领域的不足之处并进行改进。.
真正的艺术 企业架构 正在整合像你的 转型模型, 信息模型, 和 风险模型,，形成端到端模型
你的下一步是提高你的企业架构技能，, 改善您的企业架构团队, ， 或者 聘请专家来简单地实现架构、理解和改进.
引导有效变革！
