<!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>The Pattern of Patterns: What is a pattern in conceptual modeling?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Pooyan Ramezani Besheli</string-name>
          <email>pooyan.ramezanibesheli@UGent.be</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Business Informatics and Operations Management, Faculty of Economics and Business Administration, Ghent University Tweekerkenstraat 2</institution>
          ,
          <addr-line>9000 Gent</addr-line>
          ,
          <country country="BE">Belgium</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>It has been proven that using structured methods to represent the domain reduces human errors in the process of creating models and also in the process of using them. Using modeling patterns is a proven structural method in this regard. A pattern is a generalizable reusable solution to a design problem. Positive effects of using patterns were demonstrated in several experimental studies and explained using theories. However, detailed knowledge about how properties of patterns lead to increased performance in writing and reading conceptual models is currently lacking. This paper proposes a theoretical framework to characterize the properties of ontology-driven conceptual model patterns. The development of such framework is the first step in investigating the effects of pattern properties and devising rules to compose patterns based on well-understood properties. In the Information Systems field, conceptual modeling is the activity that elicits and describes the knowledge about a domain that a particular information system (for that domain) needs to incorporate (1). Business ontologies and value models are particular kinds of conceptual models that are used in the early phases of information system's requirements engineering. A business ontology defines the concepts, relationships, and axioms that hold for some business domain (e.g., transactions, business processes, business policy). Having a domain model commit to a business ontology ensures precise semantics of the model elements. A value model is a conceptual model of a value web, i.e., a network of business entities (e.g., enterprises, market segments) that exchange objects of value within the frame of some ecosystem of interacting business models. As a domain model, the value model thus describes how value is created and exchanged within the domain of the value web. From such value model, requirements can be derived for how the information system of a focal actor in the value web should support and monitor the creation and exchange of value by this actor [2,3].</p>
      </abstract>
      <kwd-group>
        <kwd>Semantic Ontology</kwd>
        <kwd>Visual Ontology</kwd>
        <kwd>Conceptual Modeling Patterns</kwd>
        <kwd>Ontology-Driven Models</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Value modeling, business ontology engineering, and conceptual modeling in general are important in developing
or acquiring information systems as the quality of the system critically depends on the quality of the ontologies
and models underlying the system [
        <xref ref-type="bibr" rid="ref4 ref5">4,5</xref>
        ]. Assuring a high level of quality in conceptual modeling is, however,
challenging. The high level of domain abstraction needed to create high-quality conceptual models poses
difficulties which for some people are hard to overcome [
        <xref ref-type="bibr" rid="ref4 ref6 ref7 ref8 ref9">4, 6-9</xref>
        ]. It has been shown, for instance, that a modeler’s
field-independency (i.e., ability to think in abstract concepts, e.g., a value embedded in the value proposition to
economy passengers made by a low-cost carrier, versus the need for information on the particular frame of
reference, e.g., the current price of a flight next Sunday to Ibiza from Amsterdam by Ryanair) has a strong impact
on the ability to create high-quality conceptual models [10].
      </p>
      <p>
        One way to reduce individual variety (e.g., caused by traits like field-(in)dependency) in creating conceptual
models is using model patterns. It has been proven that using structured methods to represent the domain reduces
human errors in the process of creating models and also in the process of using them. Using modeling patterns is
a proven structural method in this regard [
        <xref ref-type="bibr" rid="ref10">11</xref>
        ]. A pattern is a generalizable reusable solution to a design problem.
The main purpose of using modeling patterns is reusing previous solutions in order to help modelers to represent
frequently recurring problems1 in a more formalized way and also to assist in model user’s understanding by
making models more recognizable [
        <xref ref-type="bibr" rid="ref10">11</xref>
        ].
      </p>
      <p>
        It has been proven that using patterns in the modeling process results in benefits for modelers [
        <xref ref-type="bibr" rid="ref1 ref11 ref12">1, 12, 13</xref>
        ] and
model users [
        <xref ref-type="bibr" rid="ref12 ref13 ref14">13-15</xref>
        ]. Positive effects of using patterns were demonstrated in several experimental studies and
explained using theories [
        <xref ref-type="bibr" rid="ref11 ref13">12, 14</xref>
        ]. However, detailed knowledge about how properties of patterns lead to increased
