业务需求建模是否合理,直接影响到流程的技术实现,在流程设计过程中首先需要对业务需求从技术实现的角度重新进行梳理。下图是业务流程需求梳理过程的示意图:
本文介绍活动级别梳理方法
活动级别需求梳理是对流程中的每一个活动属性进行细化的过程。一般需要如下沟通和确定过程。
1、确认活动的个数
确认活动的个数:活动代表了一个相对独立的、逻辑的工作单元。本环节主要工作是判断需求中的活动是否必须。
【设计经验】确定系统中活动的个数,主要是判断两个连续的人工活动是否独立;判断活动是否独立,可以通过检验参与者是否一致来判断:
- 如果参与者不一致,则需要用两个活动来表示;
- 如果参与者一样,则需要看两个环节的表单是否可以合并;
- 如果表单无法合并,则需要两个活动来表示。
【应用场景举例】
在下图所示贷款流程中。“主任审批”、“支行副行长审批”是两个连续的环节。“主任审批”环节参与者是“主任”角色;“支行副行长审批”环节参与者是“支行副行长”角色,两个环节的参与者不同所以两个环节不能合并。
2、确认活动的类型
确定活动类型:根据活动是否需要人工参与、是否实现业务功能可以将活动分成:人工活动、自动活动、路由活动等三个类别。
在梳理的过程中根据每个活动是否存在人工参与来判断,如果存在人工参与是人工活动。在非人工活动中,根据每个活动是否实现业务功能来判断,如果需要实现业务功能是自动活动,其他活动为路由活动。
3、活动级别特殊需求
【应用场景举例】:比如有一个贷款审批业务场景,可以设计成“贷款审批流程方案一”和“贷款审批流程方案二”两个流程图。其中“自动归档”操作在“方案一”中使用自动活动来完成;“方案二”中是用“支行副行长审批”和“支行行长审批”两个环节的结束触发事件完成的。
从业务功能实现的角度来看,两种设计方案都能够满足业务需要。方案一的设计方案中“自动归档”环节在流程图中被标示出来,很清晰的表达了归档的动作。另一方面,在流程环节特别多的情况下,“自动归档”环节不显示出来可以使整个流程图显得更加清晰。
从上面的案例中可以看出,一个流程图中活动的个数不是完全固定的,具体的流程设计建模结果需要与业务人员反复沟通确认。
【经验总结】
说明:对于同样的一个业务需求场景,没有人工参与的自动活动和路由活动可有可无。在实际梳理的过程中建议按照一下原则进行:
- 如果需要在流程监控中清晰表达出自动活动处理的事件,建议使用自动活动;
- 如果使用了路由活动可以使连线规则表达清晰,建议使用路由活动;
- 如果流程图中环节过多而使得流程图显得繁杂,建议不要使用路由活动和自动活动从而减少活动总数。