一个集成 BPM 和软件包解决方案的解决方案模型

本文将介绍一个集成业务流程管理解决方案和现有软件包解决方案以及其他非软件包应用程序的解决方案模型,该模型致力于帮助企业实现业务敏捷性和灵活性。这里推荐的解决方案模型由一个外化 BPM 层构成,这个 BPM 层可以通过关键 IBM® 技术和工具来构建,而且可与诸如 SAP® 和 Oracle® 这类的 ERP 软件包解决方案集成。 本文来自于 IBM Business Process Management Journal 中文版

Kishore Channabasavaiah, 杰出工程师, IBM

Kishore Channabasavaiah 的照片Kishore Channabasavaiah 是 IBM 的杰出工程师,也是 IBM Global Services 的 Smarter Buildings 解决方案团队的首席技术官。他效力于 IBM 已有 14 年,致力于为解决客户业务问题而提供顶级技术解决方案。作为经营业绩和服务优化以及 SOA 卓越中心的总设计师,他关注在 BPM 和 SOA 领域开发思想领导的内容,其中包括参考架构、解决方案交付方法和评估模式,以及与各种跨行业客户的合作。



Paul Tennyson, 合作伙伴,SAP 企业架构师兼项目经理, IBM

Paul Tennyson 的照片Paul Tennyson 是 IBM UK Global Business Services 合伙人,专门从事基于 SAP 的企业应用解决方案。他是欧洲东北部地区的 SAP 首席技术官,担任总设计师,负责利用先进技术推动创新,开发并强化以 SAP 为中心的解决方案。Paul 拥有 25 年的 IT 从业经验,其中为 SAP 效力 15 年,期间,他为许多客户设计交付了大型的、复杂的跨国 SAP 程序的技术解决方案。



2012 年 3 月 01 日

简介

各种规模的企业正面对着不断增长的需求,以应对日新月异的世界所带来的挑战(包括全球化、快速抢占市场和来自各种规模的企业的竞争),此外,还需要满足降低成本、对变化做出响应和提高灵活性的需求。最近几年,许多组织的执行官开始策划如何通过各种方法来克服这些困难,其中,业务流程管理 (BPM) 是实现理想的业务敏捷性的一个关键因素。新一代更为成熟的标准、技术和工具促进了这些方法的发展,并成为了业务敏捷性的构建基础。另一个需要面对的关键挑战是能否拥有明确、适合的、用作应用程序包解决方案的结构模型,这是组织已采用或考虑使用的 BPM 模型的不可或缺的一部分。因为这些软件包解决方案为许多组织的应用程序奠定了基础,并在大量投资的支持下已实现多年,所以在考虑采用 BPM 时无法忽略或放弃这些解决方案。

本文将简要介绍一个将企业 BPM 解决方案与软件包解决方案和非软件包应用程序集成在一起的体系结构和解决方案交付模型,该模型致力于帮助企业实现业务敏捷性和灵活性。我们将讨论交付带有外化 BPM 层 的软件包解决方案的方法。该外化层应该包括业务流程执行、业务规则管理和执行、业务事件监控和分析的功能。我们将要讨论的这个解决方案交付方法也可以用于各种软件包解决方案,其中包括企业资源计划 (ERP)、客户关系管理 (CRM)、企业资产管理 (ERM) 以及 Smarter Planet™ 和 Smarter Buildings 解决方案。

在本文中,我们将详细介绍使用一个解决方案交付方法对于 ERP 软件包解决方案(包括 SAP 和 Oracle)的重要性。在很多企业中,这些供应商的软件产品支撑着核心业务流程,且该解决方案模型的高效部署需要充分利用 ERP 软件功能的各种优势。我们将从一个更高的角度提供该解决方案模型的体系结构视图、构建模块和关键特性,以及这种方法的价值定位。最后,我们还将讨论可以用作该解决方案模型的构建模块的技术、工具和 IBM 软件解决方案,以及相关的其他供应商产品。


执行摘要

软件包解决方案是与一组紧耦合流程和应用程序一起构建的,旨在应对其目标业务领域内的需求,这些领域包括 ERP、CRM、EAM 以及来自其他供应商(包括 SAP、Oracle 等等)的一系列特定解决方案软件包。然而,敏捷企业要求业务流程超越这些软件包解决方案所交付的功能。

