|
从 此篇开始，我将长篇续写我对BPM（Business Process Management）相关技术的认识，谈谈学习和了解过程中的一些心得。估计暂且俺还不能用“研究”这个词语，毕竟我也是刚刚踏入BPM这个领域。希望 以此帮助大家逐步了解BPM。连载续写名称为《我对BPM认识之路》。 我对BPM认识之路（１）：引言 前段时间跳槽，是继续企业应用开发，还是转向BPM领域？ 在这两个方向之间徘徊了一阵子，不过最终还是决定转向BPM领域。
熟悉我的朋友都知道这几年我花费了很大的精力在Workflow研
究和开发上，其实对Workflow仅仅只是我的一个兴趣而已，本职工作却有很久与WF没有多少关系了，只是前几年开发过两三个工作流引擎，仅此而已。
（当然与我平时也没有放弃继续研究Workflow有些关系，特别是持续的写些研究心得，以及偶尔的工作流讲课经历。有些“王婆卖瓜”了）
早先本职工作主要在企业应用开发平台上，但是国内的应用平台开发，却大多存在一些技术上的误区和局限，这方面这两年感触非常多，然而这些感触不是此篇叙说的重点，只会在本连载文章中会或多或少的提及一些。目前也只能说这或多或少对选择BPM方向有些影响吧。
言归正传。
之前虽然我对Workflow方面研究很投入，特别是工作流引擎实现、建模原理、调度算法等方面花费了很多精力。但是一直都没有怎么涉及BPM这个庞大的领域，对之也是存在很多误解、不解的。现在揪出误解的原因，也供大家参谋参谋：
（1） 英语不咋样。这对我来说是个很大的沟通障碍，至少很大程度方面妨碍理解国外的一些前言文章和趋势概念。好在这个问题已经深深地认识到了，目前正在抓紧弥补，在这里也劝与我同样奋斗在软件开发中的国内开发人员，一定要把英语练好。
（2） 国
际上大厂商的概念和宣传炒作，影响了我（或者我们）的判断。这两三年一提到BPM，大多都会联系到OASIS组织的BPEL4WS，特别是BEA、
IBM、Microsoft、Oracle这几大厂商不约而同支持此标准，并提供基于此标准的实现服务产品，加之铺天盖地的宣传。让我们误以为只有
BPEL规范才是Business Process的解决之道。
（3） 国内的“误导专家”们把我们引到一个更深的漩涡中，能站在技术角度“扎扎实实”分析的文章很少，很多文章概念抄了一大堆，最后再把“管理概念”撤进来，整一个“东北乱炖”。
（4） 最
后就是大环境所限，这不是我一个普通开发人员所能妄言的，但是我们不能不面对的就是：随着技术的飞跃速度越来越快，国内的技术空白也暴露的更多；浮躁的技
术和学术氛围更加影响了技术的积累。在整个BPM
Solution蓝图中，不论技术规范和技术实现，国内都没有多少可以拿出的，连拿出能与之讨论的都寥寥无几。——
我很佩服金碟一直坚持做的Apusic，东方通坚持做TongLink，huihoo一直坚持开源事业······但是在整个BPM
Wave中，国内做的还是太少。
当我们感觉BPM似乎还很遥远
的时候，BPM已经如洪水般的席卷过来了。有两个形容词一直伴随在BPM左右，形成了“BPM Wave”和“BPM
Solution”，可见影响是巨大的。前些日子看到Phil
Gilbert的在其Blog上大谈“未来十来年，BPM将替代ERP，成为企业信息化最为关注的领域”。
早
在2003年初，BPM这个领域就出现了一本比较有影响力的书：《Business Process Management(BPM):The
third
Wave》，可惜国内没有引入，好像也没有影印本。事实上，在Workflow和BPM两个领域内，好像国内出版社一直也没有什么新作，着实可惜。
今天就起个“小引”，接下来将逐步续写，逐步把我对BPM的一些认识和理解的过程，学习的过程，与大家分享。也希望在这个领域有心得和研究的朋友，亦或是感兴趣的朋友，多提意见和想法。
|
|
|
我对BPM认识之路（1）：引言
