普元工作流软件技术方案建议书_渠道管理

合集下载

BPM方案

BPM方案


用户体验不统一

各应用任务处理方式、界面展现效 果等各不相同,用户需要各自适应 并操作,体验不佳而且容易出错
架构/规范/组件
开发商A
架构/规范/组件
开发商B
架构/规范/组件
开发商C
架构/规范/组件
开发商N
流程引擎1
流程引擎2
流程引擎3
流程引擎N

无法有效管控供应商

供应商使用不同的技术,导致客户 无法控制系统建设,最后被供应商 绑架
统一ESB集成平台
服务注册 开发工具 业务规则 服务监控 服务质量
统一的流程开发规范与接口规范
目录
• • • • 某企业项目需求分析 企业BPM平台解决方案 典型客户案例简介 普元在BPM平台项目中的优势
基于SOA的企业IT架构
跨系统流程平台(BPM)
订单管理流程 费用控制流程 其它流程
OA
待办任务 流程发布
存在的问题(一):端到端的流程被分段,分布在不同的系统中,无法 为业务人员提供统一视图,不利于敏捷响应业务
UI层面整合 端到端流程层面整合 服务/数据层面整合

应 收 应 付 阻隔 结 算
问题分析
跨应用流程衔接不畅

各应用系统往往都自带流程引擎, 与自身应用耦合相对较紧,也不具 备实现端到端流程的能力
统一Portal门户 UI风格统一 统一登录认证 LDAP 用户同步 Portlet 页面整合 统一任务处理
智能手机 门户
SSO 单点登录 待办集成 BI 数据整合
智能手机 客户端
单点登录 生产交易一体化流程
生产 交易 结算 物流 清算 ……
Portlet集成
数据集成

工作流基本概念介绍及普元工作流简介

工作流基本概念介绍及普元工作流简介


已认领:对于有n个人可以执行的任务(待领取状态),通过执 行认领操作,使这个任务变成已认领状态,这时该任务只能被 认领人执行

一个工作项,最终只能由一个人来完成,这个人就是工作项的
认领人
工作流的基本概念:
工作流引擎

引擎内核,仅包含最基本的对象和服务,以及用于解决流程运 行问题的调度机制和执行机制,是“满足流程基本运行”的最 微小结构。包括:流程定义、流程调度、流程执行、流程实例 对象
过程
信息
工作流
要点:
任务 多人 共同的

什么是工作流
AB现在的报销流程:
报销人提交报销单据,由总部审核员进行审批 1.0 如果审批通过,本次报销审批结束,由财务 进行支付支付 2.0 如果因为缺少数据或附件,单据由审批人退 回到提交人,然后由提交人补充相应数据及附件 重新提交进行审批 3.0 如果审批拒绝,说明不符合报销条件,本次 报销结束
工作流简介
工作流入门及普元工作流简介 王松林
主要内容:
什么是工作流 为什么使用工作流 工作流的基本概念 工作流开发的步骤 工作流与业务集成 普元工作流简介

什么是工作流
定义:在一个工作群
组中,为了达成某 一个共同目的而需 要多人协力以串行 或平行工作的形式 来共同完成的任务。 工作流实际上是对 业务过程的描述。
流程或活动上 可以定义数据 项,用来和业 务数据进行相 互传递

流程根据业务 数据进行控制 流程的流转
业务系统的组 织机构模型需 要能被工作流 访问到,以便 用于流程定义 中的参与者Biblioteka 普元工作流简介
普元工作流组成:
BPS Studio ---- 定义、修改、部署流程定义的工具 Workspace ---- 监控管理流程实例的工具 Governor ---- 监控流程引擎的地方

渠道管理优化建议指南

渠道管理优化建议指南

渠道管理优化建议指南一、引言渠道管理是指企业通过建立合理的销售渠道和有效的管理体系,实现产品或服务的传递与流通的过程。

优化渠道管理对于企业的发展至关重要。

本文将从渠道选择、渠道关系管理和渠道绩效评估三个方面,提出渠道管理优化的建议。

