附件为50页PDF。
如果装修过房子，应该都见过户型图、水电图、结构图。
因为同一套房子，可以从不同角度去看。户型关注空间怎么使用，水电关注管线怎么走，结构关注哪些地方能够承重。它们关注的对象不同，但最终服务的是同一套房子。
一家企业既有业务，也有支撑业务运行的应用系统；业务运行会产生大量数据，这些系统和数据又运行在一定的技术环境之上。
所以在TOGAF中，企业架构通常从四个核心领域展开：
业务架构（Business Architecture）数据架构（Data Architecture）应用架构（Application Architecture）技术架构（Technology Architecture）
很多人第一次接触4A，会把它理解成四类架构模型。这样理解没有错，但还没有触及4A真正的价值。
4A真正解决的问题，是企业怎样同时从业务、应用、数据和技术四个方面管理数字化。
一、为什么企业需要4A
缺财务系统，就建财务系统；缺客户管理，就建CRM；需要办公协同，再上一套OA。
市场、销售、客服都有客户信息，到底哪个才是准确的？
同一个业务能力，被五六套系统重复建设，新的项目还要不要继续建？
不同项目分别采用不同数据库、中间件和开发框架，几年以后谁来维护？
因为它们背后同时涉及业务边界、系统职责、数据定义和技术标准。
这就是为什么企业数字化发展到一定阶段以后，需要企业架构。
企业架构开始关注的，不再是某一个系统能不能建出来，而是整个企业的数字化体系是否合理。
二、业务、应用、数据、技术，到底分别管什么
1. 业务架构：先把企业怎么做事讲清楚
企业服务哪些客户，提供什么产品和服务，需要具备哪些业务能力，核心流程如何运行，组织之间怎样协同。
企业需要先回答：客户经营到底包含哪些业务活动？销售、服务、营销之间是什么关系？哪些能力需要加强？
这些问题不清楚，直接进入系统建设，很容易变成各部门分别提出功能需求，最后系统越来越多，业务却没有真正改善。
所以业务架构最重要的作用，是为后续数字化建设提供业务依据。
2. 应用架构：解决系统该怎么分工
业务明确以后，才需要进一步考虑哪些应用来支撑这些业务。
CRM负责什么，ERP负责什么，客服系统负责什么；已有系统能不能复用；哪些功能出现了重复；哪些系统需要整合；系统之间怎样协同。
各部门从自己的需求出发建设系统，每个项目局部看都有理由，几年以后放到企业整体来看，却出现了大量功能重复和系统交叉。
哪些业务由哪些应用来支撑，这些应用之间如何合理分工。
3. 数据架构：解决数据到底怎么定义和流动
客户、产品、订单、合同、供应商、员工，这些都是企业运行过程中最核心的数据对象。
问题在于，同一个对象进入不同系统以后，很容易产生不同版本。
销售系统里的客户是一种定义，客服系统里又是一种定义，财务系统可能还有自己的客户编码。
最后企业想做经营分析，第一件事往往不是分析业务，而是先“对数”。
所以数据架构关注的，是企业有哪些核心数据，这些数据由谁定义，在哪里产生，怎样在不同业务和应用之间流动。
很多企业的数据治理之所以难，并不只是数据平台建设的问题。
更前面的一步，是企业有没有把最基本的数据对象、标准、责任和关系定义清楚。
企业的数据是什么，以及这些数据怎样在整个企业中保持一致。
4. 技术架构：解决技术体系如何保持可控
云平台、服务器、网络、数据库、中间件、操作系统、开发框架、安全能力，都属于技术架构关注的范围。
如果每个项目都可以自由选择技术路线，单个项目可能没有任何问题。
但几年以后，企业可能同时维护十几种数据库、各种不同版本的中间件和大量不同开发框架。
问题随之而来：运维复杂、安全补丁难以统一、技术人员难以共享，老旧技术也很难退出。
所以技术架构需要建立企业级的技术原则、技术标准和生命周期管理。
三、4A最重要的地方，是四个架构域不能各管各的
业务部门在做业务架构，信息化部门维护应用体系，数据团队单独开展数据治理，技术团队负责云平台和技术标准。
一项核心数据在哪个业务环节产生，又被哪些应用使用？
一项技术停止使用以后，会影响哪些系统，进一步会影响哪些业务？
如果这些关系说不清楚，4A就仍然是四套相对独立的管理体系。
业务发生变化，应用往往需要调整；应用发生调整，又可能引起数据和接口变化；新的应用方案，还会进一步影响底层技术。
技术能力不足会限制应用方案，数据质量差会影响业务决策，历史系统包袱过重，也会制约业务流程优化。
企业数字化不是业务、应用、数据和技术四条互不相干的线，而是一个相互影响的体系。
从华为等企业公开的数字化实践中，也能看到类似的思路：业务、应用、数据和技术并不是分别建设，而是围绕企业整体数字化目标形成相互支撑的关系。
四、理解了4A，也就更容易理解TOGAF的ADM
既然业务、应用、数据和技术已经明确了，是不是把这些架构设计完成，企业架构工作就结束了？
战略会调整，业务会变化，新的系统不断建设，老系统不断退出，技术也一直在升级。
这也是TOGAF为什么还要设计ADM，也就是架构开发方法。
ADM关注的不只是某一个时点的架构，而是：企业现在是什么状态？未来希望变成什么状态？现状和目标之间有哪些差距？需要通过哪些项目逐步完成这些变化？项目实施过程中，又怎样保证整体方向没有偏离？
因此，如果一定要把4A和ADM的关系压缩成两句话，可以这样理解：4A回答企业架构主要管理什么。ADM回答这些架构如何从现状逐步演进到目标状态。
EA之家TOGAF【1】什么是4A架构（50页）
自2026年起，所有内容均为EA之家原创，享有内容版权，盗版必究。2026年之前部分案例来源于各文库类平台，如有标错或文章所使用的图片文字链接等涉及侵权，请尽快与我们联系处理，谢谢。
EA之家 »
EA之家TOGAF系列【1】基础篇：一篇讲清楚企业架构4A到底是什么，附50页PDF
