<?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">Comprehensive Model Integration for Dependency Identification with EMFTrace *</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Stephan</forename><surname>Bode</surname></persName>
							<email>stephan.bode@tu-ilmenau.de</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Software Systems / Process Informatics</orgName>
								<orgName type="institution">Ilmenau University of Technology Ilmenau</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Steffen</forename><surname>Lehnert</surname></persName>
							<email>steffen.lehnert@tu-ilmenau.de</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Software Systems / Process Informatics</orgName>
								<orgName type="institution">Ilmenau University of Technology Ilmenau</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Matthias</forename><surname>Riebisch</surname></persName>
							<email>matthias.riebisch@tu-ilmenau.de</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Software Systems / Process Informatics</orgName>
								<orgName type="institution">Ilmenau University of Technology Ilmenau</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Comprehensive Model Integration for Dependency Identification with EMFTrace *</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">050D0B062A80B378B230943618297C62</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T04:22+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>model dependencies</term>
					<term>model integration</term>
					<term>model repository</term>
					<term>meta model</term>
					<term>traceability</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>As model-based software development becomes increasingly important, the number of models to express various aspects of software at different levels of abstraction raises. Meanwhile evolutionary development and continuous changes demand for explicit dependencies between involved models to facilitate change impact analysis, software comprehension, or coverage and consistency checks. However, there are no comprehensive approaches supporting models, dependencies, changes, and related information throughout the entire software development process. The approach presented in this paper provides a unified and modelspanning concept with a repository for model integration, model versioning, and dependency identification among models utilizing traceability techniques, enhanced with analytic capabilities. The identification is based on a rule set to provide high values for precision and recall. The approach is implemented in a tool called EMFTrace, which is based on Eclipse technology and supports different CASE tools for modeling.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>I. INTRODUCTION</head><p>The growing complexity of software is often accompanied by difficulties in implementing changes and by architectural erosion. One possibility to tackle these problems is the use of different models and modeling languages throughout the entire development process to express requirements, design decisions, and dependencies between models, which is commonly referred to as model-based development. The wide use of several modeling languages and CASE tools has led to a variety of models with different scope and levels of abstraction. Integrating the various models and detecting and analyzing dependencies between them has become important.</p><p>It is therefore necessary to provide support for software evolution and continuous changes through models at different levels of abstraction and by explicitly expressing dependencies between them. Traceability links are wellsuited to model such dependencies, since they enable further analyses, as change impact analysis, software comprehension, and consistency checks. Moreover, solid tool support is required to cope with the number of modeled entities and dependencies to supply practical applicability and usability.</p><p>Existing approaches provide solutions for the integration of models into centralized repositories, e.g., <ref type="bibr" target="#b5">[6]</ref>.</p><p>Besides, several different concepts have been proposed for dependency analyses on models through traceability rules, e.g., in <ref type="bibr" target="#b0">[1]</ref>- <ref type="bibr" target="#b3">[4]</ref>, whereas <ref type="bibr" target="#b4">[5]</ref> relies on information retrieval. However, these approaches only support a limited number of modeling languages without presenting a solution for spanning the whole software development process. They lack a unified concept for managing models, dependencies between models, types of dependency relations and auxiliary information in a centralized manner. This unified concept should be enforced to span the entire development process, ranging from early requirement definitions up to regression testing with the help of appropriate models. Heterogenous development environments and the wide use of several different CASE tools amplify the benefits gained from a unified and process-spanning approach.</p><p>The concept presented in this paper is aimed at creating an extensible platform for various analyses techniques required for model-driven engineering, reengineering, and impact analysis to support software evolution and continuous changes. It is based on a unified approach for comprehensive model integration and dependency analysis. In our approach inter and intra model dependencies are identified and recorded through traceability links, which are established by explicitly defined rules. These traceability rules are combined with information retrieval algorithms to achieve high precision and recall as well as flexibility. Special emphasis has also been put on the explicit modeling of dependency types, since they provide important semantic information for further analyses. Moreover, our concept provides a unified treatment of all related models and data through automated versioning and management of models, rules, model dependencies, and dependency types within a centralized repository. We utilize the extensible model repository EMFStore <ref type="bibr" target="#b5">[6]</ref>, which supports the integration of arbitrary models of standardized modeling languages such as UML, URN <ref type="bibr" target="#b6">[7]</ref>, BPMN and OWL. Several analysis components were integrated into EMFTrace to validate dependencies and to facilitate further analysis capabilities.</p><p>The remainder of this paper is organized as follows. We discuss current development and research regarding model repositories and model dependencies in Section II, whereas Section III introduces our concept and describes our approaches for model integration and dependency analysis. Section IV outlines our main conclusions and future work.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>II. STATE OF THE ART</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Model Repositories</head><p>Automated model management and versioning can be achieved by model repositories that therefore assist modelbased development of software. We considered several different repository projects as a base for EMFTrace, including the Eclipse Model Repository<ref type="foot" target="#foot_0">1</ref> , CDO Model Repository<ref type="foot" target="#foot_1">2</ref> , EMFStore<ref type="foot" target="#foot_2">3</ref> and AndroMDA <ref type="foot" target="#foot_3">4</ref> . Maturity, supported features, usability, and documentation were the main decisive factors we based our evaluation on. After a careful consideration of all projects, we decided to use the EMF <ref type="foot" target="#foot_4">5</ref> -based EMFStore as our underlying repository.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Detection of Model Dependencies</head><p>Since we focus on model-based development and dependencies between models, we do not consider approaches for dependency detection on the level of source code. Data gained through dependency analyses can either be stored and maintained in a dependency matrix, as a graph of traceability links, or as a set of cross-references <ref type="bibr" target="#b7">[8]</ref>. Traceability links allow to attach auxiliary information to them, such as design decisions and alternatives, or link types. This information is of an equivalent value as the actual dependency itself, since it increases the semantical meaning of a dependency relationship. Therefore, it is most suitable to represent model dependencies with traceability links for further analyses.</p><p>Most traceability approaches focus either on predefined rules or on information retrieval. Information retrieval approaches as proposed in <ref type="bibr" target="#b4">[5]</ref> or <ref type="bibr" target="#b8">[9]</ref> operate on identifiers and are therefore easy to adopt to new models and data. They provide good recall, but their lack of precision and the complete absence of additional dependency information limit their usability for dependency detection among models and further analyses.</p><p>In contrast, rule-based approaches require more work to adopt to new models, but they result in more reliable links. Rule-based approaches as proposed in <ref type="bibr" target="#b0">[1]</ref>- <ref type="bibr" target="#b3">[4]</ref> are able to provide auxiliary information on dependencies, such as the type of the dependency specified by the rule. Well-defined dependency types are inevitable to identify semantically rich dependencies and to classify them properly.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>III. EMFTRACE</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Concept and Features</head><p>EMFTrace implements our approach of comprehensive model integration and dependency identification as an extensible platform, which is our basis for further analyses and research. Our main focus is to provide a set of analyses and validation features, which is independent of a certain CASE tool and modeling language, to support engineers, software architects and other stakeholders throughout the entire software lifecycle. Based on models and dependencies between them, we want to establish solid tool support for the following activities:</p><p>• Architecture comprehension, • Dependency analysis,</p><p>• Change impact analysis,</p><p>• Goal-oriented decision support for:</p><p>-Forward engineering and -Reengineering; as well as</p><p>• Validation and consistency checks. We utilize the EMFStore model repository for storing and versioning EMF-based models. Figure <ref type="figure" target="#fig_1">1</ref> provides an overview of the entire approach and illustrates the interaction of EMFTrace with external CASE tools.</p><p>To enable the integration and dependency analysis of different models we extended EMFStore by several metamodels as shown in the bottom of Figure <ref type="figure" target="#fig_1">1</ref>. We integrated different modeling languages into the repository to span the entire software development process. Our approach supports requirements engineering through URN goal models, URN use case maps, and UML use cases. Furthermore, design models such as class diagrams are provided by UML, which has been fully integrated as well. Additional dependencies between UML and URN models are provided by the integration of OWL ontologies, which supply semantic networks of related terms. To ensure practical applicability, we support several different CASE tools which can be used to create and edit the corresponding models. More details on the integration of the models are given in Section III-B2.</p><p>As mentioned in Section II our approach utilizes rulebased traceability for dependency identification among models. To enable a unified treatment of all models and related data, we integrated additional metamodels into EMFStore to maintain and store traceability links and rules directly in the repository. Our traceability metamodel provides explicit support for modeling a hierarchy of dependency types to ensure the proper categorization of detected dependencies. Dependency types can be created and maintained by users in the repository and aggregated in special catalogs, and are therefore subject of model versioning as well. The metamodel for traceability rules offers a similar concept, which enables users to create rules directly in the repository and group them together in catalogs, to support fast exchange and easy maintenance. The design of our rules is based on similar approaches as proposed in <ref type="bibr" target="#b2">[3]</ref> and <ref type="bibr" target="#b3">[4]</ref>. However, we enhanced our rules with information retrieval techniques which supply additional query-operators to improve dependency detection. More details on the concepts for dependencies and rules follow in the next subsections.</p><p>1) Dependency Concept: We store dependency information as traceability links to benefit from their rich semantics. Our traceability metamodel supports binary and n-ary traceability links. Each traceability link can be enhanced with additional information such as the type of a dependency, design decisions, design alternatives, and  assessments of the confidence of the link performed by users.</p><formula xml:id="formula_0">?&gt;9&amp;)=)038! -!@6A!-! B@&lt;#A'C! ! D,*E',!;0',:898! -!$%2&lt;!-! "#$493! ! F)8910! -!@#G!-! H98&gt;',!I'&amp;'+91=J!@#GK!%**,8! ! 5)='039(!L)E! -!MLG!-! I&amp;*3N1N! ! OP!Q5G%! KP!2=7*&amp;3! KP!Q5G%! OP!".7*&amp;3! G90R 8! ! 6&gt;,)8! ! ! F)7)0+)0(:-%:7)8! ! L*&amp;R4,*S! -!TI#A!-! H98&gt;',!I'&amp;'+91=! ! 6)1&amp;)889*0! %)83901!! -!@K%I!-! ! ! ;&amp;(/93)(3U8! %**,E*.! VF)8910!I'33)&amp;08W! ! $)'3&gt;&amp;)!#*+),8!</formula><p>Moreover, we are able to combine transitively related traceability links, i.e., links that share common model elements as their source or target elements, into traces. These traces store chains of links to span design decisions and multi-level dependency relations. The example shown in Figure <ref type="figure" target="#fig_2">2</ref> illustrates the transition from a URN goal to its architectural realization through UML models. Furthermore, EMFTrace provides automated validation features for traceability links and traces, to ensure the integrity of stored dependency information. Corrupt or outdated links will be erased while broken traces are either split into smaller sub-traces or removed as well, if they contain less than two links. 2) Rule Concept: Following the general design proposed in <ref type="bibr" target="#b2">[3]</ref> and <ref type="bibr" target="#b3">[4]</ref>, our rules comprise three parts as shown in Figure <ref type="figure">3</ref>, whereas each part is responsible for a certain task.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Element Defini+on</head><p>What models are affected by the rule? Query How are they related?</p><p>Result Defini+on What should be done with them?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Figure 3. Main components of our rules</head><p>In contrast to existing approaches as <ref type="bibr" target="#b1">[2]</ref>, we do not operate on files, but on the conceptual level of models inside the EMFStore repository. Each rule can be equipped with several actions carried out once the conditions are met. This enables us to create a link for a relationship and its inverse relationship at once, without requiring additional rules. Rules can be created and edited by users in the repository using EMF-based editors or external in their XML representation, and can be imported afterwards. Rules can be grouped in catalogs to enable the use of specialized rule catalogs for different tasks such as dependency detection or consistency validation, to improve the useability of our tool. Currently there is one catalog available which contains 68 rules for traceability detection. Our rules operate directly on model attributes and the structure of models. They compare attributes to identify dependencies between models, for example the name attribute of an OWL class with the name attribute of an UML component. But since the comparison for exact matching is not always sufficient to detect all dependencies, information retrieval techniques, such as ngram based string comparison, are used to compute the similarity of attributes.</p><p>B. Architecture and Realization 1) Architecture: Since EMFTrace is our evolving basis for many different research activities related to modeldriven engineering, its architecure must support the addition of new concepts and features. Our entire tool is based on Eclipse technology and consists of several plugins that provide the core functionality, a user interface, and our adapted metamodels. EMFStore provides a server (the repository) and a client to operate with the repository, which is why we integrated our additional features into the client to provide a unified view and usability. We designed several additional components that integrate new features into the EMFStore client, such as an interpreter for traceability rules as shown in the bottom right corner of Figure <ref type="figure" target="#fig_1">1</ref>. Our architecture is extensible and allows for easy integration of new components into EMFTrace to introduce new features, i.e., new analysis components. All plug-ins and components were implemented and tested with Java to ensure the platform independent applicability of our tool <ref type="bibr" target="#b9">[10]</ref>.</p><p>2) Model Integration: Using a modeling language with EMFTrace requires the integration of its metamodel into</p><p>The metamodel must be converted into an EMF-based Ecore model, which can either be modeled with EMF or generated from an XSD file. Once an Ecore model has been generated, it must be adapted to EMFStore's metamodel, which provides additional attributes to facilitate the management through EMFStore. We performed these steps for the metamodels of UML, URN, and OWL. Since the adaptation to EMFStore's metamodel introduces new attributes to the metamodels, an adaptation of models (metamodel instances) is required as well, to add these attributes while importing models from CASE tools. We perform the integration and adaptation as illustrated by the arrows in the middle of Figure <ref type="figure" target="#fig_1">1</ref> by applying XSLT templates on models and encapsulated the entire import and export procedures in new components (Model-Exchange-Interface), which have been integrated into EMFTrace. Therefore, XML-based models exported by CASE tools and XSLT provide the core technology for our integration approach.</p><p>As CASE tools (see top of Figure <ref type="figure" target="#fig_1">1</ref>) we currently support the Eclipse UML2Tools (UML), Visual Paradigm (UML, BPMN), the Eclipse-based jUCMnav (URN), and Protégé (OWL) with our XSLT templates. Additional modeling languages and their respective CASE tools such as BPEL can be added to EMFTrace at any time through adding an EMF-based metamodel to the underlying EMF-Store repository and providing further XSLT templates.</p><p>3) Extensions: One addition which has already been integrated into EMFTrace is the tool EMFfit <ref type="bibr" target="#b11">[12]</ref> (see Figure <ref type="figure" target="#fig_1">1</ref>, top left), which supports the management of factor tables and issue cards for Global Analysis as proposed by Hofmeister et al. <ref type="bibr" target="#b10">[11]</ref> and therefore contributes a new metamodel to EMFTrace. The tool itself is implemented and tested as a set of Eclipse plug-ins with Java and offers support for the transition from requirements to architectural design.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>IV. CONCLUSION AND FURTHER WORK</head><p>We presented an approach and a prototype tool EMF-Trace for model integration and dependency identification between models of the entire software development process. We support different artifacts ranging from requirements models to design models which are managed by a unifying repository. Our tool provides comprehensive and automated dependency identification through rulebased traceability to ensure decent precision of results, enhanced with information retrieval techniques. EMFTrace facilitates the use of semantically important link types and is capable of storing, versioning, and maintaining traceability links. Standard modeling languages, such as UML, URN, and OWL, are integrated into the repository and several CASE tools are supported.</p><p>Further work will focus on several issues: additional modeling languages such as U2TP and feature models shall be integrated into EMFTrace along with the appropriate metamodels and XSLT templates, allowing for additional CASE tools to be used in conjunction with our tool. New models enable new analysis capabilities and require new rules or existing rules to be refined. Our rule concept should be enhanced to support consistency checks of models stored in the repository. The combination of dependency identification with consistency analysis provides the basic features to perform change impact analysis on models through new components and rules. To improve the usability of our tool, model synchronization with CASE tools and methods of change recognition for maintenance are considered as further enhancements. Drawing more benefits from discovered dependency relations requires sophisticated visualization of thereby created traceability links to enable the user to navigate on hierarchical chains of dependencies and to trace models efficiently. Finding appropriate means of dependency visualization is therefore one important research question related to EMFTrace.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Figure 1 .</head><label>1</label><figDesc>Figure 1. Conceptual overview of EMFTrace and its central role as a platform for various coupled research activities. The integration of dashed items is subject of current research and development.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Figure 2 .</head><label>2</label><figDesc>Figure 2. A trace containing a transitive chain of links</figDesc></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">http://modelrepository.sourceforge.net/project-summary.html</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">http://wiki.eclipse.org/CDO</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2">http://www.eclipse.org/proposals/emf-store/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_3">http://www.andromda.org/index.php</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="5" xml:id="foot_4">http://www.eclipse.org/modeling/emf/</note>
		</body>
		<back>

			<div type="funding">
