IBM 业务架构建模五级理论

来源：市场资讯

（来源：定位与商业模式研究）

一、理论溯源：IBM 两大方法论基石

IBM 在业务架构建模领域有两套核心方法论，它们共同构成了"五级理论"的基础：

方法论

全称

核心定位

提出时间

EPF

Enterprise Process Framework（企业过程框架）

流程分层分解，从价值链到系统操作

IBM 咨询实践方法论

CBM

Component Business Model（业务组件模型）

企业能力组件化，二维矩阵（能力 × 责任层级）

2004 年，IBM 全球注册专利

EPF 专注于"流程怎么分"——将企业业务流程从宏观到微观拆成 L1 到 L5 五个层级，L1-L4 是流程模块（定义"干什么"），L5 是具体流程（定义"怎么干"）。

CBM 专注于"能力怎么分"——将企业业务活动聚合成一个个非重叠的"业务组件"，形成二维矩阵：纵轴是责任层级（引导/控制/执行），横轴是业务能力（如设计、购买、制作、销售）。每个业务组件包含五个属性：业务用途、活动、资源、治理、业务服务。

两者结合使用：CBM 做能力地图和战略诊断，EPF 做流程分解和落地执行，五级分层就是 EPF 的核心产出。

二、五级分层详解

核心逻辑

五级建模的本质是**"战略 → 业务能力 → 技术实现"的逐层分解与对齐**。每一层回答不同的问题，产出不同的制品，服务于不同的角色。

层级

名称

核心问题

关键产出

面向角色

L1

业务领域 / 价值链

“做什么？边界在哪？”

业务能力地图、宏观业务流程、领域划分图

高管、业务负责人

L2

价值流 / 运作模式

“业务场景有哪些？如何差异化？”

业务子流程、场景分类、运作模式图

业务架构师、部门管理者

L3

业务活动 / 流程

“具体怎么做？业务规则是什么？”

BPMN 流程图、活动清单、业务规则清单

业务分析师、产品经理

L4

任务 / 系统交互

“业务与 IT 系统如何交互？”

工作流设计、任务清单、系统交互图

系统架构师、开发负责人

L5

操作步骤

“在具体系统中怎么操作？”

操作手册、SOP、系统事务代码映射

一线操作人员、运维

逐层说明

L1——业务领域（价值链层）

这是流程体系的主干，代表企业的业务价值链。回答"银行有哪些核心业务领域"。

• 银行示例：零售金融、公司金融、金融市场、资产管理、支付结算

• 特点：逻辑性流程，不考虑物理约束条件，主要描述业务逻辑关系

• 作用：划定范围、统一思想，明确项目业务范围和价值边界

L2——价值流（运作模式层）

在 L1 之下按业务场景差异化拆分。回答"每个领域有哪些业务群组"。

• 银行示例：零售金融 → 信用卡发卡、个人存款、个人贷款；公司金融 → 对公开户、公司信贷、贸易融资

• 特点：因场景不同而差异化，区分大客户/普通客户、线上/线下等不同模式

• 作用：识别业务场景差异，为后续流程标准化和集约化设计提供依据

L3——业务活动（流程层）

与具体 IT 系统无关，描述实现运营模式所需的业务能力与活动。回答"一个业务用例完整的执行步骤是什么"。

• 银行示例：小微企业信贷审批 → 申请受理 → 资信调查 → 风险评估 → 审批决策 → 合同签订 → 放款

• 产出：BPMN 详细流程图、用户故事/用例、业务规则清单、状态变迁图

• 作用：这是开发人员编码和测试人员编写用例的最主要依据，直接决定功能实现的正确性

L4——任务（系统交互层）

描述业务与 IT 系统的交互过程和工作流。回答"业务步骤如何在系统中落地"。

• 银行示例：抵押物评估 → 在信贷系统中录入评估信息 → 调用外部评估机构接口 → 系统自动生成评估报告 → 风控引擎规则校验

• 产出：系统架构图、微服务划分图、API 接口设计、工作流定义

• 作用：将业务流程转化为具体的系统组件、接口和数据存储设计

L5——操作步骤（系统操作层）

基于特定 IT 系统展开，记录用户在系统中的具体操作步骤。回答"每一步怎么点"。

• 银行示例：在核心系统中执行 ME21N（创建采购订单类操作）、在 CCMS 系统录入评估报告、在监管报送系统提交大额交易报告

• 产出：SOP 操作手册、系统操作规范、培训材料

• 作用：指导一线操作人员日常执行，同时支撑监管合规审计和内控矩阵联动

三、建模方法论：自上而下 + 自下而上

IBM 推荐采用双轨融合法，而非单一方向：

自上而下（Top-Down）：先构建 L1-L4 流程框架全貌，然后层层分解到 L5 细节流程。

