【流程管理】谈谈BPM系统实施 .pdfVIP

谈谈BPM系统实施

对于BPM软件一定是包括了自动化的业务流和人

工工作流引擎两部分的内容,同时为了更好的处理在业

务流程建模中的业务规则往往还需要有单独的规则引

擎子系统或模块｡一个完整的BPM系统往往包括了流

程建模和设计,数据建模,界面设计,基础数据和权限设计,

流程执行和监控,流程仿真,流程绩效评估多个方面的内

容｡由于BPM主要完成的流程组合和编排是是整个

SOA架构的上层内容,因此一个完整的BPM系统设计

和构建本身就是组件化和SOA服务化思想进行的｡

对于BPM软件的实施,我们从通过BPM系统全新

构建业务应用和基于BPM系统进行流程整合两个场景

来讨论BPM软件实施过程中的异同｡

全新构建业务应用

一个完整的BPM系统本身就可以理解为一个既开

放,又相当封闭的SOA架构平台｡开放主要是说该系统

能够很好的集成和复用已有的SOA共享服务能力,封

闭则是说BPM软件可以从设计建模,到测试,到部署上

线端到端的完成一个业务应用的构建｡

可以看到全新构建业务应用相当来说反而容易,这

个时候没有和企业内部遗留IT系统集成和协同的麻烦

｡在这种情况下4A基础数据完全可以以BPM系统为

最初的源头,很多跨流程的业务单据信息也直接在BPM

系统中进行建模和设计｡对于界面和展现即完全利用

BPM软件本身提供的一整套快捷开发工具进行,本身也

不存在单独构建一个IT系统时候还需进行基础技术框

架构建的问题｡

但是在这种场景下构建BPM,仍然存在一些问题无

法解决,具体包括如下:

首先对于业务系统,我前面分过类,即以工单和流程

驱动的系统,还有就是以核心共享数据为基础驱动的系

统｡前者类似OA,ITIL类业务系统;后者类似资产,资源

管理等系统｡注意对于后者我们期望的一个完整的全局

数据模型,这个数据模型往往会应用到多个业务流程中,

而不是简单的工单｡在这种情况下采用BPM软件是很

能实现完整的业务功能的｡因此BPM更多的还是适用

于流程驱动的业务应用｡

其次,通过BPM软件构建出来的系统往往是跨越了

多个业务部门的一个端到端业务流程管理,在这种情况

可能并不会再具备原有的项目系统,采购系统,物流系统

等严格的业务系统划分,而是这些业务都完整的实现在

了一个端到端的业务流程上｡那么这个BPM系统的业

务管理和认责部门是谁?这个时候我们往往找不到一个

主导的责任部门,那么这个BPM系统后续如何推广实

施?靠IT部门的力量往往是很难真正落地的｡这也是我

们常说的BPM系统的推广难点已经不在技术上,而在

于业务上｡

最后即使是流程驱动的业务系统,如果期望通过

BPM软件提供的功能完全通过可配置和可视化设计的

方式完全实现出来还是存在困难,即使有相关的规则引

擎,但是仍然很难做到完全可配置的快速开发｡这就自然

涉及到了即使全新构建BPM系统,在BPM的底层仍然

需要有实现核心能力和业务组件和技术组件,这些组件

重点变成提供领域服务能力,而不是前台界面展现和协

同｡这个点必须要意识到,否则容易理解为BPM是万能

的,啥流程都可以很简单的建模和配置设计出来,那就大

大的犯错了｡

遗留系统通过BPM