CN103824162A - 一种基于指令链的可靠性与性能一体化柔性工作流实现方法 - Google Patents

Abstract

一种基于指令链的可靠性与性能一体化柔性工作流实现方法，它有四大步骤：一：定义指令集；包括定义业务项与执行方式，指定业务项执行者及其工作方式，定义工作时间，编辑工具、附件和说明，定义业务项ID以及业务项输入项ID，生成业务项初始状态，以及签发者信息；二：自动生成基于指令链的柔性工作流；通过解析任务执行方式以及关联的业务项构建工作流逻辑，解析执行者信息形成初始个人工作列表；三：指令运行与监控；驱动指令运行，并根据指令的签收与完成情况，即时调整业务项状态及个人工作列表并进行监控；四：指令动态调整；在基于指令的工作流执行过程中，根据执行情况动态的调整指令。本发明在计算机技术领域里有广阔地应用前景。

Description

一种基于指令链的可靠性与性能一体化柔性工作流实现方法

技术领域

本发明提供一种基于指令链的可靠性与性能一体化柔性工作流实现方法，尤其涉及一种基于指令链方式，用于企业可靠性与性能一体化研发过程管控的柔性工作流实现方法，属于计算机技术领域。

背景技术

工作流（Workflow）技术本质是“使业务过程的部分或整体在计算机应用环境下的自动化”，它可以支持多个参与者之间按照某种预定义的规则在计算机协同工作模式(ComputerSupported Cooperative work，CSCW)下，自动化的传递文档、信息或任务的过程从而实现某个预期的目标，目前已广泛应用于现代化企业的日常研发工作中。

传统工作流技术主要用于相对固化的业务过程，近年来，为有效处理企业的各类非确定型业务及意外情况，近年来研究者开始进行工作流柔性化的相关工作，如提出“选择-调整”、“异常处理”等柔性化策略。但相较于一般的业务过程，企业的可靠性工作具有项目多，耦合多、反复权衡迭代多、反馈分支不确定等特点，此外部分可靠性工作项具有可选性，且开展时机，开展程度受研发过程进展、费用、进度等多因素影响，不宜固化。因此，当将可靠性工作纳入产品研发过程，形成可靠性与性能一体化研发过程时，简单的工作流柔化技术难以取得理想效果，有必要从需求出发，直接给出一种支持可靠性与性能一体化研发过程的柔性工作流。

发明内容

本发明的目的为企业的研发过程提供一种柔性工作流，旨在解决可靠性工作融入企业可研发过程后，传统工作流技术无法有效处理可靠性工作项多且不确定、耦合项多、迭代多、分支不确定等问题。

本发明的目的是提供了一种基于指令链的可靠性与性能一体化柔性工作流的实现方法，它主要包含以下步骤：

步骤一：定义指令集。

包括定义业务项与执行方式，指定业务项执行者及其工作方式，定义工作时间，编辑工具、附件和说明，定义业务项ID以及业务项输入项ID，生成业务项初始状态，以及签发者信息。

（1）定义业务项，可以填入多个业务项。其执行方式为N/K（N中取K模式），N为业务项数量，根据输入的业务项数量自动生成。K取值范围是[1-N]，且默认值为N。即默认执行方式是并发业务，也可把K值调整为1…N-1，此时表示各分支完成K项业务，即可以认为该指令集完成。

（2）指定业务执行者，可以针对同一业务项指定多个执行者。其执行方式为N/K（N中取K模式），N为业务执行者数量，根据输入的执行者名单自动生成。K取值范围是[1-N]，且默认值为1。即默认工作方式是有一名执行者完成业务即可。也可把K值调整为2…N，此时表示至少K个人签收业务才可以。

（3）业务项工作时间指定，必须指定该业务项的三个时间，即开始时间，结束时间以及告警时间（即接近完成给予警示的时间），要求开始时间早于告警时间，告警时间早于结束时间。同时当前业务项的开始时间不能早于其输入业务项的开始时间。

（4）基于ID编号的业务项逻辑定义，首先定义当前业务项的ID编号，采用自动编号方式，然后编辑输入业务项的ID编号，默认为空，即没有输入业务项。

（5）编辑业务项辅助信息，包括编辑工具，可以为业务项指定软件工具（含激活方式）；编辑附件，可以为业务项添加文档、文件作为参考；此外可以编辑业务项说明，通过文本方式对业务项进行进一步说明。