这里讨论的解决方案模型包括一个作为企业解决方案体系结构的关键组成部分的外化的 BPM 层,该 BPM 层集了软件包解决方案所交付的功能,并将这些功能扩展到企业、广泛的业务合作伙伴生态系统以及云托管解决方案中的非软件包应用程序。此外化层提供了业务流程执行、业务规则管理及执行、事件监控和分析功能。安全性、性能、用户访问权限和集成管理都是这个 BPM 解决方案层不可或缺的一个组成部分,用户可以使用最先进的产品、工具和技术实现交付。

在今天的动态业务环境中,企业有业务敏捷性需求。本文介绍的 BPM 解决方案模型使企业能够实现持续增长,重点提高客户满意度。业务敏捷性是出色的运营所必需的,能够满足不断变化的企业环境,而我们即将介绍的 BPM + Package Solutions 模型会附带这种业务敏捷性。该模型向整个生态系统(包括扩展性企业)提供一组统一、灵活的功能,使企业能够实现盈利增加,保证股东利益最大化。统一的分析框架可交付延生到软件包解决方案中心视图以外的地方的实时企业状态信息。


软件包解决方案背景

在过去的 20 年中,应用程序软件包在许多组织的 IT 资产组合中一直占有重要地位,而且将会越来越重要。现在每个行业领域内几乎都能看到应用程序软件包,它们满足了大量普通的和专业的功能需求。应用程序软件包减轻了在内部开发和维护核心软件的负担。

应用程序软件包最终将会发展成 ERP 系统的形式,尤其是欧洲软件供应商 SAP 和 Oracle。ERP 出现在上世纪 90 年代,在今天的很多大型组织中占有举足轻重的位置,支持广泛的跨企业集成,其中包括:

  • 跨多领域的流程集成,比如销售、采购、财务、供应链管理和生产
  • 将多个国家、多个语言和多种货币整合到一个系统中,实现地域集成

ERP 系统除去了许多早期软件包所用的筒仓 (silos),确立了其作为基础应用平台的主导地位,在许多行业中的多个大型复杂企业中得到应用。

ERP 彻底革新了应用程序软件包市场,提供了带有下列特性的软件:

  • 在事务层集成广泛的业务功能,例如,完全集成销售、库存管理和财务
  • 基于顶级客户-服务器端技术的开放式系统的使用
  • 多语言、多货币功能

SAP 是一个世界领先的 ERP 软件供应商。Oracle 是另一个主要供应商,基于其最初的内部开发的应用软件以及收购的应用程序组合,Oracle 提供了构建良好的 ERP 套件。

ERP 安全渡过了多次 IT 潮流的惊涛骇浪,成为众多组织的事务处理软件支柱,在许多行业领域取得了战略性成功。许多大型跨国组织都使用 ERP 作为平台来实现以下目标:

  • 重组业务运营,包括内部和外部供应链、交易模式、共享服务组织,等等。
  • 简化流程、协调和规范整个组织,并降低成本。

ERP 最初源于财务和后勤业务流程核心应用程序,现在,ERP 供应商的足迹已经遍布客户和供应商关系管理、供应链管理、人力资源管理以及产品生命周期付案例等各个领域。他们也将自己的技术架构(比如,SAP NetWeaver 和 Oracle Fusion)引入市场,作为执行、访问和集成其各个软件包的基础平台。

ERP 提供了一个广泛的、丰富的、不断改进的产品集,而供应商则负责维护其架构,并通过合作伙伴生态系统为客户实现解决方案扩展。ERP 应用程序软件包可使组织实现持续受益,提供以下服务:

  • 一个现代的、复杂的软件解决方案,将该解决方案作为其业务流程的基础
  • 标准化、协调化的流程,根据需要在整个组织中实现该流程
  • 一个常用业务模型,在整个企业中实现材料和财务活动可视化
  • 事务级功能领域的实时集成
  • 一个常用数据模型,拥有一致的主数据和数据标准

BPM 与 ERP 的高效配合使用需要认识到这一点,然后授权一个解决方案模型、价值定位和设计框架,力图使用和扩展软件包的功能及其相关技术架构。


解决方案模型概述

BPM 和软件包解决方案的解决方案模型包括一组核心构建块,可与外化 BPM 层和接口一起构建在企业事务系统中。尽管这里的重点是 BPM 和软件包解决方案,但是该解决方案模型可以扩展到非软件包、自定义解决方案和托管解决方案中。

