我的客户正在寻找业务流程管理(BPM)解决方案.他们需要的是简单的文档路由和批准系统.实施BPM系统的驱动因素是什么？开发人员建议实施BPM解决方案与工作流工具或自定义开发的门槛是多少？
jBPM什么时候适合？内置于应用程序中的状态机何时适合？应该存在哪些问题,确定您需要使用类似于jBPM的解决方案？
我正在寻找一些现实世界的例子"我们试图自己构建解决方案,但最终因为_而使用AquaLogic/jBPM/Lombardi ".请填写空白.
我不是每分钟比特,而是业务流程管理.
起初虽然BPM被高估了,因为该技术在某种程度上很容易解决,但我已经了解到BPM套件的价值在于将非技术,业务专家纳入软件设计.
我知道,用户在分析期间总是和我们在一起,但我们使用的工件对他们来说总是很陌生.无论UML图表看起来多么友好,或者我们进行了多少Agile迭代,最终用户和最终开发人员之间总是存在差距(通常由用户经理和IT经理负责:-S)
您(作为软件开发人员)如何看待BPM？它看起来有趣吗？你会考虑学习其中一个吗？你认为5年后它会死吗？
我知道BPM根本不是银弹,但除非你有一个非常聪明的客户知道如何表达他们对我们的要求,否则分析和要求将始终是项目失败的领域.