基于SOA的工作流技术.docVIP

采用基于SOA架构的构件化工作流技术 近年来，关于SOA面向服务架构 的各种概念不绝于耳，一时间，SOA 俨然和几年前的ERP 一样，成为企业信息化明天的代名词，SOA似乎已经被认为是企业IT 的未来。无论是ERP 厂商、中间件厂商、构件厂商，还是操作系统、系统集成商，都在以各种方式表达自己进军SOA 的决心我们不得不面对一个事实——企业信息化所面临的难题并非是技术性的，而是业务性的。企业级IT应用缺乏的不仅是把“软件服务适应业务需求”的复杂过程降到技术架构的工具，更缺少在实施过程中同时具有集中高效又松散灵活的流程与策略。具备了这种“能力”，可以横跨在技术和业务之间，将“技术实体”和“业务实体”对等起来。是IT体系结构重在把业务变成组件和流程化的模块我们想把设计和分析能力迅速应用到客户身上，帮助快速进行产品开发我们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之系统能够更加从容地面对业务的急剧变化追求的业务敏捷性，灵活多变的流程给与支撑。而要应对国内工作流应用对灵活性、高效稳定性与开放性的要求，又是需要工作流引擎来提供，的设计思路和构架框架的支持下，软件系统的开发是从业务流程分析开始的，使用组件化业务建模的方法识别和分析各种业务模型，并将各种最佳实践融入其中开发人员将应用设计为服务的集合考虑现有服务的重用，“单独的”、“独立的”、“封装完善的”服务采用多种不同方法将它们组合成较大型的服务，通过分析服务间的交互，可以帮助企业了解何时以及为什么业务逻辑被切实执行了，这使管理员能够有针对性的优化业务流程图形化的流程设计工具. 这个设计器用来创作商业流程图形化设计工具最重要的特性是它同时支持业务分析员和技术开发人员. 这样就可以在业务流程建模和实际执行之间平滑转换数个学术研究尝试失败证明没有通用的组织模型可以用来适合所有的组织.因此任何关于组织模型和数据结构都不在核心引擎之内. 包括可选的身份组件,可以你公司自己的身份存储数据来代替我们提供组件来管理用户-角色模型. 这个用户和角色之间多对多的关系同J2EE和servlet规范中定义的一致.可以集成进任何包含公司用户和组织信息的目录.这个组织模型,描述了用户,组,系统和它们之间的关系. 任意的,权限和角色也可以包含在组织模型中..流程编排(Orchestration)根据它所处的环境而有显著的不同. 流程编排(Orchestration)语言(像BPEL)是定位于web 服务环境.?流程编排(orchestration)语言是为web服务所用的编程语言.可以由流程编排来为其他web Serverice 编写新的web Service.。而程序可以将许多可能跨多个企业的长时间运行的任务组合在一起来实现一个业务功能。日志的目的是为了追踪流程执行的历史.作为流程执行运行时间数据,所有的增量数据都会保存在日志里 .流程日志不要同软件的日志混淆. 软件日志是追踪软件程序的执行(通常是用于调试目的).流程日志跟踪流程实例的执行.业务日历用于计算任务和定时预期时间加自己的授权和验证机制.通用接口集合以异步方式发送或接收消息。采用一种宽松结合方式整合企业系统的方法，其主要的目的就是创建能够使用跨平台数据信息的、可移植的企业级应用程序，而把开发人力解放出来。。 采用“简单邮件传输协议（Simple Mail Transfer Protocol)”，通过存储转发式的非定时通信方式完成发送、接受邮件等基本功能。。5 位部门经理需要提出年度预算报告，每一部门之报告为独立提出，故可将五位经理定义在同一步骤内各自处理后再统一送到下一步骤. 聚合路由:多条分支流程各自处理任务后再聚合成一个完整流程。 条件路由: 在企业处理日常工作时，有许多步骤只有在特定条件成立时才会执行。工作流引擎根据条件自动判断流程走向或人为条件控制. 回退:在流程正常运行过程中，有时可能因为各种原因（文档不全、发送错误等等），处理人可以回退要求上一处理重新处理或发送. 取回: 业务人员依照客户要求填写订单后，订单送出往下继续传递，隔了一天后，客户临时决定要更改订货的内容，您可以在不删除订单流程的情况下，使用反向回传的功能，可从有问题的步骤(订单输入)直接「取回」已流到后面数个步骤的该张订单，修改完毕后再送至下一步骤. 子流程:有一个主流程启动另一个子流程，同步等待子流程运行结束再回归父流程向下运行. 等待状态:当流程需要与外部系统交互时，流程处于等待状态，直到外部系统发送一个信号，流程接收信号继续往下执行. 转移路径:流程按照定义的不同的转移路径运行. 分支机构:当用户公司组织集团复杂时，可能出现角色重叠的情况，在此情况下确定任务的实际参与者. 主子流程数据