推荐-工作流需求分析11 精品

流程业务需求
Prepared by
拟制方进
Date
日期
20XX-10-16
Reviewed by 评审人Date 日期
Approved by
批准Date 日期
1工作流建设目标
为某某公司建立统一，集成的工作流系统平台，实现业务审批流程电子化。

体现某某公司业务执行的透明度和规范化，提高业务处理效率和协作效率。

1.1管理需求
管理模式：通过实施工作流理顺业务流程，即销售业务审批流程，设计业务审批流程，行政管理审批流程等，提高业务协作效率，实现公司有效规范的管理目的
数据集成方面：工作流系统与业务系统集成，共享业务数据，实现单一创建多出引用原则
技术方面：要求系统在集成性，稳定性，拓展性，可适应性方面符合某某公司的发展需要。

对于权限和安全性方面，提供可靠的保障。

同时需要支持移动设备的审批。

组织和人员：通过工作流的建立帮助企业实现业务处理的完整性，实现业务和公司规范执行的有效结合。

帮助企业梳理业务，规避风险，提升工作质量。

1.2技术要求
◆流程设计工具实现流程定义，实现，人员，角色，部门定义。

实现流程版本控制
◆流程设计工具实现表单定义
◆实现流程中不同的节点和不同的表单关联
◆工作流节点支持脚本扩展,比如编写beanshell脚本,或其他语言的脚本
◆实现表单中，一对多的主子表单的关联，比如在《担保支付运费服务协议》中除
了有正文合同，可能还有授权委托书a1，授权委托书a2，第三方代付费用，结算
方案确认合同等等。

◆对于流程审批的人员管理如何设定
◆审批委托设定，比如部门经理a出差，委托经理b待审批流程。

◆手持设备访问工作流，进行审批动作
◆流程中的某个节点长期没有审批，设置一个阀值，超过该阀值触发邮件动作提醒，
或终止流程等业务动作。

◆工作流系统与其他业务系统集成方式
◆设定多条件审批流程，比如大于10w，总经理审批，小于10w部门经理审批
◆设定会签步骤，会签中每个人的权重配置。

◆服务器在大用户量的情况的评估技术参数和指标
◆流程运转状态和性能监控器
◆流程审批过程的文档管理，审批历史的查看和管理。

1.3业务需求
应用需求，使用成熟的工作流产品构建某某公司流程系统，满足企业业务流程规范执行
业务类流程当前某某公司在多个业务中体现出流程管理重要性和迫切性。

在担保支付运费业务和消费代垫款业务中的审批流程业务需要得到应用
管理类监控所有在运营中的流程，超级用户可以干预流程。

比如终止流程。

手动流程跳转
报表类分析每个表单使用情况，流程在那个节点停留时间最长。

分析工作流的使用情况，便于有针对性分析企业工作现状，为改进工作提供参考。

2工作流技术需求
（以下图例只是示意性质，不能代表工作流平台做成的最终效果）
可以规纳一下，任何工作流系统或子系统包括以下几个部分，详下面表格描述。

流程纠错审批结束的流程可以复位，出错的
流程纠错后也可重新发起。

流程报表统计表单使用率，个人工作量，节点耗时统计流程使用率，找出工作中存在
问题，改进工作质量
2.1流程定义
通过拖拽的方式实现流程的定义。

流程定义1
2.1.1流程和表单关联
定义好的流程和表单进行关联
表单关联1 每个流程节点关联上已经定义好的表单。

表单关联2
选择一个该节点需要的一个表单.
对流程上每个节点关联的表单做读,写权限的配置
表单字段权限1
2.1.2流程和用户角色关联
流程节点和用户角色关联
流程和角色关联1
对于某个流程中的某个节点，选择该节点需要映射的人员角色
流程和角色关联2
选择流程中该节点需要处理的人员或角色
2.2表单定义
自定表单，包含对表单中每个存储方式定义，显示方式的定义。

定义的过程是一个鼠标拖动和属性配置的过程。

表单定义1
字段属性编辑框
表单属性定义1
表单和合同模板进行关联后，可以对实际的合同进行预览。