（6）签发指令，当指令的所有信息编辑完并确认后，可以签发指令。在这一过程中，“业务项状态”默认填入“未签收”，“指令签发人”默认填入指令编辑者的信息。

步骤二：自动生成基于指令链的柔性工作流。

通过解析任务执行方式以及关联的业务项构建工作流逻辑，解析执行者信息形成初始个人工作列表。

（1）解析指令集的任务执行方式，N=1时，为单项工作，N>1，且K=N，则为并发业务。当N>1，且1≤K<N时，为K/N业务，对指令集中的业务项添加K/N监控标记。

（2）解析关联业务项，构建工作流逻辑。根据当前业务项的输入项ID建立业务项的输入输出关系矩阵A。在A中，如果业务项i对业务项j有输入，则A的元素a_ij=1，否则为0，此外规定a_ii=0。如果业务项i对业务项j有输入，且i有并发或K/N业务项k，则默认k对j有输入，即a_kj=1。根据矩阵与图的转换关系，即可生成流程图。

在生成流程图的过程中，如果某业务项没有任何输入和输出，则判定为单项独立业务，如果某业务项只有输出，则为工作流的起点，如果某业务项只有输入，则为工作流的汇点，如果某个业务项既有输入也有输出，则是工作流的中间环节。

（3）解析执行者信息，配置初始个人工作列表。根据执行者名单，将该业务项推送至所有执行者的当前工作列表中，主要信息包括业务项的工作时间、工具、附件、业务项说明以及签发者等，同时赋予指令初始状态为“未签收”。如果N>1，且1≤K<N时，还需要为相关执行者添加K/N监控标记。

步骤三：指令运行与监控

驱动指令运行，并根据指令的签收与完成情况，即时调整业务项状态及个人工作列表。并进行监控。

（1）签收状态变更。当执行者签收任务后，则该工作列表中该业务项状态从“未签收”变更为“已签收”。同时对于添加K/N监控标签的执行者，只要有K个执行者进行签收，则其余N-K个人的工作列表中自动删除该业务项。

（2）完成状态变更。在任务截止时间内完成任务，并进行了提交，则该业务项状态变更为“已完成”，同时移至历史工作列表中。如果输入任务项状态未变更为已完成，则不允许提交任务。如果业务项添加K/N标签（即在同一指令集内存在N>1，且1≤K<N时的情况），当有K项任务被提交，则其余N-K个业务项的状态更为“已完成”，并移至历史工作列表中。

（3）告警状态变更。无论执行者是否签收业务项，只要超出告警时间，仍未提交，则该业务项状态变更为“告警”。

（4）超时状态变更。无论执行者是否签收业务项，只要超出完成时间，仍未提交，则该业务项状态变更为“超时”。

（5）委托状态变更。如果业务项发生了委托，则业务项状态变更为“委托”，该业务项一方面转移到当前执行者的历史工作列表，另一方面同时推送至新执行者的个人工作列表中。

（6）异常状态变更。如果业务项被指令签发者挂起，则变更“挂起”状态，无法操作，等待进一步指示，如果业务项最终被指令签发者中止，则业务项状态变更为“中止”，并移至历史工作列表。

（7）指令运行情况监控。记录各指令完成情况，推送至初始签发者。当出现委托、告警和超时情况时，需提醒签发者。同时指令签发者可以查看自己发出的所有指令（包括指令委托）的运行情况，查看方式是依据业务项关联关系解析出的工作流逻辑。按照颜色对指令的完成情况进行标识，包括未签收“白色”，已签收“黄色”，已完成“绿色”，告警“红色”，超时“黑色”，委托“紫色”。

步骤四：指令动态调整

在基于指令的工作流执行过程中，根据执行情况动态的调整指令。包括工作完成后的新指令定义、无法完成工作后的委托、流程出现异常时进行挂起及再定义。

（1）工作完成后，有后续工作需求，按情况自行定义后续工作指令集，操作同步骤一，但在输入业务项内自动填入已完成业务项，建立业务项关联关系。

（2）无法完成工作后的委托，业务项处于未签收或已签收状态，出于不预知的原因（如出差，工作调动，请假）无法完成工作时，经判断时间充足，可以进行业务项委托，并指定新的业务执行者。由引擎将该任务转发至新的执行者，并更新指令运行状态，支持监控。

（3）无法完成工作后报告签发者，业务项处于未签收或已签收状态，出于不预知的原因（如出差，工作调动，请假）无法完成工作时，经判断时间不充足，向签发者进行报告。