二、渠道选择渠道选择是指企业在市场中选择合适的渠道来传递产品或服务。

以下是几个优化渠道选择的建议:1. 深入了解目标市场:通过市场调研和分析,了解目标市场的特点和需求,以便选择适合的渠道。

2. 多元化渠道:建立多元化的渠道网络,包括线上和线下渠道,以满足不同消费者的购买习惯和需求。

3. 渠道伙伴合作:与渠道伙伴建立紧密合作关系,共同制定销售策略和营销活动,提升销售能力和市场占有率。

三、渠道关系管理渠道关系管理是指企业与渠道伙伴之间的合作与协调。

以下是几个优化渠道关系管理的建议:1. 信息共享:建立有效的信息共享机制,及时传递市场信息和产品信息给渠道伙伴,帮助他们做好市场营销和销售工作。

2. 培训支持:定期为渠道伙伴提供培训,提升他们的销售技能和产品知识,帮助他们更好地推广和销售产品。

3. 激励机制:建立激励机制,给予渠道伙伴合理的回报和奖励,以提高他们的积极性和忠诚度。

四、渠道绩效评估渠道绩效评估是指对渠道的运营和效果进行评估和监控。

以下是几个优化渠道绩效评估的建议:1. 设定明确的指标:制定明确的渠道绩效指标,包括销售额、市场份额、客户满意度等,以便评估渠道的运营情况。

2. 数据统计与分析:建立有效的数据统计和分析系统,对渠道数据进行监控和分析,及时发现问题和机会,制定相应的改进措施。

3. 定期评估和反馈:定期对渠道绩效进行评估和反馈,与渠道伙伴进行沟通,找出问题的原因并寻找改进的方向。

五、总结通过优化渠道管理,企业能够更好地满足市场需求,提高销售和市场占有率。

渠道选择、渠道关系管理和渠道绩效评估是优化渠道管理的关键环节,企业应该注重这些方面的工作,并不断改进和创新,以适应市场的发展和变化。

工作流基本概念介绍及普元工作流简介 共18页

工作流基本概念介绍及普元工作流简介 共18页
普元工作流的调用
远程调用 本地调用
服务的部署 工作流服务和业务系统分布式部署 工作流服务和业务系统嵌入式部署 实际操作
Thank You
Thank you
应用:流程结束时,给另外 的系统发消息;流程结束时 更改业务状态
工作流的基本概念:
工作项状态
待领取:对于一个工作项,如果该工作项的参与者有n(n>1) 个人(不是n个参与者),那么该任务创建后,工作项状态为待领取, 这时这n个人都可以看到这个任务
已认领:对于有n个人可以执行的任务(待领取状态),通过执 行认领操作,使这个任务变成已认领状态,这时该任务只能被 认领人执行
一个工作项,最终只能由一个人来完成,这个人就是工作项的 认领人
工作流的基本概念:
工作流引擎
引擎内核,仅包含最基本的对象和服务,以及用于解决流程运 行问题的调度机制和执行机制,是“满足流程基本运行”的最 微小结构。包括:流程定义、流程调度、流程执行、流程实例 对象
整个引擎则要复杂很多,包括“状态存储”、“事件处理”、 “组织适配”、“时间调度”、“消息服务”等等外围的服务 性功能
要点:
任务
信息
过程
工作流

什么是工作流
AB现在的报销流程:
报销人提交报销单据,由总部审核员进行审批 1.0 如果审批通过,本次报销审批结束,由财务 进行支付支付 2.0 如果因为缺少数据或附件,单据由审批人退 回到提交人,然后由提交人补充相应数据及附件 重新提交进行审批 3.0 如果审批拒绝,说明不符合报销条件,本次 报销结束
WFMC工作流管理系统参考模型
工作流的基本概念:
流程定义
流程实例
又称流程模型,是用来描述 业务过程的规定性文档。由 一系列活动定义和转移组成。

渠道管理方案

渠道管理方案

