工作流引擎，规则引擎在CRM中的应用.pptVIP

工作流引擎，规则引擎在CRM中的应用 eTom(The Structure of the NGOSS architecture) Business Process ——流程引擎 Policy ——规则引擎 使用BPM进行业务流程管理 范围(Workflow？Process？Webflow？) 这里讨论的流程是： 宏观流程。描述数据在岗位、部门、系统、模块之间流转 长期流程。一个流程的生命周期，因为有人的参与，往往在几天甚至更长时间 流程本身复杂，生命周期内需要对一些可能的外部激励作出不同的响应 传统的业务模式到BPM的演变 流程和业务的分离 传统IT架构中缺少的层次 工作流与有限状态机的差别 流程的特点 流程的特点 异常流程 异常流程流程在实际业务过程中是不可避免的，特别是在生命周期长的流程中 流程的复杂性往往不是体现在流程有多长，而是体现在异常情况有多少 流程对异常情况的支持程度直接影响到流程运行期的健壮性 商用软件 统一工作流引擎UnionWorkflowEngin（UWFE） 商用工作流 商用工作流是企业级BPM的首选，如Weblogic Integration、Websphere MQ Workflow 但商用工作流有自身的缺点：业务化程度差，接口复杂多变，且目前没有工业标准 UWFE的内容 基于目前的商用工作流，抽象工作流概念，屏蔽不同工作流平台，提供统一接口，为业务的组件化设计提供基础 解决商业工作流业务化程度差，不能满足复杂业务逻辑要求的问题 工作流引擎与业务代码分布式的灵活部署 UWFE的功能组成 UWFE的部署 流程定制 只要通过图形化界面进行简单的拖拉操作就可以根据业务生成工作流程。 流程监控 WEB方式图形化的流程监控，展现包括所有已经经过的任务和正常情况下即将经过的任务的流程实例运行轨迹 流程监控 可以通过点击任务图形查看任务状况（完成情况，操作结果，时间信息等） UWFE的异常处理机制 使用一组流程描述业务，其中一个是正常流程，其余为异常流程——使用一组简洁的流程描述单一复杂的业务 一个异常流程对应一种异常情形，也就是发生某种非正常激励以后，整个流程的下一步走向 把对业务流程的修改转变为异常流程的添加,从而保证了整个业务流程的稳定 通过不断添加异常流程，整个业务流程变得健壮。通过自学习机制，引擎再此遇到相同的问题会按照前次做法尝试（实施方法论） UWFE如何确定异常流程 异常处理实时定制步骤一 异常处理实时定制步骤二 异常处理实时定制步骤三 异常流程的示例 流程和业务组件的关系 组件需要按照面向服务的架构进行设计，可以独立地向BPM和外部系统提供业务功能 使用规则引擎进行业务规则管理 软件使用者的要求 业务规则是业务资源之一,我能够看到并管理吗？ 程序硬编码能够对多变的业务做出迅速的响应吗？ 对于复杂业务逻辑（例如DataDriven）,程序可以支持吗？ 软件开发者的要求 从HardCoding到Configuration的演变 让决策人员制定规则，让业务人员管理规则 复杂环境中，高效执行规则 软件工程的生命周期的特征在规则上的体现 让编码更易于维护 商用规则引擎给我带来了什么 稳定：规则引擎核心简洁，提供与J2EE的无缝结合，产品化是其稳定的保证 高效：Rete和Sequential Processing算法 可用：在简洁的核心周围提供了一系列的工具，保证了从开发到维护的端到端的解决方案 规则引擎建模技术 使用规则引擎不是换个地方写代码 成功使用规则引擎的关键在对象建模 优秀的商用规则引擎不但带来了可靠高效的引擎本身，更重要的是成熟的规则建模技术 研发所做的工作 在关键的复杂逻辑处理上，应用了规则引擎技术，比如黑户的确定、代理商的结算、异常流程的确定等等 基于eclipse 3.1版本，开发plugin，提供集成的开发和测试环境（研发中） 基于XML、XLST技术，探索不同规则脚本之间的语义转化。目前在Jboss Rules(Drools)的DRL和Ilog的IRL语言之间的互转上有一些成果 Thank You! 与业务逻辑结合 业务对象 规则 使用非面向规则的业务对象 面向规则引擎的需要 与业务逻辑结合生硬，将程序代码硬编码到规则语言中去 准确找到业务中多变的、相对独立部分，合理拆分原程序中的业务逻辑和规则逻辑 单一规则描述复杂业务场景，规则繁琐，难于维护 一组规则，单个规则清晰，业务目标明确，易于维护 糟糕的建模 良好的建模 * 应用程序 流程 岗位 岗位 岗位 岗位 员工 员工 员工 员工 员工 客户 业务伙伴 供应商 传 统 模 式 BPM 模 式 B2B IT 基础架构 企业应用 业 务 流 程 业 务 标 准 What “什么” IT 应用服务 业务组件