电子邮件通知模式

彼得•希尔顿|写的4分钟阅读

造型模式Signavio工作流

电子邮件通知模式捕获一个工作流模型可以包括任务通知流程参与者或其他利益相关者的情况下。这些通知通常包括过程结果或其他状态更新。本文介绍了协作工作流模式。

本文是一系列工作流建模模式的一部分:

  1. 批准模式
  2. 文档模式
  3. 合作模式
  4. 电子邮件的模式

被拒绝的通知

流程的目标是发送一个标准的通知批准一直否认,告知请求批准的人。例子包括员工请求,例如休假请求或旅行授权。

多种请求立即自动回复值超过个人手写反应后到达。有时,发出请求的人更愿意知道拒绝就审稿人已经做了一个决定,特别是在一个组织中,当请求者不需要任何更多的解释,或者当手动审稿人没有时间做出反应。

这种模式具有以下结构,作为Signavio工作流过程中实现。

拒绝通知管理审批模式的一种变体,它使用一个自动发送电子邮件任务处理决定拒绝请求。这通常通知任务,但是不一定,结束了与结束事件流。

审批流程结束自动通知,可能不包括足够的信息以满足请求批准的人,这样当通知不包括一个原因决定。这可能创建失败需求的流程模型没有考虑。

结果通知

流程的目标是发送一个标准的通知流程已实现了目标,参与者提供细节情况。例子包括采购请求:一个成功的旅游要求出差导致机票预订信息(日期、航空公司班机号码、预订参考),要求员工可以使用飞行检查。

有时,一个工作流的结果在发起者需要一些信息,比如决定或完成一些工作的细节。这种请求响应的过程结束当发起者收到结果。自动化这最后一步可以减少工作流程需要多长时间。

这种模式具有以下结构,作为Signavio工作流过程中实现。

模式增加了一个自动发送电子邮件任务的结束过程的流动,在一个成功的事件结束。电子邮件任务向请求者发送一封电子邮件,他的电子邮件地址作为一个流程变量必须存在。电子邮件模板包含占位符过程变量封装过程的结果。

这种模式假设邮件结果完成的情况,并请求者不需要进一步与谁创造了互动的结果。然后过程不能处理任何后续问题,邮件的结果产生。

分配表结果通知

发送一个标准的通知流程已实现了目标,提供细节给更广泛的利益相关者。例子包括填补职位空缺的过程:一个案例成功结束当求职者已经接受了一份工作,在这种情况下,整个公司或部门受益于了解新员工的名字和开始日期。

业务流程可能与一个固定的利益相关者想被告知当工作完成。这种模式自动化集团通知和有助于组织的透明度。

模式增加了一个自动发送电子邮件任务的结束过程的流动,在一个成功的事件结束。电子邮件任务发送电子邮件分配表的固定的电子邮件地址。电子邮件模板包含占位符过程变量封装过程的结果。

这种模式最初提供有限的过程结果的透明度,可以设置期望和利益相关者之间产生的需求更大的透明度。

这种模式的有用性是敏感案件的体积:超出一定数量的情况下,邮件通知成为公害。然而,这种情况下能有积极的效果,如当一个新的业务或产品组通知所有客户订单开始,后来庆祝不得不禁用通知是成功的里程碑。

照片:Snapshooter46/ CC2.0

发表:2016年1月7日—最后修改:11月13日,2020年