渠道管理系统方案股份有限公司二零三三年十二月目录第1章. 系统总体规划 (4)1.1.方案设计原则 (4)1.2.主要建设内容 (4)1.3.系统总体规划 (5)1.3.1.系统总体架构 (5)1.4.核心问题及解决方案 (6)1.4.1.基本信息采集与稽核 (6)1.4.2.源数据分析及接口实现 (7)第2章. 应用解决方案 (9)2.1.社会渠道综合信息管理 (9)2.1.1. 渠道信息内容 (9)2.1.2. 数据采集与稽核 (10)2.2.渠道综合评估 (13)2.2.1. 渠道办理业务能力评估 (13)2.2.2. 社会渠道发展用户质量评估 (13)2.2.3. 社会渠道酬金效益分析 (14)2.2.4. 社会渠道健康度评估 (14)2.2.5. 渠道信用评估 (14)2.3.业务波动监控 (15)2.3.1. 业务波动预警机制 (15)2.3.2. 违规行为预警 (17)2.3.3. 社会渠道客户监控分析 (19)2.4.政策透明化 (20)2.4.1. 新政策上传 (20)2.4.2. 政策与业务发展情况关联 (21)2.4.3. 佣金导入及与政策关联 (21)2.4.4. 佣金查询 (21)2.5.渠道积分管理 (21)2.5.1. 积分计算规则维护 (22)2.5.2. 渠道积分计算 (22)2.5.3. 渠道积分稽核管理 (22)2.5.4. 积分兑换规则维护 (22)2.5.5. 积分兑换对象维护 (23)2.5.6. 积分兑换申请审核流程管理 (23)2.6.渠道经历走访管理 (23)2.6.1. 走访规则维护 (24)2.6.2. 走访任务派发 (24)2.6.3. 走访记录上传 (24)2.7.系统管理 (25)2.7.1. 权限管理 (25)2.7.2. 用户管理 (25)2.7.3. 参数配置管理 (25)2.7.4. 日志管理 (25)2.7.5. 公告管理 (25)第3章. 系统平台方案设计 (27)3.1.系统软硬件配置清单 (27)3.2.系统安全建议 (27)第1章.系统总体规划1.1.方案设计原则为了保障渠道管理系统的建设,应遵循以下原则:1.开放性原则:将系统的应用延伸到渠道管理工作的关键环节,支撑一线人员级社会渠道人员的系统应用需求,提高系统的易用性,提升信息获取的直观性。

普生软件渠道部行政管理规定精编版

普生软件渠道部行政管理规定精编版

普生软件渠道部行政管理规定精编版MQS system office room 【MQS16H-TTMS2A-MQSS8Q8-MQSH16898】目录会议管理制度1会议原则为改进作风,减少会议,缩短会议时间,提高会议质量,特制订本制度。

2例会管理渠道部例会主要有:普生软件公司的年度会议、月度经营会议和每周例会、晨会、夕会等。

2.1年度工作总结和计划会议由公司主持渠道部的年度工作总结和计划会议,主要是对全年的工作进行年度的回顾和总结性分析,以及对下年度的经营计划的制定和具体工作的安排等。

时间一般定于每年农历新年前召开(具体时间另定)。

年度普生总结和计划会议需有序进行。

渠道部内部的部门年度会议内容必须在公司决策内容的指导下召开。

2.2月度经营会议月度经营会议主要是由渠道经理主持的关于具体业务开展情况的分析总结和下月业务工作计划安排的会议。

参加人员包括总经理、渠道总监、渠道经理、客户经理及部门内部员工的及公司指定的其他人员。

一般于每月的第一周召开(具体时间由渠道总监决定)。

2.3每周例会每周例会定于每周一晚上召开,由渠道总监主持,出席人员主要有渠道总监、渠道经理、客户经理及渠道部所有员工,总经理是否参与视情况而定。

主要内容包括:各渠道经理及客户经理汇报上周工作,分析上周工作状况,对工作进展进行分析。

各渠道经理及客户经理对本周工作的主要计划和进度控制的汇报。

对跨部门的事宜进行相关的协调。