该外化 BPM 层的目的是包含一组功能,可以共同交付所需的敏捷企业业务流程和应用程序。这些功能包括流程执行、业务规则管理和执行、业务事件监控和企业业务分析。此外,安全性、访问控制、授权和本地数据存储库都是这一层不可或缺的,共同交付所有业务所需的敏捷性功能。这些流程可通过该外化 BPM 层实现,同时利用该软件包解决方案和其他应用程序的功能,外部托管应用程序的功能包括私有或公共云解决方案,而其他供应商合作伙伴应用程序也包含在本层中。

软件包解决方案是完整解决方案模型必不可少的,包括诸如 SAP 和 Oracle 的 ERP 解决方案,除此之外,资产管理和 Smarter Planet 解决方案已就绪或者正考虑在全球各种规模的企业中实现。包括流程执行、规则流程以及应用程序监控在内的诸多关键功能是组成完整软件包解决方案必不可少的,专为实现特定软件包应用程序功能而设计。这里介绍的解决方案模型会在相关实例中按原样使用这些功能。在其他实例中,这些功能可被扩展且可集成到定制应用程序交付的其他企业功能中,以及外化 BPM 层外部托管应用程序,实现一组丰富的敏捷业务流程功能。此外,外化 BPM 层中的该项功能能够增强软件包应用程序以及企业分析和可视化。

可以制定该解决方案来使用标准服务或者应用程序编程接口,这些都是软件包解决方案所不可或缺的,这些软件包解决方案中包括集成到外化 BPM 层的 ERP 解决方案。此外,还会使用一些类似的服务和应用程序编程接口来集成自定义的和外部托管的应用程序。

图 1 显示了外化 BPM 层和软件包解决方案的解决方案模型。

图 1. 解决方案模型
解决方案模型

外化 BPM 层的特征

外化 BPM 层使用 BPM 软件构建块支持敏捷应用程序和业务流程。外化 BPM 层包括的构建模块是经过模块化的,而这一层通常需要从多个独立组件构建,每个组件都在外部执行应用程序包软件,同时利用已发布的接口相互配合。

在很多实例中,软件包解决方案,特别是像 SAP 和 Oracle 这类 ERP 解决方案,可与内部函数功能一起交付,从而可以提供一定程度的流程执行、规则管理、事件管理和分析。这些功能被紧密集成到包解决方案的应用程序逻辑中,专为软件包解决方案上下文中的操作而设计。外化 BPM 层的构建块可与这些软件包整体组件并存,为整个企业提供功能,从而扩展特定软件包服务,并确保有关业务敏捷性的业务目标的实现。

外化 BPM 层的核心构建块包括:

  • 流程执行引擎
  • 流程规则管理和执行系统
  • 业务事件监控系统
  • 业务分析系统

该层还提供了一组额外的构建块。这包括安全组件、访问控制和授权证书、一个基于 Web 的直观用户界面,以及一个本地数据存储库。

流程执行引擎

流程执行引擎是外化 BPM 层的核心构建块,可以协调过程流、响应事件触发、使用服务提供所需的功能、支持应用程序数据访问、监控状态并根据人际互动和业务规则指导过程流。该引擎提供了可视化和洞察力来管理业务流出,此外还支持大量自动化和系统集成。该引擎可作为企业级解决方案使用,需要高级的工作流功能和生产力,除此之外,它还可以满足流程改进需求。

流程执行引擎组件可提供以下功能:

  • 根据一系列已定义流程步骤以及组成整个工作流的决策点,管理流程的运行时执行。
  • 通过该层中定义的流程模型使该流程可视化,或者按照标准格式从一个建模工具中导入流程的能力。
  • 通过表单和屏幕来处理工作流和人际互动的能力,以及跨多个应用程序协调安排流程的能力。
  • 支持企业集成和带有业务用户焦点的事务流程管理。
  • 支持运行时变更管理驱动的业务用户实现流程改进。
  • 支持流程生命周期管理协作的能力。
  • 可视化和跟踪过程性能的能力。

业务规则管理和执行系统

业务规则组件支持业务规则的定义、实现和执行,可以作为外化 BPM 层的一个松耦合架构构建块。作为该层不可或缺的业务规则系统可以用作整个企业的一个通用组件,与这里讨论的其他企业系统以及整个行业生态系统的其他系统进行交互。该规则系统也可与紧耦合以及绑定到软件包解决方案的其他类似组件共存。

