BPM 应用系统开发案例实战1

概述

IBM BPM 的前身是 Lombardi,是由 IBM 于 2009 年收购的产品,之后产品更名为 IBM WebSphere Lombardi Edition,目前最新版本称为 IBM BPM V7.5。IBM BPM 提供了强大的业务流程管理(BPM)功能,而且通过 IBM BPM 所支持的 Portal 和可定制的 Coach,使得客户可以直接通过 Web 的方式与 BPM 的业务流程进行交互。但是由于用户需求的的多样性以及 Coach 所提供的功能的局限性,加上 JSP 与 JS 结合的灵活性,使得通过广泛的 Web 技术以充分利用 IBM BPM 的业务流程管理功能成为一种需要。本文针对目前 BPM 市场主流的一款重磅产品 IBM Business Process Management, 首先从 IBM BPM 的一些背景、基础框架和产品使用基础知识进行了介绍,然后结合一个具体的业务实例来分析采用 IBM BPM 实现 Business Process 应用的一些优势和技术 / 产品选型策略,同时给出如何使用 IBM BPM 来开发一个具体的业务流程的案例实践,能够帮助 IBM BPM 的初学者快速的入门,并快速构建一个功能简单但是相对完整的 BPM 项目。

IBM Business Process Management 介绍

商业流程,或者称为业务流程,其高可用性已经成为市场的一个共同的目标。越来越多的公司将通过业务流程有效的增加客户价值定为自己的商业目标。大部分公司已经意识到传统的”以代码功能为核心”的软件开发工具和开发方式已经不能满足”以人为中心”的商业目标,而日渐重要的流程管理,如工作流、任务管理和流程模拟等,使得流程带来了越来越多的商业价值。而目前市场上并没有一个完整的包含了流程开发、测试、分析、模拟、统计及部署应用的一体化工具。

IBM BPM 正是为了解决这一问题而产生,它使用基于 Java,J2EE 和 XML 等工业标准技术,开发出各种各样的用户应用程序,包括 Process Modeler、Service Modeler 、Process Inspector 、Process Optimizer、Process Portal、Process Coaches、Console 等,它们通过共享同一个模型来满足不同背景的人参与到流程的生命周期中。

IBM BPM 的总体架构包含了服务器和客户端两部分,其中客户端包括了以 Eclipse 为基础的 Process Designer ( 旧版本中称为 Lombardi Authoring Environment),以及基于 Web 的 Process Center Console,Performance Admin Console、 Process Admin Console 和 Process Portal,而服务端包括 Process Center、Process Server 及 Performance Data Warehouse。它们在 IBM Business Process Manager 中的作用如表 1 所示:


表 1. IBM BPM 组件介绍

组件

功能

Process Center 为 Process Designer 和 Process Center 控制台提供一个集成式的开发环境和共享存储库,它包括了 Process Center Server 和 Performance Data Warehouse 两个组件。
Process Server 用于执行流程和服务,它内置于 Process Designer 中,存储在 Process Center Repository 中。
Performance Data Warehouse 收集和分类流程执行的数据。
Process Center Console 管理和维护 IBM BPM 的存储库,包括管理流程应用、工作空间和快照以及将流程应用安装到运行时环境。
Process Designer 包括了一系列的图形用户界面使用户可以方便的建模、实现、模拟以及查看商业流程。
Integration Designer 集成式的设计、开发环境。
Process Portal 提供了一个集成的界面使得流程的参与者可以方便的执行被分配的任务、查看历史任务以及团队的工作效率等。通过 Process Portal,用户可以方便的连上 Process Center Server 或者 Process Server
Process Admin Console 及 Performance Admin Console 配置及维护 Process Center 和 Performance Data Warehouse

各种客户端通过服务端与各种实际环境相关联,他们也可以直接与实际的环境联系起来。关系如图 1 所示:


图 1. 客户端、服务端及运行环境关系


 

实例背景

本文实例来自于 RAPID Process 解决方案。The Remote Access and Processing of Image Documents (RAPID) 是一个用来接收、处理、审批和存储用户电子文档的工作流平台, 主要是用来提高电子文档的审批和归档效率。本文采用了其中一个最典型的实例(发票审核流程)来作为本文流程建模和应用开发的实例。流程的用户场景如图 2 所示:


图 2. 发票审核流程用户场景

如上图所示,发票录入员将扫描成像的发票录入系统,根据发票的属性(如金额、用途等)决定审批的级数和审批者。审批者最多有 5 个,但不限定为 5 个。在审批过程中,如果其中某一级拒绝(Reject),则审批流程提前结束,否则,直到所有人审批(Approve)完成后结束。录入员在填写发票基本信息时,会根据情况确定是否需要进行发票重复性审查,如果不需要,则直接进入后面的发票审批流程,否则先进入重复性检查,如果出现重复,则以异常的方式结束该流程。根据上述用户场景,我们将构建如图 3 所示的流程模型:


图 3. 发票审核流程

如上图所示,”COCE_GIW_ALL_Index”节点对应了录入员录入发票基本信息的动作,”COCE_GIW_ROBF_DuplicateCheck”节点对应了重复性检查的动作,”Approve”节点对应了各级发票审核的动作,”SendMail”节点用于给各级审核者发送邮件,审核者通过邮件中的链接登录系统并审核对应的发票。整个流程类似于图 2 中所示用户场景。


 

构建一个业务流程定义

本文使用 Process Designer(文中简称 PD)作为流程开发环境,其过程中所涉及的操作流程与旧版本的 Authoring Environment 相同,如果本机环境中没有,可从 http://[your-ibm-bpm-server]:[port number]/ProcessCenter/ 上进行下载。

双击 PD 图标链接在对应的用户名、密码位置输入合法用户名 / 密码,点击”登录“按钮即可登录开发工具。默认的页面为 Process Center 页面的 Process App 标签页,如果没有选中该标签页,点击即可选中。页面中会显示已经存在的 Process App。确保选中”Process App“选项卡,点击右边的”新建 Process App“按钮在弹出的窗口中填入 Process App 的名称,它的缩写名以及 Process App 的描述,”首字母缩写“中信息为”RAPSIM2“,该信息将用于在 Web 系统中确定需要交互的 Process App。填写完成后点击”创建“按钮,完成 Process App 的创建并回到 Process Center 页面,此时,将会看见你所创建的 Process App,点击对应的流程应用右边的”在 Designer 中打开“,将会打开 Designer 页面,AE 会默认切换到”设计器“页面。点击”流程“右边的”+”号,会弹出”新建“对话框,选择其中的”业务流程定义“,会弹出”新建业务流程定义“对话框,填写业务流程名称 SimpleRapidBPD,并点击”完成“按钮。完成后,AE 会回到设计器页面,并默认打开刚创建的流程定义的”概述“选项卡,如图 4 所示:


图 4. 查看 BPD 概述

以下文章点击率最高

Loading…

     

如果这文章对你有帮助,请扫左上角微信支付-支付宝,给于打赏,以助博客运营

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注