工作流建模模式捕获常用业务流程片段。他们比基本过程描述高级概念元素,如“任务”和“决定”,给我们一个更丰富的词汇谈论业务流程。本文介绍了四个文档工作流模式。
本文是一系列工作流建模模式的一部分:
许多工作流处理“文档”——通常文字处理和电子表格文件,因为我们通常使用这些文档来获取信息和里程碑,当我们在团队协作。
文件的批准
早期的文章已经介绍了文件的批准模式,这是一个管理审批模式文档工作流模式。
这是一个很好的例子,一个工作流模式是“高级”,它由一个决定相关的多个任务。这也是相关模式的来源:你可能做的事情与文档一旦被批准。
文档分布
文档分布的目标模式是发送文档的最终版本的副本通过电子邮件,使它可用Effektif之外。文档归档的例子包括通知过程输入工作流的利益相关者,如简历提交给招聘过程,或创建文档任务作为一个过程的一部分,如项目建议书。
电子邮件是一种系统集成,使用文档使信息可访问外部创建它的过程和系统。文档的上下文通常是一个特定的工作流的里程碑,例如简历对应于一个工作申请的里程碑,或捕捉到的销售报告信息收集任务的完成。电子邮件适用于短暂的文件,不需要长期储存。
这种模式具有以下结构中实现一个Effektif过程。
theDocument分布模式的关键部分是自动发送电子邮件任务自动保存文档时,不需要人工交互。其他的参与者当然是文档的形式上传,将其添加到案例。提供的文档也可以电子邮件附件,通过触发的电子邮件。
这种模式的结果是发布文档的范围之外的工作流程。其他业务流程可能会依赖这些文件,创建一个工作流之间的依赖关系。
相关模式:文档存档可以相同的方式使用。
文档归档
文档归档模式的目标是一样分发文档:复制可用的文档的最终版本Effektif之外。唯一的区别是目的地:谷歌驱动器或盒子里保存的文件,而不是通过电子邮件发送。
保存文件,比如电子邮件、系统集成的一种。对于许多系统,这是最简单的方式交换信息,即使它不是最复杂的。文件档案更合适当需要长期储存。
这种模式具有以下结构中实现一个Effektif过程。
文档归档模式的关键部分是自动谷歌驱动或框上传文件自动保存文档的任务。其他参与者上传文档的形式,或电子邮件触发提供文件通过电子邮件附件。
这种模式的结果是发布文档的范围之外的工作流程。其他业务流程可能会依赖这些文件,创建一个工作流之间的依赖关系。
相关模式:文档分布可以用同样的方式。
咨询
咨询模式的目标是让来自多个利益相关者的输入文件。例子包括销售报告,要求销售数据的特定部分业务或商业提案要求关键利益相关者的反馈。
咨询时是有用的文档准备需要输入从一个已知的参与者列表。这些利益相关者通常被定义的角色与文档的问题,如项目经理为项目建议书。
这种模式具有以下结构中实现一个Effektif过程。这个例子显示了一个提案,要求从三个利益相关者的反馈。
模式是围绕用户任务为每个利益相关者必须提供输入。这些用户任务并行网关包围,表明他们将独立完成,但之前都必须完成文档的准备下一个草案可以如期举行,通过巩固反馈。在图上没有显示单独的角色定义为每个利益相关者,这是Effektif用户任务分配配置的一部分。
之间的主要权衡使用此模式时使利益相关者明确清晰,造型为每一个用户任务和灵活性的丧失的利益相关者的数量。Effektif,另一种是有一个反馈用户的任务,并创建(并行)特别的子任务在个案基础上。
咨询模式是相关文件的批准,可以把它作为准备草案进行审核。这是一个协作工作流模式以及文档工作流模式,所以它也涉及到其他合作模式。