The Declarative Process Intermediate Language (DPIL)
The textual Declarative Process Intermediate Language (DPIL) is a multi-perspective rule-based modeling language. It allows representing several business process perspectives, namely, control ow, data and resources. The expressiveness of DPIL and its suitability for business process modelling have been evaluated with respect to the Workflow Resource Patterns.
Fundamentals of DPIL
The following section introduces the declarative process modelling paradigm that is capable of describing complex coherencies in a concise way and allows for decision deferral to run time.
Declarative Process Modelling
Following the terminology of programming languages, there are two paradigms of describing business process models: the impera-tive and the declarative style. The imperative way corresponds to imperative or procedural programming where every possible path must be foreseen at design time and encoded explicitly. If a path is missing then it is considered not allowed. Classic approaches like the BPEL or BPMN follow the imperative style and are therefore limited to the automation type of processes.
In contrast to imperative modelling, declarative models concentrate on describing what has to be done and the exact step-by-step execution order is not directly prescribed. Here, only the undesired paths and constellations are excluded so that all remaining paths are potentially allowed and do not have to be foreseen individually. As knowledge- and decision-intensive business processes often incorporate many unforeseen paths, the declarative approach is best suited for it .
Cross-Perspective Modelling
Declarative modelling is based on constraints that relate events of the process and exclude or discourage from certain correlations. Both constraints and events must be able to involve all the perspectives of a business pro-cess like, e.g., incorporated data, agents performing the work and utilized tools. On this way it becomes possible to express realistic correlations like, e.g., the actual performing agent of a step affecting the type of data used in another step.
Different Modalities and Explanation
A business process usually consists of several “facets” like, e.g., a legal framework (mandatory, “must”) and best practice (recommended but facultative, “should”). Classic approaches like the BPMN only allow for describing one of these facets per model. Combining both of them in one model greatly enhances its documentary character and allows for a BPM system to act more flexibly. An action that, e.g., is contrary to best practice but conforms to the legal framework is offered but marked as discouraged. The BPM system may even explain why the action is not recommended by tracing it back to the process model.
Tool Support
The DPIL Framework provides a tool set for modelling, executing and analysing flexible and resource-aware business processes based on the language DPIL. The framework consists of three modules: the DPIL Modeller, the DPIL Navigator and the DPIL Miner