Abstract: A computer-implemented smart recovery system for dynamic workflows addresses a change to a data object during execution of an instance of a workflow by selectively re-executing workflow tasks that are affected by the change, without cancelling the instance and restarting a new instance of the workflow. A determination of whether a task is to be re-executed during the smart recovery process may include examining a re-evaluation label assigned to the task.

Abstract: The subject matter disclosed herein provides methods and apparatus, including computer program products, for providing a weak dependency linking two tasks of a workflow of task. In one aspect, there is provided a computer-implemented method. The method receives, from a user interface, an indication representing a link between a first task and a second task. The link being a weak dependency linking the first and second task. The weak dependency representing that one or more tasks may be inserted between the first and second tasks. The first and second tasks including the link representing the weak dependency may be provided to the user interface. The link presented at the user interface to enable identification of the weak dependency. Related apparatus, systems, methods, and articles are also described.

Abstract: The subject matter disclosed herein provides methods and apparatus, including computer program products, for providing timers for tasks of process models. In one aspect, an input representative of a temporal constraint for a task of a graph-process model may be received. The temporal constraint defines at least one of a delay or a deadline. The task may be associated with the temporal constraint created based on the received input. The temporal constraint defined to have a placement at the graph-process model based on the type of temporal constraint. The task and the temporal constraint may be provided to configure the process model. Related systems, apparatus, methods, and/or articles are described.

Abstract: An occurrence of a workflow re-evaluation event during execution of tasks in a workflow is identified. In response to the workflow re-evaluation event, it is determined for each task previously executed in the workflow whether such task needs to be executed again. Those tasks in the workflow for which it was determined that the corresponding task needs to be executed again are executed again, while the tasks in the workflow that were previously executed and for which it was not determined that the corresponding task needs to be executed again are skipped. Related apparatus, systems, techniques and articles are also described.

Abstract: A method includes providing a baseline workflow as an electronic representation of an actual workflow, the baseline workflow including baseline tasks, data items, and baseline data scopes, and providing a fragment workflow as an electronic representation of an actual fragment workflow, the fragment workflow including at least one fragment task, and at least one fragment data scope. A baseline data scope is identified as an affected data scope based on a structural change operation, the baseline workflow and the fragment workflow, and the affected data scope is compared to the at least one fragment data scope to identify at least one change operation. The fragment and baseline workflows are integrated based on the structural change operation to provide an integrated workflow, and the at least one data scope change operation is executed to provide at least one integrated data scope in the integrated workflow.

Abstract: Methods and systems to dynamically configure a process model based on process execution context are described. In one example embodiment, a system to dynamically configure a process model can include a context engine, a rules engine, and a business process engine. The context engine can maintain context information related to an executable business process model. The context information is dynamically extensible during execution of the executable business process model. The rules engine can obtain a relevant context form the context information. The relevant context can be associated with a step and a rule to control the step within the executable business process model. The business process engine can execute the executable business process model and can dynamically configure the executable business process model during execution based on application of the relevant context by the rules engine.

Abstract: Methods and systems to dynamically reconfigure an instance of a process model based on process execution context are described. In one example, a system includes a context engine, a rules engine, and a business process engine. The context engine maintains context information related to a business process model. The context information is dynamically updated continuously. The rules engine produces decisions based on information from the context engine. The rules engine evaluates decision points within an instance of the business process model using a relevant context obtained from the context engine. The rule engine also receives changes in context dynamically from the context engine, and re-evaluates decision points based on the context changes. The business process engine executes the instance of the business process model and can dynamically alter the instance during execution based on decisions generated by the rules engine.

Abstract: A computer-implemented smart recovery system for dynamic workflows addresses a change to a data object during execution of an instance of a workflow by selectively re-executing workflow tasks that are affected by the change, without cancelling the instance and restarting a new instance of the workflow. A determination of whether a task is to be re-executed during the smart recovery process may include examining a re-evaluation label assigned to the task.

Abstract: Methods and systems to dynamically configure a process model based on process execution context are described. In one example embodiment, a system to dynamically configure a process model can include a context engine, a rules engine, and a business process engine. The context engine can maintain context information related to an executable business process model. The context information is dynamically extensible during execution of the executable business process model. The rules engine can obtain a relevant context form the context information. The relevant context can be associated with a step and a rule to control the step within the executable business process model. The business process engine can execute the executable business process model and can dynamically configure the executable business process model during execution based on application of the relevant context by the rules engine.

Abstract: A method includes providing a baseline workflow as an electronic representation of an actual workflow, the baseline workflow including baseline tasks, data items, and baseline data scopes, and providing a fragment workflow as an electronic representation of an actual fragment workflow, the fragment workflow including at least one fragment task, and at least one fragment data scope. A baseline data scope is identified as an affected data scope based on a structural change operation, the baseline workflow and the fragment workflow, and the affected data scope is compared to the at least one fragment data scope to identify at least one change operation. The fragment and baseline workflows are integrated based on the structural change operation to provide an integrated workflow, and the at least one data scope change operation is executed to provide at least one integrated data scope in the integrated workflow.

Abstract: Disclosed is a method that includes providing tasks associated with a process, one or more of the tasks having a corresponding undetermined inter-dependency between the one or more of the tasks and other of the tasks, associating with the process one or more constraints specifying requirements regarding use of at least one of the tasks, the one or more constraints having corresponding graphical representations, and generating an instance of the process based on the one or more constraints to determine the corresponding undetermined inter-dependency between at least one of the one or more of the tasks and the other tasks.

Abstract: The subject matter disclosed herein provides methods and apparatus, including computer program products, for providing a weak dependency linking two tasks of a workflow of task. In one aspect, there is provided a computer-implemented method. The method receives, from a user interface, an indication representing a link between a first task and a second task. The link being a weak dependency linking the first and second task. The weak dependency representing that one or more tasks may be inserted between the first and second tasks. The first and second tasks including the link representing the weak dependency may be provided to the user interface. The link presented at the user interface to enable identification of the weak dependency. Related apparatus, systems, methods, and articles are also described.

Abstract: The subject matter disclosed herein provides methods and apparatus, including computer program products, for providing timers for tasks of process models. In one aspect, an input representative of a temporal constraint for a task of a graph-process model may be received. The temporal constraint defines at least one of a delay or a deadline. The task may be associated with the temporal constraint created based on the received input. The temporal constraint defined to have a placement at the graph-process model based on the type of temporal constraint. The task and the temporal constraint may be provided to configure the process model. Related systems, apparatus, methods, and/or articles are described.

Abstract: An occurrence of a workflow re-evaluation event during execution of tasks in a workflow is identified. In response to the workflow re-evaluation event, it is determined for each task previously executed in the workflow whether such task needs to be executed again. Those tasks in the workflow for which it was determined that the corresponding task needs to be executed again are executed again, while the tasks in the workflow that were previously executed and for which it was not determined that the corresponding task needs to be executed again are skipped. Related apparatus, systems, techniques and articles are also described.