在实现业务流程时，您更喜欢什么（从开发人员的角度来看）？
业务流程管理系统 (BPMS) 还是您最喜欢的带有所需工具和框架（例如报告工具）的 IDE？
从您的角度来看，与具有您个人工具和框架的 IDE 相比，BPMS 的最大好处是什么？
好的。也许我应该更具体……我了解了一种特定的 BPMS，它应该可以通过配置规则轻松实现业务流程。但对于我作为一名开发人员来说，使用该系统很难。我希望使用可以重构的文本文件，并且我希望能够为我必须做的工作选择正确的技术或框架。相反，系统强制我进行配置。
有一些规则可以让我使用java，但即便如此，我也必须坚持使用没有智能感知等的系统编辑器。
因此，这让我找到了自己问题的答案 - 我想使用我习惯的工具，而不是必须学习如何使用 BPMS（至少是我所知道的），因为它对我的限制大于帮助。我所知道的BPMS是一个很难摆脱的框架！目前，我更喜欢像 Grail 这样的框架，而不是我所知道的任何 BPMS。
因此，也许更具体的问题是：您是否有同样的感觉，或者是否有 BPMS 支持您成为一名开发人员并像开发人员一样思考，或者它们中的大多数会迫使您以不同的方式完成工作？
根据我的经验，BPMS 系统提供的开发环境是三流的，效率低下，并且实际上迫使您编写难以维护、设计糟糕的代码（由于其局限性）。我所熟悉的 BPMS 系统（该公司以数据库命名的系统出售的系统）提供的几乎所有“功能”（UI、集成等）都不值得我们付的钱。
如果您被迫使用 BPMS，作为开发人员，我的建议是在传统开发环境（例如 Java 或 .Net）中构建尽可能多的应用程序，在 BPMS 环境本身中构建尽可能少的内容，然后集成他们俩。 BPMS 中唯一应该包含的内容是使业务流程正常运行的最低要求。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
