企业架构全链路深度解析融合 TOGAF 9.2 华为 4A 架构前置核心定义TOGAF 标准分层业务架构 BA → 信息系统架构数据架构 DA 应用架构 AA→ 技术架构 TA核心思想业务驱动 IT从上至下拆解自下而上落地华为 4A 架构业务架构 BA、应用架构 AA、数据架构 DA、技术架构 TA完全对齐 TOGAF 分层但更偏向国内企业 / 央国企落地强化业务能力、价值流、业务对象作为中间纽带整体逻辑主线企业战略 → 业务架构做什么、怎么赚钱→ 业务对象 / 数据业务载体→ 应用架构用什么系统支撑业务→ 技术架构系统跑在什么基础设施上一、第一层业务架构 BABusiness Architecture—— 企业顶层业务蓝图业务架构是所有架构的源头回答三个核心问题企业的战略目标是什么创造什么价值由哪些业务能力、流程、功能支撑价值交付BA 内部五层细分自上而下逐级拆解包含你要求的全部要素1.1 价值流 Value Stream业务价值主线最高层业务单元定义端到端、跨部门、面向客户 / 利益相关方的完整价值交付链条衡量 “企业如何产生价值”不考虑组织边界。特征以价值产出为终点一条价值流对应一个核心盈利 / 服务场景举例制造企业订单到收款 OTC、采购到付款 P2P、线索到现金 LTC、研发到上市 IPD作用把抽象战略翻译成可落地的业务场景是业务架构的顶层骨架1.2 业务能力 Business Capability稳定、原子化业务能力模块定义企业独立、可复用、长期稳定的 “业务本领”是价值流的组成单元不绑定组织、不绑定流程。特点名词化描述客户管理、库存管理、合同管理、财务核算具备稳定性组织调整、流程变更不会消失和价值流关系一条价值流由多个业务能力串联 / 复用构成 例LTC 线索到现金价值流 线索挖掘能力 客户授信能力 合同签订能力 发货履约能力 收款对账能力1.3 业务流程 Business Process业务能力的执行步骤定义为完成某个业务目标按顺序编排的活动集合是业务能力的动态实现。区分能力 vs 流程业务能力静态能力我会做客户授信业务流程动态步骤客户授信审批流程提交申请→资质审核→额度审批→授信生效粒度分层端到端流程价值流→ 跨域流程 → 部门级流程 → 操作级流程1.4 业务功能 Business Function流程最小执行单元定义流程中不可拆分的最小操作动作是业务能力的颗粒化拆分。例客户授信流程拆解功能录入客户资料、查询征信、计算授信额度、生成授信单、审批驳回作用承接业务流程向下映射到应用系统菜单、功能按钮1.5 业务对象 Business Object业务实体BA 与 DA 的桥梁定义业务活动中流转、操作的实体承载全部业务数据是业务语言和 IT 语言的翻译器。实体举例客户、订单、合同、物料、发票、员工、仓库核心定位业务架构的所有流程 / 能力 / 价值流本质都是对业务对象的创建、修改、查询、删除关键衔接业务对象直接下沉到【数据架构 DA】转化为数据实体、主数据、交易数据BA 内部层级逻辑图文字结构化图例plaintext企业战略目标 ↓ 【价值流端到端价值链条】 ↓ 由多个业务能力组合而成 【业务能力稳定业务模块】 ↓ 每个能力包含多条执行流程 【业务流程有序活动步骤】 ↓ 流程拆分为最小操作动作 【业务功能原子操作】 ↓ 所有功能操作围绕实体开展 【业务对象客户/订单/物料等实体】BA 内部要素关联示例零售行业价值流顾客到门店线下零售价值流复用业务能力会员管理、商品销售、库存扣减、收银结算、会员积分业务流程线下购买流程进店选品→扫码结算→支付→积分发放→小票打印业务功能商品扫码、查询会员、计算折扣、生成收银单、扣减库存业务对象会员、商品、收银单、库存记录、积分台账二、第二层应用架构 AAApplication Architecture—— IT 系统支撑蓝图2.1 核心定位承接业务架构回答问题用哪些应用系统、系统模块支撑上层全部业务能力 / 流程 / 功能华为 4A TOGAF 统一规则业务能力驱动应用拆分一个应用承载一组高度内聚的业务能力2.2 应用架构核心组成应用组件 / 应用系统ERP、CRM、WMS、SCM、OA、财务共享平台、电商前台应用功能模块ERP 内应收模块、库存模块、采购模块CRM 客户管理模块应用接口 / 集成架构系统间数据交互API、ESB、消息队列解决跨价值流系统打通应用服务微服务原子能力客户主数据查询服务、订单创建服务2.3 BA → AA 标准映射关系核心转换逻辑业务能力 → 应用域 / 系统模块一一聚合映射 例客户管理能力全部归集到 CRM 应用财务核算能力归集到 ERP 财务模块业务流程 → 应用端到端交互链路跨系统集成流程 例LTC 价值流流程 CRM 线索流程 → ERP 合同模块 → WMS 发货模块 → ERP 应收会计模块业务功能 → 应用菜单、页面、微服务接口业务对象 → 应用内数据表、主数据模型 业务对象 “订单” → CRM 销售订单表、ERP 应收订单表业务架构到应用架构层级联动图例plaintext【业务架构层】 价值流 → 业务能力集 → 业务流程 → 业务功能 → 业务对象 ↓能力映射 【应用架构层】 应用域系统集群→ 应用系统 → 系统功能模块 → 微服务/API → 应用数据模型业务对象落地映射实例制造业 LTC 线索到现金业务能力线索管理、客户管理 → 映射应用CRM 客户关系管理系统业务能力合同、应收、财务核算 → 映射应用ERP 财务与销售模块业务能力仓储发货、物流 → 映射应用WMS 仓储管理系统跨业务流程完整 LTC→ 应用集成架构CRM ↔ ERP ↔ WMS 接口交互三、业务对象BA 与 AA/DA 的核心中间枢纽单独拆解关键关系很多架构文档容易忽略业务对象的桥梁作用这里单独理清三层关系向上对接业务架构所有价值流、流程、功能都是对业务对象的操作创建订单、修改客户信息、查询物料库存业务对象定义业务术语标准统一各部门语言避免销售 “客户” 和财务 “客户” 定义不一致。向下对接数据架构 DA华为 4A 独立一层业务对象直接转化为主数据、交易数据、参考数据业务对象【客户】→ 主数据客户主数据模型业务对象【销售订单】→ 交易数据订单头表、订单行表横向对接应用架构 AA每个应用系统内部存储对应业务对象跨系统集成本质是业务对象数据流转CRM 把客户对象同步给 ERP。四、第三层技术架构 TATechnology Architecture—— IT 基础设施底座4.1 核心定位TOGAF / 华为 4A 统一定义支撑应用架构运行的软硬件基础设施、中间件、云平台、网络、安全、运维技术栈回答应用系统跑在什么底座上4.2 技术架构分层由上至下应用支撑层中间件微服务框架、API 网关、ESB、数据库、缓存、消息中间件、分布式事务组件云平台基础设施层容器 K8s、虚拟机、服务器、存储、算力 GPU、云原生平台基础资源层网络、机房、硬件设备、终端安全 运维技术层身份认证、权限、日志监控、备份、灾备、网络安全4.3 应用架构 AA → 技术架构 TA 映射逻辑应用系统 / 微服务 → 部署单元容器、虚拟机、集群应用集成 API / 消息 → 中间件网关、MQ、服务注册中心应用数据模型业务对象落地表→ 数据库、数据仓库、存储设备多系统并发需求 → 算力、存储扩容、分布式技术架构AA 到 TA 链路图例plaintext【应用架构】 微服务/应用系统 → 数据库、API接口、业务服务 ↓ 【技术架构-中间件层】 SpringCloud、K8s、Redis、MySQL、RocketMQ、API网关 ↓ 【技术架构-基础设施层】 云服务器、分布式存储、局域网/专线、负载均衡 ↓ 【技术底座保障】 安全、监控、运维、灾备、硬件资源五、完整全栈统一逻辑大图TOGAF 华为 4A 融合总架构图文字标准化可视化整体自上而下完整链路战略→BA→对象→AA→TAplaintext1. 企业战略层输入 ↓ 转化为价值交付目标 2. 【业务架构 BA】 价值流端到端价值链条 ↓ 拆解为稳定业务模块 业务能力可复用业务单元 ↓ 编排为执行步骤 业务流程跨部门业务活动 ↓ 拆分为最小操作 业务功能原子操作动作 ↓ 全部操作围绕实体 业务对象客户/订单/物料等业务实体 ↓ 业务实体标准化 3. 【数据架构 DA华为4A独立层TOGAF归属信息系统架构】 主数据、交易数据、数据模型、数据标准 ↓ 业务能力匹配IT系统承载 4. 【应用架构 AA】 应用域 → 业务系统CRM/ERP/WMS→ 系统模块 → 微服务/API ↓ 系统运行依赖底层软硬件 5. 【技术架构 TA】 中间件平台 → 云原生基础设施 → 网络硬件 → 安全运维技术底座横向联动关系总结表架构层级核心要素向上依赖向下输出核心映射对象业务架构 BA价值流、业务能力、流程、功能、业务对象企业战略标准化业务需求、业务实体应用系统边界划分依据业务对象客户、订单、合同等实体业务流程 / 功能操作载体数据模型、应用数据表BA 与 DA/AA 唯一翻译纽带应用架构 AA业务系统、微服务、集成接口业务能力清单应用部署需求、数据存储需求技术架构规划输入技术架构 TA云平台、中间件、数据库、硬件、安全应用部署与性能需求完整 IT 运行底座支撑全部应用落地六、TOGAF vs 华为 4A 架构视角差异补充区分方便落地1. TOGAF 9.2 架构划分业务架构 BA信息系统架构数据架构 DA应用架构 AA技术架构 TA 优势国际标准重架构治理、架构制品交付适合大型集团标准化架构设计将数据、应用合并为信息层弱化业务对象独立地位。2. 华为 4A 架构企业数字化转型落地框架四层完全平等分层BA 业务、AA 应用、DA 数据、TA 技术 核心优化点贴合国内企业落地强化业务能力、价值流作为 BA 核心骨架所有 IT 建设以业务能力清单为基准单独突出业务对象作为数据架构源头强制业务先行、数据标准统一应用架构严格遵循 “业务能力聚类分系统”杜绝烟囱式系统技术架构区分云原生、分布式、传统 IT 两套落地路径适配央国企信创转型。七、核心联动规则落地实操核心逻辑架构设计必遵守单向驱动原则战略→业务架构先行禁止先做系统再梳理业务IT 架构必须匹配业务架构不能反向让业务适配系统。业务能力稳定原则业务能力是企业长期不变核心应用系统可以迭代替换但业务能力清单长期稳定。业务对象统一原则全企业一套业务对象标准所有应用系统共用同一套主数据实体消除数据孤岛。分层解耦原则BA 层只谈业务不提及任何系统、技术AA 层只谈系统、服务不讨论服务器、数据库硬件TA 层只解决底层基础设施不定义业务功能。复用原则同一业务能力、同一业务对象只设计一次多个价值流 / 应用共享避免重复建设。八、完整端到端落地案例供应链采购场景串联所有要素1. BA 业务架构层价值流采购到付款 P2P业务能力供应商管理、需求提报、采购寻源、合同签订、收货入库、发票校验、付款结算业务流程采购申请流程→供应商比价流程→采购合同流程→入库验收流程→三单匹配付款流程业务功能新增供应商、发起采购申请、生成采购订单、质检入库、发票录入、付款申请业务对象供应商、采购申请单、采购订单、入库单、增值税发票、付款单2. 业务对象下沉至数据 DA供应商主数据、采购订单交易数据、发票数据模型统一企业数据标准3. 应用架构 AA 映射供应商 / 寻源能力 → SRM 供应商管理系统采购订单、财务付款、三单匹配 → ERP 采购 财务模块入库质检能力 → WMS 仓储系统系统集成SRM ↔ ERP ↔ WMS 通过 API 同步采购订单、入库单业务对象流转4. 技术架构 TA 底座中间件MySQL 数据库、API 网关、消息队列同步订单数据基础设施K8s 容器集群部署 SRM/ERP 微服务、分布式存储存储采购单据安全供应商身份权限、采购数据加密、操作日志审计九、常见架构设计误区要素关系混淆问题混淆业务能力与业务流程把动态流程当成静态能力导致系统频繁重构跳过业务对象直接设计数据库业务术语不统一多系统数据无法打通应用架构先行未梳理 BA 价值流与能力形成大量烟囱系统跨流程集成困难技术架构超前建设不匹配应用承载需求过度投入算力、中间件资源浪费。