渠道总监就相关业务情况进行通报和工作的具体布置。

研讨普生的重要决策和管理制度、政策等,并作出决议。

2.4晨会晨会由各部门主管于每个工作日上午8:00组织召开主要内容包括:部门内成员的点到,仪容仪表检查。

前一天工作的总结。

当天部门工作的具体安排。

3其它会议3.1临时性会议主要是非例会性质的,为解决与普生具体运营中的突发或重大事件而召开的会议。

会议由渠道总监或渠道经理召集。

会前应通知相关与会人员,会议过程中应做好会议记录,会议后应将相应的会议记录或决策性文件发送到相关人员。

普元流程开发手册

普元流程开发手册

普元流程开发手册浪潮通信 OSS综合业务中心2011年6月1熟悉流程 (2)2数据库建表 (5)2.1建表目的 (5)2.2表字段 (5)2.3Sequence (6)3WSH生成代码 (6)3。

1生成代码 (6)3。

2修改代码 (8)4设计BPS流程 (12)4.1配置BPS (12)4。

2创建BPS流程图 (13)4.3添加活动和连接线 (15)4.4提交BPS流程 (23)4。

5子流程 (26)5应用流程设计器设计流程 (28)5.1创建流程信息 (28)5。

2字典配置 (30)5。

2.1环节分类 (30)5。

2。

2流程分类 (32)5.3角色库 (32)5。

4环节库 (34)5.5表单库管理 (36)5。

6应用流程设计器画出流程 (39)5。

7提交流程 (44)5。

8表单定制 (45)5.9角色人员 (48)6制作发起页面 (50)7EXT派发抄送人员选择对话框说明 (51)8初始化工单页面 (51)9发起流程或者完成当前环节 (52)10环节信息处理 (53)11环节驳回处理 (55)12工单详情页面 (57)1熟悉流程通过Visio画出业务的流程图,充分理解流程的流转过程,流程环节,角色等信息(如图1-1)。

(如图1-1)2数据库建表2.1建表目的存储流程发起页面的字段内容,供流程详情页面使用。

(如图2-1)2.2表字段➢表命名规范:以T_BNS_为前缀。

➢工单发起页面中除资源服务外的所有字段(上传附件另外存储这里不作考虑).➢必须包括的字段●ID NUMBER not null 表主键●FORM_NO VARCHAR2(40)工单编号●FLOW_ID NUMBER 工单流水号●PID NUMBER 流程实例号●STATE NUMBER 工单状态●TITLE VARCHAR2(200)工单主题●START_TIME DATE 派单时间●OWNER_ID NUMBER 派单人ID●OWNER_NAME VARCHAR2(50)派单人●DEPT_ID NUMBER 派单人部门ID●DEPT_NAME VARCHAR2(50) 派单人部门名称●CELL_PHONE VARCHAR2(40)派单人联系电话●FINISH_TIME DATE 要求完成时间(可选)●COMPANY_ID NUMBER 公司ID●COMPANY_NAME VARCHAR2(50) 公司名称●ACCEPT_TIME DATE 受理时限REPLY_TIME DATE 回复时限其中:FORM_NO是工单发起页面显示的工单编号。

普元EOS工作流引擎设计原理

普元EOS工作流引擎设计原理

EOS工作流引擎工作原理(李国生)作者:Gocom注册用户dogreet(李国生)1. 工作流基础知识……略2. EOS工作流引擎工作原理本文是我在工作之余写的一点我对EOS工作流的了解,我的理解不一定全是对的,可能会与引擎的真正的面目有出入。

所以只能提供给大家一点参考。

能会与引擎的真正的面目有出入。

所以只能提供给大家一点参考。

2.1. EOS工作流引擎核心调度算法EOS工作流最重要的组成部分是它的核心调度算法,在我们没有深入研究它的工作原理之前我们认为它的工作原理是在工作项,活动和流程实例对象上加了一些标志位来驱动流程的运转。