（4）流程出现异常时挂起，指令签发者收到无法完成任务的请求或监控反馈回异常信息（如告警或超时）情况下，可以对流程进行挂起，异常业务项及其后续的相关业务项将被置于挂起状态，无法被操作。

（5）流程再定义。当流程挂起后，对异常业务项进行中止，并再定义新的业务项，包括更改业务项内容、执行时间和执行者，如果更改涉及到关联事项也需要同步进行处理。

本发明通过以上步骤给出一种基于指令链的可靠性与性能一体化柔性工作流实现方法，可以有效支持企业复杂多变的可靠性与性能一体化研发过程。其优点在于：①可以快速定制多个并发流程分支②可以灵活指定多人完成任务的方式③可以根据工作完成情况实现流程的边执行边定义④可以对流程运行情况进行全面监控并按需进行调整。

附图说明

图1为本发明中所述方法的整体架构框图

图2为本发明中指令集定义的业务过程图

图3为本发明中自动生成柔性工作流的业务过程图

图4为本发明中解析工作流逻辑时，输入输出关系矩阵到流程图的转换过程

图5为本发明中指令运行与监控的业务过程图

图6为本发明中指令动态调整的业务过程图

具体实施方式

为使本发明的技术方案、特征及优点得到更清楚的了解，以下结合附图，作详细说明。本发明给出了一种基于指令链的可靠性与性能一体化柔性工作流程实现方法，可用于支持企业可靠性与性能一体化研发过程。本发明可用于通用计算机网络环境中，如由服务器与个人计算机组成的网络，特别适用于Web化的B/S结构。本发明可以由计算机程序模块进行描述，通用的计算机程序模块应包括执行特定任务的对象、组件、算法、变量等。本发明的整体架构，见图1所示。其具体实施步骤是：

步骤一：定义指令集，如图2所示。

主要工作内容包括定义业务项与执行方式，指定业务项执行者及其工作方式，定义工作时间，编辑工具、附件和说明，定义业务项ID以及业务项输入项ID，生成业务项初始状态，以及签发者信息。

（1）定义业务项，可以填入多个业务项。其执行方式为N/K（N中取K模式），N为业务项数量，根据输入的业务项数量自动生成。K取值范围是[1-N]，且默认值为N。即默认执行方式是并发业务，也可把K值调整为1…N-1，此时表示各分支完成K项业务，即可以认为该指令集完成。

举例如下：

例1在同一指令集下发布3个并发业务项，任意两个完成即可完成该指令集。

填入3个并发业务项的名称，N=3，同时将K从3调整为2。然后定义相关业务项信息即可。

（2）指定业务执行者，可以针对同一业务项指定多个执行者。其执行方式为N/K（N中取K模式），N为业务执行者数量，根据输入的执行者名单自动生成。K取值范围是[1-N]，且默认值为1。即默认工作方式是有一名执行者完成业务即可。也可把K值调整为2…N，此时表示至少K个人签收业务才可以。

举例如下：

例2某一个任务，职员A、职员B、职员C任何两个完成即可。

在执行人一栏填入职员A、职员B、职员C，N=3，再将K从默认值1调整为2即可。

（3）业务项工作时间指定，必须指定该业务项的三个时间，即开始时间，结束时间以及告警时间（即接近完成给予警示的时间），要求开始时间早于告警时间，告警时间早于结束时间。同时当前业务项的开始时间不能早于其输入业务项的开始时间。

（4）基于ID编号的业务项逻辑定义，首先定义当前业务项的ID编号，采用自动编号方式，然后编辑输入业务项的ID编号，默认为空，即没有输入业务项。

（5）编辑业务项辅助信息，包括编辑工具，可以为业务项指定软件工具（含激活方式）；编辑附件，可以为业务项添加文档、文件作为参考；此外可以编辑业务项说明，通过文本方式对业务项进行进一步说明。

（6）签发指令，当指令的所有信息编辑完并确认后，可以签发指令。在这一过程中，“业务项状态”默认填入“未签收”，“指令签发人”默认填入指令编辑者的信息。

步骤二：自动生成基于指令链的柔性工作流，如图3所示。

通过解析任务执行方式以及关联的业务项构建工作流逻辑，解析执行者信息形成初始个人工作列表。

（1）解析指令集的任务执行方式，N=1时，为单项工作，N>1，且K=N，则为并发业务。当N>1，且1≤K<N时，为K/N业务，对指令集中的业务项添加K/N监控标记。

