基于SOA的工作流技术

《基于SOA的工作流技术》由会员分享，可在线阅读，更多相关《基于SOA的工作流技术（7页珍藏版）》请在装配图网上搜索。

1、采用基于SOA架构的构件化工作流技术近年来，关于SOA(面向服务架构) 的各种概念不绝于耳，一时间，SOA 俨然和几年前的ERP 一样，成为企业信息化明天的代名词，SOA似乎已经被认为是企业IT 的未来。无论是ERP 厂商、中间件厂商、构件厂商，还是操作系统、系统集成商，都在以各种方式表达自己进军SOA 的决心,但是我们不得不面对一个事实企业信息化所面临的难题并非是技术性的，而是业务性的。企业级IT应用缺乏的不仅是把“软件服务适应业务需求”的复杂过程降到技术架构的工具，更缺少在实施过程中同时具有集中高效又松散灵活的流程与策略。本公司开发的基于SOA架构的构件化工作流产品 (HTFBPM)具备了

2、这种“能力”，可以横跨在技术和业务之间，将“技术实体”和“业务实体”对等起来。HTFBPM是完全采用面向服务的IT体系结构来构建业务流程管理工作流平台，重在把业务变成组件和流程化的模块,我们想把设计和分析能力迅速应用到客户身上，帮助客户快速进行产品开发。我们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往的软件，本系统能够更加从容地面对业务的急剧变化。HTFBPM追求的业务敏捷性，需要灵活多变的流程给与支撑。而要应对国内工作流应用对灵活性、高效稳定性与开放性的要求，又是需要工作流引擎来提供， HTFBPM工

3、作流引擎的设计思路和构架如下图:在HTFBPM框架的支持下，软件系统的开发是从业务流程分析开始的，使用组件化业务建模的方法识别和分析各种业务模型，并将各种最佳实践融入其中. 我们的开发人员将企业应用设计为服务的集合,充分考虑现有服务的重用，将应用设计为“单独的”、“独立的”、“封装完善的”服务,并采用多种不同方法将它们组合成较大型的服务，通过分析服务间的交互，HTFBPM可以帮助企业了解何时以及为什么业务逻辑被切实执行了，这使管理员能够有针对性的优化业务流程. HTFBPM的工作流引擎基于J2EE Server构建，符合WFMC的标准，是工作流构件的核心。负责解析业务流程定义，协调处理活动间的

4、路由，处理客户端的请求（如启动流程、提交工作项、查询工作项、工作流监控等等）。工作流引擎能满足大并发用户和大数据量的企业级工作流应用的运行与管理要求，适用于不同行业的应用系统. 我们将工作流引擎的高性能、高可靠性要求放在设计的首位。采取多种方式以保证工作流引擎的高效稳定运行，比如良好的事件驱动式系统架构、优化的工作流数据库、工作流历史数据与运行数据分离、高效的JDBC数据库访问方式。这些措施保证了工作流引擎完全能够支撑不同行业系统的高性能要求.HTFBPM为您提供:图形化流程建模服务:提供图形化的流程设计工具. 这个设计器用来创作商业流程，图形化设计工具最重要的特性是它同时支持业务分析员和技术

5、开发人员. 这样就可以在业务流程建模和实际执行之间平滑转换。灵活的身份组件服务: 提供用户组织模型，角色权限服务。数个学术研究尝试的失败证明了没有通用的组织模型可以用来适合所有的组织.因此任何关于组织模型和数据结构都不在核心引擎之内. HTFBPM包括可选的身份组件,可以用你公司自己的身份存储数据来代替，也可以用我们提供的组件来管理用户-角色模型. 这个用户和角色之间多对多的关系同J2EE和servlet规范中定义的一致.可以集成进任何包含公司用户和组织信息的目录.这个组织架构模型,描述了用户,组,系统和它们之间的关系. 任意的,权限和角色也可以包含在组织模型中.流程编排服务: 提供流程编排服

6、务，流程编排(Orchestration)根据它所处的环境而有显著的不同. 流程编排(Orchestration)语言(像BPEL)是定位于web 服务环境.流程编排(orchestration)语言是为web服务所用的编程语言.可以由流程编排来为其他web Serverice 编写新的web Service.。而程序可以将许多可能跨多个企业的长时间运行的任务组合在一起来实现一个业务功能。流程发布服务: 提供简单易用的流程发布服务接口，只要符合HTFBPM流程定义语言的业务流程，都可以随时随地跨平台跨语言的远程发布到服务器.流程监控服务: 提供运行中对流程实例的监督控制服务，包括终止，暂停，挂

7、起，阻碍，统计等。任务调度服务: 提供任务的自动执行，自动调度服务，定时器自动触发完成任务，启动，执行，调度业务流程。业务日志服务: 提供业务日志服务，日志的目的是为了追踪流程执行的历史.作为流程执行运行时间数据,所有的增量数据都会保存在日志里 .流程日志不要同软件的日志混淆. 软件日志是追踪软件程序的执行(通常是用于调试目的).流程日志跟踪流程实例的执行.业务日历服务: 提供业务日历服务，用于计算任务执行业务小时和定时器预期时间，也可以自由定义编码节假日和工作小时制度.安全认证组件服务: 提供安全认证和授权服务，也可以插入加客户自己的授权和验证机制.JMS消息服务: 提供通用接口集合以异步方