认为其引擎完全是个由数据库来驱动流程的引擎(安徽二期的工作流平台好象就是以 库表来驱动流程的运转),其实它是由事件来驱动流程运转的引擎,数据库只是把引擎是以运转前后的状态持久化。

在我近来在工作之余对其引擎的工作原理进行跟踪才 弄明白在运转前后的状态持久化。

在我近来在工作之余对其引擎的工作原理进行跟踪才EOS帮助文档上介绍的“事件驱动”的工作流引擎。

的工作流引擎。

2.1.1. EOS工作流引擎的事件类型工作流引擎的事件类型以上的每个事件都是原子的不可分割的。

其中一系列事件的集合通过EOS引擎事件调度机制实现我们平时在工作中经常遇到的如启动流程,结束工作项等等。

(在事件类型类中EOS定义了29种事件,但在事件工厂类中EOS定义了26种类型。

)1.1.1. EOS工作流事件调度机制EOS事件的调度服务是在工作流引擎初始化时通过服务工厂类加载到内存中(ServiceFactory.initEventService())。

用户可以通过服务工厂类(ServiceFactory)取得JVM的唯一事的唯一事 件服务实例进行事务调度。

所有的事件程序入口都是事件类(EventService),这个类其实是个接口,其有两个实现类,一个是单线程的实现类一个是单线程的实现类 SingleThreadEventService (在实现代码中其实不是单线程,而是单例的对象),一个是多线程的实现类MulThreadThreadSvc,(其实现方式不在这里详细说明,多线程的类后面又跟了一大堆的线程池实现代码),在事件服务类中有一个属性类是,在事件服务类中有一个属性类是 WFEventDisposer,这个类包含了事件的注册,事件的发布,事件的注册是一个静态代码块实现的。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

普元工作流软件技术方案建议书目录1综述 (4)1.1渠道管理对工作流的要求 (4)1.2技术定位 (4)2PRIMETON BPS TM整体解决方案 (5)2.1方案概述 (5)2.2普元工作流程平台 (7)2.2.1Primeton BPS产品组件 (7)2.2.1.1BPS Process Server (8)2.2.1.2BPS HPA Module (9)2.2.1.3BPS API & Component Library (9)2.2.1.4BPS Studio (10)2.2.1.5BPS Governor (12)2.2.1.6BPS Admin & Monitor (13)2.2.1.7BPS Work Client (14)2.2.1.8BPS Process Composer (14)2.2.1.9BPS Rule Engine (15)2.2.1.10BPS Rule Composer (16)2.3P RIMETON BPS TM技术特性 (16)2.3.1支持的操作系统 (16)2.3.2支持的J2EE服务器 (17)2.3.3支持的数据库 (17)2.3.4支持的浏览器 (17)2.3.5支持的JDK (17)2.3.6支持的Eclipse (18)2.4普元服务支持 (18)2.4.1普元培训服务 (18)2.4.2普元售后服务 (19)2.4.2.1基本型服务 (19)2.4.2.2现场支持服务 (20)2.4.3普元专业服务 (20)2.4.3.1大客户支持经理服务 (20)2.4.3.2 2.2、标准专业服务模块 (20)2.5 213附录: (21)3.1普元公司介绍 (21)1 综述1.1 渠道管理对工作流的要求渠道管理系统中,工作流由一系列流程环节(包括自动化和人工交互环节)组成。

根据一系列过程规则,文档、信息或任务能够在不同的流程环节之间进行传递和执行。

工作流管理是基于统一的工作流引擎,实现业务流程定制及统一管理功能的基础应用。

工作流管理主要包括如下功能:➢流程设计,包括模板设计、模板管理等;➢流程执行,包括流程实例创建、运行、调度、任务提醒、跟踪等;➢监控管理,包括流程实例监控管理、事件告警、统计分析等。

在渠道管理系统中引入工作流管理技术,完成保证金标准审批、保证金返还审批、保证金减免审批、代理商退出审批、代理商准入审批、渠道考核评估、佣金结算审批、佣金政策审批等流程的电子化和自动化,并支撑省分公司、地市分公司及县级分公司之间的协同工作,为业务发展提供灵活、快速、高效的服务支撑能力。

