BPM 开发交流.pptVIP

WBPM 开发内部交流 内容 目前 WPS BPM 开发中存在的问题和困惑 WPS BPM 开发架构设计存在的问题 实际客户对BPM应用架构的期望-体系架构简介 实际客户对BPM应用架构的期望-体系架构设计 实际客户对BPM 架构的进一步期望-PaaS体系架构设计 解决方案一：WPS 轻量级POJO客户端开发接口 解决方案二：CustomTable轻量级工单列表框架 CustomTable WID Tool 目前 WPS BPM 开发中存在的问题和困惑 高并发/频繁访问工单列表存在性能问题 BFM/HTM不支持POJO开发模式 BFM/HTM客户端调用JAAS安全传递问题 多变灵活的人员工单分派规则 在Module BPEL开发中BFM/HTM调用问题 轻BO和重BO设计的抉择 重BO性能问题 轻BO，事务同步问题，Mointor产品配合问题 WID UI 产生器不支持流行的POJO模式和JSP BPM 7.0对会签模式仍然存在缺陷 BPM 7.0对在途流程版本迁移支持仍然不完美 WPS BPM 开发架构设计存在的问题 在实际客户项目中，BPM仅仅是其项目的一个组成部分，并不是其所有。 BPM所占业务比重一般不会超过1/3 我们如何把BPM产品开发/运行与客户应用代码进行无缝/自然的集成从而我们面临架构设计的问题 而架构设计又与我们前一页提到的问题和困惑有着紧密的关系。 现在我们暂时抛开前面存在的问题和困惑，按照实际客户的期望来设计WPS BPM应用架构。 实际客户对BPM应用架构的期望体系架构简介 体系架构简介 体系架构简介 工作流应用架构分为三个部分 门户系统 门户主要用户展现各个业务系统流程工单 所有流程工单列表数据存放于Portal门户系统的数据库中 流程门户应该与后台业务及流程没有任何强耦合的关联关系 流程门户与后台业务子系统及流程可以通过配置手段进行统一展现和访问 各个子系统业务和流程访问系统 主要运行各个子系统的核心业务代码及其访问后台工作流引擎的代码 用于处理业务相关数据 用于和后台工作引擎进行流程访问 后台业务流程核心运行系统 主要运行各个业务系统所需的BPEL工作流程 流程控制了业务的流转 实现流程相关数据与核心业务数据松耦合的体系架构 实现业务数据和流程数据分开，但是又关联的功能 通过UUID唯一标识实现 实际客户对BPM应用架构的期望体系架构设计 流程门户架构概要设计 核心使用MVC实现，实现业务（数据）、逻辑控制、UI表现的分离 展现层使用 ExtJS 控制层使用 RoR风格进行契约式开发，免去一切配置文件 数据访问/操作层使用JPA风格 Annotation方式进行描述对象属性和数据库表的关联关系，并实现CRUD的自动实现 子业务及流程访问系统层架构概要设计 核心使用MVC实现，实现业务（数据）、逻辑控制、UI表现的分离 展现层使用 ExtJS 控制层使用 RoR风格进行契约式开发，免去一切配置文件 数据访问/操作层使用JPA风格 Annotation方式进行描述对象属性和数据库表的关联关系，并实现CRUD的自动实现 后台WPS工作流程访问使用轻量的EJB Thin客户端，实现了EJB POJO化的敏捷开发 后台业务流程核心运行平台架构概要设计 使用业界标准流程描述语言BPEL开发核心业务流程服务 BPEL流程中人工任务节点使用事件驱动的方式，自动更新前台门户Portal工单列表展现库表Custom_Task_Work_T 通过EJB Statelss SessionBean的方式向外提供工作流引擎的访问接口 工作流应用架构三系统的核心灵魂 BOUUID 流程门户系统、业务和流程访问系统、业务流程运行系统三个系统互为独立，属于松耦合的体系架构，他们之间的互联主要通过BOUUID来进行实现关联 当业务系统发起流程前，会自动为业务工单生成唯一的BOUUID，并作为此工单数据的ID进行标识 在启动后台流程过程中会自动把BOUUID传递进去，在人员任务状态变化激活的EventHandler会自动把此BOUUID放置到 Portal 门户工单列表核心数据库表Custom_Task_Work_T中，作为业务数据关联的唯一标识 从而可以在任何处理的阶段我们都能快捷地获取业务数据 最终实现流程数据和业务数据的分离，并能在需要的时候进行关联处理 实际客户对BPM 架构的进一步期望PaaS体系架构设计 PaaS系统统一的人工代理/委派管理 PaaS系统统一的工作日历管理 如何去实现这些体系架构？如果去解决存在的技术障碍？ 解决方案一 WPS 轻量级POJO客户端开发接口BFM/HTM Thin Client 解决的问题 BFM/HTM不支持POJO开发模式 BFM/HTM