CBM--组件化业务模型简介

面临的挑战<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

在我们设计和开发信息化系统时，尽管我们千方百计的考虑各个业务环节之间的关系，但由于需求的提出及系统的建设等众多方面的问题，业务功能实现上的脱节和重叠还是层出不穷。突出的问题主要有：

Ø 业务人员和技术人员缺乏一个统一的语言对业务进行阐述

Ø 缺乏从业务角度对系统的业务功能的一个全局的视图

Ø 信息系统对业务功能的实现存在重复建设和功能缺失

Ø 缺乏流程化，模块化业务描述的基础

因此，在未来的信息系统建设过程中，一方面要采用成熟的信息技术，另一方面需要对信息系统建设要有清晰的业务定义。可基于以下三个方面考虑：

Ø 业务的模块化分析

Ø 公共业务功能的抽取

Ø 业务功能的流程化描述

组件化业务模型的概念

传统上有两种看待业务流程的方式：

Ø 从组织结构来看 , 把组件架构分成了独立的功能性部门，无法看到跨部门的协作以提供客户价值。

Ø 基于价值链的业务模型 , 提供了价值链的运行模型，但看不到关键能力。

  对于一些重大的业务，用流程的方式来看将变得非常复杂。而 CBM 则提供了一个更简单、更全面解决这一问题的方案。

组件化业务模型（ CBM ）是一种独特的业务建模技术，它将各机构划分为互不重叠的组件，以识别创新与提高的机会。该模型是一个强有力的工具，允许信息化决策者或建设者在诸多不同的层面上观察其业务，作出合理的计划与决策。

从较高的抽象级别而言， CBM 是相对较为直观的概念。针对于 CBM 所服务的用户而言，它就像一个黑盒子，使用者无需知道它是如何实现的。其解决方案的基础是信息化相关核心业务组件的定义。业务组件是那些所提供特定的业务价值的、能够独立进行操作的人员、技术、方法和资源的分组。

从相对形象化的角度而言， CBM 可以理解为业务组件映射，一个 3 行 N 列的表。这三列分别说明如下：

Ø 指导（ direct) 是关于战略、总体方向和政策

Ø 控制 (control) 级别是关于监控、管理例外情况和战术决策

Ø 执行 (execute) 级别是关于具体工作

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />

组件化业务模型的价值

组件业务模型通常为信息化建设者提供 " 面向未来 " 的业务框架，促使信息化系统朝着完全成熟的内部专业化组织发展。

  组件业务模型能够作为诊断工具，在不增加组织复杂度的情况下实现组织 内部业务的专业化，帮助那些组织结构复杂的部门识别并隔离问题，。

组件业务模型还能够弥补业务和技术之间的差距。它所提供主要内容 -  是“业务组件映射” ---- 即组织情况的单页快照，辅助决策者确定相关决策。

组件业务模型引进模块化服务的概念对业务进行分析，目的就是为了使   IT 能够更灵活地支持业务的变化。利用组件业务模型满足业务变化的要求，保证设计上的灵活性与应用系统的实施。