abpm产品解决方案集.docxVIP

ABPM产品解决方案集 目录  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc294078294 版本历史  PAGEREF _Toc294078294 \h 3  HYPERLINK \l _Toc294078295 中国特色人工流程  PAGEREF _Toc294078295 \h 4  版本历史 时间更新人版本备注2011-05-25石伟V1 中国特色人工流程 业务场景 中国特色人工流程概念的提出，暴露了国人的秉性——即倾向于服从，又不喜欢按规矩来。所以在国内特别是官方的这种少数集权，但关系又复杂的组织尤其重视。 流程管理系统的提出，本意是为了业务运行的标准化，职责分配透明化以及业务过程的可回溯，而这个指导思想在鬼佬的思维逻辑中是行得通的，但放在中国，就得中国特色化了。“我这个事情无法独立做主，怎么办？你这个流程引擎能不能支持我临时请示下领导啊”，“哎呀，虽然已经提交了，但我写错了，不能改改啊？”甚至有“这个流程怎么走，谁去做，能不能由我来定啊？”这种已经基本丧失流程管理最大价值的场景出现。 但没办法，生在中国，食中国米饭，想生存而不饿死就必须得支持这些。 解决思路 下面就中国特色可能出现的一些场景来解释、分析以及给出相应的在ABPM的解决方式。 签收 业务含义 签收表示操作者正式接受工作项。在非会签的情况下，如果某个操作员签收了某个工作项，则其他人的同一活动实例的工作项被删除；在会签的情况下，参与会签的人都可以签收同一活动实例的工作项。 注：在ABPM中，会签特性由“完成策略”控制，见本文最后一节“人工活动完成策略”。 设置界面及执行效果 在缺省情况下，人工活动的工作项都需要签收后才能进一步操作，即默认情况下人工活动的needClaim属性为true。 当needClaim=true时，新创建的WorkItem的状态为“待签收(state=0)”。执行签收操作后，状态被修改为“待处理(state=1)” 当needClaim==false时，系统创建workItem后自动执行签收操作。在这种情况下，如果人工活动的“完成策略”为“任意”（如下图），则最终只会产生一个状态等于“待处理(state=1)”的WorkItem；如果“完成策略”为“所有”或者“百分比”时，会为每一个参与者产生一个状态等于“待处理(state=1)”的WorkItem。 可以在designer的属性界面上修改这个值，如下图“需要签收”属性用于改变这个默认设置。 关于动态指定参与者的情况下工作项的签收问题 通过DynamicAssignmentHandler可以指定下一个活动的参与者和参与规则，DynamicAssignmentHandler类有两个属性：needClaim和completionPolicy，这两个属性的默认值为空，系统在执行时自动采用对应的人工活动定义中的needClaim和completionPolicy。 也可以通过给这两个属性赋值来覆盖对应的人工活动定义中的设置。 DynamicAssignmentHandler . setNeedClaim(Boolean needClaim); DynamicAssignmentHandler . setCompletionPolicy(CompletionPolicy completionPolicy); 退签收 业务含义 将自己已经签收的工作项，退回给系统，以便他人有机会操作同一活动实例上的业务。该操作主要用于如下场景。 在轮班制的企业中，某员工签收了一个工作项，但是很快他发现在下班前他无法完成该工作，于是希望退签收，让其他同事继续该工作。 设置界面及执行效果 在designer中没有与该操作相关的设置界面。 执行退签收操作后，当前工作项的State变成Disclaim状态(state=25)，同时系统按照活动定义重新创建工作项，也会给当前操作员创建一个新的工作项，使得该操作员仍然有机会执行该业务。 相关约束 加签或者委派的工作项不可以退签收，因为这种工作项是某种业务原因指派给当前操作者的，必须完成，不可以退回。 取回 业务含义 很多情况下，操作员提交工作项后，即时发现操作有误。这种情况下操作员可以将刚刚提交的工作项取回，以便更正错误。 界面设置及执行效果 在designer中没有与取回操作相关的设置。 执行取回操作后，并不是把当前WorkItem重新置为“待处理(state=1)”状态，而是产生新的WorkItem，该WorkItem直接进入“待处理(state=1)”状态，原WorkItem的状态值仍然保持“Completed”。 执行取回操作后，