合同1
2.3用户定义
包括企业，部门，角色，用户的管理，该功能是系统功能部分，在这里不再描述
组织结构1
2.4流程和企业关联
平台定义好的流程需要配发或定制给平台中企业使用，某个企业可以有多个流程，同一个流程可以给不同的企业建立流程实例。

2.5流程维护
2.5.1定义流程的维护
流程列表维护
流程列表1 2.5.2已经发布流程的维护
已发布流程列表维护
已发布列表 1
2.6流程实例运营
2.6.1运行中的流程实例历史
流程实例列表，管理可以监控所有在内存中运行的流程，可以对流程进行手工干预
运行实例列表1
2.6.2已经完成的流程实例
已经完成流程历史记录列表
2.6.3流程实例事件追踪
每个节点事件的明细记录，某人在某个时间做了某个操作。

对这些操作可做多条件查询。

2.6.4流程实例统计报表
流程统计1
统计图1
3工作流业务需求
（以下图例只是示意性质，不能代表工作流平台做成的最终效果）
3.1流程配置需求
如一个典型的对贷款流程，将经历如下审批环节：
1.对借款客户，客户经理进行调查
2.分公司审查
3.通过后再分公司审批
4.如果是分公司内的则结束，否则再上报到总公司。

5.总公司先审查
6.通过后再到团体部审查
7.再到授信部审查
8.然后到贷审委进行会签。

贷审委会签是一个子流程，先由秘书安排会议，如果是电子形式
则贷审委委员提交意见到秘书汇总，如果是线下则如开会议后形成意见汇总，最后由总经
确定。

总经理具有终审权。

9.会签完成进行批复
10.流程结束。

分析一下上述流程，流程配置界面将要考虑到如下要素：
一）流程定义部分
➢流程定义：流程的各个属性定义，如流程的名称、标识、是否允许退回、跳转、管理者、版本等。

➢流程发布：流程定义完成后进行发布，最终将定义的结果保存到数据库相关的流程表中。

如果对现有的流程进行更改，则发布后产生多个版本，对于正在流转的流程，走老的版本，
对于新提交的流程，走新的版本。

二）节点定义部分
➢节点定义：定义各审批环节的相关要素，包括节点名称；节点类型是否是人工干预节点、还是自动节点、开始节点、结束节点；节点流向类型是单选还是多选；办理类型是单人办
理、单人竞办、多人办理；节点人员指定模式指定办理人员是手动选择还是自动随机指定
一人办理；还需要支持外部传入或者人员指定策略（根据外部算法获取），需要支持并行。

节点适用则按节点人员指定模式如果是手动则可手动按岗位或部门或人员直接选择；各流
程环节关联的业务表单；是否允许退回；是否允许追回；调用子流程ID；
三）链路定义部分
➢链路定义：链路名称；源节点；目标节点；。

➢链路规则：流程流转中，下一节点的选择是由链路上的条件（即规则）决定的，所以必须定义每条链路上的业务规则。

3.2流程启动需求
在业务系统的业务模块中，所有需要走流程的，都必须要先启动流程，然后才能进行流程的流转，进入各个审批环节。

➢流程与业务模块关联配置：选择业务品种、选择应用的机构，再将要对应的业务流程关联即可
➢流程启动界面：在业务模块中，选择要走流程的记录，点击启动即可。

3.3流程审批需求
3.3.1待办事项
事项列表
显示当前登陆客户所有待办的列表事项。

Select * from 工作事项表where 处理人=:当前操作人and 状态=:审批中，详如下界面：
审批个性化界面
进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接或提交按钮，进入工作流审批各环节的详细页面。

该页面不同的审批环节均不相同，与前面节点定义中的业务表单相对应，类似于如下界面。

其中第一个TAB页显示不同审批环节的业务表单，可以修改；
审批提交
第二个TAB页就是审批提交页面，显示当前审批信息，可选择下一节点、相应的节处理人。

点击按钮提交完成后，进入待办事项，先前等待的审批记录会消失。

