工作流引擎七大原理

工作流引擎七大原理工作流引擎的七个原则工作流引擎工作流管理联盟(WFMC)已经定义了工作流技术的标准体系，但没有规定具体的实现方法。工作流引擎可以基于不同的软件技术架构来实现。引擎本身应该是独立于具体业务的，但也需要考虑各种应用领域。工作流引擎设计的侧重点应该是不一样的，但无论基于什么架构或领域，有些原理是相同的。主要表现在以下几个方面一、易用性原则在大多数应用中，工作流引擎是由客户或实现者设计相关的业务流程，因此可用性非常重要。有些工作流引擎设置器是在设计流程时根据代码语言的语法或者其他技术术语进行设置的，所以人们不知道如何开始，也不容易理解相关设置的具体含义。所以需要图形视觉效果，包括工艺设计中的图形和工艺应用中的图形。设计中的图形可以通过拖动来设置流程，应用中的图形可以让用户直观的感受流程操作。还要求操作方便，提供了鼠标单击、键盘快捷键、工具栏、流程导入导出、打印、节点导航、流程复制粘贴、流程验证等功能。以方便用户快速设置流程。第二，功能完整性原则工作流引擎必须支持各种流程特性，包括串行流程、并行流程(分流和合流)、子流程、条件路径、条件人员、链接信息权限设置、常用链接、机构链接、会签链接等。此处未列出。由于用户可以在代码之外定义流程，因此流程定义工具需要能够支持所有的流程特性。第三，数据完整性原则工作流本身隐藏在业务系统的背后。业务系统包含了大量的业务处理数据，工作流引擎本身也有数据处理。如何保证业务数据和流程数据的事务完整性？设计如何确保业务数据和流程数据之间关联的完整性？自定义流程时如何统计业务数据？这些都是设计工作流引擎和工作流应用框架时必须解决的问题。第四，可扩展性原则想象一个企业应用程序。如果公司只有一个办公室几十个人，工作流应用的价值并不大。真正有价值的工作流应用是集团公司大量繁琐的事件处理，比如省邮政的OA系统，15000个用户，跨不同城市的不同流程模式。还有就是业务处理量大，处理环节涉及多个职能部门，流程引擎协调处理这些部门和人员之间的工作。这些应用场景处理能力大，流程跨度大，业务流程本身也会有所调整，会有在不同组织层级重用相同流程模式的需求，因此在处理能力和流程设置上需要有可扩展性。第五，扩展性原则工作流引擎设置工具可以包括对各种特殊权限的支持，如移交、跳转、自动处理、流程终止、自定义时限等。在一些特殊情况下，企业不一定需要按照流程设置来操作。流程设置工具可以扩展特殊权限的功能来实现这样的特殊需求。工作流应用框架可以支持业务扩展，如与财务系统、ERP、消息平台、SPS和INFOPATH的集成。不及物动词界面原理事实上，接口是工作流引擎的关键，也是面向对象设计和分析的关键。工作流应用筐只需要做“我想做什么”，工作流引擎返回结果，内部的“我怎么做”不用混在一起。关键接口包括：开始、发送、回收、返回、消息通知、结束等。当然，实际业务需求中的接口需求远不止这些。七。可行性原则现在工作流技术非常流行，很多朋友都想开发自己的工作流引擎。如果想自己开发，其实可以先考虑以下几个问题。1.经济可行性：工作流引擎需要帮助客户创造价值才有前途。如果我们自己开发工作流引擎，会给客户带来多少价值，会得到多少回报，对比付出的成本和浪费的机会成本，收益会是多少？赚到钱自己做。2.技术可行性：工作流引擎的设计并不复杂。关键是其他技术都在稳定成熟的过程中发展。工作流引擎需要集成的技术，甚至解决方案的思想也在进步。工作流引擎能否与时俱进？想好了，有把握就自己做。3.时间可行性：工作流引擎本身对