（2）解析关联业务项，构建工作流逻辑。根据当前业务项的输入项ID建立业务项的输入输出关系矩阵A。在A中，如果业务项i对业务项j有输入，则A的元素a_ij=1，否则为0，此外规定a_ii=0。如果业务项i对业务项j有输入，且i有并发或K/N业务项k，则默认k对j有输入，即a_kj=1。根据矩阵与图的转换关系，即可生成流程图。

在生成流程图的过程中，如果某业务项没有任何输入和输出，则判定为单项独立业务，如果某业务项只有输出，则为工作流的起点，如果某业务项只有输入，则为工作流的汇点，如果某个业务项既有输入也有输出，则是工作流的中间环节。

举例如下：

例3，假设有5项业务项，编号分别为A01，A02，A03，A04，A05。已知A02的输入项是A01，A03的输入项为A01，A04的输入项为A02和A03，A05的输入项为A04，试解析工作流逻辑。

如图4所示，首先根据输入项关系建立输入输出关系矩阵。按已知条件，可得a₁₂=1,a₁₃=1,a₂₄=1,a₃₄=1,a₄₅=1，其他元素为0。然后根据矩阵与图具有唯一的转换关系，即可绘制出流程图。在绘图过程中，可以按照第1列“只有输出”，判定A01为起点。可以按照第5行“只有输入”判定A05为汇点。其余节点为中间业务项。

（3）解析执行者信息，配置初始个人工作列表。根据执行者名单，将该业务项推送至所有执行者的当前工作列表中，主要信息包括业务项的工作时间、工具、附件、业务项说明以及签发者等，同时赋予指令初始状态为“未签收”。如果N>1，且1≤K<N时，还需要为相关执行者添加K/N监控标记。

步骤三：指令运行与监控，如图5所示。

驱动指令运行，并根据指令的签收与完成情况，即时调整业务项状态及个人工作列表。并进行监控。

（1）签收状态变更。当执行者签收任务后，则该工作列表中该业务项状态从“未签收”变更为“已签收”。同时对于添加K/N监控标签的执行者，只要有K个执行者进行签收，则其余N-K个人的工作列表中自动删除该业务项。

举例如下：

例4假设业务项S在指定任务执行人时，相关职员为职员A、职员B、职员C，已知N=3，K=2，根据任务完成情况调整个人工作列表中业务项。

首先，职员A、B、C均可登陆后，在个人当前工作列表中查看到业务项S，默认状态为“未签收”。假设职员A、B签收了任务，则A、B个人工作列表中仍然保留业务项S，状态变为“已签收”，C再次登陆后则在个人工作列表中无法再看到业务项S。

（2）完成状态变更。如果在任务截止时间内完成任务，并进行了提交，则该业务项状态变更为“已完成”，同时移至历史工作列表中。如果输入任务项状态未变更为已完成，则不允许提交任务。如果业务项添加K/N标签（即在同一指令集内存在N>1，且1≤K<N时的情况），当有K项任务被提交，则其余N-K个业务项的状态更为“已完成”，并移至历史工作列表中。

举例如下：

例5假设某一指令集包含3个业务项i,j,k,其执行者分别为职员A、职员B、职员C。业务项执行方式为N/K，N=3，K=2，根据任务完成情况调整个人工作列表中业务项。

首先，各并发业务项被签收后，状态变更为“已签收”，如果职员A和B都已经完成工作并提交，则职员A、B、C的个人工作别表中的业务项均变更为“已完成”，并转移到历史工作列表中。

（3）告警状态变更。无论执行者是否签收业务项，只要超出告警时间，仍未提交，则该业务项状态变更为“告警”。

（4）超时状态变更。无论执行者是否签收业务项，只要超出完成时间，仍未提交，则该业务项状态变更为“超时”。

（5）委托状态变更。如果业务项发生了委托，则业务项状态变更为“委托”，该业务项一方面转移到当前执行者的历史工作列表，另一方面同时推送至新执行者的个人工作列表中。

（6）异常状态变更。如果业务项被指令签发者挂起，则变更“挂起”状态，无法操作，等待进一步指示，如果业务项最终被指令签发者中止，则业务项状态变更为“中止”，并移至历史工作列表。

（7）指令运行情况监控。记录各指令完成情况，推送至初始签发者。当出现委托、告警和超时情况时，需提醒签发者。同时指令签发者可以查看自己发出的所有指令（包括指令委托）的运行情况，查看方式是依据业务项关联关系解析出的工作流逻辑。按照颜色对指令的完成情况进行标识，包括未签收“白色”，已签收“黄色”，已完成“绿色”，告警“红色”，超时“黑色”，委托“紫色”。