<div xmlns="http://www.tei-c.org/ns/1.0"> *  <p>The research presented in this paper was partly funded by the federal state Thuringia and the European Regional Development Fund ERDF through the Thüringer Aufbaubank under grant 2007 FE 9041.</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Traceability approach for i* and UML models</title>
		<author>
			<persName><forename type="first">G</forename><forename type="middle">A A C</forename><surname>Filho</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Zisman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Spanoudakis</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of 2nd International Workshop on Software Engineering for Large-Scale Multi-Agent Systems (SELMAS&apos;03)</title>
				<meeting>2nd International Workshop on Software Engineering for Large-Scale Multi-Agent Systems (SELMAS&apos;03)</meeting>
		<imprint>
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Xtraque: traceability for product line systems</title>
		<author>
			<persName><forename type="first">W</forename><surname>Jirapanthong</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Zisman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Software and Systems Modeling</title>
		<imprint>
			<biblScope unit="volume">8</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="117" to="144" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Revising rules to capture requirements traceability relations: A machine learning approach</title>
		<author>
			<persName><forename type="first">G</forename><surname>Spanoudakis</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Avila Garces</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Zisman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. Int. Conf. in Software Engineering and Knowledge Engineering (SEKE</title>
				<meeting>Int. Conf. in Software Engineering and Knowledge Engineering (SEKE</meeting>
		<imprint>
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Rule-based generation of requirements traceability relations</title>
		<author>
			<persName><forename type="first">G</forename><surname>Spanoudakis</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Zisman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Perez-Minana</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Krause</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">JSS</title>
		<imprint>
			<biblScope unit="volume">72</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="105" to="127" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Recovering traceability links in software artifact management systems using information retrieval methods</title>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">D</forename><surname>Lucia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Fasano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Oliveto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Tortora</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">ACM Trans. Softw. Eng. Methodol</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<biblScope unit="issue">4</biblScope>
			<date type="published" when="2007-09">Sept. 2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">EMFStore: a model repository for EMF models</title>
		<author>
			<persName><forename type="first">M</forename><surname>Koegel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Helming</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. Int. Conf. on Software Engineering (ICSE&apos;10)</title>
				<meeting>Int. Conf. on Software Engineering (ICSE&apos;10)</meeting>
		<imprint>
			<publisher>ACM</publisher>
			<date type="published" when="2010">2010</date>
			<biblScope unit="page" from="307" to="308" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<author>
			<persName><surname>Itu-T</surname></persName>
		</author>
		<title level="m">Recommendation ITU-T Z.151 User requirements notation (URN) -Language definition</title>
				<imprint>
			<publisher>ITU-T</publisher>
			<date type="published" when="2008-11">Nov 2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">A survey of traceability in requirements engineering and model-driven development</title>
		<author>
			<persName><forename type="first">S</forename><surname>Winkler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Pilgrim</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Softw. and Syst. Model</title>
		<imprint>
			<biblScope unit="volume">9</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="529" to="565" />
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Recovering documentationto-source-code traceability links using latent semantic indexing</title>
		<author>
			<persName><forename type="first">A</forename><surname>Marcus</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">I</forename><surname>Maletic</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. Int. Conf. on Software Engineering (ICSE&apos;03)</title>
				<meeting>Int. Conf. on Software Engineering (ICSE&apos;03)</meeting>
		<imprint>
			<publisher>IEEE</publisher>
			<date type="published" when="2003">2003</date>
			<biblScope unit="page" from="125" to="135" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<monogr>
		<title level="m" type="main">Softwarearchitectural Design and Realization of a Repository for Comprehensive Model Traceability</title>
		<author>
			<persName><forename type="first">S</forename><surname>Lehnert</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010-11">November 2010</date>
		</imprint>
		<respStmt>
			<orgName>Ilmenau University of Technology, Ilmenau, Germany</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Diploma thesis</note>
</biblStruct>

<biblStruct xml:id="b10">
	<monogr>
		<author>
			<persName><forename type="first">C</forename><surname>Hofmeister</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Nord</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Soni</surname></persName>
		</author>
		<title level="m">Applied Software Architecture</title>
				<meeting><address><addrLine>Boston, MA, USA</addrLine></address></meeting>
		<imprint>
			<publisher>Addison-Wesley</publisher>
			<date type="published" when="2000">2000</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<title level="m" type="main">Tool Support for the Analysis during Software Architectural Design</title>
		<author>
			<persName><forename type="first">P</forename><surname>Wagner</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010-12">December 2010</date>
			<pubPlace>Germany</pubPlace>
		</imprint>
		<respStmt>
			<orgName>Ilmenau University of Technology, Ilmenau</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Bachelor thesis</note>
</biblStruct>

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