IBM 业务架构建模五级理论|IBM|ibm|业务架构建模|工作流|流程图|知名企业

来源：市场资讯

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

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

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

方法论

全称

核心定位

提出时间

EPF

Enterprise Process Framework（企业过程框架）

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

IBM 咨询实践方法论

CBM

Component Business Model（业务组件模型）

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

2004 年，IBM 全球注册专利

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

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

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

二、五级分层详解

核心逻辑

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

层级

名称

核心问题

关键产出

面向角色

业务领域 / 价值链

“做什么？边界在哪？”

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

高管、业务负责人

价值流 / 运作模式

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

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

业务架构师、部门管理者

业务活动 / 流程

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

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

业务分析师、产品经理

任务 / 系统交互

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

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

系统架构师、开发负责人

操作步骤

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

操作手册、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. 银行业五级建模典型分级标准

层级

银行示例

L1 业务领域

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

L2 业务群组

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

L3 业务流程

“小微企业信贷审批”

L4 子流程

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

L5 操作步骤

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

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

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

流程模型
：5 级分层描述目标业务操作，以输出"业务价值"为基本原则
产品模型
：定义银行产品分类结构，建立产品目录、产品条件、产品组件，支持产品灵活配置和快速创新
实体模型
：用结构化语言描述业务信息的逻辑视图，关注业务资源与资源联系的抽象和整合

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

痛点

建模对策

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

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

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

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

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

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

业务规则隐藏在代码中

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

4. 五级建模的核心价值

可追溯性
：任何底层技术设计都能向上追溯到业务源头，出现 Bug 或需求变更时可精准进行影响分析
环环相扣的质量保证
：每一级模型都是对上一级的细化和验证，将大部分设计缺陷消灭在编码之前
分工协作基础
：业务分析师聚焦 L1-L3，架构师聚焦 L2-L4，开发聚焦 L3-L4，运维聚焦 L5
知识资产沉淀
：模型是结构化的"活文档"，消除对个别老员工的"人脑依赖"

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 的五级分层做流程分解和系统设计。

六、关键提醒