1.2 技术定位在渠道管理系统中,工作流管理的技术定位是:➢通过流程设计工具,实现业务流程可视化,使业务人员、技术人员更好地理解和控制业务流程,保持业务流程的规范性;➢通过核心引擎的流程流转和服务组装的能力,完成业务流程与服务的分离,实现业务流程的可配置、业务流程和服务的可重用,灵活、快速地进行业务部署和调整;➢通过流程监控工具,实现业务流程、业务活动的可视化监控和审计。

2 Primeton BPS TM整体解决方案普元业务流程平台套件(Primeton BPS TM, Business Process Suite,简称普元流程平台)是业界第一个完全基于业务化思想实现的流程平台产品,负责对业务流程整个生命周期的管理,包括业务流程的设计建模、测试与调试、部署、运行、监控、管理。

Primeton BPS TM是遵从WfMC参考模型而又具备中国特色特性的流程平台产品。

Primeton BPS TM是以中国客户流程需求为基础发展的,相比国外产品,是一款更加符合中国客户需要的流程平台产品。

中国市场的特点是流程变化速度快,Primeton BPS TM具有卓越的面向业务的流程配置能力,支持业务部门的流程管理人员基于Web的方式进行流程的业务化配置与调整,敏捷响应业务流程的变更。

中国对流程模式也有特别的要求,比如需要自由流传模式、灵活的工作任务分派策略、业务流程版本管理策略、丰富的流程模式、灵活的组织模型等特性,Primeton BPS TM能够帮助客户从容应对复杂的中国特色流程模式和人工流程的处理。

中国客户的系统规模庞大,Primeton BPS TM采取了多种专有技术以保证流程引擎的高效稳定运行,满足大型流程应用建设需求,比如良好的事件驱动式系统架构、优化的流程数据库、历史数据与运行数据分离、集群高速缓存等等。

Primeton BPS TM是中国联通最大的BPM产品提供商,在中国联通总部和11个省公司核心系统中采用BPS产品。

同时,在中国移动总部、中国银行总行、招商银行总行、贵州移动、安徽移动等多次由用户组织的集聚全球最著名的流程产品提供商参与的测评中均获得功能和性能第一。

2.1 方案概述普元BPS流程平台的整体解决方案大体分成三大部分:一是技术架构和流程平台中间件、即“工具平台”;二是有效的项目管理和工具使用方法、即“标准/规范”;三是可复用的知识积累、即“组件积累”。

图:普元流程平台方法体系这三大部分是相辅相成,为业务系统开发起到综合的作用,三者之间的关系如下图所示:下面针对这三个部分进行描述:(一)方法与规范1) 构件抽取规范2) 软件过程体系3) 项目管理体系(二)平台与工具对BPS流程平台上业务流程的集中管理和监控,并提供基于业务服务的流程编排以及基于业务流程定制的功能。

(三)组件积累组件积累是随着BPS的使用,为用户沉淀下来的可管理可重用的IT资产,即可供业务系统开发时复用的流程资产。

总之,我们寄希望于通过BPS整体解决方案的实施为用户的IT系统建设提高效率。

2.2 普元工作流程平台2.2.1Primeton BPS产品组件Primeton BPS TM由以下十一部分产品组件组成:BPS Process Server(BPS流程引擎)、BPS HPA Module(BPS高性能高可用性模块)、BPS API & Component Library(BPS API和构件库)、BPS Studio (BPS流程设计建模工具)、BPS Process Composer(BPS业务流程定制)、BPS Rule Engine(BPS 规则引擎)、BPS Rule Composer(BPS业务规则定制)、BPS Governor(BPS引擎治理工具)、BPS Admin & Monitor(BPS流程管理监控台)和BPS Work Client(BPS流程客户端)、iForms for BPS(BFS 业务表单定制)。