业务规则组件的目的是支持基于策略和规则的决策管理,这些值可能直接构成流程中的输出,比如价格计算或者折扣价,或者它们可以确定某个进程的工作流,例如其中的策略和规格决定授权要求、免责条款或报警。

业务规则管理组件应提供以下关键功能:

  • 根据流程执行和其他事件自动制定特定上下文决策的能力。
  • 支持规则和策略运行时变更管理的功能。
  • 支持企业及决策管理服务,交付高性能和可伸缩性的能力。

业务事件监控

该组件支持业务流程监控,以检测异常状况、错误和延迟,从而触发附加流程步骤,对这些状况做出响应。更严格地说,该组件能够检测或响应在外化 BPM 层外部记录的事件,例如在软件包或其他软件应用程序中。业务事件可通过一系列条件触发。常见因素就是所有这类条件需要外化 BPM 层中处理的事件做出响应。这包括某些步骤的完成(例如,货物接收),达到阈值(例如,库存不足的状况),预测和计划的变更,服务级异常以及未发生事件(例如,不能实现的异常交付)。

业务监控组件应提供下列关关键功能:

  • 支持将业务流程监控作为一个监控构建块的集成式综合业务活动的能力。
  • 与外化 BPM 层其他组件(包括流程、规则和分析引擎)无缝集成和连接的能力。
  • 支持业务用户定制所需的数据过滤以及仪表板控制和报告的能力。
  • 提供一个可定制安全环境,根据用户角色支持不同程度的信息访问

业务分析

业务分析组件在该解决方案模型中可能扮演两种截然不同的角色:

  • 分析数据的源头,提供 KPI 实现流程的改进和优化。
  • 业务分析可开发新功能,比如实时或预测分析,支持业务事件的触发和新型流程的执行。

作为外化 BPM 层的核心构建块,分析组件为不同用户(包括业务和知识工作者)提供实时和历史分析信息来优化业务流程。

业务分析组件应提供以下关键功能:

  • 一个综合的集成平台,用于交付大量分析功能,其中包括业务智能需求,比如计划、分析、报告、仪表板和记分卡。
  • 为所有已识别和已授权的用户群体交付一致的、实时的信息。

除了这些关键构建块之外,外化 BPM 层也必须拥有能够连接软件包解决方案的能力,确保:

  • 从软件包解决方案接收事件触发器以启动流程。
  • 对从应用程序数据库导入和导出的数据进行检索或登录。

因此,与外化 BPM 层一起使用时,软件包解决方案以及 ERP 的作用仍然重要,但与独立使用的软件包场景有所不同。软件包解决方案在综合解决方案模型中的角色如下:

  • 生成业务事件(即触发一个过程)。
  • 由外化 BPM 层为消费提供企业级服务。
  • 执行企业服务粒度下的子流程和业务规则。
  • 保持企业数据的事务完整性。
  • 作为一个存储库和事实记录(适用于事务数据和主数据)。

外化 BPM 层和软件包解决方案之间的连通性,包括 ERP 解决方案,可通过提供的软件包服务和服务接口来实现,或通过其他程序包的 API 来实现。另外,标准软件包服务接口或 API 是不可用的,或必须获得到达多个应用程序的连通性,使用集成代理提供应用程序连通性,从而检索数据。


价值主张

通常,软件包实现力求最大限度地使用标准或 “普通” 功能,并使用标准配置选项,最大限度地减少所需的定制开发工作量。可以调整流程,使其适应软件包的功能,而不是调整软件包来适应流程。这肯定有问题,因为,在敏捷企业中,差异化和独特的市场反应能力是其价值和业务模式的核心,这通常需要独特的、与众不同的流程。

BPM 和软件包解决方案模型共同扩大了实现业务流程的选项的范围。ERP 系统可能在软件包内提供广泛的功能,外化 BPM 层增加了环境成本和复杂程度。因此,使用 “普通” 方法是人们一直以来的选择,任何流程设计决策都必须解决以下问题,即 “外部基本软件包配置的优势是什么?”

