企业架构全景分析：从业务架构到技术架构的完整关系链企业架构（Enterprise Architecture, EA）是连接企业战略与IT落地的桥梁。下面我将结合 TOGAF框架 和 华为4A架构方法
企业架构全景分析：从业务架构到技术架构的完整关系链
企业架构（Enterprise Architecture, EA）是连接企业战略与IT落地的桥梁。下面我将结合TOGAF框架和华为4A架构方法论，从顶层到底层逐层拆解各架构域的核心概念及其逻辑关系。
整体框架概览
无论是TOGAF还是华为4A，企业架构的核心分层是一致的：
| 架构域 | TOGAF定义 | 华为4A定义 |
|---|---|---|
| 业务架构（BA） | 定义业务战略、治理、组织和关键业务流程 | 对业务的结构化表达，描述企业如何实现战略意图 |
| 数据/信息架构（DA/IA） | 描述逻辑和物理数据资产及管理资源 | 结构化描述业务运作和决策所需的信息及关系 |
| 应用架构（AA） | 为应用系统提供蓝图，定义交互和与业务流程的关系 | 定义支撑业务目标所需的IT系统及集成关系 |
| 技术架构（TA） | 描述支撑关键应用的软件基础设施 | 定义技术组件、IT平台和基础设施资源 |
业务架构（BA）——企业架构的起点
业务架构是4A架构的源头，它回答"企业做什么、为谁创造价值"的问题。华为云Stack文档明确指出，业务架构由价值流、业务能力和流程架构三大核心要素组成。
价值流（Value Stream）
价值流是一组端到端的活动集合，能够为用户/客户创造价值。它从客户视角出发，描述企业如何交付价值。
- 层级：L1为价值流本身，L2为价值流阶段
- 示例：以"订单到现金"（Order-to-Cash）为例，包含"接收订单→处理订单→发货→收款"等阶段
业务能力（Business Capability）
业务能力是企业拥有或从外部获取的能力，回答"企业能做什么"。它是相对稳定的，不随组织结构变化而变化。
华为将业务能力分为5个层级：
| 层级 | 名称 | 说明 |
|---|---|---|
| L1 | 业务能力类 | 最高层分类，如"客户管理" |
| L2 | 业务能力组 | 能力分组，如"客户信息管理" |
| L3 | 业务能力 | 具体能力，如"客户资料维护" |
| L4 | 业务服务 | 可被调用的服务单元 |
业务流程（Business Process）
流程架构是承载价值流和业务能力的载体，描述"事情怎么做"。华为将其分为5个层级：
| 层级 | 名称 | 说明 |
|---|---|---|
| L1 | 流程类 | 如"供应链管理" |
| L2 | 流程组 | 如"采购管理" |
| L3 | 流程 | 如"供应商选择流程" |
| L4 | 活动 | 流程中的具体活动 |
| L5 | 任务 | 最小执行单元 |
业务功能（Business Function）
业务功能通常对应流程中的活动或任务层级，是可被应用系统实现的原子化业务操作单元。在TOGAF元模型中，业务功能/服务通过信息系统服务和应用构件来实现。
业务架构内部逻辑关系
1┌─────────────────────────────────────────────────────────┐ 2│ 企业战略/愿景 │ 3└───────────────────┬─────────────────────────────────────┘ 4 ▼ 5 ┌───────────────────────┐ 6 │ 价值流 │ ← 客户视角：创造什么价值 7 │ (端到端价值交付) │ 8 └───────────┬───────────┘ 9 ▼ 10 ┌───────────────────────┐ 11 │ 业务能力 │ ← 企业视角：需要什么能力 12 │ (能力分解 L1→L4) │ 13 └───────────┬───────────┘ 14 ▼ 15 ┌───────────────────────┐ 16 │ 业务流程 │ ← 执行视角：如何运作 17 │ (流程分解 L1→L5) │ 18 └───────────┬───────────┘ 19 ▼ 20 ┌───────────────────────┐ 21 │ 业务功能/服务 │ ← 原子操作：可被IT实现 22 └───────────────────────┘关键逻辑：价值流驱动业务能力的识别，业务能力通过业务流程来承载，业务流程分解为业务功能/服务，最终业务功能成为IT系统实现的输入。
信息/数据架构（IA/DA）——业务对象的定义
信息架构以结构化方式描述业务运作和决策所需的信息及其相互关系。华为将其分为5个层级：
| 层级 | 名称 | 说明 |
|---|---|---|
| L1 | 主题域分组 | 最高层数据分类 |
| L2 | 主题域 | 数据主题域，如"客户域" |
| L3 | 业务对象 | 核心数据实体，如"客户" |
| L4 | 逻辑数据实体 | 业务对象的细化 |
| L5 | 属性 | 数据字段 |
业务对象（Business Object）
业务对象是信息架构的核心概念，它是业务运作中关键实体的抽象，如"客户、订单、产品、合同"等。业务对象与业务架构的关系是：
- 业务流程操作业务对象：如"创建订单"流程操作"订单"业务对象
- 业务能力管理业务对象：如"客户管理能力"管理"客户"业务对象
- 应用系统持久化业务对象：业务对象最终落地为数据库表或文档
应用架构（AA）——业务能力的IT承载
应用架构识别和定义支撑业务目标达成所需的IT系统及其集成关系。华为将其分为5个层级：
| 层级 | 名称 | 说明 |
|---|---|---|
| L1 | 产品族 | 如"客户关系管理产品族" |
| L2 | 产品 | 如"CRM系统" |
| L3 | 应用系统模块 | 如"客户管理模块" |
| L4 | 应用服务 | 如"客户查询服务" |
| L5 | 物理应用组件 | 特性、UI、接口、集成 |
应用架构与业务架构的映射关系
这是企业架构中最关键的横向关联：
- 业务能力 → 应用系统：一个业务能力可能由多个应用系统共同支撑，一个应用系统也可能支撑多个业务能力
- 业务流程 → 应用服务：流程中的活动由应用服务来自动化实现
- 业务对象 → 数据模型：业务对象在应用系统中落地为数据实体
华为ROMA EAMAP平台提出的"一体四面"视角很好地诠释了这种关联：
- 应用视角：一个应用关联了哪些业务能力、业务对象、技术服务
- 能力视角：一个业务能力由多少IT系统、多少特性支撑
- 技术视角：一个技术服务被多少应用服务使用
- 数据视角：一个业务对象属于哪个主题域、被多少应用模块调用
技术架构（TA）——底层基础设施
技术架构定义了一系列技术组件、IT平台和基础设施资源，明确企业应引入哪些技术及配套基础环境。华为将其分为：
| 层级 | 名称 | 说明 |
|---|---|---|
| L1 | 技术域 | 如"计算域、存储域、网络域" |
| L2 | 技术子域 | 如"容器平台、数据库" |
| L3 | 技术服务/技术组件 | 如"K8s服务、MySQL组件" |
技术架构为应用架构提供运行平台，包括云平台、中间件、数据库、网络、安全等基础设施。
4A架构的完整映射关系（核心图解）
1┌────────────────────────────────────────────────────────────────┐ 2│ 企业战略层 │ 3│ 战略愿景 → 业务目标 │ 4└────────────────────────────┬───────────────────────────────────┘ 5 │ 驱动 6 ▼ 7┌────────────────────────────────────────────────────────────────┐ 8│ 业务架构（BA） │ 9│ ┌──────────┐ ┌──────────────┐ ┌──────────────────┐ │ 10│ │ 价值流 │───→│ 业务能力 │───→│ 业务流程 │ │ 11│ │(客户价值) │ │(企业能做什么) │ │(如何执行) │ │ 12│ └──────────┘ └──────┬───────┘ └─────────┬────────┘ │ 13│ │ │ │ 14│ ▼ ▼ │ 15│ ┌──────────────┐ ┌──────────────────┐ │ 16│ │ 业务功能/服务 │ │ 业务对象(数据) │ │ 17│ │(原子操作) │ │(信息实体) │ │ 18│ └──────┬───────┘ └─────────┬────────┘ │ 19└─────────────────────────│──────────────────────│──────────────┘ 20 │ 实现 │ 承载 21 ▼ ▼ 22┌────────────────────────────────────────────────────────────────┐ 23│ 应用架构（AA） │ 24│ ┌──────────────┐ ┌────────────┐ │ 25│ │ 应用系统/模块 │◄── 操作/持久化 ──────────────│ 数据模型 │ │ 26│ │(功能实现) │ │(表/文档) │ │ 27│ └──────┬───────┘ └────────────┘ │ 28│ │ │ 29│ ▼ 调用 │ 30└─────────│───────────────────────────────────────────────────────┘ 31 │ 运行于 32 ▼ 33┌────────────────────────────────────────────────────────────────┐ 34│ 技术架构（TA） │ 35│ ┌────────────┐ ┌────────────┐ ┌────────────┐ ┌─────────┐ │ 36│ │ 云平台 │ │ 中间件 │ │ 数据库 │ │ 网络/安全│ │ 37│ └────────────┘ └────────────┘ └────────────┘ └─────────┘ │ 38└────────────────────────────────────────────────────────────────┘TOGAF ADM方法论中的架构开发流程
TOGAF的架构开发方法（ADM）提供了从业务到技术的系统化开发流程：
1 ┌─────────────┐ 2 │ 需求管理 │←────────┐ 3 └──────┬──────┘ │ 4 ▼ │ 5 ┌───────────────────────┐ │ 6 │ Phase A: 架构愿景 │ │ 7 └───────────┬───────────┘ │ 8 ▼ │ 9 ┌───────────────────────┐ │ 10 │ Phase B: 业务架构 │ │ 11 │ - 价值流、能力、流程 │ │ 12 └───────────┬───────────┘ │ 13 ▼ │ 14 ┌───────────────────────┐ │ 15 │ Phase C: 信息系统架构 │─────┤ 16 │ - 数据架构 │ │ 17 │ - 应用架构 │ │ 18 └───────────┬───────────┘ │ 19 ▼ │ 20 ┌───────────────────────┐ │ 21 │ Phase D: 技术架构 │ │ 22 └───────────┬───────────┘ │ 23 ▼ │ 24 ┌───────────────────────┐ │ 25 │ Phase E: 机会与解决方案 │ │ 26 └───────────┬───────────┘ │ 27 ▼ │ 28 ┌───────────────────────┐ │ 29 │ Phase F: 迁移规划 │ │ 30 └───────────┬───────────┘ │ 31 ▼ │ 32 ┌───────────────────────┐ │ 33 │ Phase G: 实施治理 │ │ 34 └───────────┬───────────┘ │ 35 ▼ │ 36 ┌───────────────────────┐ │ 37 │ Phase H: 架构变更管理 │─────┘ 38 └───────────────────────┘关键关系总结
| 关系维度 | 上游（驱动方） | 下游（被驱动方） | 关系说明 |
|---|---|---|---|
| 战略→业务 | 企业战略 | 价值流/业务能力 | 战略决定企业需要哪些价值流和能力 |
| 能力→流程 | 业务能力 | 业务流程 | 能力通过流程来落地执行 |
| 流程→功能 | 业务流程 | 业务功能/服务 | 流程分解为可被IT实现的原子功能 |
| 业务→数据 | 业务流程/能力 | 业务对象 | 流程操作业务对象，能力管理业务对象 |
| 业务→应用 | 业务功能 | 应用服务 | 业务功能由应用服务实现 |
| 数据→应用 | 业务对象 | 数据模型 | 业务对象在应用中落地为数据实体 |
| 应用→技术 | 应用系统 | 技术组件 | 应用运行于技术平台之上 |
华为4A的核心实践原则
华为在数字化转型实践中总结了以下关键原则：
- BA→AA→IA→TA逐层分解与双向校验：避免业务与IT"两张皮"
- 业务架构先行：先梳理价值流和业务能力，再设计IT系统
- 数据架构标准化：建立统一的数据标准，打通数据孤岛
- 技术架构平台化：将复杂技术封装为简单接口，支撑上层应用快速迭代
📌 总结：企业架构的本质是将战略转化为可执行的蓝图。业务架构定义"做什么"，数据架构定义"用什么数据"，应用架构定义"用什么系统"，技术架构定义"跑在什么平台上"。四层架构通过元模型中的依赖、支持、实现等关系紧密关联，形成从战略到落地的完整链路。