虽然通信技术可以帮助人们创造一种感觉世界各地人们之间的距离在缩短的感觉,但是工作负载IT经理David Higgins发现他所面临的却是一直在不断增大的问题。组织创立初期所创建的内部工具串联服务提供商HyperCube已经不可再扩展了,它要求Higgins发出呼吁找到替代系统。
在Higgins到来之前,他们的心态只是希望快速建立并运行,最后对办公室工作流管理软件工具造成的大幅损害。“那时,并没有太多的关系型数据库布局,”他说。“只要他们(最初的软件开发团队)想要做一些事时,就会马上去做,并不考虑会长期影响。”
呼吁所有的BPM软件选择方案
近年来,随着产品的不断增加,这一问题变得愈加的复杂。Higgins面临两个问题:重写现在有的内部工作流管理软件工具,或实施第三个方软件包。
Higgins最后决定,重写工作流来管理软件工具将是一项巨大的工程,而且不能最好的利用时间和资源。相反,他决定通过引入第三方的流程流引擎来启动这一项目,并使之运行。
与先前 “快速做事”的思想不同,Higgins及整个软件团队开发人员花费几个月的时间研究备选方案。该团队在BPM工具找到一些共同的功能:
- 扩展性
- 易于集成
- 直观的图形用户界面
该团队感觉拥有web服务层对于外部访问至关重要。“最后,我们希望我们的客户能够直接登录我们的命令流,” Higgins说。
包括Joget、Bonitasoft和ProcessMaker在内的几家厂商进行了审查。Higgins和他的团队下载了示例,并运行于产品中,来感受一下他们是如何工作以及提供了什么。
进行连接
在仔细地审查了所有备选方案后,最后决定ProcessMaker最适合HyperCube的不断增长的需求。“他们拥有一个web系列层,并且已经开发,可以为我们所用,” Higgins说,他们还指出,其它厂商也提供了类似的功能,但却不如ProcessMaker在布局流程时那样简单。
随着每周会议的计划,实施也要开始,而且还随需调整,一直到流程执行的一半。Higgins和他的团队想从免付费的成品开始,因为他们已经了解了工作流,并认为它很简单,但当新产品上架了,他们决定前期先试用它。
“这并不是90度的转变,但很有可能是40度的转变,” Higgins说,但是变更遇到了不顺,因为相对来说有点复杂的工作流已经被处理了。最后,不得不花时间生做数据库和工作流。
虽然Higgins对他所选择的BPM工作流管理软件工具很满意,当面临着同样的项目时,他们建议IT专业人士可以考虑一些其它的东西。“确保你的工作流尽可能地了解端到端模式,”他说。“要花大量时间在数据库模式上。确保所有的关系都有意义,且容易来回移动。”
花一定量的时间在定义上,这也是Higgins建议的。尽管这在不久的将来就会看到,但对些进行计划也是不必可少的一步,从而避免一些不必要时障碍,和重复工作。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
AWS PaaS来也:炎黄盈动为业务流程管理带来无限价值
随着容器、微服务等技术的使用,企业的应用程序也变得越来越趋于组件化;同时,为了这串连起这些组件,开发人员却需要 […]
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
Red Hat披露更加架构驱动的BPM模型愿景
Red Hat的一个更加结构化的BPM设计方案有望搭设应用开发界与业务流程管理的桥梁,让企业架构师、开发者和业务侧的人更快速更容易地实时新的业务流程。
-
SOA治理模型核心:人
治理在IT领域非常关键,但是很多时候企业的做法往往太过单向,企业SOA治理模型往往忽视了所有部分当中最关键的组件:人。