然而,附带软件包解决方案的 BPM,尤其是 ERP,具有进一步提升价值的潜力,通过扩展核心软件包的功能,并解决众多现有实现所遇到的痛点,可以实现价值提升。理论上 ERP 软件包很少运用于业务敏捷性,但事实恰恰相反:软件包常用于协调、标准化、控制、简化、强制一致性和削减成本。

ERP 软件包实现正不断经历着一些痛点,特别是在一些根深蒂、遭遇遗留系统问题的情况下:

  • 高拥有成本:ERP 一直被认为需要庞大的支持团队且运行成本昂贵。BPM 提供了一种系统简化和轻松变更 的方法,以降低总拥有成本 (TCO)。
  • 系统中的内在灵活性:系统的紧耦合天性将组织锁定在周期内(3 到 6 个月的发布周期)。BPM 可大幅提升系统的敏捷性和灵活性
  • 可用性:这是与 ERP 软件不兼容的一个常见原因,但这不是使用中的主要障碍。软件的绝大部分(但不是全部)仍使用基于 GUI 的客户端服务器,按照现在的标准,这种情况依然很复杂且不够直观。BPM 则采用更直观 的方法使用 ERP,并提高了业务社区中的接受率
  • 受限范围:ERP 软件仅仅扩展到了供应商开发的范围。而 BPM 提供了一种扩展 ERP 范围 的方法,跨应用程序和企业进行集成,进一步使用资产 并构建端到端流程

外化 BPM 层提供的价值是,使 ERP 流程实现具有以下特性:

  • 流程增强:BPM 可以替换耗时的定制开发和繁琐的手动工作需求,业务需求和标准软件包功能之间存在差距。
  • 流程灵活性和敏捷性:流程和业务规则是松耦合的,并没有紧密地结合在应用程序配置设置和代码之中。它们可以更灵活地反应运营状况,避免长期变化和测试周期。
  • 流程可视性:流程更加明确,可以以更直观的方式向用户展示流程。
  • 流程编排:端到端流程可跨多个应用程序执行。
  • 流程监控和度量:可对流程进行实时监控,对异常情况做出快速灵活的响应。可以依照流程性能来定义和跟踪 KPI。
  • 流程改进:更多响应和灵活的反馈信息可能确保持续不断的改进。

关键因素

为了帮助您了解这些选项,我们准备了一套设计指南,以解决下列问题:

  • 您应该何时使用软件包功能单独执行流程,何时应该使其外化?
  • 如何通过扩大组件范围(比如在上述的扩展架构中)来支持流程,以及如何制定流程设计?

我们建议以下列一组设计标准为基础进行分析,以确定最合适的方法。在 ERP 实现过程中使用的流程模型通常无法确认某个流程的特点,但该流程将有利于指引这些设计选择。下面是一些推荐指南,可以根据这些指南开发一个设计框架,以便使用外化 BPM 层与 ERP 软件包。

表 1 列出了软件包解决方案中适合实现的流程特征,更具体说,是适合在 ERP 软件包中实现的流程特。

表 1:适合在 ERP 软件包中实现的流程特征

表示 ERP 软件包中实现优势的特性

  • 整个组织内的标准化流程
  • 与经过培训的用户交互执行流程步骤
  • 对高吞吐量 / 快速响应时间的要求
  • 组织内部流程
  • 流程仅需要 ERP 软件包内的事务数据
  • 流程需符合法律、法规或账户要求
  • 事务完整性 / 一致性是关键

表 2 显示了一些流程特征,它们适合在一个外化的 BPM 层不可或缺的 BPM + Package Solutions 模型中实现。

表 2: 适合在一个外化的 BPM 层中实现的流程特性

体现了使用外化 BPM 层的实现中的优势的流程特性

  • “普通” 软件包实现不支持的流程;该差距需要大量的定制开发或手动工作进行弥补
  • 流程需要频繁地变化,以响应业务条件
  • 业务规则需要频繁地变化,以响应业务条件
  • 流程基于工作流,涉及与人际交互的检查、审批和基于通知的行动,并受到一套规则约束
  • 流程基于案例管理,一个案例有生命周期,该周期通过组织的不同部分密切关注长期运行和动态路由
  • 流程经常由管理层用户执行
  • 部分流程由客户、业务伙伴或普通大众执行
  • 流程直接影响客户体验(如回报或抱怨)
  • 流程由业务事件触发
  • 流程由第三方组织在合作的基础上执行其中的一部分
  • 流程需要为事件处理或决策支持提供分析处理权限
  • 流程采用内部或外部资源的非结构化信息
  • 流程 KPI 需要测量
  • 流程现已中断(漫长的交付时间、质量低下、许多异常和未检测出的错误)