BPS产品结构如图2-1所示:图2-1 PRIMETON BPS产品结构图2.2.1.1 B PS Process ServerBPS Process Server(BPS流程引擎)基于J2EE Server构建,是Primeton BPS TM的核心,负责解析业务流程定义,协调处理活动间的路由,处理客户端的请求(如启动流程、提交工作项、查询工作项、流程监控等),处理引擎自身的调度(比如自动归档、时限控制等)。

BPS流程引擎能满足大并发用户和大数据量的企业级流程应用的运行与管理要求,适用于电子政务、电信、银行、证券、能源、交通等行业。

●高性能的流程引擎BPS流程引擎从设计之初就将高性能、高可靠性要求放在首位。

采取了多种技术手段保证了BPS流程引擎完全能够支撑电信、金融、政府等行业的高性能要求。

●强大的扩展性考虑到中国的很多流程领域业务量巨大,对稳定性要求极高,BPS流程引擎针对这种特殊的拓展性需求有特殊的设计。

BPS流程引擎支持良好的分布式集群环境,只需要增加一台机器、修改几个配置,就可以实现集群的拓展。

在集群环境下,BPS流程引擎可以维护自身的同步和通知。

用户在非集群环境下开发的应用可以直接部署到集群环境。

另外,通过BPS Governor,用户可以像管理单一引擎一样管理集群中的多个流程引擎。

●满足中国不同行业对灵活性的要求中国企业或政府的管理方式有其独有的特点,在企业的管理以及业务执行过程中还无法完全按照预定规则进行,经常需要人为的干预过程。

因此对流程处理的灵活性提出了较高的要求。

BPS流程引擎正是在综合了这些需求,并在产品中得以体现,比如支持自由流、回退及业务补偿、业务规则的引入、流程的运行时动态调整,以及工作项新建、拒绝、取回、代理、委托、改派、暂停、取消等功能。

●安全、便捷、灵活的事务控制当前,企业应用一般都很复杂,而且面对多种事务场景。

比如有时候需要挂起事务,有时候需要连接事务,有时候需要和业务采用相同的事务。

事务的安全性直接决定了交易的稳定性。

BPS流程引擎事务可以方便地和业务事务合并或者分离;BPS流程引擎事务支持连续或者分段,能够满足多种特殊需要。

2.2.1.2 B PS HPA ModuleBPS HPA Module(BPS高性能高可用性模块)是基于S-EDA(Staged Event-Driven Architecture)分阶段的事件驱动架构实现引擎的分段部署和计算资源的灵活调配的高性能与高可用性组件。

HPA,High Performance & Availability:即高性能与高可用性。

能够满足大型的重流程的企业应用,在吞吐量、响应速度、可靠性方面要求特别高的场景。

如电信行业即开即通类业务、金融行业流程银行等核心业务域。

BPS高级企业版中提供了HPA Module可以提升高并发下的性能处理的性能与稳定性,该Module为流程引擎提供如下能力:●基于S-EDA架构实现引擎的分段部署和计算资源的灵活调配,在保证引擎高可用的基础上提高引擎的吞吐能力●为引擎提供服务的高效接入接出机制,保证引擎响应业务调用的快速处理●为引擎提供高性能短流程处理机制,通过灵活的运行数据持久化策略设置,既可以保证流程高效运行,又可以满足流程异常处理的需要。

2.2.1.3 B PS API & Component LibraryBPS API & Component Library(BPS API和构件库)包括与流程应用相关的服务构件库、流程标签库两部分,通过这些丰富的API与构件库(包括Tag),开发人员在集成开发环境的支持下即可快速开发出高效的流程应用。

BPS API和构件库包括:●定义管理组件:查询、修改和管理业务流程定义库的资源;●实例管理组件:对流程实例以及活动实例进行管理和状态维护;●客户端组件:包含构造流程客户端所需要的常用服务,包含工作项的查询和管理,相关数据的处理;●代理代办组件:代理代办管理的专用构件库;●特殊功能组件:处理指派、自由流、回退等特殊需求的构件库;●Tag组件:包含流程图、参与者选择、查询工作列表等。

相关文档
最新文档