• 优势：建立流程体系的全貌，容易检验和修订，避免流程的重复、重叠和断点

• 适用：新建系统、数字化转型项目

自下而上（Bottom-Up）：从现有 L5 具体流程入手，挑选、合并、抽象生成上一级流程。

• 优势：基于现状可落地，能识别与高阶框架的矛盾

• 适用：存量系统优化、传统银行改造

核心策略：用"自上而下"定框架，用"自下而上"补细节，平衡"全局完整"与"落地可行"。

流程框架设计三步法

1. 梳理业务场景

   ：从客户类型、渠道、产品线等维度分析核心业务场景和模式

2. 甄别核心能力

   ：沿行业业务价值链识别核心业务能力

3. 搭建差异化框架

   ：标准化模块（跨场景通用）+ 差异化模块（场景专属）

四、银行业实践要点

1. 银行业五级建模典型分级标准

层级

银行示例

L1 业务领域

零售金融、公司金融、金融市场

L2 业务群组

信用卡发卡、对公开户、贸易融资

L3 业务流程

“小微企业信贷审批”

L4 子流程

“抵押物评估”、“征信查询”

L5 操作步骤

“在 CCMS 系统录入评估报告”

2. 银行业建模的三大核心模型

除流程模型外，银行企业架构建模通常还包含：

• 流程模型

  ：5 级分层描述目标业务操作，以输出"业务价值"为基本原则

• 产品模型

  ：定义银行产品分类结构，建立产品目录、产品条件、产品组件，支持产品灵活配置和快速创新

• 实体模型

  ：用结构化语言描述业务信息的逻辑视图，关注业务资源与资源联系的抽象和整合

3. 银行业典型痛点与建模对策

痛点

建模对策

多系统断点（核心系统+信贷系统+监管报送系统）

L4 层识别系统间交互断点，设计端到端工作流

跨部门职责模糊（柜面、客服、科技部各管一段）

L3 流程图明确泳道和角色职责

监管穿透需求（巴塞尔协议Ⅲ、反洗钱）

L5 操作步骤嵌入合规控制点，与内控矩阵联动

业务规则隐藏在代码中

L3 层剥离业务规则为可配置项，减少对开发人员依赖

4. 五级建模的核心价值

1. 可追溯性

   ：任何底层技术设计都能向上追溯到业务源头，出现 Bug 或需求变更时可精准进行影响分析

2. 环环相扣的质量保证

   ：每一级模型都是对上一级的细化和验证，将大部分设计缺陷消灭在编码之前

3. 分工协作基础

   ：业务分析师聚焦 L1-L3，架构师聚焦 L2-L4，开发聚焦 L3-L4，运维聚焦 L5

4. 知识资产沉淀

   ：模型是结构化的"活文档"，消除对个别老员工的"人脑依赖"

5. 实践案例参考

北京银行企业级架构规划中，引进 IBM 作为项目实施顾问，在批发业务 6 个领域完成：

• 63 个业务领域价值流梳理（L1-L2）

• 210 个活动（L3）、876 个任务（L4）

• 585 个实体建模与 3900 个属性

• 217 个业务对象和 90 个业务组件

• 106 个可售产品、45 个产品组件、363 个产品条件

五、CBM 与 EPF 的关系总结

CBM（业务组件模型）          EPF（企业过程框架）│                          │能力地图 + 战略诊断         流程分层 + 落地执行│                          │└──────────┬───────────────┘五级流程分层（L1-L5）┌────────┼────────┐│        │        │流程模型   产品模型   实体模型│        │        │└────────┼────────┘业务架构资产IT 架构设计

CBM 解决"能力在哪、谁来负责"的问题，是规划层面的诊断工具；EPF 解决"流程怎么分、怎么落地"的问题，是执行层面的建模方法。两者在银行企业架构规划中配合使用：先用 CBM 做能力地图和热点分析，再用 EPF 的五级分层做流程分解和系统设计。

六、关键提醒

1. 五级不是教条

   ：层级划分可根据项目实际调整，关键是保持"上层定义边界、下层定义执行"的逻辑一致性

2. L1-L4 是模块，L5 是流程

   ：前四级是逻辑框架（“干什么”），第五级才是执行手册（“怎么干”），不要混淆

3. 非目标同样重要

   ：建模时要明确"不做什么"，防止范围蔓延。银行项目尤其要控制建模范围，避免过度设计

4. 工具支撑必不可少

   ：建议使用 BPMN 2.0、ARIS 等专业建模工具，并建立架构管控平台管理模型资产

5. 建模不是一次性工程

   ：应建立 PDCA 循环（梳理→落地→回顾→优化），持续维护和更新模型资产