使用场景

在考虑采用具有外化 BPM 层软件包解决方案的时候,可以设想多种不同的使用场景或设计模式。通用的使用方法并不总是适用。相反,您应该为单独流程或子流程选择适当的设计模式,使用上述流程特性和优势作为指南。

可以为一个单独流程或子流程选择一个或多个设计模式。因此,有可能(甚至很有可能)不同的设计模式可以共存于一个软件包系统中。此外,不同的设计模式可能会同时用于同一流程,也许适用于不同渠道或不同用户类型(例如,一个是内部销售订单处理团队的设计模式,另一个是由业务伙伴输入的自助订单)。

以下小节将描述一些重要设计模式。

外化 BPM 层不使用(传统 ERP)

在这种使用场景中,业务流程在 ERP 系统内实现,采用传统 ERP 方法,利用软件包应用程序的功能、配置、工作流和定制开发。通过标准接口实现与其他应用程序的集成,但无需进行流程编排。

图 2. 传统软件包解决方案
传统软件包解决方案

外化 BPM 层致力于监控

在这个模式中,业务流程是在 ERP 系统中实现的,然后再使用传统方法。然而,外化 BPM 层 “隐藏” 了该流程,并基于 ERP 软件包触发的事件提供了一个聚焦监控功能的流程。

这种模式支持流程可视化和流程监控的价值主张。

图 3. 没有流程执行能力的外化层
没有流程执行能力的外化层

具有单个软件包实例的外化 BPM 层e

在这个模式中,一个业务流程在外化 BPM 层中实施,但仍然由单个 ERP 中的服务和数据提供支持。业务流程的知识和控制处于外化 BPM 层中,而不是软件包。

这种模式支持流程增强、流程灵活性和敏捷性,以及流程可视性和流程监控的价值主张。

图 4. 包含单个软件包解决方案实例的外化层
包含单个软件包解决方案实例的外化层

使用多个软件包实例和其他应用程序的外化 BPM 层

在这种模式中,业务流程是可外化的,通过多个 SAP 和其他应用程序系统获取服务和数据。BPM 层还提供跨应用程序的流程编排,取代传统的点到点或代理界面机制进行流程编排。

这种模式支持多价值主张,并为 BPM 层最具转化能力的应用程序提供潜能。

图 5. 包含多软件包解决方案实例的外化层
包含多软件包解决方案实例的外化层

解决方案交付方式

本节将介绍一个利用 BPM + Package Solutions 模型的高级解决方案交付方法。这个高级概述基于两个由 SAP 和 Oracle 交付的关键 ERP 解决方案。该概述使用了 SAP 应用程序套件、SAP NetWeaver™ 栈、Oracle Fusion® 应用程序和 Oracle Fusion 中间件对 BPM + Package Solutions 模型进行讨论,采用外化 BPM 层交付 ERP 解决方案。

外化 BPM 层和 SAP

将其成功建立在具有突破性的 SAP R / 3 ERP 软件包上,SAP 现在提供了大量应用程序组件和行业解决方案,为一些关键业务领域提供功能。

SAP 应用软件套件包括:

  • 企业资源规划
  • 客户关系管理
  • 供应商关系管理
  • 供应链管理
  • 产品生命周期管理

此外,SAP 还提供了一个基础的多层次的技术架构,这些应用程序组件都基于其 NetWeaver 产品栈进行运作。

SAP NetWeaver 技术基栈包括:

  • SAP Web 应用程序服务器
  • 商业仓库 (BW)(报告与分析)
  • 流程集成 (PI)(集成)
  • 门户(用户界面)
  • 主数据管理 (MDM)
  • 解决方案管理器 (SolMan)
  • 业务流程管理 (BPM)
  • 业务规则管理 (BRM)

图 6 展示了具有外化 BPM 层、SAP 应用程序套件和 SAP NetWeaver 栈的 BPM + Package Solutions 模型

图 6. 外化 BPM 层和 SAP
外化 BPM 层和 SAP

SAP 采用最新获得的产品继续加强和进一步扩大其产品组合,例如 Sybase 和 Business Objects,提供移动和分析能力。

