<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">The Pattern of Patterns: What is a pattern in conceptual modeling?</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Pooyan</forename><forename type="middle">Ramezani</forename><surname>Besheli</surname></persName>
							<email>pooyan.ramezanibesheli@ugent.be</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Business Informatics and Operations Management</orgName>
							</affiliation>
							<affiliation key="aff1">
								<orgName type="department">Faculty of Economics and Business Administration</orgName>
								<orgName type="institution">Ghent University Tweekerkenstraat</orgName>
								<address>
									<postCode>9000</postCode>
									<settlement>Gent</settlement>
									<country key="BE">Belgium</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">The Pattern of Patterns: What is a pattern in conceptual modeling?</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">8980C392F418625909F591F5455A5B4F</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T16:48+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Semantic Ontology</term>
					<term>Visual Ontology</term>
					<term>Conceptual Modeling Patterns</term>
					<term>Ontology-Driven Models</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><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.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>1! Introduction</head><p>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 <ref type="bibr" target="#b0">(1)</ref>. 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 <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b2">3]</ref>.</p><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 <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b4">5]</ref>. 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 <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b5">[6]</ref><ref type="bibr" target="#b6">[7]</ref><ref type="bibr" target="#b7">[8]</ref><ref type="bibr" target="#b8">[9]</ref>. 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 <ref type="bibr" target="#b9">[10]</ref>.</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 <ref type="bibr" target="#b10">[11]</ref>. 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 problems<ref type="foot" target="#foot_0">1</ref> in a more formalized way and also to assist in model user's understanding by making models more recognizable <ref type="bibr" target="#b10">[11]</ref>.</p><p>It has been proven that using patterns in the modeling process results in benefits for modelers <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b11">12,</ref><ref type="bibr" target="#b12">13]</ref> and model users <ref type="bibr" target="#b12">[13]</ref><ref type="bibr" target="#b13">[14]</ref><ref type="bibr" target="#b14">[15]</ref>. Positive effects of using patterns were demonstrated in several experimental studies and explained using theories <ref type="bibr" target="#b11">[12,</ref><ref type="bibr" target="#b13">14]</ref>. 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></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>2! Discussion</head><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 <ref type="figure" target="#fig_1">1</ref>. The next sections explain the different levels of this framework and the elements of each level.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>2.1! Foundational theory</head><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 <ref type="bibr" target="#b16">[17]</ref><ref type="bibr" target="#b17">[18]</ref><ref type="bibr" target="#b18">[19]</ref>. Also, the philosophical school of the pattern accordingly specifies the psychological school of the pattern Figure <ref type="figure" target="#fig_0">2</ref>. 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></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>2.2! Core Ontology:</head><p>This level represents types of ontologies that are involved in the pattern Figure <ref type="figure">3</ref>. 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 <ref type="bibr" target="#b16">[17,</ref><ref type="bibr" target="#b19">20]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Semantic ontology:</head><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 <ref type="bibr" target="#b19">[20]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>visual ontology:</head><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 <ref type="bibr" target="#b20">[21]</ref><ref type="bibr" target="#b21">[22]</ref><ref type="bibr" target="#b22">[23]</ref>. Regarding the structure of the designed model, a visual ontology may also provide rules for relations between concepts. 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. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>2.3! Domain ontology:</head><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 <ref type="figure">4</ref>. 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 <ref type="bibr" target="#b23">[24,</ref><ref type="bibr" target="#b24">25]</ref>. 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. 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 specification systems. We can consider this level as formal representation of the core ontologies Table <ref type="table">1</ref>. 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 <ref type="bibr" target="#b22">[23]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>2.4! Formal Methodology:</head><p>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.</p><p>Here, at this level, the pattern gets created and gets formal Figure <ref type="figure" target="#fig_3">5</ref>. 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 <ref type="bibr" target="#b23">[24]</ref><ref type="bibr" target="#b24">[25]</ref><ref type="bibr" target="#b25">[26]</ref>. 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.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>2.5! Application:</head><p>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 <ref type="figure" target="#fig_4">6</ref>. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>3! Conclusion</head><p>The represented theoretical framework shows elements and the connection of all involved elements of the pattern.</p><p>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.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>4! Acknowledgement</head><p>This paper has benefited from discussions with professor Geert Poels, head of the business informatics research group of Ghent University. </p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 2 .</head><label>2</label><figDesc>Figure 2. foundational elements of the pattern</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Table 1 ,</head><label>1</label><figDesc>Relation between core and domain ontology type Core Ontology type Domain Ontology element Semantic !! Concept: !! represents things in a specific domain based on the semantic ontology of the pattern. Semantic-Visual !! 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.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Figure 3 .Figure 4 .</head><label>34</label><figDesc>Figure 3. involving elements of the pattern from basis to the core ontology level and their relations</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Figure 5 .</head><label>5</label><figDesc>Figure 5. involving elements of the pattern from basis to the formal methodology level and their relations</figDesc><graphic coords="5,37.48,214.09,522.96,340.08" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Figure 6 .</head><label>6</label><figDesc>Figure 6. involving elements of the pattern from basis to the application level and their relations</figDesc><graphic coords="6,31.72,72.25,534.48,359.52" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="2,73.96,278.65,441.12,315.12" type="bitmap" /></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">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. Figure 1. Theoretical framework for characterizing properties of conceptual modeling patterns</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">How do we acquire understanding of conceptual models?</title>
		<author>
			<persName><surname>Bera</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Geert</forename><surname>Palash</surname></persName>
		</author>
		<author>
			<persName><surname>Poels</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">14th Annual Symposium of the AIS Special Interest Group on Systems Analysis and Design</title>
				<imprint>
			<date type="published" when="2015">2015</date>
		</imprint>
		<respStmt>
			<orgName>Virginia Commonwealth University, School of Business, Dept. Information Systems</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">A design methodology for modeling trustworthy value webs</title>
		<author>
			<persName><forename type="first">Jaap</forename><surname>Gordijn</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">International Journal of electronic commerce</title>
		<imprint>
			<biblScope unit="volume">9</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="31" to="48" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Research commentary: information systems and conceptual modelinga research agenda</title>
		<author>
			<persName><surname>Wand</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ron</forename><surname>Yair</surname></persName>
		</author>
		<author>
			<persName><surname>Weber</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information Systems Research</title>
		<imprint>
			<biblScope unit="volume">13</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="363" to="376" />
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">A research agenda for conceptual schema-centric development</title>
		<author>
			<persName><forename type="first">Antoni</forename><surname>Olivé</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Jordi</forename><surname>Cabot</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Conceptual Modelling in Information Systems Engineering</title>
				<meeting><address><addrLine>Berlin Heidelberg</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2007">2007</date>
			<biblScope unit="page" from="319" to="334" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">A conceptual modeling quality framework</title>
		<author>
			<persName><forename type="first">H</forename><surname>Nelson</surname></persName>
		</author>
		<author>
			<persName><surname>James</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Software Quality Journal</title>
		<imprint>
			<biblScope unit="volume">20</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="201" to="228" />
			<date type="published" when="2012">2012</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Evaluating the quality of information models: empirical testing of a conceptual model quality framework</title>
		<author>
			<persName><surname>Moody</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Daniel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 25th international conference on software engineering</title>
				<meeting>the 25th international conference on software engineering</meeting>
		<imprint>
			<publisher>IEEE Computer Society</publisher>
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Theoretical and practical issues in evaluating the quality of conceptual models: current state and future directions</title>
		<author>
			<persName><surname>Moody</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Daniel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Data &amp; Knowledge Engineering</title>
		<imprint>
			<biblScope unit="volume">55</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="243" to="276" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Understanding quality in conceptual modeling</title>
		<author>
			<persName><forename type="first">Odd</forename><surname>Lindland</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Guttorm</forename><surname>Ivar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Arne</forename><surname>Sindre</surname></persName>
		</author>
		<author>
			<persName><surname>Solvberg</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE software</title>
		<imprint>
			<biblScope unit="volume">11</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="42" to="49" />
			<date type="published" when="1994">1994</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<monogr>
		<title level="m" type="main">Toward a theory of the deep structure of information systems</title>
		<author>
			<persName><surname>Wand</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ron</forename><surname>Yair</surname></persName>
		</author>
		<author>
			<persName><surname>Weber</surname></persName>
		</author>
		<idno>ICIS. 1990</idno>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">The structured process modeling theory (SPMT) a cognitive view on why and how modelers benefit from structuring the process of process modeling</title>
		<author>
			<persName><forename type="first">Jan</forename><surname>Claes</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information Systems Frontiers</title>
		<imprint>
			<biblScope unit="volume">17</biblScope>
			<biblScope unit="issue">6</biblScope>
			<biblScope unit="page" from="1401" to="1425" />
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Improving Analysis Pattern Reuse in Conceptual Design: Augmenting Automated Processes with Supervised Learning</title>
		<author>
			<persName><forename type="first">S</forename><surname>Purao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">C</forename><surname>Storey</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Han</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information Systems Research</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<biblScope unit="page" from="269" to="290" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Conceptual data modeling patterns: Representation and validation</title>
		<author>
			<persName><surname>Batra</surname></persName>
		</author>
		<author>
			<persName><surname>Dinesh</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Database Management</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<biblScope unit="issue">2</biblScope>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">A research agenda for evaluating and improving data modeling patterns</title>
		<author>
			<persName><forename type="first">D</forename><surname>Batra</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">W</forename><surname>Wang</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. 3rd Symposium on Research in Systems Analysis and Design</title>
				<editor>
			<persName><forename type="first">D</forename><surname>Batra</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Parsons</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">Ramesh</forename><forename type="middle">V</forename></persName>
		</editor>
		<meeting>3rd Symposium on Research in Systems Analysis and Design<address><addrLine>St. John&apos;s, Canada</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<monogr>
		<title level="m" type="main">User comprehension of accounting information structures: An empirical test of the REA model</title>
		<author>
			<persName><surname>Poels</surname></persName>
		</author>
		<author>
			<persName><surname>Geert</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
		<respStmt>
			<orgName>Ghent University ; Faculty of Economics and Business Administration</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">No. 04/254</note>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">The REA Pattern, Knowledge Structures, and Conceptual Modeling Performance</title>
		<author>
			<persName><forename type="first">G</forename><forename type="middle">J</forename><surname>Gerard</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Information Systems</title>
		<imprint>
			<biblScope unit="volume">19</biblScope>
			<biblScope unit="page" from="57" to="77" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">Process models representing knowledge for action: a revised quality framework</title>
		<author>
			<persName><surname>Krogstie</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Guttorm</forename><surname>John</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Håvard</forename><surname>Sindre</surname></persName>
		</author>
		<author>
			<persName><surname>Jørgensen</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">European Journal of Information Systems</title>
		<imprint>
			<biblScope unit="volume">15</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="91" to="102" />
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">General Formal Ontology (GFO): A foundational ontology for conceptual modelling</title>
		<author>
			<persName><surname>Herre</surname></persName>
		</author>
		<author>
			<persName><surname>Heinrich</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Theory and applications of ontology: computer applications</title>
				<imprint>
			<publisher>Springer Netherlands</publisher>
			<date type="published" when="2010">2010</date>
			<biblScope unit="page" from="297" to="345" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">Cognitive fit: A theory!based analysis of the graphs versus tables literature</title>
		<author>
			<persName><forename type="first">Iris</forename><surname>Vessey</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Decision Sciences</title>
		<imprint>
			<biblScope unit="volume">22</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="219" to="240" />
			<date type="published" when="1991">1991</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<monogr>
		<title level="m">Organizing knowledge: an introduction to managing access to information</title>
				<editor>
			<persName><forename type="first">Jennifer</forename><forename type="middle">E</forename><surname>Rowley</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">Richard</forename><forename type="middle">J</forename><surname>Hartley</surname></persName>
		</editor>
		<imprint>
			<publisher>Ashgate Publishing, Ltd</publisher>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<monogr>
		<title level="m" type="main">Ontological foundations for structural conceptual models</title>
		<author>
			<persName><forename type="first">Giancarlo</forename><surname>Guizzardi</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2005">2005</date>
		</imprint>
		<respStmt>
			<orgName>CTIT, Centre for Telematics and Information Technology</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<analytic>
		<title level="a" type="main">Construal-level theory of psychological distance</title>
		<author>
			<persName><surname>! Trope</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Nira</forename><surname>Yaacov</surname></persName>
		</author>
		<author>
			<persName><surname>Liberman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Psychological review</title>
		<imprint>
			<biblScope unit="volume">117</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page">440</biblScope>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">How visual cognition influences process model comprehension</title>
		<author>
			<persName><surname>Petrusel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Jan</forename><surname>Razvan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Hajo</forename><forename type="middle">A</forename><surname>Mendling</surname></persName>
		</author>
		<author>
			<persName><surname>Reijers</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Decision Support Systems</title>
		<imprint>
			<biblScope unit="volume">96</biblScope>
			<biblScope unit="page" from="1" to="16" />
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">The &quot;physics&quot; of notations: toward a scientific basis for constructing visual notations in software engineering</title>
		<author>
			<persName><surname>Moody</surname></persName>
		</author>
		<author>
			<persName><surname>Daniel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Transactions on Software Engineering</title>
		<imprint>
			<biblScope unit="volume">35</biblScope>
			<biblScope unit="issue">6</biblScope>
			<biblScope unit="page" from="756" to="779" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<analytic>
		<title level="a" type="main">A translation approach to portable ontology specifications</title>
		<author>
			<persName><surname>Gruber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Thomas</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Knowledge acquisition</title>
		<imprint>
			<biblScope unit="volume">5</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="199" to="220" />
			<date type="published" when="1993">1993</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b24">
	<analytic>
		<title level="a" type="main">The REA accounting model: A generalized framework for accounting systems in a shared data environment</title>
		<author>
			<persName><forename type="first">William</forename><forename type="middle">E</forename><surname>Mccarthy</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Accounting Review</title>
		<imprint>
			<biblScope unit="page" from="554" to="578" />
			<date type="published" when="1982">1982</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b25">
	<analytic>
		<title level="a" type="main">Ontological Reengineering of the REA-EO using UFO</title>
		<author>
			<persName><surname>Gailly</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Guido</forename><surname>Frederik</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Geert</forename><surname>Geerts</surname></persName>
		</author>
		<author>
			<persName><surname>Poels</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Workshop on Ontology-Driven Software Engineering</title>
				<imprint>
			<publisher>OOPSLA</publisher>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
