Enterprise Architecture¶

Model an enterprise's business, information, application, and technology layers as one governed baseline-to-target transformation so strategy, investments, and implementation remain aligned.

Version: v2 · 2026-09-06 · History
Domain-specific #: 1769
Origin domain: enterprise management
Subdomain: enterprise architecture
Aliases: Enterprise architecture practice

Core Idea¶

Enterprise Architecture is the organization-wide practice of building and governing a coherent set of views that connects strategy to business capabilities and processes, information and data, applications and services, technology and infrastructure, and often performance and security. It describes a baseline or as-is enterprise, specifies a target or to-be enterprise, identifies gaps and dependencies, and sequences transition architectures or increments that guide investment and implementation. The architecture is useful only when these views constrain real decisions and are maintained as the enterprise changes.

Scope of Application¶

Enterprise Architecture applies where local optimization creates material cross-boundary consequences.

Corporate transformation. Mergers, operating-model changes, shared-service programs, platform consolidation, and digital transformation require capabilities, ownership, information, applications, and infrastructure to move together.
Government and public administration. Agencies use enterprise and segment architectures to relate mission and performance to business, data, services, technology, security, investment, and interagency dependencies. GAO's maturity framework treats current and target views plus an enterprise transition plan as an organization-wide decision instrument.
Federated enterprises. Autonomous divisions or agencies can retain local authority while adopting common principles, interfaces, information semantics, and conformance rules where interdependence demands them.
Portfolio rationalization. Application duplication, unsupported platforms, conflicting data ownership, and inconsistent processes become visible when assets are mapped to capabilities and target dispositions.
Regulated and safety-critical settings. Architecture traces policy, security, resilience, privacy, and compliance obligations through processes, information, systems, and technologies.
Ecosystem and acquisition integration. Suppliers, partners, acquisitions, and outsourced services extend the enterprise boundary when their decisions alter shared outcomes or dependencies.

Clarity¶

Enterprise Architecture clarifies four distinctions that organizations routinely collapse.

First, baseline is not inventory. A baseline states what exists, how it behaves, who owns it, what it costs, which capabilities it supports, and where constraints or risks reside. A list of applications with no process, information, service, or ownership links cannot explain enterprise behavior.

Manages Complexity¶

An enterprise is too large to reason about as one undifferentiated object. Enterprise Architecture manages this complexity by decomposing it into views while preserving explicit correspondences across them. Business capabilities connect to processes and owners; processes consume and produce information; applications provide services; technologies host applications; investments change selected elements; measures test whether the promised outcome arrived.

Abstract Reasoning¶

Let the enterprise state at time t be a layered directed graph

E_t = (B_t, I_t, A_t, T_t, R_t),

where B contains business capabilities, actors, and processes; I information and data; A applications and services; T technology and infrastructure; and R the typed relations within and across layers. A strategic target defines desired outcomes O* and constraints C. The target architecture is not simply any E* satisfying O*; it should be coherent under constraints, ownership, interoperability, risk, and resource limits.

Knowledge Transfer¶

Within enterprise management, the role package transfers literally across corporations, public agencies, universities, health systems, military organizations, nonprofit networks, and federated coalitions. The particular layers and names vary, but the recurring task is to make strategy, operating structure, information, systems, technology, investment, and governance mutually legible across time.

Several tools transfer inward from other abstractions. Representation contributes viewpoints and faithfulness scope. Transformation contributes state, invariant, and sequencing analysis. Governance contributes decision rights, accountability, waivers, and conformance. Backcasting contributes target-to-prerequisite reasoning.

Relationships to Other Abstractions¶

Current abstraction Enterprise Architecture Domain-specific

Parents (3) — more general patterns this builds on

Enterprise Architecture presupposes Governance Prime

Governance is a strict prerequisite: decision rights, accountability, conformance, waivers, and refresh authority make the architecture binding rather than advisory documentation.
Enterprise Architecture is part of Representation Prime

Representation is constitutive: architecture descriptions map selected enterprise structures into views under purpose-relative faithfulness commitments.
Enterprise Architecture presupposes Transformation Prime

Transformation is a strict prerequisite: the baseline, target, and transition sequence describe rule- and constraint-governed restructuring of the enterprise while preserving mission and operational invariants.

Hierarchy paths (4) — routes to 3 parentless roots

Enterprise Architecture → Governance → Accountability → Authority

Show alternative paths (3)

Neighborhood in Abstraction Space¶

Enterprise Architecture sits in a sparse region of the domain-specific corpus (74^th percentile for distinctiveness): few abstractions share its structure, so a faithful description tends to retrieve it precisely.

Family — Metric Gaming & Organizational Illusion (9 abstractions)

Nearest neighbors

Computed from structural-signature embeddings · 2026-09-08