performance in writing and reading conceptual models is currently lacking. Commonly, patterns are designed
empirically based on (supposedly best) practice, but if they can be characterized in terms of their properties, we
will be able to investigate which properties lead to certain effects under certain circumstances, which will provide
knowledge to develop better patterns. If we have a property catalog of conceptual model patterns, we are able to
investigate local effects of properties and by combining them we are able to assess their global effects. Knowing
the specific effects of the pattern properties provides a possibility to further develop existing patterns by
reconfiguring their properties.
      </p>
      <p>This paper proposes a theoretical framework to characterize the properties of conceptual model patterns. The
development of such framework is the first step in investigating the effects of pattern properties and devising rules
to compose patterns based on well-understood properties.</p>
    </sec>
    <sec id="sec-2">
      <title>2! Discussion</title>
      <p>The theoretical framework represents different levels of elements regarding their rigidity and the level of the
abstraction. This framework represents elements from the fundamental theories underpinning the modeling
patterns as the highest level of abstraction and less rigid types of elements including the final software application
of the solution as lower levels of abstraction. The theoretical framework is presented in Figure 1. The next sections
explain the different levels of this framework and the elements of each level.
1 Problem in this context needs to be understood as the problem of representing some situation of reality, i.e.,
not the problem is represented but the representing is the problem.
2.1!</p>
    </sec>
    <sec id="sec-3">
      <title>Foundational theory</title>
      <p>
        Any model represents things based on a singular way of looking at reality. The perspective of the modeling pattern
can be defined in a school of philosophy and a school of psychology. Clarifying the philosophical assumptions
which fundamentally describe the core ontology of the pattern, is a crucial and very fundamental element of the
pattern [
        <xref ref-type="bibr" rid="ref16 ref17 ref18">17-19</xref>
        ]. Also, the philosophical school of the pattern accordingly specifies the psychological school of
the pattern Figure 2. foundational elements of the pattern. The relation between philosophical and psychological
assumptions is very important in the way of describing reality. In other words, the assumption about the aspects
the humanity should be based on a unique perspective of the reality. By this clarification we objectively address
all theoretical assumptions that are involved in practice (product) and it provides us a possibility to practically
evaluate the performance of those abstracts and subjective theories.
      </p>
    </sec>
    <sec id="sec-4">
      <title>Core Ontology:</title>
      <p>
        This level represents types of ontologies that are involved in the pattern Figure 3. involving elements of the pattern
from basis to the core ontology level and their relationsOntology represent a taxonomy of basic concepts related
to the given theoretical assumption (philosophical or psychological). Formal ontology is concerned with the
systematic development of axiomatic theories describing forms, modes, and views of being of the world at
different levels of abstraction and granularity. Formal ontology combines the methods of mathematical logic with
principles of philosophy, but also with the methods of artificial intelligence and linguistics. At the most general
level of abstraction, formal ontology is concerned with those categories that apply to every area of the world [
        <xref ref-type="bibr" rid="ref16 ref19">17,
20</xref>
        ].
      </p>
    </sec>
    <sec id="sec-5">
      <title>Semantic ontology: visual ontology:</title>
      <p>
        Semantic ontology defines concepts in high level of generality that provide a semantic basis for defining domain
concepts. Also, it represents rules to define the relations of those concepts and the set of axioms formulated about
their vocabulary. This type of ontology may differ with respect to theoretical assumptions and accordingly
categories and relations. If two ontologies are based on similar philosophical assumptions, then they have similar
categories and relations [
        <xref ref-type="bibr" rid="ref19">20</xref>
        ].
      </p>
      <p>
        Visual ontology defines relations and notations of defined concepts. Based on the theoretical foundation of the
visual ontology, this type of ontology describes the particular way of representing concepts in the model. This
ontology represents visual aspects of constructs by explaining the cognitive quality of proposed notations. Visual
representations are effective as they are related to the capabilities of the powerful and highly parallel human visual
system [
        <xref ref-type="bibr" rid="ref20 ref21 ref22">21-23</xref>
        ]. Regarding the structure of the designed model, a visual ontology may also provide rules for
relations between concepts.
      </p>
      <p>The semantic ontology and visual ontology of the pattern constitute the core ontologies of the pattern. Patterns
may combine several ontologies as long as they are based on unique, non-conflicting theoretical foundations.
2.3!</p>
    </sec>
    <sec id="sec-6">
      <title>Domain ontology:</title>
      <p>
        The domain ontology of the pattern defines specific concepts of the domain and their relations and notations based
on the core ontologies of the pattern Figure 4. involving elements of the pattern from basis to the domain ontology
level and their relations. Domain ontology recognizes the concepts of the domain and the relations between them
and relevant notation for the specific domain [
        <xref ref-type="bibr" rid="ref23 ref24">24, 25</xref>
        ]. Any pattern can use different combinations and
