process-flexibility.com

Monday, 27 May 2013 14:57

Eder et al.

Evaluation

Ratings can take the form '+' which indicates that a particular tool or language provides direct support for the pattern involved, '+/-' which indicates that some limitations exists regaring direct support, and '-' which indicates that no direct support is provided. If support is not specified this is indicated by the label '0'.

Pattern Design Choice Score Comment
System-specific Design Choices A[a,b,c], B[a*] +/-
A Parameters of a pattern may be set at a build-time + supported
b instantiation time + supported
c run-time + supported
B Time parameters can be specified in different time
granularities
a Basic +/- only one basic time granularity
b System-defined - not supported
c User-defined - not supported
TP1 Time Lags between two Activities D[a,b,c], E[d] +/- partially supported
D There are three kinds of restrictions a Minimum value + supported
b Maximum value + supported
c Time interval + combining a and b
E Time lags can be realized based on four different time relations a Start-Start - only end event are considered
b Start-End - only end event are considered
c End-Start - only end event are considered
d End-End + supported
TP2 Durations C[a,c], D[b] +/- partially supported
C Patterns can be applied to different process elements a Single activity + supported
b Activity set - not supported
c Process model + supported
d Set of process instances - not supported
D There are three kinds of restrictions a Minimum value - not supported, only end event are considered
b Maximum value + time distance between two end events
c Time interval - not supported, only end event are considered
TP3 Time Lags between Arbitrary Events - not supported
D There are three kinds of restrictions a Minimum value - no support of events in our sense
b Maximum value -
c Time interval -
TP4 Fixed Date Elements C[a], F[c] +/- partially supported
C Patterns can be applied to different process elements a Single activity + supported
c Process model - not supported
F Patterns can restrict three dates of a process artifact a Earliest start date - only end event are considered
b Latest start date - only end event are considered
c Earliest completion date + converted to a Minimum Time Lag
d Latest completion date - not supported, see c
TP5 Schedule Restricted Element C[a], F[c] +/- partially supported
C Patterns can be applied to different process elements a Single activity + supported
c Process model - not supported
F Patterns can restrict three dates of a process artifact a Earliest start date - only end event are considered
b Latest start date - only end event are considered
c Earliest completion date + converted to a Minimum Time Lag
d Latest completion date - not supported, see c
TP6 Time Based Restrictions - not supported
G Time Based Restrictions can be applied to different types of process artifacts a activities within same process instance -
b activities within different process instances -
c Instances of a process or group of processes -
H There are two kinds of restrictions a Minimum number of executions -
b Maximum number of executions -
I There are two types of restrictions which can be expressed by Time Based Restrictions a Number of concurrent executions -
b Number of executions per time period -
TP7 Validity Period C[a?], F[c?,d?] +/- not discussed but may be possible similar to TP4
C Patterns can be applied to different process elements a Single activity 0 not discussed but may be possible similar to TP4
c Process model - not supported
F Patterns can restrict three dates of a process artifact a Earliest start date - not supported
b Latest start date - not supported
c Earliest completion date 0 not discussed but may be possible similar to TP4
d Latest completion date 0 not discussed but may be possible similar to TP4
TP8 Time Dependent Variability - not supported (not discussed)
J There are different time aspects which may be considered by an instance of this pattern a Execution time of an activity / process instance -
b Time lags between activities / events -
TP9 Cyclic Elements - loops are explicitly excluded from considerations
D There are three kinds of restrictions a Minimum value - loops are explicitly excluded
b Maximum value -
c Time interval -
Time Lags can be realized based on four different time relations a Start-Start -
b Start-End -
c End-Start -
d End-End -
K Cyclic Elements may restrict the time lag between  a two directly succeeding iterations -
b two subsequent activity instances belonging to arbitrary iterations -
L Time Lag between cycles a is fixed -
b may vary -
TP10 Periodicity - loops are explicitly excluded from considerations
M The Number of cycles is a fixed / dynamic number of iterations - loops are explicitly excluded
b depends on time lag and end date -
c depends on exit condition -
Read 20980 times
More in this category: « Combi et al. Marjanovic et al. »

Involved Partners

andreaslanz 50

 

Andreas Lanz
University of Ulm, Institute of Databases and Information Systems

 

 

manfredreichert 50

Manfred Reichert
University of Ulm, Institute of Databases and Information Systems

 

 

barbaraweber 50

Barbara Weber
University of Innsbruck, Department of Computer Science

 

Get the Book!

book cover small

Important Publications

Lanz, A. and Weber, B. and Reichert, M. (2012) Time patterns for process-aware information systems.Requirements Engineering.

 

Lanz, A. and Weber, B. and Reichert, M. (2010) Workflow Time Patterns for Process-aware Information Systems. In: BPMDS'10.