<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Linking BPMN, ArchiMate, and BWW: Perfect Match for Complete and Lawful Business Process Models?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ludmila Penicina</string-name>
          <email>ludmila.penicina@rtu.lv</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Applied Computer Systems, Riga Technical University</institution>
          ,
          <addr-line>1 Kalku, Riga, LV-1658</addr-line>
          ,
          <country country="LV">Latvia</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Enterprise architecture (EA) models are helpful for describing elements that are necessary for modelling business processes at different architectural layers of the enterprise. Business process models are used to describe detailed enterprise processes in order to analyse and improve them. Business process logic provided in the business layer of EA is very abstract comparing with business process models. Therefore EA models and business process models must be linked to address in detail both structural and behavioural aspects of the information system. However linked EA and business process models do not imply that the models provide complete and lawful descriptions of the information system. The paper uses a theoretical foundation of Bunge-Wand-Weber system's model and evaluates how industry standards BPMN and ArchiMate contribute to creation of complete and lawful business process models.</p>
      </abstract>
      <kwd-group>
        <kwd>Business process modelling</kwd>
        <kwd>BPMN</kwd>
        <kwd>ArchiMate</kwd>
        <kwd>BWW</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        Nowadays organizations employ industry modelling standards like BPMN to
understand and improve business processes. However, BPMN models are only one
component of business modelling required for a holistic view of end-to-end business
processes. More information is needed to build information systems supporting
organizational business processes [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. BPMN models mainly cover business process
flow, but structural aspects such as actors, data objects, existing IT landscape, etc. are
outside of BPMN scope. Enterprise Architecture (EA) models can reflect these
aspects and are an essential component of creating accurate and complete business
process models. Building complete and accurate business process models requires
maintaining the relationships with EA models to add a structural context to processes
(like actors, objects, etc.) and to refine business process models with an architectural
layer perspective, namely, to depicting at what level each process is occurring –
business, application, or infrastructure level. ArchiMate enterprise architecture
modelling language has been developed in order to provide a uniform representation
for diagrams that describe enterprise architectures [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. In ArchiMate language the
existence of business processes model is depicted. However, ArchiMate does not,
prescribe to list the flow of activities in detail [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Linkage between business process
models and EA models would allow looking at the business processes at different
layers of the enterprise in detail.
      </p>
      <p>
        However besides the challenge of linking two modelling languages from different
domains - BPMN and ArchiMate – there exists another challenge, namely, analysing
completeness and lawfulness of business process models. By “completeness of
process models” the author means that models must contain all necessary elements
from information system’s point of view and by “lawfulness of process models”
compliance with laws related to the system. In this paper Bunge-Wand-Weber
(BWW) model is used as a theoretical foundation to evaluate completeness and
lawfulness of business process models. BWW model describes the necessary concepts
for building an information system [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] and in this research is used to evaluate to what
extent BPMN and ArchiMate support description of complete and lawful business
process models. BWW model consists of constructs present in the real world that
must be represented in information system.
      </p>
      <p>The aim of this paper is to propose an approach towards creating complete and
lawful business process models by linking BPMN models with ArchiMate models to
add active and passive structure to flow aspect of BPMN and evaluate completeness
and lawfulness of models using BWW model. The proposed approach requires a
repository-based modelling tool that can accommodate all three modelling methods
used, namely, BPMN, ArchiMate, and BWW.</p>
      <p>The paper is structured as follows. In Section 2 related work is outlined. In Section
3 elements of BWW model are presented. In Section 4 the mapping of ArchiMate and
BPMN is discussed. In Section 5 the evaluation of BPMN and ArchiMate using
BWW model is discussed. In Section 6 algorithms for checking the completeness and
lawfulness of business process models are discussed. Brief conclusions and future
work are presented in Section 7.</p>
    </sec>
    <sec id="sec-2">
      <title>2 Related Works</title>
      <p>
        There exist a number of researches for linking ArchiMate and BPMN notations. The
authors of [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] propose the approach of harmonizing BPMN, ArchiMate and UML
notations. The authors of [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] analyse support of different kinds of active structure
assignment in enterprise modelling techniques and frameworks, including ArchiMate,
DODAF, and ARIS. Since these frameworks are be used in the description of an
Enterprise Architecture in tandem with the detailed description of business processes,
the authors also discuss the support for active structure allocation in processes
modelling techniques, including XPDL, UML Activity Diagrams and BPMN in their
analysis. The authors conclude that a complete integrated approach to the assignment
of active structure and behaviour is yet to be incorporated into the languages and
frameworks considered. However, the authors of the studies described do not propose
to evaluate linked business process models and EA models for completeness and
lawfulness.
      </p>
      <p>
        The BWW model has been used in a number of studies for evaluation of modelling
techniques. The authors of [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] report on the outcomes of an ontological analysis of
BPMN and explore identified issues by reporting on interviews conducted with
BPMN users in Australia. As a result [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] defines few potential shortcomings in
BPMN - such as existence of some ambiguous elements in its specification.
      </p>
      <p>
        The authors of [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] examine how process modelling techniques have developed and
compare modelling techniques using BWW model as a benchmark used for the
analysis of grammars that purport to model, the real world, and the interactions within
it. The authors of [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] propose an approach for developing a conceptual model that
represents the structural, relational and behavioural elements of the computing
systems based on the BWW model. The authors of [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] use of the BWW model to
compare the representation capabilities of two business rule modelling languages.
      </p>
      <p>This research is based on the results of related works and evaluates how the
necessary elements for building an information system described by BWW model are
represented by BPMN models linked with ArchiMate models.</p>
    </sec>
    <sec id="sec-3">
      <title>3 BWW Model</title>
      <p>
        The lack of consistent theoretical foundation for building information systems urged
Wand and Weber [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] to build a set of models for the evaluation of modelling
techniques. Wand and Weber have extended the systems ontology presented by Mario
Bunge [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Wand and Weber developed a formal foundation called BWW model for
modelling information systems [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] consisting of the constructs present in the real
world that must be represented in information system. BWW model is a high-level
ontology containing general concepts that are necessary for description of information
systems [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Further in the text the elements of BWW model will be shown in italics.
Due to the limitation of space the author has omitted the descriptions of BWW
elements that can be found in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>The paper proposes to use BWW model as a theoretical foundation for evaluating
BPMN and EA models for completeness and lawfulness. BPMN and ArchiMate
models are standards with different abstraction levels, therefore gaps exist between
these two standards. BPMN is used at the detailed process level, ArchiMate is used at
EA level describing different layers of enterprise. BPMN and ArchiMate are
complementary standards. Novelty of using BWW model as a theoretical foundation
for linking BPMN and EA resides in the following:
1. Providing systems view of interlinked business processes and enterprise
architecture. Interlinked ArchiMate 2.0 and BPMN 2.0 models describe elements
that can be viewed and analysed as systems, e.g., application layer system, related
subsystems and system environment.
2. Possibility to describe lawful states and events of systems – the evaluation of
BPMN and ArchiMate using BWW shows that nor BPMN 2.0 nor ArchiMate 2.0
has the ability to describe lawful states and events of the systems at the different
abstraction levels.
3. Emergent properties of systems - emergent properties describe properties
possessed by a system and not by isolated elements. Emergent properties are
specific properties of the system as a whole and this is added-value from BWW
model.
4. Kind element of BWW model will provide the possibility to describe variations of
business processes, e.g., Electronic submission process variation is Electronic
submission of a journal paper or Electronic submission of a monograph.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Linking BPMN and ArchiMate</title>
      <p>
        In an ArchiMate model, the existence of business processes is depicted [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. It does
not, however, list the flow of activities in detail [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. The ArchiMate 2.0 specification
[
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] states: “During business process modelling, a business process can be expanded
using a business process design language; e.g., BPMN.” However the specification
itself does not define the relationship at the meta-model level. The author proposes to
define the linkage between BPMN and ArchiMate at the meta-models levels, by
extending the behavioural elements of ArchiMate with corresponding elements from
BPMN 2.0 meta-models. In this section behavioural elements of ArchiMate business,
application and technology layer are mapped to corresponding BPMN elements. The
principle of linking BPMN with ArchiMate resides in the following, namely, high
level descriptions of enterprise behaviour are extended with corresponding BPMN
models. Table 1 describes how each element is expanded by BPMN.
      </p>
    </sec>
    <sec id="sec-5">
      <title>Evaluation of BPMN and ArchiMate Using BWW</title>
    </sec>
    <sec id="sec-6">
      <title>Model</title>
      <p>
        Business Process Model and Notation (BPMN) [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] is the de-facto standard for
representing in a very expressive graphical way the processes occurring in virtually
every kind of organization [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. However BPMN has its limitations when it comes to
modelling other aspects of organization such as organizational structure and roles,
data, business rules, technical systems, etc. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. The mapping of BWW into BPMN
presented in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] is taken as a basis and extended with statements that BPMN supports
the BWW notions of the State, Property as well as Stable and Unstable States. In
BPMN the State of the Data Object can be captured if the Data Object is attached to a
Sequence Flow that is an input of an Activity, and it comes out of the Activity with a
different State. Property of a Thing can be defined using BPMN Attributes of
elements, Stable and Unstable States can be described using BPMN Compensation
Activities and Compensation Events. The State of a Thing does not describe the
overall State of a System. One solution for detecting the State of a System is to define
a set of all States of all Things present in the System. The second solution for
detecting the State of a System is to look at System’s Emergent Properties which
based on BWW are defined as properties belonging only to the System and not to its
components [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. One more solution is included in BPMN modelling language. BPMN
allows defining multiple end states of a process. In [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] author describes the state of
the process as the state of the system. Business processes do not always end normally
(as intended) and very often exceptions occur. BPMN allows defining separate end
events to indicate distinct end states (“normal end state” and “exceptional end state”)
[
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Multiple end states of BPMN process can each correspond to Stable and Unstable
State of a System or Subsystem. In BPMN the State of System can be described also
with the States of all Data Objects that refers to a particular Pool that is considered to
be a System. Exceptional end state should be linked with the State of the
corresponding Data Object to reflect the Unstable State of a System. Figure 1 depicts
a simple BPMN example with multiple End Events that might occur and define
different end States of the process and system.
      </p>
      <p>State 1</p>
      <p>SubmissNioon Failed</p>
      <p>Check
Submission</p>
      <p>Send
Yes Submission to</p>
      <p>Reviewers
Receive
Submission</p>
      <p>Submission OK?</p>
      <p>State 2
Submission
Complete</p>
      <p>
        There are 6 BWW model elements that are not supported by BPMN notation,
namely, State law, Conceivable State Space, Lawful State Space, History,
Conceivable Event Space, and Lawful Event Space. Since BWW model describes
aspects that are important for building information systems [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], these six elements are
to be taken into consideration to define a complete and consistent description of
business processes.
      </p>
      <p>
        To provide a uniform representation for diagrams that describe enterprise
architectures, the ArchiMate enterprise architecture modelling language has been
developed [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. ArchiMate 2.0 language defines 3 layers of an enterprise architecture
[
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]:
1. Business layer offers products and services to external customers.
2. Application layer supports the business layer with application services.
3. Technology layer offers infrastructure services needed to run applications.
      </p>
      <p>Table 2 shows the mapping of BWW to ArchiMate modelling language (only core
elements of ArchiMate are considered. Use of extensions would provide more details
concerning the Environment in BWW model).</p>
      <p>From BWW point of view enterprise architecture is a System consisting of
Subsystems – business, application and technology layers (while these sub-systems
are not the only ones that can be identified in the EA). Business layer, application
layer and technology layer are separate Systems consisting of structural and
behavioural elements that are considered to be BWW Things. Structural and
informational concepts form System Composition and ArchiMate Relationships
between these concepts form System Structure. BWW element Thing is supported by
ArchiMate active and passive structural elements. BWW element Property is
supported by ArchiMate element Meaning, since Meaning is related to ArchiMate
Business object element and thus is as a Property of a Thing. According to BWW
model Property maps the thing into some Value. According to ArchiMate Value is the
relative worth, utility, or importance of a business service or product – hence it is
mapped to the Property element of BWW model. Representation is the property of a
Business Object, hence, it is mapped to the Property element of BWW model. BWW
model elements Class and Kind are supported with ArchiMate Relationships
(grouping, composite, aggregate). ArchiMate does not provide a straightforward
mapping to BWW State element. However, if ArchiMate models are related to BPMN
models, notion State is supported by different States of BPMN Data Objects and
multiple End Events of the process. Since BWW model element Transformation is
defined as a mapping from one State to another State, it is supported by all ArchiMate
behavioural concepts. BWW elements Acts on and Coupling are mapped into
ArchiMate structural relationships between ArchiMate concepts that are mapped into
BWW Things. Altogether the ArchiMate modelling language does not support the
description of 11 BWW model constructs comparing to 6 BWW elements missing in
BPMN. Nevertheless, ArchiMate allows defining structural components of an
information system at all three levels of the enterprise architecture in much greater
detail than BPMN.</p>
    </sec>
    <sec id="sec-7">
      <title>6 Towards Analysing Completeness and Lawfulness of Business</title>
    </sec>
    <sec id="sec-8">
      <title>Process Models</title>
      <p>
        Business process modelling requires a meta-structure (background knowledge) that
maintains the relationships between all the different models linked to business process
models. When creating business process models linked with the set of enterprise
models, it is necessary to achieve that all aspects of business process are stored and
can be accessed and reused afterwards. Assuming that BWW model can be used as a
meta-structure for analysing the completeness and lawfulness of the business process
models it is necessary to identify which elements from BWW model are supported by
BPMN and ArchiMate models. BWW model defines elements of the information
system that are supported by BPMN and ArchiMate standards as well as a set of
elements that are not supported by these standards. It indicates that complementary to
BPMN and ArchiMate models it is necessary to address these missing elements in
order to build the information system that conforms with a functioning system
described by BWW model [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Mappings presented in the previous sections show that
majority of BPMN and ArchiMate core elements can be mapped to BWW constructs.
However, still, there exist six elements that cannot be represented using these two
modelling languages, namely, State Law (SL), Conceivable State Space (CSS), Lawful
State Space (LSS), History (H), Conceivable Event Space (CES), and Lawful Event
Space (LES). These missing BWW model elements have to be added to interlinked
BPMN and ArchiMate models in order to include all BWW model’s elements
required for building an information system.
      </p>
      <p>The proposed approach requires a repository-based modelling tool that:
1. Accommodate all three modelling methods used, namely, BPMN, ArchiMate, and
BWW. Meaning that the modelling tool supports the meta-models and visual
representations of BPMN, ArchiMate, and BWW.
2. Possibility to add to the BPMN, ArchiMate meta-model the missing elements from</p>
      <p>BWW model.
3. Allows defining algorithms, mechanisms, and queries to execute the completeness
and lawfulness analysis on the business process models. E.g., analysing if all
BWW elements are present in the business process models, analysing lawful event
space – lawfulness analysis showing what are the lawful events in the business
process models, analysing the lawful state space - lawfulness analysis showing
what are the lawful states in the business process models, analysing whether
unconceivable states and events are present in the model – lawfulness analysis
showing if models are realistic.</p>
      <p>
        Let’s review an illustrative example. Figure 2 depicts a fragment of business
process of Electronic paper submission process and ArchiMate 2.0 model that shows
Business level and Application level, however does not show detailed process. The
business process in the ArchiMate model called Electronic submission process is
extended with BPMN business process model containing 2 lanes. Further the
ArchiMate business process Receive Submission is linked with BPMN lane Editor
that contains activities that Editor is responsible for. The ArchiMate business process
Review Process is linked with the BPMN lane Reviewer that contains the activities
the Reviewer is responsible for. The ArchiMate business role Editor is linked with the
BPMN lane Editor and the business role Reviewer is linked with the lane Reviewer.
Nevertheless ArchiMate model supplements BPMN model with layers and active and
passive structure, still these models does not include descriptions of (the added value
of BWW):
1. State Law - a set of all properties that are lawful to a Submission.
2. Conceivable State Space and Lawful State Space - to indicate what states of a data
objects (e.g., Submission) and systems (e.g., Application components system) are
lawful and what are conceivable. For example, Submission can have Incomplete or
Not conforming with the Template or Accepted states, from which only Accepted is
a lawful state.
3. History of states - for business process monitoring purposes it is necessary to
maintain a log of previous states of a Submission, such as Submitted, Reviewed,
Accepted, etc.
4. Conceivable Event Space and Lawful Event Space - it is necessary to indicate what
events described in BPMN model are lawful, e.g., New Submission is a lawful
event in the system, but events like System’s error are unlawful.
5. Emergent properties of a system - one of the emergent property of Electronic
submission system is faster and more efficient management of submissions.
6. Business process variations - using Kind element it is possible to describe different
variations of the business process, e.g., Electronic submission of a monograph.
Fig. 2. Relationships between BPMN and ArchiMate.
In this paper a step towards evaluating completeness and lawfulness of business
process models using BWW system’s model is discussed. It was concluded that to
implement the approach for completeness and lawfulness analysis the
repositorybased modelling tool is required. The modelling tool must allow accommodating
BPMN, ArchiMate and BWW meta-models and defining algorithms, mechanisms and
queries for lawfulness and completeness checking. Another essential feature is
supplementing the BPMN and ArchiMate meta-models with elements from BWW
model that are missing, namely, State Law (SL), Conceivable State Space (CSS),
Lawful State Space (LSS), History (H), Conceivable Event Space (CES), and Lawful
Event Space (LES), because the lack of these elements hinder lawfulness and
completeness of business process models. Analysing business process models using
the BWW system’s model will allow analysing what necessary elements for
information system developing are missing in the models. The further work will
include implementing the prototype of the described repository-based modelling tool
and described algorithms and queries using the ADOxx platform [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] because this
platform allows creating customized modelling languages and defining algorithms,
mechanisms and queries for analysing the models.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Silver</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>BPMN Method and Style with Implementer's Guide</article-title>
          . Cody-Cassidy Press (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>2. The Open Group: ArchiMate 2.0 Specification, http://goo.gl/7gC5B.</mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Wand</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weber</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          :
          <article-title>On the ontological expressiveness of information systems analysis and design grammars</article-title>
          .
          <source>Information Systems Journal. 3</source>
          ,
          <fpage>217</fpage>
          -
          <lpage>237</lpage>
          (
          <year>1993</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Bunge</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          : Treatise on Basic Philosophy: Vol.
          <volume>4</volume>
          :
          <string-name>
            <surname>Ontology</surname>
            <given-names>II</given-names>
          </string-name>
          :
          <article-title>A World of Systems. (</article-title>
          <year>1979</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Recker</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Indulska</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosemann</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Green</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Do Process Modelling Techniques Get Better ? A Comparative Ontological Analysis of BPMN</article-title>
          . Campbell, Bruce, Underwood, Jim, &amp;
          <string-name>
            <surname>Bunker</surname>
          </string-name>
          ,
          <source>Deborah (Eds.) 16th Australasian Conference on Information Systems</source>
          . (
          <year>2005</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Berg</surname>
          </string-name>
          , M. Van Den:
          <article-title>ArchiMate , BPMN and UML : An approach to harmonizing the notations</article-title>
          .
          <source>Orbus software white paper</source>
          . (
          <year>2012</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Arpini</surname>
            ,
            <given-names>R.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Almeida</surname>
            ,
            <given-names>J.P. a.</given-names>
          </string-name>
          :
          <article-title>On the support for the assignment of active structure and behavior in enterprise modeling approaches</article-title>
          .
          <source>Proceedings of the 27th Annual ACM Symposium on Applied Computing - SAC '12</source>
          . p.
          <fpage>1686</fpage>
          . ACM Press, New York, New York, USA (
          <year>2012</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Rosemann</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Recker</surname>
            ,
            <given-names>J.:</given-names>
          </string-name>
          <article-title>A study of the evolution of the representational capabilities of process modeling grammars</article-title>
          .
          <source>Advanced Information Systems Engineering</source>
          .
          <fpage>447</fpage>
          -
          <lpage>461</lpage>
          (
          <year>2006</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Goumopoulos</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kameas</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Theory and Applications of Ontology: Computer Applications</article-title>
          . Springer Netherlands, Dordrecht (
          <year>2010</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Muehlen</surname>
            ,
            <given-names>M.</given-names>
            zur, Indulska, M.
          </string-name>
          ,
          <string-name>
            <surname>Kamp</surname>
          </string-name>
          , G.:
          <article-title>Business Process and Business Rule Modeling: A Representational Analysis</article-title>
          .
          <source>2007 Eleventh International IEEE EDOC Conference Workshop</source>
          . pp.
          <fpage>189</fpage>
          -
          <lpage>196</lpage>
          . IEEE (
          <year>2007</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.OMG:
          <article-title>Business Process Model and Notation 2.0, www</article-title>
          .bpmn.org.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Chinosi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Trombetta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>BPMN: An introduction to the standard</article-title>
          .
          <source>Computer Standards &amp; Interfaces</source>
          .
          <volume>34</volume>
          ,
          <fpage>124</fpage>
          -
          <lpage>134</lpage>
          (
          <year>2012</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.BOC GROUP:
          <article-title>ADOxx</article-title>
          .org.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>