体系结构实践,第 6 部分: 为何业务流程管理 (BPM) 对企业非常重要

体系结构实践 系列文章本部分重点讨论为何业务流程管理 (BPM) 从业务和 IT 的角度而言都是极为重要的一部分。业务流程的有效管理对推动企业中的业务敏捷性非常重要。本部分将介绍 BPM 及其生命周期阶段,并了解其如何对面向系统的体系结构(Systems-Oriented Architecture,SOA)形成补充。

Tilak Mitra (tmitra@us.ibm.com), 高级认证执行 IT 架构师, EMC

Tilak MitraTilak Mitra 是 IBM 的一名高级认证执行 IT 架构师。他擅长 SOA,在 SOA 的业务策略和方向方面为 IBM 提供帮助。他还是一位 SOA 主题专家,帮助客户进行基于 SOA 的业务转换,并重点关注复杂和大型的企业架构。他目前的工作重点是围绕组合业务服务(Composite Business Services,CBS)构建可重用的资产,这些资产能够在多种平台上运行,例如 IBM、SAP 等的 SOA 堆栈。他生活在阳光明媚的南佛罗里达,闲暇时,他非常喜欢参加板球和乒乓球活动。Tilak 在印度加尔各答的 Presidency 学院获得了物理学学士学位,并且已经在班加罗尔的印度科学学院获取了电子工程学的学士和硕士联合学位。访问 Tilak 的 blog,了解关于 SOA 的更多信息。在 LinkedIn 上查看 Tilak Mitra 的个人简介,或通过电子邮件 tmitra@us.ibm.com 将您的建议发送给他。



2008 年 5 月 15 日

引言

21 世纪最有意义经济发展就是全球化。希望在竞争中脱颖而出的任何企业都必须考虑新市场、新员工、新竞争者和多种文化的结合。

过去十年中,企业 IT 不断发生着变化——遗留资产更新、技术升级或不断向投资组合中添加新应用程序。不过,保持企业的核心业务流程稳定的传统概念不再能跟得上不断变化的需求和市场的动荡。传统的“一次性构建”(build to last) 概念现在需要为比其更优越的业务需要让路:即按变更构建 (build to change)

为了在市场上保持有竞争力的优势,业务流程必须动态而灵活,能够进行转换和修改,而不会对企业造成干扰。企业必须随时了解市场的变化情况,并快速调整其战略来反映这些更改。战略调整主要是通过围绕业务构建的可执行业务流程以及支持敏捷性和灵活性需求的 IT 框架来体现。

在本文中,我们将了解业务流程的有效管理将如何推动企业中的业务敏捷性。


什么是 BPM?

在 IT 行业中,BPM 可以有多种不同的含义。对于有些人,BPM 表示业务流程建模 (Business Process Modeling),处理的是流程建模的技术、工具和最佳实践。对于其他人,BPM 表示业务流程监视,处理的是用于可执行业务流程的有效监视的工具和技术。

我们对 BPM 的定义是业务流程管理 (Business Process Management),它将业务领域专业技术和知识与关联的支持技术相结合,以加速流程改进和方便业务创新。BPM 努力将企业体系结构的三个支柱——人员、流程和信息——集成为单一的和托管规程,以管理、控制和影响业务创新。BPM 的价值之一是其在发现、设计、部署、交互、操作、优化和分析复杂的长期跨公司业务流程方面的能力和承诺。BPM 属于从业务流程到提供其执行平台的 IT 基础设施的标识与实现的周期的一部分。

BPM 既是 IT 所必须考虑的一个事项,也是业务必须加以考虑的事项。业务涉众可通过其使用自己的业务领域知识评估、分析和标识对其收益最重要的事项以及划定 IT 活动(程序和项目)范围并对其进行定义。范围机制可促进业务流程的使用及通过 IT 对其的支持,并能作为设计和实现可执行系统的基础。

业务流程通常使用业务度量标准(如关键性能指标——KPI)度量。IT 不得不提供可靠的机制来监视可执行系统的性能。IT 现在使用业务度量作为度量 IT 有效性和效率的主要标准。

BPM 的目标是在可永远产生价值的周期上进行开发和执行,而其中的价值是通过持续流程改进实现的,以保持市场竞争力和优势。


不仅是自动化

根据哈佛大学的 Michael Porter 的看法,业务流程中有两种类型的工作活动:

主要活动
以客户为中心,客户与其进行直接交互。

主要活动执行的效率是 BPM 的关键,作为企业在市场中的竞争优势的的重要支持因素。

支持活动
更多的是提供后端活动类型,如保持企业正常运营所需的管理详细信息。

BPM 不仅仅是自动化。尽管自动化是标识业务流程的各个部分所需的第一个步骤,但更具挑战的任务是持续监视流程,以消除瓶颈和执行优化。自动化工具、技能和技术非常重要;企业可以利用它们在业务流程中整合正确的信息和标准,因此能够及时地对正确情况进行度量——这是开发可靠的决策框架所必需的。