arrangements of elements described in the domain ontology. Any elements of the domain (concepts, relations,
notations) are expressed based on one or more semantic and visual ontologies which are themselves related to a
philosophical assumption and a psychological assumption. Any pattern uses a specific combination considering
the type of the problem it is addressing.
      </p>
      <p>A domain ontology assumed as a formal knowledge base is given by an explicit specification of a
conceptualization. This specification must be articulated in a formal language, and there is a variety of formal</p>
      <p>Figure 3. involving elements of the pattern from basis to the core ontology level and their relations
specification systems. We can consider this level as formal representation of the core ontologies Table 1.</p>
      <sec id="sec-6-1">
        <title>Core Ontology type</title>
        <p>!!
Semantic !!
!!
Semantic-Visual !!</p>
      </sec>
      <sec id="sec-6-2">
        <title>Visual</title>
        <p>!!
!!</p>
      </sec>
      <sec id="sec-6-3">
        <title>Domain Ontology element Concept: represents things in a specific domain based on the semantic ontology of the pattern.</title>
        <p>Relation:
defined based on the semantic ontology of the pattern, although the visual
ontology may modify or validate the relation based on the way of
understanding (cognition) and interpreting by modelers or model users.</p>
        <p>
          Notation:
based on the visual ontology that concludes some visual theories such as the
physics of the notation and also the structure of the design. Visual elements of
a pattern are significant to make the pattern more understandable [
          <xref ref-type="bibr" rid="ref22">23</xref>
          ].
This level is less abstract and more rigid than previous levels. In this level, based on the problem in a domain, a
pattern proposes appropriate concepts and their relations and notations. The pattern defines which concepts of the
domain ontology are involved, how these concepts are structured to design a reusable solution that addresses the
problem, and which notation should be used for the concepts and the structure of relations between the concepts.
Here, at this level, the pattern gets created and gets formal Figure 5. involving elements of the pattern from basis
to the formal methodology level and their relations. Patterns have a logical method to represent that combination
based on the type of the task in demand.
So, any pattern uses concepts of a specific domain which are defined semantically by a semantic ontology that is
itself based on a philosophical assumption [
          <xref ref-type="bibr" rid="ref23 ref24 ref25">24-26</xref>
          ]. The relation between these concepts are defined by the
particular combination of two core ontologies: the semantic ontology –the same one used as for definition domain
ontology concepts – and the visual ontology. The visual ontology is based on a psychological assumption that is
defined in a higher level. This combination recognizes the relation between concepts based on the problem
domain. Also, a pattern uses notations to design the model based on the visual ontology that is based on a
psychological assumption.
        </p>
        <p>The unique way of uniting mentioned elements to create a reusable solution to address a type-problem in a domain
is what we define as the Pattern.
The structure of patterns could be formalized and be delivered in some tools that facilitate the process of using
patterns. Basically, this is the final implementation of the pattern and it has impact on the final performance of
the using patterns. This part is the most rigid element of the patterns and can be evaluated by technical means
only. We represent this part in order to depict the whole picture of patterns because same patterns can perform
differently regarding their way of implementation Figure 6.</p>
      </sec>
    </sec>
    <sec id="sec-7">
      <title>Conclusion</title>
      <p>The represented theoretical framework shows elements and the connection of all involved elements of the pattern.
We performed an ontological approach to describe an ontology-driven method. Many attempts have been done to
create ontological artifacts but still we could not integrate them properly and use the benefit of the integral
reinforcement. Using unified view to creating ontology-driven models will provide us to overcome the mentioned
problem. On the other hand, we can evaluate the effects of any elements explicitly and also assess the interactional
effects of the involving elements on each other and the final product. The development of such framework is the
first step in investigating the effects of pattern properties and devising rules to compose patterns based on
wellunderstood properties.
4!</p>
    </sec>
    <sec id="sec-8">
      <title>Acknowledgement</title>
      <p>This paper has benefited from discussions with professor Geert Poels, head of the business informatics research
