企业架构领域

企业架构域是整个企业架构的部分表示。更容易考虑每个架构域的组件与其自身有更多的共同点。

除了企业架构领域,该术语还将指工作专业化。此外,我们使用“领域”一词的简单自然含义,即“知识或活动领域”。

经典企业架构领域

最常见的企业架构域描述了不同的部分 企业架构.专业架构师通常独立开发领域架构。当域架构组合在一起时,您就拥有了一个完整的企业架构。

每个企业架构域都可以单独使用。单独使用时,您必须假设所有其他域都是静态的。

好的 企业架构师 将企业架构分解为多个域,因为它更容易分析和描述类似的事物。他们使用相同的技术和技能来描述和分析架构域的组件。

有许多 企业架构工作 在领先的企业架构团队中。如果您想探索角色而不是领域,请跳转到 不同的企业架构工作.

业务架构领域

业务架构师 开发业务架构。它是所有其他企业架构领域的基础。它将解释企业的运营模式、组织、运营实践和信息流。

最佳实践 企业架构团队 将参与开发目标状态并支持业务运营的改进。许多以 IT 为中心的企业架构团队使用他们的 业务架构师 向以 IT 为中心的架构师记录和解释业务决策。

我们有一个很好的业务架构师的例子 业务架构师构建 IT 部门的方法.

当我们 培养企业架构师的技能, 开发企业架构团队,或交付 TOGAF认证培训, 我们有两个关于业务架构的核心事实。首先,当业务架构师从 '这生意’他们注定了低成熟度。其次,假设开发了业务架构,然后构建了其他领域来支持它,那么您将始终开发低质量的架构。

业务架构开发在 TOGAF ADM 阶段 B 中进行了解释.

安全架构领域

我们还将安全架构称为 信息系统安全架构, 和 安全架构.这个架构领域总是非常关注 IT。一个 安全架构师 开发有效管理与信息和信息技术相关的风险的控制措施。安全架构师的目标是保护企业,而不是技术。

最佳实践安全架构如下 SABSA 以平衡需要防止成功的驱动力。安全架构也很普遍。每个领域、每个元素和每个决策都必须考虑风险和安全性。

信息系统架构领域

信息系统架构是 TOGAF.它包含所有应用程序和数据架构。更广阔的视野 信息技术架构 扩展领域以包括基础设施和其他技术。

数据架构领域

不要卷入一个冗长的语义讨论中 信息架构数据架构.最佳实践将使信息分析与业务架构和数据架构与 IT 问题保持一致。可靠的数据架构为您的应用程序架构提供了最重要的约束。

应用架构领域

最佳实践 应用架构 将专注于有关您的软件和集成的关键限制。它将指定您的组织是否应该使用 SaaS、商业软件、大型套件或专业软件,或者进行定制开发。应用程序选择支持不同的业务活动。选择由您的业务架构驱动。同样,系统边界和集成标准也很关键。如果没有这些顶级约束,应用程序内部的细节几乎没有实用价值。

当我们 培养企业架构师的技能, 开发企业架构团队,或交付 TOGAF认证培训, 我们有两个关于应用程序架构的核心事实。首先,直到你有一个 应用程序开发模型, 你不能继续。在您知道您的应用程序选择如何启用和限制您的业务架构之前,您的应用程序的细节是毫无意义的。其次,如果你跳入应用程序功能和集成,你总是会开发出低质量的应用程序架构。

我们解释 TOGAF ADM 阶段 C 中的应用程序架构开发 - 应用程序架构.

技术架构领域

TOGAF 指的是一个技术架构领域。其他是指基础架构架构。不要陷入冗长的语义讨论中。

强大的技术架构可提供企业敏捷性并支持敏捷软件开发。它将在效率和 企业敏捷性.

成功的技术架构指导和约束:

  • 其他企业架构师领域架构师到可能的艺术
  • 基础设施规划师的成功标准
  • 解决方案架构师和专业技术架构师判断标准、成功标准和优先级

了解在 TOGAF® ADM D 阶段——开发技术架构.

基础架构领域

你的 技术架构 关注支持应用程序、数据和通信的技术或基础设施。

企业架构领域

现代企业架构领域

所有企业架构域都涵盖了企业架构的一部分。创建域是为了让专业架构师可以使用适合该域问题的技术和技能。我们还将创建一个域来应对艰难的变革挑战。

现代企业架构领域不断涌现。我们吸收最多 经典企业架构领域 随着新技术成为主流。

云架构领域

公共云服务的兴起正在改变我们处理基础设施架构和应用程序架构的方式。我们发现有趣的是,经典基础架构试图定义应用程序将使用的服务,而基础架构和平台云架构依赖于这种方法。 SaaS 也会发生同样的情况。软件即服务通过 API 明确定义了功能和访问,这是应用程序架构的两个经典主题。

私有云架构 和公有云架构有显着差异。当您需要开发私有云的架构时,您需要担心服务的交付方式。使用公共云,您可以选择可用的服务。

面向服务的架构领域

面向服务的体系结构和微服务体系结构是企业体系结构领域的例子,这些领域已经出现并融入了经典的体系结构领域。几年前,SOA 是一件大事。它将改变一切。今天,它是一个好的应用程序架构的一部分。

下载面向服务的架构实用指南

现代企业架构

重点企业架构领域

所有企业架构都服务于两个主要受众——决策者和实施者。决策者使用该架构来决定要进行哪些更改,并确保更改正在交付预期价值。实施者使用该架构来确保他们了解价值衡量标准以及对他们自由的限制。

除了通过他们工作的领域来识别不同的架构师之外,我们还将根据他们所处理的问题类型来识别不同的架构师。

敏捷架构

随着现代敏捷软件开发实践的兴起,人们对企业架构如何关联产生了相当大的兴趣。我们发现有 涵盖企业架构和敏捷的六个用例.支持正确目的的良好架构开发独立于任何更改方法。我们发现 企业架构和敏捷完美结合.

敏捷和企业架构工作产品

解决方案架构

解决方案架构师通常在项目或解决方案级别上广泛关注多个面向 IT 的领域。 解决方案架构师 将在企业架构的约束下工作。他们通常非常专注于支持实施者。

企业架构开发

SABSA 领域模型

SABSA 域模型与企业架构域无关。这个单词 领域 仅表示知识或活动领域。 SABSA 领域模型只是使用这个含义。

使用 SABSA 领域模型将组织分解为可检查的部分。使用这些部分来建立风险所有权和治理。

使用 SABSA 域模型的关键是确保每个域都有一个可定义的边界。

>> 阅读更多关于 SABSA 领域模型的信息

有许多 企业架构工作 在领先的企业架构团队中。如果您想探索角色,请跳至 不同的企业架构工作.

SABSA 领域模型

企业架构领域的自己动手下载

关于创建可组合服务架构的指南 - 无论是业务服务还是应用程序服务。

行业标准 EA 能力参考模型

解决企业架构中的风险和信息安全的指南。

找到您需要回答的问题,以实现成功的数字化转型

滚动到顶部