对BPM软件的再思考

标签: IT咨询 | 发表时间:2016-07-24 09:09 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi
这篇主要进一步反思原有相关工作流引擎和BPM软件的一些看法。

我曾经谈到过,BPM应该包括了自动化业务流和人工审批流,同时BPM关注的是跨系统流程,而对于工作流引擎往往重点是单系统内的流程。正是基于这个思考,一直很难真正想清楚一个完整的端到端流程的发起和处理是否可以完全靠BPM系统来进行从建模,设计,开发和发布的全过程。

要知道对于企业业务分工的细化,本身对于业务部门的员工操作的业务都是端到端流程的一个部分,这些业务员工本身就不需要关注端到端流程,而真正对端到端流程关注的往往是企业类似流程优化和绩效改进的部门,但是对于流程部门往往并不进行流程实际的发起,操作和执行。

正是由于这个原因,再次重申一个观点就是对于BPM端到端流程的建模可以通过BPM软件进行,但是对于BPM流程建模最终还是要分解到不同的各个业务系统中的子流程,而这些子流程才是通过BPM软件或流程引擎进行建模,设计和执行。而对于端到端的BPM流程建模更多的将用于端到端流程的监控而不是实际执行。

回到当前常见的BPM流程软件来说,可以看到更多的仍然是完成业务系统内部的审批流,但是为了具备自动化的业务处理节点能力,比如在报账单据人工审批完成后可以触发生成付款单据,可以将报账单据导入到ERP等业务系统,要实现这个通常的做法仍然是在传统的工作流引擎基础上增加了调用外部业务服务能力接口部分的内容,当然如果做的更加方便,我们还可以进一步提供业务服务的适配能力,比如对JMS,数据库等的业务服务适配能力。通过这种改进可以看到传统的工作流引擎已经具备集成自动化业务处理节点的能力。

在集成了业务服务节点后,一个关键点就是进一步对业务服务的输入和输出的适配,即对于流程表单和流程执行中的数据信息能够作为参数输入传递到业务服务的输入中,而对于业务服务的输出既可以映射到流程表单中,也可以传递到流程执行的全局变量参数中,做为业务规则和逻辑判断的基础。

再提及一个完整的BPM软件的时候,经常还会谈到独立的业务规则引擎以处理复杂的业务规则。要知道BPM软件本身就是一个完整的快速应用开发平台,因此除了经常谈到的数据建模,表单建模,流程建模,权限建模外,还需要具备业务规则建模的能力。当前的很多BPM软件本身也具备业务规则的简单处理能力,但是往往这些简单条件判断或规则是紧耦合在流程建模定义文件中的,当有了规则引擎后可以看到复杂的业务规则即可以剥离处理在单独的规则引擎中进行处理,同时将业务规则的定义本身也发布为业务服务节点供流程引擎设计时调用。

经过本次思考,也进一步明确了对于BPM后续的关注点已经和ESB集成平台和服务的集成关系。

 

相关 [bpm 软件 再思] 推荐:

对BPM软件的再思考

- - 人月神话的BLOG
这篇主要进一步反思原有相关工作流引擎和BPM软件的一些看法. 我曾经谈到过,BPM应该包括了自动化业务流和人工审批流,同时BPM关注的是跨系统流程,而对于工作流引擎往往重点是单系统内的流程. 正是基于这个思考,一直很难真正想清楚一个完整的端到端流程的发起和处理是否可以完全靠BPM系统来进行从建模,设计,开发和发布的全过程.

BPM流程管理软件的五大创新

- - 博客园_知识库
  业务流程管理软件既是一种载体,也是一种应运而生的工具. 业务流程管理(BPM)软件是大部分企业的重要工具,有助于企业进行集成和自动化梳理内部流程. 随着技术的不断创新不断进步,BPM的功能也随之不断完善. BPM出现的新功能是否为企业进行流程管理带来变化,当中是否存在发展瓶颈. 下面介绍BPM软件的五大创新:.

谈BPM系统实施

