2010 4th IEEE International Symposium on Theoretical Aspects of Software Engineering 2010
DOI: 10.1109/tase.2010.21
|View full text |Cite
|
Sign up to set email alerts
|

A Guarded Workflow Language and Its Formal Semantics

Abstract: Many information systems hold data of considerable value, and are subject to complex constraints and business rules. In these systems, update operations are often carefully described, to the extent that it is possible to derive a formal specification of their applicability and effect. Where an update is performed by means of a workflow, as a combination of operations, then it may be advantageous to calculate properties of that workflow from the specifications of the operations involved. This paper introduces a… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1

Citation Types

0
2
0

Year Published

2011
2011
2012
2012

Publication Types

Select...
3

Relationship

1
2

Authors

Journals

citations
Cited by 3 publications
(2 citation statements)
references
References 25 publications
(19 reference statements)
0
2
0
Order By: Relevance
“…In [8] we introduced a workflow language that combines the state effects of operations. We support primitive processes that denotes states of deadlock (stop) and successful termination (skip).…”
Section: Combing Operations As Workflowsmentioning
confidence: 99%
See 1 more Smart Citation
“…In [8] we introduced a workflow language that combines the state effects of operations. We support primitive processes that denotes states of deadlock (stop) and successful termination (skip).…”
Section: Combing Operations As Workflowsmentioning
confidence: 99%
“…We adopt an object modelling language named BOOSTER [5] targeted at the model-driven development [6] of information systems. Structural features of the system are described through classes, associations, and invariants [1]; behavioural features are specified as first-order predicates that characterise the transformational effects [7] (on the shared system state) of individual operations, and as workflows [8] whose effects are derived from those of their component operations. The rationale is that running such tests on design models, and eliminating any found inconsistency accordingly in the first place, is far more effective than later running tests on the concrete systems.…”
Section: Introductionmentioning
confidence: 99%