先不说BPM先说说实际生产过程中的实际情况，在实际工作当中，我们在申请某个项目的时候，往往需要多个部门的审批，只有审批通过之后才能立项。为什么要审批呢？因为企业在运站的时候，他是一个整体，它内部的各个部门各司其职，所以，一个项目往往会设计多个部门，如采购，生产，销售等。传统的审批流是什么呢？以前我们都是拿着一张纸，挨个部门找相关负责人盖章确认，全走下来可能要好长时间，有时因为某个领导不在，我们可能还需要等待，这就对项目的立项时间造成的影响，同时因为流程审批人员固定，无法快速响应，严重浪费公司资源。为了改善这种状况，我们就需要在线审批，通过信息系统（先不说ＢＰＭ，说说传统的解决方案），发起人可能写了一个申请，然后审批人一次针对这个申请进行审批，效率快了很多。但是随着企业的不断发展，组织结构，人员也在不断的变化，原有系统的处理流程都是通过硬编码写死的，要调整就要从新开发，这对企业来说投入也是非常大的，因为系统是随着企业发展不断调整的，如果无法快速满去企业需求，对企业正常的营销运转影响是非常大的。所以为了解决流程的可持续整改，并且可以快速相应这种企业的变化，我们决定采用流程驱动框架来满去我们的实际办公需求，现在主流的开源BPM框架有好多，但是我主要选取了2大框架，相对比较老的，用户也比较多。经过历史考研过的东西都是比较好的，这两个BPM框架是Activiti和JBPM。这两个框架都是流程驱动的框架，接下来我要说说我们流程驱动会带来哪些效果.
往往说明意见事情，文字是很难快速理解的，但是图形能是我们快速理解一个事情，下面我们说说流程图，以前我们办公可能经常需要写一些报告，报告中活多或少都会有一些流程图，这些流程图都是通过一些办公软件来实现的，如powerdesigner或者是visio。无论哪种软件画出来的流程图都是死的，为什么说他是死的呢。因为他就是表达了实际的意义，但是他无法完成审批。通过BPM我们能干什么呢？我们能让流程活起来，怎么活呢，可能有些人会说了，这么神奇呢，一开始我也觉得好神奇啊。当我真正接触之后我发现，这个思想真的太完美了，有了他，开发出来的系统，只要理解业务，即使不会开发的人员也能搭建自己的流程，来快速响应公司的变化，来完成相应的业务流。
BPM包含了几大内容,分别是：1，可视化流程搭建，2，可视化数据库建模，3，可视化表单开发，4，可视化报表开发。
通过以上4部分，我们就能快速实现灵活的业务流程，现在我们详细说一下每个部分是干什么的？能实现什么功能？具体流程的开发流程是什么？那么我们带着以上问题走进BPM的世界。
1，可视化流程搭建
通过web可视化流程建模工具，可以通过拖拽的方式，快速实现流程搭建，同时对每个人工节点进行相应的属性配置。
2，可视化数据库建模
通过web可视化进行数据库基础表的建立，用户只需要制定字段名称，字段数据类型即可，无需深入进行研究，系统自动生成标准数据库表。
3，可视化表单开发
通过web可视化拖拽方式，快速实现用户页面结构，所见即所得的页面非常适合费专业人员进行开发。
4，可视化报表开发
通过可视化的配置界面，只需填写相应的SQL语句即可得到相应的数据报表。
通过以上4部分内容，就可以快速实现流程运行，是不是思路很清晰，是的，思路确实很清晰。所以我们的开发目标就是这四部分，今天我们就先说说需求，和我们为什么要这么做，明天我们进入实际的技术贴，第一部分，可视化流程的搭建。如果有ＢＰＭ开发的朋友，可以一起分享，针对文中的不足给出宝贵的建议。