企业架构(4A)总体视图
一张图说清楚
企业架构(4A)回答一个问题:战略怎么落地为系统。答案是把企业拆成四个互相咬合的架构域——业务架构、数据架构、应用架构、技术架构——再让 AI 赋能与架构治理贯穿全维度。
flowchart TB
STRAT["企业战略与数字化转型目标"]
subgraph BIZ["业务架构 Business Architecture"]
direction LR
B1["业务能力地图"] ~~~ B2["端到端业务流程"] ~~~ B3["业务组件"]
B4["组织与角色"] ~~~ B5["业务规则与政策"] ~~~ B6["智能化业务场景"]
end
subgraph DATA["数据架构 Data Architecture · 本方案聚焦"]
direction TB
D1["数据资产目录"] ~~~ D2["数据模型"]
D3["数据标准"] ~~~ D4["数据分布"]
D5["数据流程"] ~~~ D6["质量与安全"]
DK["数据智能与知识服务<br/>概念模型 → 逻辑模型 → 物理模型"]
end
subgraph APP["应用架构 Application Architecture"]
direction LR
A1["应用系统与模块"] ~~~ A2["前台 · 中台 · 后台"]
A3["服务与API接口"] ~~~ A4["系统集成与交互"]
A5["应用开发与治理"] ~~~ A6["智能体与AI应用"]
end
subgraph TECH["技术架构 Technology Architecture"]
direction LR
T1["云基础设施"] ~~~ T2["数据平台与数仓"] ~~~ T3["AI平台与算力"]
T4["中间件与API网关"] ~~~ T5["网络与安全运维"]
end
AI["AI 智能赋能 · 贯穿4A"]
GOV["架构治理与管控:贯穿业务、数据、应用、技术全维度(原则 · 流程 · 组织 · 考核)"]
STRAT -->|"承接战略"| BIZ
BIZ -->|"共同支撑业务"| DATA
BIZ -->|"共同支撑业务"| APP
DATA <-->|"取数 · 写数"| APP
TECH -->|"支撑"| DATA
TECH -->|"支撑"| APP
AI -.-> BIZ
AI -.-> DATA
AI -.-> APP
AI -.-> TECH
GOV -.-> BIZ
GOV -.-> DATA
GOV -.-> APP
GOV -.-> TECH
四个架构域各自管什么
- 业务架构:企业”做什么”——能力地图、端到端流程、组织与规则。它是其余三个架构的需求来源,一切从业务出发。
- 数据架构:企业”凭什么记住”——数据资产、模型、标准、分布、质量与安全。数据不是系统的副产品,而是独立经营的资产层。
- 应用架构:企业”用什么系统做事”——前台中台后台的布局、服务与 API、系统集成。应用承载数据,数据反哺应用。
- 技术架构:企业”靠什么底座跑起来”——云、数据平台、AI 算力、中间件、安全运维。它支撑一切,但不应喧宾夺主。
为什么本方案聚焦数据架构
图中数据架构被高亮为本方案聚焦,原因很直接:数据架构是业务与应用之间的通用语言。业务要的是口径一致,应用要的是接口稳定,两边只有通过统一的数据底座才能对齐——取数、写数都是它。
数据架构内部有一条清晰的递进链:概念模型 → 逻辑模型 → 物理模型。这条链是数据资产的”生产线”:概念模型对齐业务语言,逻辑模型定结构与关系,物理模型落到平台与存储。跳过任何一层,最后都会以”口径对不上”的形式偿还。
AI 赋能与治理:一个贯穿、一个兜底
- AI 智能赋能贯穿 4A:业务侧有智能化业务场景,应用侧有智能体与 AI 应用,数据侧有数据智能与知识服务,技术侧有 AI 平台与算力。AI 不是第五个架构域,而是渗透在每个域里的能力放大器。
- 架构治理与管控兜底全维度:原则、流程、组织、考核。没有治理的架构图是 PPT;有治理的架构图才是运行中的系统。
这张图的使用方式:向管理层讲”战略如何落地”,向数据团队讲”我们处在哪、为什么聚焦”,向应用团队讲”数据为什么必须先行”。