to make this communication context explicit. A
commonly accepted way of modelling does not exist
(Wand, 1989). However, the modelling power of
various methodologies, their weaknesses and
strengths, can be analysed in terms of ontologically
based common set of constructs (Wand et al, 1989;
Söderström et al., 2002). As it is well known
(Brinkkemper, 1989), a meta model can help to
make such evaluation. Further, it has been argued
that meta models based on ontological constructs
can be very valuable in such evaluation (Rosemann
& Green, 2002). As the specific business situation,
the modelling technique and the standard have in
common that they all address some elements of a
business process, a meta model for business process
concepts can be a common ground for comparison.
However, to our knowledge, a complete meta model
which can capture key business process concepts is
currently not available.
Although we need a meta model for business
process concepts, due to the complex nature of
business processes, such a meta model will be
difficult to construct without following a well-
defined method. Thus, within this paper we focus on
developing a method how to construct such a meta
model. For illustration purpose, we will show how
the method can be used.
The remaining part of the paper is structured as
follows. In Part two, we discuss the possible
approaches for the method construction. In part
three, we describe the method concerning the
construction of the meta model. We illustrate the use
of the method in part four and we end this paper
with conclusions.
2 APPROACH
We have identified three different strategies that can
be followed to arrive at a meta model. The first one
is to take an existing ontology as a starting point,
build a meta model based on this ontology and use
the meta model to evaluate the capabilities of
existing methods, tools, techniques (MTTs) for
business process modeling. The benefit of this
approach is that the concepts are formally defined
within the ontology. Although some work is done in
that direction (see Rosemann & Green, 2002), a
complete meta model for business process concepts
is not provided. Furthermore, some of the limitations
of starting from an ontology are that the robustness
of the ontology and its practical usefulness can be
questionable (Green & Rosemann, 2000; Wand &
Weber, 2002).
The second strategy is to start by identifying the
essential elements of business processes. This can be
done using two types of sources: 1) existing business
process definitions (e.g. Davenport, 1993) and 2)
MTTs for business process modeling (e.g. IDEF0,
REAL). After such elements are identified, they can
be linked within a meta model. The advantage of
such an approach is that the elements identified in
this way are specific to business processes. There is
existing research in that direction (see Lin et al.,
2002; Mayer et al., 2000). This approach can lead to
ambiguities and misinterpretations, since usually the
business process elements are not formally defined.
A third strategy for constructing the meta model
is to follow a hybrid approach- using both an
ontology and MTTs. The advantage of such an
approach is that the business process definitions and
the MTTs will provide essential business process
elements and the ontology can provide formal
definition of these elements. This is the strategy that
we will follow as well. In literature there is an
attempt to provide a meta model for business
process concepts following the hybrid strategy (see
Söderström et al, 2002). However the authors did
not provide clear definitions of the concepts used,
what steps they followed to arrive at that meta model
and how to add new concepts to the meta model. To
overcome such limitations, we use the hybrid
approach in combination with well-defined
procedure to arrive at the meta model. This is further
described in the section below.
3 METHOD
The method to construct a meta model for business
process concepts is schematically represented in
Figure 1. The first step in the approach is the
identification of business process elements from
existing business process definitions. The second
step is to take an existing ontology and to check
whether it is possible to express the business process
elements using concepts from that ontology. If yes,
we include those concepts from the ontology, which
we use to express the business process elements in
what we call “ontology business process concept
base or (OBPCB)”. In this way we include only the
relevant concepts from the ontology.
ICEIS 2005 - INFORMATION SYSTEMS ANALYSIS AND SPECIFICATION
374