关于开源的说明

最近经常被问到 WF 模块源码的问题,我在这里统一回复

目前 agile-bpm-basic 项目全开源,无限制,允许商用,包含以下服务模块

  • 移动端
  • 系统功能模块
  • 基础模块
  • 鉴权模块
  • 表单模块
  • 业务对象模块

移除 WF 模块 AgileBPM 也依然会是一个很好的快速开发平台

WF 模块目前只提供 JAR 包,没有用户数、流程数等任何限制。 如果想学习 流程模块的实现或者调试问题可以反编译。
主要目的:防盗版、收集缺陷(核心源码的维护需要对产品需求、工作流引擎本身相当了解,有很多行业经验在里面,如果随意修改很可能造成不必要的麻烦,所以核心源码由我们团队维护)

如果使用我们系统的人越来越多,我们仅仅提供技术服务就可以维持团队运作,但现在最新版本的核心源码需要和服务打包提供
我们相信有偿的技术支持,比起开源后就不怎么负责、会对大家更有帮助的

我之前见过很多企业花费几十万、上百万购买了市面上一些流程开发平台,投入了大量的人力,到最后产品依然没能用起来而一些动辄上千万的 BPM 如 SAP WF、IBM、ORACLE等,其实是很难适应本土特色流程需求的
后来我分析了可能存在的原因

  1. 开发员遇到了问题,就觉得是平台的锅,直接告诉领导,这个平台垃圾,存在bug
  2. 习惯了自己的开发套路,开发员存在抵触心理,最终没能推行
  3. 没有查看文档,不了解平台的玩法,想当然的去搞,所以常常碰壁误入歧途,最终放弃

反观那部分成功应用了系统的客户,他们基本都外包了平台公司的技术实施,这样的优势有

  1. 有人接锅,有问题都会找技术实施
  2. 可以轻量的做定制化,很多时候、我发现很简单的改动就能满足客户特殊需求
  3. 实施人员可以保证解决方案不至于出大的问题

之前公司的案例:在 我没去之前,公司实施第一个项目的时候,两三个月搞一个流程,加班很辛苦,而且流程任务常常丢失,各种问题。
当然被我直接废弃掉了,重新开发,现在一个很大的业务流程一两周就Ok,配配表单,配配流程,写写特殊js逻辑。就Ok了。
分分钟就能开发表单的感觉特别爽

源码绝对不是 能不能 好好用起来产品的一个决定性因素
文档,debug日志才是 (又有多少人看过spring,activiti,hibernate的源码)

  1. 我们会提供明确的解决方案,不让您走弯路
  2. 详尽的 debug 日志
  3. 购买技术服务的朋友会提供 wf 模块 源码,让流程模块可定制化

最后再鼓吹下我们的优势

  • 全新技术栈
  • 支持 N 层、任意数据结构的业务对象(Model),支持 配置化 生成 丰富组件的表单(View),支持字段级权限控制,恐怕市面上没有类似的的流程产品吧
  • 我们在开放封闭原则方面做出了很大的努力,力求让有扩展需求的功能都实现可插拔
  • 流程功能的完全插件化
  • 流程实施配置化
  • 表单开发配置化

其他:购买一年高级版本技术服务的客户我们会提供最新版本的全部源代码和技术整合方案
团队成员为顺丰、茂业、海雅、科达、海南航空等众多知名企业实施过工作流项目,积累了多年行业经验,能轻松应对各种复杂流程需求,为您提供最专业的流程顾问服务。

为什么会有高级版本?

1、商用客户希望能够得到售后保障

更多企业并不在意几万块钱,对于他们更重要的东西是保障,无保障即便免费也没人愿意去用。
但是技术支持、售后保障是个体力活。

我们核心团队会提供 7*24小时在线技术支持!

2、未来还有更多的规划

我们希望基于统一约定、规范、底层的基础上构建更多生态应用,随时拿来依赖上即可使用 !

3、团队需要物质基础

目前 AgileBPM 核心研发团队 5 人,还有几名非核心研发成员,我们希望招募更多大牛加入,提供更多更高质量的应用!

其他

如果想要学习 AgileBPM 流程模块源码实现,可以反编译的,表单业务对象等其他模块都是全开源的,流程模块没有多少代码,反编译看一点都不会影响理解。

欢迎广大有志之士批评指正,接受 pull request

^.^ 只有广大朋友的支持 AgileBPM 才能够持续的迭代优化、技术输出