<?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">Towards more Reuse in Conceptual Modeling -A Combined Approach using Contexts</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Jörg</forename><surname>Becker</surname></persName>
							<email>becker@ercis.de</email>
							<affiliation key="aff0">
								<orgName type="department">European Research Center for Information Systems</orgName>
								<address>
									<addrLine>Leonardo-Campus 3</addrLine>
									<postCode>48149</postCode>
									<settlement>Münster</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Christian</forename><surname>Janiesch</surname></persName>
							<email>janiesch@ercis.de</email>
							<affiliation key="aff0">
								<orgName type="department">European Research Center for Information Systems</orgName>
								<address>
									<addrLine>Leonardo-Campus 3</addrLine>
									<postCode>48149</postCode>
									<settlement>Münster</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Daniel</forename><surname>Pfeiffer</surname></persName>
							<email>pfeiffer@ercis.de</email>
							<affiliation key="aff0">
								<orgName type="department">European Research Center for Information Systems</orgName>
								<address>
									<addrLine>Leonardo-Campus 3</addrLine>
									<postCode>48149</postCode>
									<settlement>Münster</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Towards more Reuse in Conceptual Modeling -A Combined Approach using Contexts</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">E975BBF3C8AF3845C0FC467275CEEE91</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-25T06:56+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>Meta modeling</term>
					<term>conceptual modeling</term>
					<term>component-based development</term>
					<term>reuse</term>
					<term>context</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>In this paper a novel reuse approach called context-based modeling is proposed. Context-based modeling combines the reuse mechanisms aggregation, restriction, and specialization. Context-based modeling aims at both, minimal preparation of reuse combined with a high degree of guidance to create suitable models. The proposal is conceptually explored.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Reuse in Conceptual Modeling</head><p>Reuse in modeling means to apply the experience of other modelers or experiences from former projects to approach an actual problem <ref type="bibr" target="#b7">[8]</ref>. It implies that an existing knowledge base is utilized to avoid starting from scratch. For the reuse of knowledge within conceptual models different approaches have been developed: patterns (P), components (CO), reference models (RM), and views (V) <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b1">2,</ref><ref type="bibr" target="#b5">6,</ref><ref type="bibr" target="#b6">7,</ref><ref type="bibr" target="#b8">9]</ref>.</p><p>These reuse approaches apply the following reuse mechanisms: analogy construction (AC), aggregation (A), configuration (C), specialization (S), instantiation (I), and restriction (R) <ref type="bibr" target="#b1">[2]</ref>. Table <ref type="table" target="#tab_0">1</ref> maps the different reuse mechanisms to the corresponding reuse approaches. A comparison of reuse mechanisms can be based on a classification according to two dimensions: The first dimension is the degree of guidance; the second dimension is the degree of preparation necessary to apply the mechanisms.</p><p>The degree of preparation defines how much effort is necessary before a certain mechanism can be used. To be able to apply the mechanism of configuration, rules must be defined and the model elements must be annotated according to the rules. This process is very time-consuming. The domains of valid values must be specified for an instantiation of each placeholder. The mechanism of restriction requires the specification of model element types that are permitted or disallowed. For aggregation constraints can be defined which restrain the possible combinations of components, but such rules are not obligatory. Specialization can exclude certain sorts of modification and allows the general adaptation of models. Analogy construction can always be applied and does not require any preparation.</p><p>The degree of guidance explains how much the modeler is assisted when a certain mechanism is used. E.g. the guidance of configuration is very high. When the parameters are filled with values the model can be configured automatically. Interactions with the user are only necessary to resolve possible conflicts. Restriction provides also a high guidance as model element can automatically be removed if their corresponding types do not belong to the perspective which is applied to the model. Instantiation specifies the domain of possible values but gives no hints what values to choose in a certain situation. The guidance of aggregations and specialization depends on whether any restrictions have been specified. It is to assume that an increased degree of guidance requires in the same amount an increased degree of preparation so that no overall gain can be achieved. Analogy construction offers no instructions on how to proceed. In Fig. <ref type="figure" target="#fig_0">1</ref> the different reuse mechanisms are arranged in a portfolio. The objective of this paper is to construct a reuse approach that can be applied without intensive preparation but that provides, nonetheless, a high degree of guidance. The mechanisms restriction, aggregation and specialization are combined since they seem to be the most promising ones to be used with a varying degree of preparation. The result is a novel reuse approach called context-based modeling.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Context-based Modeling</head><p>Core to context-based modeling is to model in redundant as well as complementary contexts which each have distinct semantics. In this case, a context describes or represents the environment in which the model or a component thereof has a certain meaning.</p><p>A context-based modeling language comprises several contexts. A context acts as a filter as well as a container. In its role as filter, it applies the mechanism of restriction (R) to constrain the available constructs and their relations that can be used within an instance of this context. A context can also be related to (subordinate or sibling) contexts and, thus, applies the mechanism of aggregation (A). By the creation of these relations, model constructs from different contexts are linked. (This entails on a technical level that the contexts are only linked implicitly, since the explicit relations are between the constructs, i. e. the model elements.) Specialization (S) can limit the display of the aggregated components. But more commonly it rather comes into place on a modeling level. If the aggregation and restriction of the model does not suffice the individual needs, it is permissible to specialize the model by addition, deletion, and modification of the existing elements.</p><p>Constructs from one context can be aggregated in other contexts. However, the semantics and syntactics that specify the relations of the different constructs to each other is unique to a context. For example, construct A, which is defined in context A', might also be allowed in context B'. However, C might be a subordinate construct to A only in context A'. When linking construct A with constructs D of context D', it is possible to restrict this to A originating only from A'. A from context B' cannot be reused in context D'. Linking constructs -i.e. reusing or merely connecting them -is enabled by so-called context rules. Cf. Fig. <ref type="figure" target="#fig_1">2</ref> for an overview. This leads to a distinction of different sorts of contexts. While A' provides the basis for all other contexts and does not reuse constructs of other contexts, it acts as a foundation context. D' is a context with multiple relations, i. e. it reuses components from other contexts (A') as well as its components are reused (E'). It acts as a link context. Context E' in comparison is not intended for reuse but acts as an aggregation context which assembles components from other contexts as the highest node in a model. Context B' is uncommon since it is not integrated with other contexts; it acts as a single context.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Summary and Outlook</head><p>Core to context-based modeling proposal is to integrate the mechanisms of restriction, aggregation and specialization. Aggregation is used in a very granular way since model components from within contexts are assembled and contexts are only linked implicitly. The interpretation of restrictions is less restrictive and their semantic consistency lies within the requirements and competence of the modeling language engineer. Furthermore, the mechanism of specialization is incorporated since model component aggregation with explicit context rules allows for adaptations of the resulting model. Contexts are supposed to offer adequate guidance on the reuse of models with a lesser amount of model preparation than current isolated adaptation approaches.</p><p>Context-based modeling has proven to be useful for the description of management information systems <ref type="bibr" target="#b2">[3]</ref> as well as web information systems <ref type="bibr" target="#b4">[5]</ref>. Research suggests that it can be a basis for the design of further situational modeling languages <ref type="bibr" target="#b3">[4]</ref> and that it can act as an innovative reuse mechanism.</p><p>Practically any existing modeling language can be transformed into a contextbased modeling language. Its meaningfulness, however, is strongly depending on the purpose of the modeling endeavor as well as the original design of the modeling language. As with all reuse mechanisms, certain types of modeling languages are more suitable for a problem at hand than others.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Fig. 1 .</head><label>1</label><figDesc>Fig. 1. Portfolio of reuse mechanisms.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Fig. 2 .</head><label>2</label><figDesc>Fig. 2. Exemplary definition of context rules between constructs in different contexts.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>Table 1 .</head><label>1</label><figDesc>Mapping of reuse mechanisms to reuse approaches.</figDesc><table><row><cell></cell><cell>Pattern</cell><cell>Component</cell><cell>Reference Model</cell><cell>View</cell></row><row><cell>Analogy Construction</cell><cell>P / AC</cell><cell></cell><cell>RM / AC</cell></row><row><cell>Aggregation</cell><cell></cell><cell>CO / A</cell><cell>RM / A</cell></row><row><cell>Configuration</cell><cell></cell><cell></cell><cell>RM / CF</cell></row><row><cell>Specialization</cell><cell>P / S</cell><cell></cell><cell>RM / S</cell></row><row><cell>Instantiation</cell><cell></cell><cell></cell><cell>RM / I</cell></row><row><cell>Restriction</cell><cell></cell><cell></cell><cell>RM / R</cell><cell>V / R</cell></row></table></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<monogr>
		<author>
			<persName><forename type="first">C</forename><surname>Alexander</surname></persName>
		</author>
		<title level="m">A Pattern Language: Towns, Buildings, Constructions</title>
				<meeting><address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<publisher>Oxford Univ. Press</publisher>
			<date type="published" when="1977">1977</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Adaptive Reference Modeling: Integrating Configurative and Generic Adaptation Techniques for Information Models</title>
		<author>
			<persName><forename type="first">J</forename><surname>Becker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Delfmann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Knackstedt</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. Reference Modeling Conference (RefMod)</title>
				<meeting>Reference Modeling Conference (RefMod)</meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Evolutionary Method Engineering: Towards a Method for the Analysis and Conception of Management Information Systems</title>
		<author>
			<persName><forename type="first">J</forename><surname>Becker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Janiesch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Pfeiffer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Seidel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. 12th Americas Conference on Information Systems (AMCIS)</title>
				<meeting>12th Americas Conference on Information Systems (AMCIS)</meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
			<biblScope unit="page" from="3686" to="3697" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">A Framework for Situational and Evolutionary Language Adaptation in Information Systems Development</title>
		<author>
			<persName><forename type="first">J</forename><surname>Becker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Janiesch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Seidel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Brelage</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Advances in Information System Development</title>
				<editor>
			<persName><forename type="first">G</forename><surname>Knapp</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">G</forename><surname>Wojtkowski</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Zupancic</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Wrycza</surname></persName>
		</editor>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<monogr>
		<author>
			<persName><forename type="first">C</forename><surname>Brelage</surname></persName>
		</author>
		<title level="m">Web Information System Development: Conceptual Modelling of Navigation for Satisfying Information Needs</title>
				<meeting><address><addrLine>Berlin</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
		<respStmt>
			<orgName>University of Münster</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Dissertation</note>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Meta-modelling Based Assembly Techniques for Situational Method Engineering</title>
		<author>
			<persName><forename type="first">S</forename><surname>Brinkkemper</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Saeki</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Harmsen</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information Systems</title>
		<imprint>
			<biblScope unit="volume">24</biblScope>
			<biblScope unit="page" from="209" to="228" />
			<date type="published" when="1999">1999</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Engineering Methods from Method Requirements Specifications</title>
		<author>
			<persName><forename type="first">D</forename><surname>Gupta</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Prakash</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Requirements Engineering</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="page" from="135" to="160" />
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Information Modeling in the Time of the Revolution</title>
		<author>
			<persName><forename type="first">J</forename><surname>Mylopoulos</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information Systems</title>
		<imprint>
			<biblScope unit="volume">23</biblScope>
			<biblScope unit="page" from="127" to="155" />
			<date type="published" when="1998">1998</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">A Framework for Information Systems Architecture</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">A</forename><surname>Zachman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IBM Systems Journal</title>
		<imprint>
			<biblScope unit="volume">26</biblScope>
			<biblScope unit="page" from="277" to="293" />
			<date type="published" when="1987">1987</date>
		</imprint>
	</monogr>
</biblStruct>

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