8、式发送或接收消息。采用一种宽松结合方式整合企业系统的方法，其主要的目的就是创建能够使用跨平台数据信息的、可移植的企业级应用程序，而把开发人力解放出来。发送消息通知工作人员处理相关事宜。E_mail邮件服务: 采用“简单邮件传输协议（Simple Mail Transfer Protocol)”，通过存储转发式的非定时通信方式完成发送、接受邮件等基本功能。邮件提醒工作人员处理相关事宜。流程核心功能:1. 简单易用拖拽式流程设计器2. 串行路由:按照一定顺序执行任务.3. 任务指派:按规则自动或人工分配任务到人4. 并行路由: 为一个任务分配多个角色, 企业内部有许多作业必需平行处理以提高效率,

9、举例来说：有5 位部门经理需要提出年度预算报告，每一部门之报告为独立提出，故可将五位经理定义在同一步骤内各自处理后再统一送到下一步骤.5. 聚合路由:多条分支流程各自处理任务后再聚合成一个完整流程。6. 条件路由: 在企业处理日常工作时，有许多步骤只有在特定条件成立时才会执行。工作流引擎根据条件自动判断流程走向或人为条件控制.7. 回退:在流程正常运行过程中，有时可能因为各种原因（文档不全、发送错误等等），处理人可以回退要求上一处理重新处理或发送.8. 取回: 业务人员依照客户要求填写订单后，订单送出往下继续传递，隔了一天后，客户临时决定要更改订货的内容，您可以在不删除订单流程的情况下，使用反

10、向回传的功能，可从有问题的步骤(订单输入)直接取回已流到后面数个步骤的该张订单，修改完毕后再送至下一步骤.9. 子流程:有一个主流程启动另一个子流程，同步等待子流程运行结束再回归父流程向下运行.10. 等待状态:当流程需要与外部系统交互时，流程处于等待状态，直到外部系统发送一个信号，流程接收信号继续往下执行.11. 转移路径:流程按照定义的不同的转移路径运行.12. 分支机构:当用户公司组织集团复杂时，可能出现角色重叠的情况，在此情况下确定任务的实际参与者.13. 主子流程数据交互: 当主要工作流程呼叫另一支子流程时，必需要能够传送数据到子流程内；当子流程结束后，它也必需能将数据传回主流程.1

11、4. 暂时停用: 企业有时会因某些情况希望暂停新任务的发起(例如，发现产品目录已寄送一空，便暂时停止客户索取的新要求)，通常是因为服务不再继续，或暂时停止某类工作直到情况改变15. 图形化工作流程监控: 工作流自动化最重要的效益之一，就是可以图形画面显示任何流程的处理进度，以取代人工操作中传统且无效率的的以人力追踪管制.16. 数据捆绑通用变量: 因为通用变量(Global Variables)非常重要且被流程内每一步骤使用，因此有必要将这些信息与数据库内的数据同步更新.17. 支持多种数据库:工作流引擎采用hibernate做持久化，适用于任何支持hibernate的数据库.18. 组织模型

12、: 总部、分支机构、部门、项目组、角色、人员提供企业组织架构的识别.19. 任务委托: 任务处理人若因有其它事情导致无法处理工作时，可以自行指定其代理人.20. 会签: 即所有参与用户均需签署办理意见按顺序会签:会签人按照流程事先设定的人员顺序进行会签,如: 有些流程必须要局长先签,其它用户才能签.会签负责人:整个会签活动的进行由某一个人员负责,会签完成后由负责人交由下一活动。21. 任务提醒：当有新的任务待处理时候，通知处理人.22. 任务催办: 任务总是有期限的，在到达或接近期限的时候，可以发送催办信息.23. 动作: 动作是在流程执行的事件上被执行的代码片断。在软件需求交流中图是一种重要

13、的工具，但是图仅仅是要生产的软件的一个视图（影射），它隐藏了很多技术细节，动作是一种在图形表示之外添加技术细节的机制。一旦图被做好，它就可以用动作来进行装饰，这意味着在不改变图的结构的情况下，java代码可以与图关联。24. 定制事件:在流程图的执行时，会有各种时间触发，如: 进入节点、离开节点、执行转换,同时也可为客户定制特殊事件。25. 分级命名: 流程节点在它的范围之内必须被唯一命名，节点的范围是它自己的节点集合，流程定义和超状态都是节点集合,采用分级命名的机制来避免名称重复。服务导向架构并非只是一个技术性架构，理解这一点是非常重要。HTFBPM旨在于对商业流程进行建模，作为一种基于SOA的工作流技术，从业务的角度来说，面向服务的体系结构的重点在于开发能帮助您完成业务任务的技术，而不是通过技术约束来规定您的行动。面向服务的体系结构基于这些实际活动或业务服务进行组织，而不是形成公司所维护的不同的信息竖井。通过使用HTFBPM，可以带来大量好处，包括以下各个方面：更高的业务和 IT 一致性 基于组件的系统 松散耦合的组件和系统 基于网络的基础设施，允许分散于各地且采用不同技术的资源协同工作 动态构建的按需应用程序 更高的代码重用率 更好地标准化整个企业内的流程 更易于集中企业控制