group of Ghent University.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.! Bera, Palash, and
          <string-name>
            <given-names>Geert</given-names>
            <surname>Poels</surname>
          </string-name>
          .
          <article-title>"How do we acquire understanding of conceptual models?." 14th Annual Symposium of the AIS Special Interest Group on Systems Analysis and Design</article-title>
          . Virginia Commonwealth University, School of Business, Dept.
          <source>Information Systems</source>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.! Gordijn, Jaap.
          <article-title>"A design methodology for modeling trustworthy value webs."</article-title>
          <source>International Journal of electronic commerce 9</source>
          .3 (
          <year>2005</year>
          ):
          <fpage>31</fpage>
          -
          <lpage>48</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.! Wand, Yair, and
          <string-name>
            <given-names>Ron</given-names>
            <surname>Weber</surname>
          </string-name>
          .
          <source>"Research commentary: information systems and conceptual modelinga research agenda." Information Systems Research 13.4</source>
          (
          <year>2002</year>
          ):
          <fpage>363</fpage>
          -
          <lpage>376</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.! Olivé, Antoni, and
          <string-name>
            <given-names>Jordi</given-names>
            <surname>Cabot</surname>
          </string-name>
          .
          <article-title>"A research agenda for conceptual schema-centric development</article-title>
          .
          <source>" Conceptual Modelling in Information Systems Engineering</source>
          . Springer Berlin Heidelberg,
          <year>2007</year>
          .
          <fpage>319</fpage>
          -
          <lpage>334</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.! Nelson,
          <string-name>
            <given-names>H.</given-names>
            <surname>James</surname>
          </string-name>
          , et al.
          <article-title>"A conceptual modeling quality framework</article-title>
          .
          <source>" Software Quality Journal 20.1</source>
          (
          <year>2012</year>
          ):
          <fpage>201</fpage>
          -
          <lpage>228</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.! Moody, Daniel L., et al.
          <article-title>"Evaluating the quality of information models: empirical testing of a conceptual model quality framework</article-title>
          .
          <source>" Proceedings of the 25th international conference on software engineering. IEEE Computer Society</source>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.! Moody, Daniel L.
          <article-title>"Theoretical and practical issues in evaluating the quality of conceptual models: current state and future directions."</article-title>
          <source>Data &amp; Knowledge Engineering 55.3</source>
          (
          <year>2005</year>
          ):
          <fpage>243</fpage>
          -
          <lpage>276</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.! Lindland, Odd Ivar, Guttorm Sindre, and
          <string-name>
            <given-names>Arne</given-names>
            <surname>Solvberg</surname>
          </string-name>
          .
          <article-title>"Understanding quality in conceptual modeling</article-title>
          .
          <source>" IEEE software 11.2</source>
          (
          <year>1994</year>
          ):
          <fpage>42</fpage>
          -
          <lpage>49</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.! Wand, Yair, and
          <string-name>
            <given-names>Ron</given-names>
            <surname>Weber</surname>
          </string-name>
          .
          <article-title>"Toward a theory of the deep structure of information systems</article-title>
          .
          <source>" ICIS</source>
          .
          <year>1990</year>
          10.! Claes,
          <string-name>
            <surname>Jan</surname>
          </string-name>
          , et al.
          <article-title>"The structured process modeling theory (SPMT) a cognitive view on why and how modelers benefit from structuring the process of process modeling</article-title>
          .
          <source>" Information Systems Frontiers 17.6</source>
          (
          <year>2015</year>
          ):
          <fpage>1401</fpage>
          -
          <lpage>1425</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          11.
          <string-name>
            <surname>! Purao</surname>
            <given-names>S</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Storey</surname>
            <given-names>VC</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Han</surname>
            <given-names>T</given-names>
          </string-name>
          (
          <year>2003</year>
          )
          <article-title>Improving Analysis Pattern Reuse in Conceptual Design: Augmenting Automated Processes with Supervised Learning</article-title>
          .
          <source>Information Systems Research</source>
          <volume>14</volume>
          <fpage>269</fpage>
          -
          <lpage>290</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          12.! Batra,
          <string-name>
            <surname>Dinesh.</surname>
          </string-name>
          <article-title>"Conceptual data modeling patterns: Representation and validation</article-title>
          .
          <source>" Journal of Database Management 16.2</source>
          (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          13.
          <string-name>
            <surname>! Batra</surname>
            <given-names>D</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            <given-names>TW</given-names>
          </string-name>
          (
          <year>2004</year>
          )
          <article-title>A research agenda for evaluating and improving data modeling patterns</article-title>
          . In:
          <string-name>
            <surname>Batra</surname>
            <given-names>D</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parsons</surname>
            <given-names>J</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ramesh</surname>
            <given-names>V</given-names>
          </string-name>
          (Eds.)
          <source>Proc. 3rd Symposium on Research in Systems Analysis and Design. St</source>
          . John's, Canada.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          14.! Poels,
          <string-name>
            <surname>Geert</surname>
          </string-name>
          , et al.
          <article-title>User comprehension of accounting information structures: An empirical test of the REA model</article-title>
          . No.
          <volume>04</volume>
          /254. Ghent University,
          <source>Faculty of Economics and Business Administration</source>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          15.!
          <string-name>
            <surname>Gerard</surname>
            <given-names>GJ</given-names>
          </string-name>
          (
          <year>2005</year>
          )
          <article-title>The REA Pattern, Knowledge Structures, and Conceptual Modeling Performance</article-title>
          .
          <source>Journal of Information Systems</source>
          <volume>19</volume>
          <fpage>57</fpage>
          -
          <lpage>77</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          16.! Krogstie, John, Guttorm Sindre, and
          <string-name>
            <given-names>Håvard</given-names>
            <surname>Jørgensen</surname>
          </string-name>
          .
          <article-title>"Process models representing knowledge for action: a revised quality framework."</article-title>
          <source>European Journal of Information Systems 15.1</source>
          (
          <year>2006</year>
          ):
          <fpage>91</fpage>
          -
          <lpage>102</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          17.! Herre,
          <string-name>
            <surname>Heinrich.</surname>
          </string-name>
          "
          <article-title>General Formal Ontology (GFO): A foundational ontology for conceptual modelling." Theory and applications of ontology: computer applications</article-title>
          . Springer Netherlands,
          <year>2010</year>
          .
          <fpage>297</fpage>
          -
          <lpage>345</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          18.! Vessey,
          <string-name>
            <surname>Iris.</surname>
          </string-name>
          <article-title>"Cognitive fit: A theory!based analysis of the graphs versus tables literature."</article-title>
          <source>Decision Sciences 22.2</source>
          (
          <year>1991</year>
          ):
          <fpage>219</fpage>
          -
          <lpage>240</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          19.! Rowley,
          <string-name>
            <surname>Jennifer E.</surname>
          </string-name>
          , and Richard J. Hartley, eds.
          <article-title>Organizing knowledge: an introduction to managing access to information</article-title>
          . Ashgate Publishing, Ltd.,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          20.! Guizzardi,
          <string-name>
            <surname>Giancarlo.</surname>
          </string-name>
          <article-title>Ontological foundations for structural conceptual models</article-title>
          .
          <source>CTIT, Centre for Telematics and Information Technology</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          21.! Trope, Yaacov, and
          <string-name>
            <given-names>Nira</given-names>
            <surname>Liberman</surname>
          </string-name>
          .
          <article-title>"Construal-level theory of psychological distance."</article-title>
          <source>Psychological review 117.2</source>
          (
          <year>2010</year>
          ):
          <fpage>440</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          22.! Petrusel, Razvan,
          <string-name>
            <given-names>Jan</given-names>
            <surname>Mendling</surname>
          </string-name>
          , and
          <string-name>
            <surname>Hajo</surname>
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Reijers</surname>
          </string-name>
          .
          <article-title>"How visual cognition influences process model comprehension." Decision Support Systems 96 (</article-title>
          <year>2017</year>
          ):
          <fpage>1</fpage>
          -
          <lpage>16</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          23.! Moody, Daniel.
          <article-title>"The “physics” of notations: toward a scientific basis for constructing visual notations in software engineering</article-title>
          .
          <source>" IEEE Transactions on Software Engineering 35.6</source>
          (
          <year>2009</year>
          ):
          <fpage>756</fpage>
          -
          <lpage>779</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          24.! Gruber, Thomas R.
          <article-title>"A translation approach to portable ontology specifications." Knowledge acquisition 5.2 (</article-title>
          <year>1993</year>
          ):
          <fpage>199</fpage>
          -
          <lpage>220</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          25.
          <string-name>
            <surname>! McCarthy</surname>
            ,
            <given-names>William E</given-names>
          </string-name>
          .
          <article-title>"The REA accounting model: A generalized framework for accounting systems in a shared data environment." Accounting Review (</article-title>
          <year>1982</year>
          ):
          <fpage>554</fpage>
          -
          <lpage>578</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          26.! Gailly, Frederik,
          <string-name>
            <given-names>Guido</given-names>
            <surname>Geerts</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Geert</given-names>
            <surname>Poels</surname>
          </string-name>
          .
          <article-title>"Ontological Reengineering of the REA-EO using UFO."</article-title>
          <source>International Workshop on Ontology-Driven Software Engineering, OOPSLA</source>
          .
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>