业务流程是企业的业务体系结构的中心。业务流程可以设计为在组织单位内工作,更加关注业务。在这方面,业务流程可以对组织领域内的“烟囱式”(stovepipe) 应用程序进行集成。业务流程通常也可以跨越组织边界。

业务流程代表价值链或价值交付流程。在其中的任意情况下,BPM 都通过使用业务流程作为基础构造,努力通过集成垂直行业和优化核心工作(与传统的功能管理规程不同)来尽可能提供总体收益。功能管理使用功能和业务领域作为其第一类构造。二者本质上都具有结构的特征,可提供通过 BPM 中的业务流程描述的企业的静态视图(不同于更为动态的视图)。

业务流程和其提供的敏捷性允许企业保持竞争优势。BPM 工具(即提供自动化功能的方面)应该视为创建和优化业务流程的支持因素。其目标是让流程能够发现市场变化和需求并作出响应,使用技术基础设施反映在可执行流程中的变化。正是如此,业务和 IT 的一致性这个关键(经常让人难以捉摸)首次尝到了成功的滋味。

BPM 提供了一个平台,支持嵌入在应用程序和系统中的业务功能在高于应用程序间集成及数据集成的级别进行交互和集成。这个协作平台可让客户、供应商和贸易货伙伴不用处理企业的应用程序投资组合的技术依赖关系,为其提供编排基础来执行和管理端到端业务流程。


BPM 与 SOA

BPM 和 SOA 是互补的规程,SOA 可为成功的 BPM 提供支持。BPM 封装业务对其希望企业流程如何操作的看法。SOA 是 BPM 成功实现背后的 IT 关键组成部分。它提供了体系结构样式和编程模式方面的一组原则和最佳实践,在得到遵循的情况下,可帮助在能实现真正的灵活性和可见性(性能、问题、瓶颈等等)的情况下在 IT 中实现业务流程。

BPM 提供了所需的流程转换原则和专业知识,以充分提高 SOA 的效率和灵活性。服务 是 SOA 中的基础构造之一。服务:

  • 是可重复业务任务的可重用和可配置封装,可对服务的接口隐藏实现细节。
  • 是业务流程的构建块。
  • 可以彼此组合,以封装在特定业务需求的上下文中有意义的较高价值的业务功能。

业务流程通过这个服务虚拟化层从与应用程序功能的直接交互封装。业务流程通过将各个粒度的服务连接到一起形成端到端实现,从而进行编排。这样可以实现业务流程中的灵活性,因为服务可以与更为相关的实现交换,而不会对业务流程的使用者造成影响。

通过重用 SOA 资产来构建业务流程,可以在只需非常适当工作的情况下快速重新配置和修改流程。提供了新流程功能,支持企业进行以下工作:

  • 了解和响应市场变化及需求。
  • 调整其业务流程,以反映变化。
  • 以自己的方式确定市场经济的准确平衡。

理想的情况下,业务流程应该完全通过服务进行编排。实际上,存在很多非功能要求,可保证业务流程的混合实现,其中的流程通过组合服务和更多具有相应粒度的功能 IT 组件进行编排。

SOA 允许 IT 定义和治理业务流程如何与服务、应用程序和系统交互,以确保首先优先处理业务流程性能的优化——可帮助让 IT 与业务保持进一步的一致。

BPM 和 SOA 本质上都是跨多个规程的。二者中的多个规程彼此协作,并会相互影响。例如,SOA 中的服务标识方法将影响如何在 BPM 中进行流程建模(以标识候选服务)。BPM 治理和 SOA 治理也相互协作,以帮助评估哪些业务流程在特定业务转换的范围内。评估还可能包括哪些业务流程会导致 IT 优先级的变化,从而表明应该标识、指定哪些服务并投入资金进行实现。


BPM 生命周期

任何成熟的规程通常都组织为生命周期的形式,其中包括多个阶段,这些阶段彼此有逻辑差别,但都有定义良好的转换点,用于从一个阶段进入到下一个阶段。BPM 也可以在抽象级别定义为包含定义良好的阶段的生命周期。

图 1 显示了可以组成典型的 BPM 生命周期的各个阶段。

图 1. 典型的 BPM 生命周期中的各个阶段
典型的 BPM 生命周期中的各个阶段
预见
企业的业务目标有相关的文档,并得到了大家的认可。要对业务目标的 KPI 进行分析,通过与目标及性能要求的知识组合,可得出 BPM 解决方案的远景。还可能需要对管理战略进行更改。

可根据此远景形成技术远景,并确定可能需要如何开发战略(关于组织的能力和准备情况)来支持启用 BPM 的业务转换。

评估
将分析适用于流程设计和开发的企业“原始”或当前状态。组织结构、应用程序所有关系模型、关于流程设计、开发和部署的治理以及应用程序投资组合分析(在抽象级)是一些用于评估现有情况与将来稳定状态所需的条件之间的差距的活动。