步骤四：指令动态调整，如图6所示。

在基于指令的工作流执行过程中，根据执行情况动态的调整指令。包括工作完成后的新指令定义、无法完成工作后的委托、流程出现异常时进行挂起及再定义。

（1）工作完成后，有后续工作需求，按情况自行定义后续工作指令集，操作同步骤一，但在输入业务项内自动填入已完成业务项，建立业务项关联关系。

（2）无法完成工作后的委托，业务项处于未签收或已签收状态，出于不预知的原因（如出差，工作调动，请假）无法完成工作时，经判断时间充足，可以进行业务项委托，并指定新的业务执行者。由引擎将该任务转发至新的执行者，并更新指令运行状态，支持监控。

（3）无法完成工作后报告签发者，业务项处于未签收或已签收状态，出于不预知的原因（如出差，工作调动，请假）无法完成工作时，经判断时间不充足，向签发者进行报告。

（4）流程出现异常时挂起，指令签发者收到无法完成任务的请求或监控反馈回异常信息（如告警或超时）情况下，可以对流程进行挂起，异常业务项及其后续的相关业务项将被置于挂起状态，无法被操作。

举例如下：

例6已知5个业务项A01到A05，执行人分别是职员A-E。假设职员C在执行A03中已进入告警状态，但发现无法按时完成。同时指令初始签发者未及时查看监控流程运行情况。此外，A03是A04、A05的输入项，试问如何处理。

A03的执行者职员C发现无法完成后，应向指令初始签发者汇报，初始签发者接到通知后挂起A03、A04、A05。相关业务项执行者职员C-E的个人工作列表中相关业务项状态显示挂起，无法执行相关操作。

（5）流程再定义。当流程挂起后，对异常业务项进行中止，并再定义新的指令集，包括更改业务项内容、执行时间和执行者，如果更改涉及到关联事项也需要同步进行处理。

举例如下：

例7，接例6。初始签发者认为A03应该仍由职员C完成，同时延时后影响到业务A04，不影响A05，如何处理。

初始签发者，通过修改业务项A03的完成时间后，同步修改A04的相应工作时间，然后重新启动流程。业务A04不受任何影响。职员C-E个人工作列表中相关业务项状态变更为“挂起”前状态。如原来为“未签收”，则仍为“未签收”。

Claims (1)

1.一种基于指令链的可靠性与性能一体化柔性工作流实现方法，其特征在于：它包含以下步骤：

步骤一：定义指令集

包括定义业务项与执行方式，指定业务项执行者及其工作方式，定义工作时间，编辑工具、附件和说明，定义业务项ID以及业务项输入项ID，生成业务项初始状态，以及签发者信息；

（1）定义业务项，可填入多个业务项，其执行方式为N/K，N中取K模式，N为业务项数量，根据输入的业务项数量自动生成；K取值范围是[1-N]，且默认值为N，即默认执行方式是并发业务，也可把K值调整为1…N-1，此时表示各分支完成K项业务，即认为该指令集完成；

（2）指定业务执行者，针对同一业务项指定多个执行者，其执行方式为N/K，N中取K模式，N为业务执行者数量，根据输入的执行者名单自动生成；K取值范围是[1-N]，且默认值为1；即默认工作方式是有一名执行者完成业务即可；也可把K值调整为2…N，此时表示至少K个人签收业务才可以；

（3）业务项工作时间指定，必须指定该业务项的三个时间，即开始时间，结束时间以及告警时间即接近完成给予警示的时间，要求开始时间早于告警时间，告警时间早于结束时间，同时当前业务项的开始时间不能早于其输入业务项的开始时间；

（4）基于ID编号的业务项逻辑定义，首先定义当前业务项的ID编号，采用自动编号方式，然后编辑输入业务项的ID编号，默认为空，即没有输入业务项；

（5）编辑业务项辅助信息，包括编辑工具，为业务项指定软件工具；编辑附件，为业务项添加文档、文件作为参考；此外编辑业务项说明，通过文本方式对业务项进行进一步说明；

（6）签发指令，当指令的所有信息编辑完并确认后，签发指；在这一过程中，“业务项状态”默认填入“未签收”，“指令签发人”默认填入指令编辑者的信息；

步骤二：自动生成基于指令链的柔性工作流

通过解析任务执行方式以及关联的业务项构建工作流逻辑，解析执行者信息形成初始个人工作列表；

