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