而进入已办事项，会显示刚刚审批完成的记录。

注意：如果一个用户将待办事项中的记录提交给自己，则待办事项再次显示时，已办事项列表将不再显示。

自提交
即在提交时，不是提交到下一节点，而是提交到本节点所在岗位的其它人员。

或该节点所属部门的其它人员。

任意提交
即在提交时，可以提交到该除本节点外的任何一个节点，不受节点链路的控制。

回环链路
3.3.1.1.1打回客户经理
必须要设置流程节点的属性为允许退回、允许打回，才能使用此功能。

要求在定义流程路径的时候可以定义回环（这个回环是可以2个或者2个以上的节点），而不是使用打回的功能，当然有打回也可以。

打回到客户经理，即第一个节点，相当于重新发起流程。

进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回客户经理按钮，即可实现打回功能。

提交人进入待办事项中，可查看到被打回的记录。

3.3.1.1.2打回上一节点
进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击此按钮，即可实现退回功能。

提交人进入待再次进入待办事项，即可看到被打回的记录。

3.3.1.1.3打回任意节点
进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回任意节点按钮，在弹出界面中选择某个节点，如下图：
选择一个节点，则打回到此节点。

此时也可以打回到第一个节点重新发起。

同样被打回的记录在待办事项中可以看到。

多人竞办
即一个节点下的该岗位的所有人都可抢办同一个任务。

本例中“团体部调查”为多人竞办节点，其配置如下图：
当审批人提交到该节点时，此时不会出现选择处理人界面，默认该节点所属岗位的所有人均可办理，如下图：
提交完成后，该节点所属岗位的审批人员登陆后，均可在待办事项中看到要审批的记录。

任何一个审批人员最先点击均可正常办理，后面的审批人员点击办理时，将提示不能办理，如下图：
当任务被抢办后，该岗位下所有审批人员的待办事项列表中的该条抢办任务消失。

会签
会签即业务审批办理中需多人一起裁决（如，贷审会等）的特殊办理环节，由一组节点组成；他有着与其他普通节点不同之处。

这里专门做下交代。

会签一般来说可分为四个环节，这四个环节也可单独做为一个子流程链入主流程的节点中。

●安排会议(arrange) ：由会议秘书安排
●贷审委意见：审批人审批(approve) ，通常
用于电子会签，即在线会议，为多人并行错
误!未找到引用源。

节点；线下会议无此一环节
●会议意见汇总：录入会议结论(summary) 由会议安排人录入会议纪要，通常为会议秘
书。

线上线下处理有所不同，需要区分。

●行长确认：确认会议结论confirm 对会议结论进行确认，一般为本门经理或行长
➢安排会议：即走贷审会子流程样例中“秘书安排会议”节点。

秘书在待办事项列表中可选择一条任务，进入详细页面，此时可打开该节点关联的表单，是一个安排会议的主界面，通常有如下要素。

⏹需要显示定制参会的相关人员，预计会议结束的时间，参照四川版本
⏹需要提供接口，当为线下会议时，能够给相关的委员在系统中发送资料，提供链接去
查看相应的材料
⏹会议类型：可选择电子传签和线下会议，其中电子传签将多一个贷审委意见环节。

⏹会议期次：即第几次会议，是数字类型
⏹其它字段：按实际填写
⏹填写完成，确定即可。

➢贷审委意见：当安排会议后，如果是电子会签，则会将任务分配给下一节点的该岗位的所有人，每个人进入待办事项，都会收到一个任务，点击可以象普通节点一样提交，但需要选择自己的意见，如下图：
➢会议意见汇总：只有贷审委意见节点所有人员均发表意见后，才会形成本节点任务。

可支持外部接口算法。

在本节点可看到贷审委各个成员的意见，以列表形式展示，最终确认一个总的意见，如下图。

同意则流程继续提交，否决则流程终止即办结，再议则会打回客户经理。