（1）解析指令集的任务执行方式，N=1时，为单项工作，N>1，且K=N，则为并发业务；当N>1，且1≤K<N时，为K/N业务，对指令集中的业务项添加K/N监控标记；

（2）解析关联业务项，构建工作流逻辑；根据当前业务项的输入项ID建立业务项的输入输出关系矩阵A；在A中，如果业务项i对业务项j有输入，则A的元素a_ij=1，否则为0，此外规定a_ii=0；如果业务项i对业务项j有输入，且i有并发或K/N业务项k，则默认k对j有输入，即a_kj=1；根据矩阵与图的转换关系，即可生成流程图；

在生成流程图的过程中，如果某业务项没有任何输入和输出，则判定为单项独立业务，如果某业务项只有输出，则为工作流的起点，如果某业务项只有输入，则为工作流的汇点，如果某个业务项既有输入也有输出，则是工作流的中间环节；

（3）解析执行者信息，配置初始个人工作列表，根据执行者名单，将该业务项推送至所有执行者的当前工作列表中，主要信息包括业务项的工作时间、工具、附件、业务项说明以及签发者，同时赋予指令初始状态为“未签收”；如果N>1，且1≤K<N时，还需要为相关执行者添加K/N监控标记；

步骤三：指令运行与监控

驱动指令运行，并根据指令的签收与完成情况，即时调整业务项状态及个人工作列表并进行监控；

（1）签收状态变更；当执行者签收任务后，则该工作列表中该业务项状态从“未签收”变更为“已签收”，同时对于添加K/N监控标签的执行者，只要有K个执行者进行签收，则其余N-K个人的工作列表中自动删除该业务项；

（2）完成状态变更；在任务截止时间内完成任务，并进行了提交，则该业务项状态变更为“已完成”，同时移至历史工作列表中；如果输入任务项状态未变更为已完成，则不允许提交任务；如果业务项添加K/N标签，即在同一指令集内存在N>1，且1≤K<N时的情况，当有K项任务被提交，则其余N-K个业务项的状态更为“已完成”，并移至历史工作列表中；

（3）告警状态变更；无论执行者是否签收业务项，只要超出告警时间，仍未提交，则该业务项状态变更为“告警”；

（4）超时状态变更；无论执行者是否签收业务项，只要超出完成时间，仍未提交，则该业务项状态变更为“超时”；

（5）委托状态变更；如果业务项发生了委托，则业务项状态变更为“委托”，该业务项一方面转移到当前执行者的历史工作列表，另一方面同时推送至新执行者的个人工作列表中；

（6）异常状态变更；如果业务项被指令签发者挂起，则变更“挂起”状态，无法操作，等待进一步指示，如果业务项最终被指令签发者中止，则业务项状态变更为“中止”，并移至历史工作列表；

（7）指令运行情况监控；记录各指令完成情况，推送至初始签发者；当出现委托、告警和超时情况时，需提醒签发者，同时指令签发者查看自己发出的所有指令及指令委托的运行情况，查看方式是依据业务项关联关系解析出的工作流逻辑；按照颜色对指令的完成情况进行标识，包括未签收“白色”，已签收“黄色”，已完成“绿色”，告警“红色”，超时“黑色”，委托“紫色”；

步骤四：指令动态调整

在基于指令的工作流执行过程中，根据执行情况动态的调整指令；包括工作完成后的新指令定义、无法完成工作后的委托、流程出现异常时进行挂起及再定义；

（1）工作完成后，有后续工作需求，按情况自行定义后续工作指令集，操作同步骤一，但在输入业务项内自动填入已完成业务项，建立业务项关联关系；

（2）无法完成工作后的委托，业务项处于未签收或已签收状态，出于不预知的原因如出差，工作调动，请假无法完成工作时，经判断时间充足，进行业务项委托，并指定新的业务执行者；由引擎将该任务转发至新的执行者，并更新指令运行状态，支持监控；

（3）无法完成工作后报告签发者，业务项处于未签收或已签收状态，出于不预知的原因如出差，工作调动，请假无法完成工作时，经判断时间不充足，向签发者进行报告；

（4）流程出现异常时挂起，指令签发者收到无法完成任务的请求或监控反馈回异常信息如告警或超时情况下，可对流程进行挂起，异常业务项及其后续的相关业务项将被置于挂起状态，无法被操作；

（5）流程再定义；当流程挂起后，对异常业务项进行中止，并再定义新的业务项，包括更改业务项内容、执行时间和执行者，如果更改涉及到关联事项也需要同步进行处理。

Images