虽然上述核心的 SAP 应用程序组件在本文档中描述为位于解决方案模型的软件包解决方案层,一些基础 NetWeaver 组件能够放置在外化 BPM 层上,它们具有流程执行 (NetWeaver BPM)、业务规则管理 (NetWeaver BRM)、事件监控 (SolMan) 和企业分析(BW 和 Business Objects 工具)的能力。

外化 BPM 层和 Oracle

Oracle Fusion 应用程序套件是 Oracle 提供的核心软件包解决方案,该核心建立在 Oracle Fusion 中间件套件之上,形成软件包解决方案套件的基础,提供了业务交易的多项功能。

Oracle Fusion 应用程序可以满足销售业绩管理、财务生产力、自然实时智能信息访问、风险管理与合规性、人力资本管理、供应链管理、投资组合管理和供应链管理的需求。

Oracle Fusion 中间件是业务应用套件的应用程序基础架构的基础,它包括一个集成的功能丰富的技术组件。这些组件包括基于 SOA 和事件驱动架构 (EDA) 的基础,该基础由一系列技术组合和功能构成,其中包括运行时服务基础、BPM、业务智能、事务处理、数据集成、身份管理、主数据管理和开发工具。

Oracle Fusion 应用程序套件包含

  • Oracle Fusion 客户关系管理 (CRM)
  • Oracle Fusion 财务
  • Oracle Fusion 治理、风险与合规性 (GRC)
  • Oracle Fusion 人力资本管理 (HCM)
  • Oracle Fusion 采购
  • Oracle Fusion 项目组合管理 (PPM)
  • Oracle Fusion 供应链管理

Oracle Fusion 中间件套件包括一套集成组件,包括:

  • 业务智能
  • 业务流程管理
  • 数据集成
  • 开发这工具
  • 企业数据质量
  • 身份管理
  • 内存数据网格
  • 主数据管理
  • Oracle 用户生产力套件
  • SOA 治理
  • 事务处理
  • WebCenter
  • WebLogic 服务器

图 7 展示了具有外化 BPM 层、Oracle Fusion 应用套件和 Oracle Fusion 中间件的 BPM + Package Solutions 解决方案。

图 7. 外化 BPM 层和 Oracle
外化 BPM 层和 Oracle

如图 7 所示,Oracle Fusion 应用程序套件的功能可以与外化 BPM 层集成,也可与其他企业应用程序集成,提供所需的业务灵活性。此外,Oracle Fusion 中间件套件组件的一个子集可以在 BPM + Package Solutions 模型中有效利用外化 BPM 层的标准部件。

工具和技术

BPM + Package Solutions 模型的外化 BPM 层利用不同供应商提供的技术和工具组合进行构建、设计、实现和部署,这些供应商包括 IBM,以及诸如 SAP 和 Oracle 之类的软件包解决方案供应商,同时也包括相应的第三方供应商。这一层的实现并没有依赖于任何特定的技术或工具,也没有依赖于任何特定的供应商产品。产品由不同供应商提供,尽管具有不同的成熟度、功能集和功能,但都可以有效用于提供外化 BPM 层的功能。此外,事实已证明,组合使用不同供应商的最佳工具和技术可以提供集成和交互能力,从而提供此处描述的解决方案模型。该模型在企业工具组合中已包含某些工具的情况下可能非常有用,可以让用户更好地利用现有资源,获得适合的工具套件,从而缩短企业工具组合的差距。

如前所述,实现外化 BPM 层的工具和技术由 IBM 和软件包解决方案供应商提供。本节介绍了一些 IBM 提供的工具、技术和产品。软件包解决方案和相应的第三方供应商可能也会提供类似的工具,第三方供应商能够满足 BPM + Package Solutions 模型的外化 BPM 层的构建块的需求。

用于外化 BPM 层的 IBM 产品

下一小节将介绍可在 BPM + Package Solutions 模型中用于外化 BPM 层的 IBM 产品。

