体系结构实践 系列文章本部分重点讨论为何业务流程管理 (BPM) 从业务和 IT 的角度而言都是极为重要的一部分。业务流程的有效管理对推动企业中的业务敏捷性非常重要。本部分将介绍 BPM 及其生命周期阶段，并了解其如何对面向系统的体系结构（Systems-Oriented Architecture，SOA）形成补充。
21 世纪最有意义经济发展就是全球化。希望在竞争中脱颖而出的任何企业都必须考虑新市场、新员工、新竞争者和多种文化的结合。
过 去十年中，企业 IT 不断发生着变化——遗留资产更新、技术升级或不断向投资组合中添加新应用程序。不过，保持企业的核心业务流程稳定的传统概念不再能跟得上不断变化的需求和 市场的动荡。传统的“一次性构建”(build to last) 概念现在需要为比其更优越的业务需要让路：即按变更构建 (build to change)。
为 了在市场上保持有竞争力的优势，业务流程必须动态而灵活，能够进行转换和修改，而不会对企业造成干扰。企业必须随时了解市场的变化情况，并快速调整其战略 来反映这些更改。战略调整主要是通过围绕业务构建的可执行业务流程以及支持敏捷性和灵活性需求的 IT 框架来体现。
在本文中，我们将了解业务流程的有效管理将如何推动企业中的业务敏捷性。
  |
|
在 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 是互补的规程，SOA 可为成功的 BPM 提供支持。BPM 封装业务对其希望企业流程如何操作的看法。SOA 是 BPM 成功实现背后的 IT 关键组成部分。它提供了体系结构样式和编程模式方面的一组原则和最佳实践，在得到遵循的情况下，可帮助在能实现真正的灵活性和可见性（性能、问题、瓶颈等 等）的情况下在 IT 中实现业务流程。
BPM 提供了所需的流程转换原则和专业知识，以充分提高 SOA 的效率和灵活性。服务 是 SOA 中的基础构造之一。服务：
- 是可重复业务任务的可重用和可配置封装，可对服务的接口隐藏实现细节。
- 是业务流程的构建块。
- 可以彼此组合，以封装在特定业务需求的上下文中有意义的较高价值的业务功能。
业务流程通过这个服务虚拟化层从与应用程序功能的直接交互封装。业务流程通过将各个粒度的服务连接到一起形成端到端实现，从而进行编排。这样可以实现业务流程中的灵活性，因为服务可以与更为相关的实现交换，而不会对业务流程的使用者造成影响。
通过重用 SOA 资产来构建业务流程，可以在只需非常适当工作的情况下快速重新配置和修改流程。提供了新流程功能，支持企业进行以下工作：
- 了解和响应市场变化及需求。
- 调整其业务流程，以反映变化。
- 以自己的方式确定市场经济的准确平衡。
理想的情况下，业务流程应该完全通过服务进行编排。实际上，存在很多非功能要求，可保证业务流程的混合实现，其中的流程通过组合服务和更多具有相应粒度的功能 IT 组件进行编排。
SOA 允许 IT 定义和治理业务流程如何与服务、应用程序和系统交互，以确保首先优先处理业务流程性能的优化——可帮助让 IT 与业务保持进一步的一致。
BPM 和 SOA 本质上都是跨多个规程的。二者中的多个规程彼此协作，并会相互影响。例如，SOA 中的服务标识方法将影响如何在 BPM 中进行流程建模（以标识候选服务）。BPM 治理和 SOA 治理也相互协作，以帮助评估哪些业务流程在特定业务转换的范围内。评估还可能包括哪些业务流程会导致 IT 优先级的变化，从而表明应该标识、指定哪些服务并投入资金进行实现。
|
|
任何成熟的规程通常都组织为生命周期的形式，其中包括多个阶段，这些阶段彼此有逻辑差别，但都有定义良好的转换点，用于从一个阶段进入到下一个阶段。BPM 也可以在抽象级别定义为包含定义良好的阶段的生命周期。
图 1 显示了可以组成典型的 BPM 生命周期的各个阶段。
图 1. 典型的 BPM 生命周期中的各个阶段
-
预见
-
企业的业务目标有相关的文档，并得到了大家的认可。要对业务目标的 KPI 进行分析，通过与目标及性能要求的知识组合，可得出 BPM 解决方案的远景。还可能需要对管理战略进行更改。
可根据此远景形成技术远景，并确定可能需要如何开发战略（关于组织的能力和准备情况）来支持启用 BPM 的业务转换。
评估
-
将分析适用于流程设计和开发的企业“原始”或当前状态。组织结构、应用程序所有关系模型、关于流程设计、开发和部署的治理以及应用程序投资组合分析（在抽象级）是一些用于评估现有情况与将来稳定状态所需的条件之间的差距的活动。
要评估组织当前的能力来确定是否能够采用新业务流程，而采用新业务例流程可能会跨越组织边界，需要对组织结构和层次结构进行扩大。
要对现有业务度量和标准进行标识，并根据转换中预见的新业务流程的能力进行评估。将记录当前 IT 体系结构并评估其在支持 IT 转换方面的成熟度。还要评估和记录当前技术堆栈。
根据当前体系结构、技术、业务流程、度量标准和治理框架的全面评估，将重新评估远景，使其更为现实。评估还可以包括用于实现业务转换的 IT 战略和路线图的定义。
定义
-
这 里要确定将来稳定状态的企业业务流程（设计、实现、部署和管理）。将对其进行模拟，以确定潜在的瓶颈。解决方案将包含到流程模型中，以减少实时性能障碍。 将根据人员、流程和信息模型确定业务体系结构将来的状态。业务组件被定义为业务体系结构的基础结构组件。还要定义业务流程（集成可能来自多个业务组件的功 能）。
业务体系结构通过业务的结构和动态视图定义。IT 体系结构方面的差距在之前的阶段中标识，可与业务体系结构一起作为输入信息，用于定义企业将来的 IT 体系结构。将来的体系结构可以支持业务流程及其支持应用程序的设计、开发、实现和监视。将支持业务流程的生命周期（其建模、设计、组装、部署和监视）的技 术堆栈也在此阶段定义。
将对治理流程和框架进行修改和细化，以支持范围确定、优先排序和资金投入安排。还将进行适当的修改来确定标准，以在客户环境中保证业务流程及其实现满足性能目标。
执行
本文转自：IBM developerWorks 中国
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