- - 人月神话的BLOG
前面已经写过很多BPM和工作流,BPM和SOA关系的文章,在这里主要谈下一个BPM软件系统在实施过程中的一些关键问题和注意点. 对于BPM软件前面已经谈到过一定是包括了自动化的业务流和人工工作流引擎两部分的内容,同时为了更好的处理在业务流程建模中的业务规则往往还需要有单独的规则引擎子系统或模块. 一个完整的BPM系统往往包括了流程建模和设计,数据建模,界面设计,基础数据和权限设计,流程执行和监控,流程仿真,流程绩效评估多个方面的内容.

再谈BPM系统实施

- - 人月神话的BLOG
前面一瓶文章参考: http://blog.sina.com.cn/s/blog_493a84550102v3e8.html. 在前面一篇文章中已经从全新业务应用构建和端到端流程整合两个方面来探讨了BPM系统实施的方法和问题,也给出对于一个遗留的IT系统,由于相关的IT遗留系统已经成型,对于BPM实施来说更加重要的是端到端流程的整合和监控,解决端到端流程中的断点问题.

BPM实施交流总结

- - 人月神话的BLOG
最近陆续和朋友和客户交流了BPM产品和实施的内容,简单总结如下:. 首先还是再次重申下BPM和传统工作流引擎的区别,BPM是跨了多个业务组织和业务系统的端到端流程建模和整合,其中既包括了自动化的业务流也包括了人工审批流. 而工作流引擎往往是局限在一个业务系统内的单一的处理人工审批流的流程引擎. 对于BPM的成功实施有两个重要的前提,一个是需要有企业架构和流程建模思想的引入和导入,业务和流程驱动IT,从顶层的端到端流程逐步分解到四级和五级流程,再到业务架构和数据架构,最终再朝上追溯端到端的流程整合和集成.

Activiti - 新一代的开源 BPM 引擎

- - Web前端 - ITeye博客
Activiti 其核心是 BPMN 2.0 的流程引擎. BPMN 是目前被各 BPM 厂商广泛接受的 BPM 标准,全称为 Business Process Model and Notation,由 OMG 组织进行维护,2011 年 1 月份发布了其 2.0 的正式版. BPMN 2.0 对比于第一个版本,其最重要的变化在于其定义了流程的元模型和执行语义,即它自己解决了存储、交换和执行的问题.

架构 - 业务流程管理介绍(BPM)

- - 博客园_知识库
  最近公司准备采用外部的开发平台,其中就有BPM厂商. 以前也看过一些BPM相关的资料,为了加深对BPM的理解,本篇我将对以前对BPM的理解进行一个简要的整理,也希望能给大家一个参考.   维基百科中说,业务流程是为特定的对象(客户) 创造价值的过程,这一过程由一系列 相关联、有组织的 活动或任务组成.

整合Activiti Modeler到业务系统(或BPM平台)

- - 咖啡兔
Activiti 5.10版本把原本独立的Activiti Modeler模块整合到了Activiti Explorer中,两者相结合使用起来很方便,通过Modeler设计的流程模型可以直接部署到引擎,也可以把已经部署的流程转换为Model从而在Modeler中编辑. 在实际应用中也有这样的需求,把Modeler整合到业务系统中可以供管理员使用,或者作为BPM平台的一部分存在,很遗憾官方没有给出如何整合Modeler的文档.

对数据库架构的再思考

- - 人月神话的BLOG
前面在谈PaaS的时候曾经谈到过共享数据库,私有数据库的问题,在这里再谈谈在多业务系统建设过程中的数据架构模式问题. 首先来看下传统的数据交换解决方案如下图:. 业务场景为单独构建的四个业务系统,在四个业务系统中SID数据为需要跨四个应用交互和共享的数据. 传统的做法则是对四个应用存在的SID库数据进行数据集成和交换,则后续的每一个业务系统中都有全部的共享基础数据,任何一个应用的SID库数据需要通过数据交换和集成同步四份.

对组件化架构的再思考

- - 人月神话的BLOG
原来架构设计比较多关注的是横向的分层,即数据层,逻辑层和UI层. 而组件化架构必须同时关注纵向的隔离和解耦. 在分层和分模块后,每一个业务组件由三层各自存在的部署包组成,包本身是一个包含了技术组件和服务组件的一个结合体. 由数据层,逻辑层,界面层三层的三个业务包可以构成一个完整的具备独立功能的业务组件.