要评估组织当前的能力来确定是否能够采用新业务流程,而采用新业务例流程可能会跨越组织边界,需要对组织结构和层次结构进行扩大。

要对现有业务度量和标准进行标识,并根据转换中预见的新业务流程的能力进行评估。将记录当前 IT 体系结构并评估其在支持 IT 转换方面的成熟度。还要评估和记录当前技术堆栈。

根据当前体系结构、技术、业务流程、度量标准和治理框架的全面评估,将重新评估远景,使其更为现实。评估还可以包括用于实现业务转换的 IT 战略和路线图的定义。

定义
这里要确定将来稳定状态的企业业务流程(设计、实现、部署和管理)。将对其进行模拟,以确定潜在的瓶颈。解决方案将包含到流程模型中,以减少实时性能障碍。将根据人员、流程和信息模型确定业务体系结构将来的状态。业务组件被定义为业务体系结构的基础结构组件。还要定义业务流程(集成可能来自多个业务组件的功能)。

业务体系结构通过业务的结构和动态视图定义。IT 体系结构方面的差距在之前的阶段中标识,可与业务体系结构一起作为输入信息,用于定义企业将来的 IT 体系结构。将来的体系结构可以支持业务流程及其支持应用程序的设计、开发、实现和监视。将支持业务流程的生命周期(其建模、设计、组装、部署和监视)的技术堆栈也在此阶段定义。

将对治理流程和框架进行修改和细化,以支持范围确定、优先排序和资金投入安排。还将进行适当的修改来确定标准,以在客户环境中保证业务流程及其实现满足性能目标。

执行
业务的抽象定义和 IT 体系结构及其组件实际上在各自的运行时建模、构建、集成、组装、部署和监视。通常:
  • 业务流程要么是重新设计,要么完全从头设计。
  • 分解的流程模型可作为标识服务的机制之一使用。
  • 流程使用服务和其他 IT 组件组装和连接。
  • 流程在流程运行时引擎上部署,会对正在运行的流程进行监视,以了解其性能和其他服务级别协议(Service Level Agreements,SLA)及 KPI。

为了当前阶段成功完成,将安装和配置支持流程开发的每个阶段的基础堆栈。

将根据 KPI 及其标准对业务流程进行监视。监视可执行业务流程的 IT 基础设施会发出事件和警告,可以通过满足组织内特定角色需求的各种仪表盘对这些事件和警告进行表示。例如,CEO 将希望了解业务事件和异常,以便指挥团队立即进行协调。CIO 可能会对提供关于服务是否符合服务 SLA 的抽象信息的仪表盘视图感兴趣。

还要开始上一阶段定义的所需的组织更改。将在此阶段开始流程治理框架的实现并进行部署。

优化
将对企业体系结构的各个阶段进行监视、管理和优化,以获得更好的性能以及满足用于定义企业成功运营的业务和 IT 标准。通常要收集和分析通过可执行流程得到的结果。分析工作通常能够获得可反馈到“预见”阶段的信息,可以根据企业的实时运行环境对业务目标和优先级进行重新处理。

有些远景可能会很容易达到,从而让涉众开始考虑企业成熟度的下一个级别。有些远景可能在企业的成熟度限制内很难达到。执行阶段的结果可帮助进行这种优化。

业务流程不是企业中能够进行优化的唯一方面。组织结构、治理框架本身、技术体系结构以及标准、KPI 以及 SLA 都需要在规划和定义业务和 IT 转换的下一次迭代前进行优化。

BPM 最好通过分阶段的生命周期方法进行,此方法可让您以迭代的方式基于范围的连续迭代构建和执行业务流程管理框架。


结束语

BPM 提供了支持在整个组织内对核心业务流程进行增强控制和管理的框架。 企业可以通过使用 BPM 工具、技巧、技术、最佳实践和业务流程作为基础构造来集成数十栽积累而成的业务功能。企业将能够更为灵活、动态地集成到由产品、提供商和消费者构成的价值链中。企业可以位于这个价值链的中间,作为整个价值交付网络的增值节点。

BPM 的远景得到了 SOA 的支持,可帮助将 IT 功能打包为一组可重用和可重复的软件构建块(服务)。使用服务的业务流程的编排可为业务流程提供根据需要进行调整和更改的灵活性。企业赢得了发现和响应市场变化的时间。BPM 和 SOA 彼此可很好地进行互补;BPM 是 SOA 用于保持 IT 与业务目标和必需事项的一致性的工具。

文本说明了为何 BPM 是一项重要的业务建议的一些看法和理由,并提供了可以如何进行其相关工作的一些指导原则。

参考资料

学习

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Architecture
ArticleID=308141
ArticleTitle=体系结构实践,第 6 部分: 为何业务流程管理 (BPM) 对企业非常重要
publish-date=05152008