设计和开发工具

  • IBM Blueworks Live是一个基于云的 BPM 工具,支持各种规模的组织进行探索、设计、自动化和业务流程管理。
  • IBM WebSphere® ILOG® JRules Studio 是一个综合开发环境,适用于在 Eclipse IDE 上构建的基于规则的应用程序,能够让开发人员轻松建立和部署基于规则的应用程序,实现业务系统使用的高密度、多样化决策的自动化,并减少应用程序的开发和日常维护所需的时间、精力和成本。
  • IBM Integration Designer 是基于 Eclipse 的工具,用于在整个 IBM WebSphere Process Server、WebSphere ESB 和 WebSphere Adapters 中执行基于 SOA 的 BPM 和集成解决方案。此外,它集成了测试、调试和解决方案开发的部署,并实现了业务驱动的开发,能够完全与 WebSphere Business Modeler 集成,从而能够导入模型,快速完成相应实现。

运行时工具

  • IBM Business Process Manager (高级、标准和快速)是一个综合性的 BPM 平台,提供了管理业务流程的可见性和洞察力。它的高级版本提供了支持大批量自动化和大量系统集成的业务流程可见性和管理;标准版是理想的多项目改进方案,需要企业进行大量参与,并且非常关注工作流程和效率;流程改进项目初期需要企业参与和快速周转,此时快速版是理想选择。
  • IBM WebSphere ILOG JRules 提供了为 Java™、主机、SOA 和 BPM 环境构建和部署基于规则的应用程序的能力。JRules 包含一整套执行功能,其中包括高性能和可扩展的规则引擎,并提供了基于推论的规则执行或连续的规则执行。
  • IBM WebSphere Decision Server 是业务规则管理和业务事件处理技术的集成环境。它可以检测基于事件的跨应用程序和系统中发生的业务情况。此外,它能够响应检测到的事件模式,并根据具体环境实现精确的决策自动化。决策服务器是 IBM WebSphere 运营决策管理以及 WebSphere 决策中心的重要组成部分。
  • IBM Business Monitor 是一个全面的、跨进程、跨系统、高性能的业务活动监控 (BAM) 软件,可以对整个企业生态系统的业务活动进行监控。它为用户提供了实时可见性、端对端业务经营、事务和流程,帮助优化流程,提高工作效率。IBM 业务监控包括高密度的安全性,能够允许或防止任何人查看大量信息。
  • IBM Case Manager 能够将信息、流程和人员统一起来,提供案例信息的全景图像,并获得经过优化的结果。通过可满足特定纵向和横向需要的模板和可扩展的基础架构,它为实现组织的最佳实践提供了基础,缩短了实现价值的时间。此外,案例管理器通过简化和统一的业务规则管理方式,提供了复杂的决策管理能力。
  • WebSphere Business Events 是一个全面的业务事件处理系统,可以使企业进行业务事件的检测、评估和响应,并以围绕事件驱动的业务条件的可操作事件模式和业务部门洞察力为基础。WebSphere 业务事件通过更快响应客户、供应商和不断变化的市场需求来提高业务的敏捷性。
  • IBM Cognos® Business Intelligence 是一个开放的企业级平台,在易于扩展的基础架构上为用户群体提供完整、一致和及时的信息。该平台通过降低复杂性、提高投资回报和更低的拥有成本提供业务智能需求,如报告、仪表板、记分卡、分析和规划。
  • IBM SPSS Predictive Analytics 包括先进的数学和统计专业知识以获取预测信息,在部署到现有流程时,使它们能够适应改进的结果。该套件提供了一整套功能,其中包括数据收集、统计和数据建模,另外,它可以将分析能力集成到业务的某些环节之中。
  • IBM Business Process Manager Industry Packs 是一套预建的资产,可帮助加快交付基于标准的 BPM 行业解决方案,满足银行、医疗保健和电信业的需求。每个特定于行业的包都能与 BPM 组件无缝集成,并提供多种预建资产,通过 BPM 解决方案的交付,帮助加快和提高流程优化。

结束语

在本文中,我们为具有软件包解决方案的 BPM 引入了一个全面的解决方案模型。该解决方案模型包含一个外化 BPM 层和软件包,并具有扩展提升软件包流程性能的潜力。然而,外化 BPM 层的有效开发取决于对该层中的实现流程的价值主张的理解,以及对支持外化(而非传统)的、基于软件包的实现方法的流程特征的理解。在本文中,我们描述了一套使用场景或设计模式,并介绍了过程特性的框架,以帮助识别合适的实现模式。

本文中描述的解决方案具有深入开发的潜力,可以针对 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=WebSphere
ArticleID=799478
ArticleTitle=一个集成 BPM 和软件包解决方案的解决方案模型
publish-date=03012012