工作流需求分析1.1.doc

S 工作流需求分析Document number 文档编号 Confidentiality level 密级 内部公开Document version 文档版本 Total 20 pages 共 20 页V1.1流程业务需求Prepared by 拟制方进Date日期2013-10-16Reviewed by 评审人Date日期Approved by批准Date日期1 工作流建设目标 为某某公司建立统一，集成的工作流系统平台，实现业务审批流程电子化。体现某某公司业务执行的透明度和规范化，提高业务处理效率和协作效率。1.1 管理需求管理模式：通过实施工作流理顺业务流程，即销售业务审批流程，设计业务审批流程，行政管理审批流程等，提高业务协作效率，实现公司有效规范的管理目的数据集成方面：工作流系统与业务系统集成，共享业务数据，实现单一创建多出引用原则技术方面：要求系统在集成性，稳定性，拓展性，可适应性方面符合某某公司的发展需要。对于权限和安全性方面，提供可靠的保障。同时需要支持移动设备的审批。组织和人员：通过工作流的建立帮助企业实现业务处理的完整性，实现业务和公司规范执行的有效结合。帮助企业梳理业务，规避风险，提升工作质量。1.2 技术要求u 流程设计工具实现流程定义，实现，人员，角色，部门定义。实现流程版本控制u 流程设计工具实现表单定义u 实现流程中不同的节点和不同的表单关联u 工作流节点支持脚本扩展,比如编写beanshell脚本,或其他语言的脚本u 实现表单中，一对多的主子表单的关联，比如在担保支付运费服务协议中除了有正文合同，可能还有授权委托书a1，授权委托书a2，第三方代付费用，结算方案确认合同等等。u 对于流程审批的人员管理如何设定u 审批委托设定，比如部门经理a出差，委托经理b待审批流程。u 手持设备访问工作流，进行审批动作u 流程中的某个节点长期没有审批，设置一个阀值，超过该阀值触发邮件动作提醒，或终止流程等业务动作。u 工作流系统与其他业务系统集成方式u 设定多条件审批流程，比如 大于10w，总经理审批，小于10w部门经理审批u 设定会签步骤，会签中每个人的权重配置。u 服务器在大用户量的情况的评估技术参数和指标u 流程运转状态和性能监控器u 流程审批过程的文档管理，审批历史的查看和管理。1.3 业务需求 应用需求，使用成熟的工作流产品构建某某公司流程系统，满足企业业务流程规范执行 业务类流程 当前某某公司在多个业务中体现出流程管理重要性和迫切性。在担保支付运费业务和消费代垫款业务中的审批流程业务需要得到应用 管理类 监控所有在运营中的流程，超级用户可以干预流程。比如终止流程。手动流程跳转 报表类 分析每个表单使用情况，流程在那个节点停留时间最长。分析工作流的使用情况，便于有针对性分析企业工作现状，为改进工作提供参考。2 工作流技术需求（以下图例只是示意性质，不能代表工作流平台做成的最终效果）可以规纳一下，任何工作流系统或子系统包括以下几个部分，详下面表格描述。子系统业务模块备注流程定义流程定义、节点定义、路由定义、个性化表单工作流的客户端，可采用图形化界面或表单界面实现。流程表单自定义工作流表单，定义表单内容，表单布局。定义1对多表单多客户表单可以在不写代码的情况下，实现对表单的灵活定义流程关联流程变量、节点选择、人员选择与业务模块结合最紧密的部分，走流程的业务均由此启动。流程审批 待办事项、已办事项、办结事项、提交、打回、追回、会签、自由流转、双人审批、授权与转授权、终审、子流程工作流启动后，各个环节的流转全依赖此，是工作流的引擎，最核心的部分。流程维护监控所有正在运行中流程，流程轨迹、流程复位、流程纠错查看审批中或通过的所有流程，对审批结束的流程可以复位，出错的流程纠错后也可重新发起。流程报表统计表单使用率，个人工作量，节点耗时统计流程使用率，找出工作中存在问题，改进工作质量2.1 流程定义通过拖拽的方式实现流程的定义。 流程定义 12.1.1 流程和表单关联定义好的流程和表单进行关联 表单关联 1每个流程节点关联上已经定义好的表单。 表单关联 2选择一个该节点需要的一个表单.对流程上每个节点关联的表单做读,写权限的配置 表单字段权限 12.1.2 流程和用户角色关联流程节点和用户角色关联 流程和角色关联 1对于某个流程中的某个节点，选择该节点需要映射的人员角色 流程和角色关联 2选择流程中该节点需要处理的人员或角色2.2 表单定义自定表单，包含对表单中每个存储方式定义，显示方式的定义。定义的过程是一个鼠标拖动和属性配置的过程。 表单定义 1字段属性编辑框 表单属性定义 1表单和合同模板进行关联后，可以对实际的合同进行预览。 合同 12.3 用户定义 包括企业，部门，角色，用户的管理，该功能是系统功能部分，在这里不再描述 组织结构 12.4 流程和企业关联平台定义好的流程需要配发或定制给平台中企业使用，某个企业可以有多个流程，同一个流程可以给不同的企业建立流程实例。2.5 流程维护2.5.1 定义流程的维护 流程列表维护 流程列表 12.5.2 已经发布流程的维护 已发布流程列表维护 已发布列表 12.6 流程实例运营2.6.1 运行中的流程实例历史 流程实例列表，管理可以监控所有在内存中运行的流程，可以对流程进行手工干预 运行实例列表 12.6.2 已经完成的流程实例 已经完成流程历史记录列表2.6.3 流程实例事件追踪 每个节点事件的明细记录，某人在某个时间做了某个操作。对这些操作可做多条件查询。2.6.4 流程实例统计报表 流程统计 1 统计图 13 工作流业务需求（以下图例只是示意性质，不能代表工作流平台做成的最终效果）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页就是审批提交页面，显示当前审批信息，可选择下一节点、相应的节处理人。点击按钮提交完成后，进入待办事项，先前等待的审批记录会消失。而进入已办事项，会显示刚刚审批完成的记录。注意：如果一个用户将待办事项中的记录提交给自己，则待办事项再次显示时，已办事项列表将不再显示。自提交即在提交时，不是提交到下一节点，而是提交到本节点所在岗位的其它人员。或该节点所属部门的其它人员。任意提交即在提交时，可以提交到该除本节点外的任何一个节点，不受节点链路的控制。回环链路.1 打回客户经理必须要设置流程节点的属性为允许退回、允许打回，才能使用此功能。要求在定义流程路径的时候可以定义回环（这个回环是可以2个或者2个以上的节点），而不是使用打回的功能，当然有打回也可以。打回到客户经理，即第一个节点，相当于重新发起流程。进入我的工作台待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回客户经理按钮，即可实现打回功能。提交人进入待办事项中，可查看到被打回的记录。.2 打回上一节点进入我的工作台待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击此按钮，即可实现退回功能。提交人进入待再次进入待办事项，即可看到被打回的记录。.3 打回任意节点进入我的工作台待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回任意节点按钮，在弹出界面中选择某个节点，如下图：选择一个节点，则打回到此节点。此时也可以打回到第一个节点重新发起。同样被打回的记录在待办事项中可以看到。多人竞办即一个节点下的该岗位的所有人都可抢办同一个任务。本例中“团体部调查”为多人竞办节点，其配置如下图：当审批人提交到该节点时，此时不会出现选择处理人界面，默认该节点所属岗位的所有人均可办理，如下图：提交完成后，该节点所属岗位的审批人员登陆后，均可在待办事项中看到要审批的记录。任何一个审批人员最先点击均可正常办理，后面的审批人员点击办理时，将提示不能办理，如下图：当任务被抢办后，该岗位下所有审批人员的待办事项列表中的该条抢办任务消失。会签会签即业务审批办理中需多人一起裁决（如，贷审会等）的特殊办理环节，由一组节点组成；他有着与其他普通节点不同之处。这里专门做下交代。会签一般来说可分为四个环节，这四个环节也可单独做为一个子流程链入主流程的节点中。l 安排会议 (arrange) ：由会议秘书安排l 贷审委意见：审批人审批 (approve) ，通常用于电子会签，即在线会议，为多人并行节点；线下会议无此一环节l 会议意见汇总：录入会议结论(summary) 由会议安排人录入会议纪要，通常为会议秘书。线上线下处理有所不同，需要区分。l 行长确认：确认会议结论 confirm 对会议结论进行确认，一般为本门经理或行长 安排会议：即走贷审会子流程样例中“秘书安排会议”节点。秘书在待办事项列表中可选择一条任务，进入详细页面，此时可打开该节点关联的表单，是一个安排会议的主界面，通常有如下要素。n 需要显示定制参会的相关人员，预计会议结束的时间，参照四川版本n 需要提供接口，当为线下会议时，能够给相关的委员在系统中发送资料，提供链接去查看相应的材料n 会议类型：可选择电子传签和线下会议，其中电子传签将多一个贷审委意见环节。n 会议期次：即第几次会议，是数字类型n 其它字段：按实际填写n 填写完成，确定即可。 贷审委意见：当安排会议后，如果是电子会签，则会将任务分配给下一节点的该岗位的所有人，每个人进入待办事项，都会收到一个任务，点击可以象普通节点一样提交，但需要选择自己的意见，如下图： 会议意见汇总：只有贷审委意见节点所有人员均发表意见后，才会形成本节点任务。可支持外部接口算法。在本节点可看到贷审委各个成员的意见，以列表形式展示，最终确认一个总的意见，如下图。同意则流程继续提交，否决则流程终止即办结，再议则会打回客户经理。n 汇总策略：有意见自动汇总，即等待贷审委所有人都提交后，才能形成最终汇总；意见实时汇总，即秘书可在已办事项列表中选择某条记录，在详细界面上点击“汇总”按钮，流程将自动终止所有没有提交意见的委员的任务并不作汇总统计，同时产生一条任务发送给意见汇总节点。n 委员选择策略：即选择多少专家委员、多少个人委员、部门委员等。n 投票策略：即意见汇总时，是否需要统计投票人的名称，如果不需要记名，则是无记名投票，否则实名制投票。n 会签结论策略：会签结论分为同意、否决、再议。可选的策略有：多数人同意则同意，否则否决；一半人同意为同意；三分之二的人同意为同意； 行长确认：在本节点提交时，行长也可以发表意见，如果不通过则流程终止，否则继续提交。该节点如下图：注意： 贷审委意见节点不能退回。 会议意见汇总节点也不能退回，可以行使否决权或再议。 如果出现下面类似错误，子段超长；可能原因为下一节点岗位没有操作员。子流程将流程分成多个小的流程段，然后可拼接运行。终审即否决权，在流程中，个别岗位有终审权限，可以直接否决该笔业务的审批，即让流程终止，实现方式如下： 按各个维度确定终审权。主要的维度有机构、岗位、客户所在行业、所在区域确定流程中审批人具有多大的审批金额权限。 在各个节点动态判断是否有终审权，如果有，则显示终审选项，审批人在此环节可以终止流程，完成整个流程审批；当然也可以继续提交。批量提交审批人员一次审批提交多条记录，用来提高审批效率，具体处理各个行要求不同。最简单处理是在待办事项列表中，一次选择多条记录后提交，这些审批记录组成一个批处理集。下一处理人可在这个批处理集中查看到具体的审批记录，对某些不复合的审批记录可以筛选。最后填写一个总的审批意见后提交，完成批理审批。3.3.2 已办事项列表显示当前客户经理已经办理的列表事项。追回如果是客户经理收回，就叫收回重办，相当于重新发起；否则第一个节点以外的，都叫收回 。进入我的工作台已办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击追回按钮，即可实现追回功能注意：可收回的条件是下一处理人没有审批提交的情况。撤消 由客户经理发起的，无条件终止一个正在审批的流程，对应于业务变化的需要，既不同于审批正常结束，也不同于否决。客户经理在已办事项中，可以选择一条要撤消的记录，点击撤消即可