⏹汇总策略：有意见自动汇总，即等待贷审委所有人都提交后，才能形成最终汇总；意
见实时汇总，即秘书可在已办事项列表中选择某条记录，在详细界面上点击“汇总”
按钮，流程将自动终止所有没有提交意见的委员的任务并不作汇总统计，同时产生一条任务发送给意见汇总节点。

⏹委员选择策略：即选择多少专家委员、多少个人委员、部门委员等。

⏹投票策略：即意见汇总时，是否需要统计投票人的名称，如果不需要记名，则是无记
名投票，否则实名制投票。

⏹会签结论策略：会签结论分为同意、否决、再议。

可选的策略有：多数人同意则同意，
否则否决；一半人同意为同意；三分之二的人同意为同意；
➢行长确认：在本节点提交时，行长也可以发表意见，如果不通过则流程终止，否则继续提交。

该节点如下图：
注意：
➢贷审委意见节点不能退回。

➢会议意见汇总节点也不能退回，可以行使否决权或再议。

➢如果出现下面类似错误，子段超长；可能原因为下一节点岗位没有操作员。

子流程
将流程分成多个小的流程段，然后可拼接运行。

终审
即否决权，在流程中，个别岗位有终审权限，可以直接否决该笔业务的审批，即让流程终止，实现方式如下：
➢按各个维度确定终审权。

主要的维度有机构、岗位、客户所在行业、所在区域确定流程中审批人具有多大的审批金额权限。

➢在各个节点动态判断是否有终审权，如果有，则显示终审选项，审批人在此环节可以终止流程，完成整个流程审批；当然也可以继续提交。

批量提交
审批人员一次审批提交多条记录，用来提高审批效率，具体处理各个行要求不同。

最简单处理是在待办事项列表中，一次选择多条记录后提交，这些审批记录组成一个批处理集。

下一处理人可在这个批处理集中查看到具体的审批记录，对某些不复合的审批记录可以筛选。

最后填写一个总的审批意见后提交，完成批理审批。

3.3.2已办事项
列表
显示当前客户经理已经办理的列表事项。

追回
如果是客户经理收回，就叫收回重办，，相当于重新发起；否则第一个节点以外的，都叫收回。

进入我的工作台—已办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击追回按钮，即可实现追回功能
注意：可收回的条件是下一处理人没有审批提交的情况。

撤消
由客户经理发起的，无条件终止一个正在审批的流程，对应于业务变化的需要，既不同于审批正常结束，也不同于否决。

客户经理在已办事项中，可以选择一条要撤消的记录，点击撤消即可。

3.3.3办结事项
列表
显示当前客户经理所有处理过的并且审批全部完成的流程，页面有查看按钮。

3.3.4转授权事项
生成转授权密码、显示转授权人的待办事项列表、显示转授权历史记录。

列表
主要是指审批中，审批人444509将自己的待办事项转给其它审批人员如444508处理。

可支持单条或多条转办，但转办人员必须位于同一机构（即机构码相同）。

界面如下：444509登陆此界面，可查看实际转授权的记录，如下图：
444508登陆此界面，可查询到被授权的代办事项。

转授权密码
客户经理444509登陆后，在我的工作台—待办事项中有n条记录要审批，但想转给同机构的444508审批，则进入转授权事项列表，在转授权密码条数中输入n（想转办几条就输几如5），再点击转授权密码按钮，如下图：
记录这些授权密码，发给被转办人444508，即可完成转授权。

转授权查询
444508登陆，进入我的工作台—转授权事项列表，输入：
审批人ID：444509
授权密码：5条中的任意一条，如：3111146453
再点击查询事项按钮，即可显示444508待办事项列表中的所有记录。

444508可审批其中任意一条记录，审批完成后，再次使用先前密码3111146453查询，弹出如下图：
该密码已失效，只能使用其它密码查询。

表明一个密码只能审批一条记录。

3.4流程维护需求
主要面向系统管理员，用于查看审批中或审批通过的所有流程。

对于审批结束的流程，可以让其复位重新发起。

对于处理中出错的流程，也可以复位后由客户经理重新发起。

本功能建议放置在系统配置模块中。

以下是流程管理的列表界面：。