<?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">A critical view over iStar visual constructs</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Romeu</forename><surname>Ferreira De Oliveira</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio DI)</orgName>
							</affiliation>
						</author>
						<author role="corresp">
							<persName><forename type="first">Adilaraima</forename><forename type="middle">Martínez</forename><surname>Barrio</surname></persName>
							<email>abarrio@inf.puc-rio.br</email>
							<affiliation key="aff0">
								<orgName type="institution">Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio DI)</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Jonatham</forename><surname>Petzold</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Sou- Za Dos</forename><surname>Santos</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio DI)</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Antonio</forename><surname>De Padua</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Albuquerque</forename><surname>Oliveira</surname></persName>
							<affiliation key="aff1">
								<orgName type="institution">Universidade do Estado do Rio de Janeiro (UERJ -IME)</orgName>
								<address>
									<settlement>Rio de Janeiro -RJ</settlement>
									<country key="BR">Brasil</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Julio</forename><forename type="middle">Cesar</forename><surname>Sampaio</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Prado</forename><surname>Leite</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio DI)</orgName>
							</affiliation>
						</author>
						<title level="a" type="main">A critical view over iStar visual constructs</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">A03587F73698AB18CA71EB590B91D385</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T00:05+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>Framework iStar</term>
					<term>Physics of Notations</term>
					<term>Requirements Engineering</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>The impact of the iStar (i*) on the requirements engineering community is corroborated by the large amount of research that cites, analyzes, and/or uses this modeling language. Since the creation of iStar, researchers have been using/evolving this language in different ways. Considering that iStar is strongly based on the use of graphic forms, it is important to pay special attention to the notation of its elements. This paper proposes a reflection over the modifications suggested for the graphical notation of iStar, based on the Physics of Notations. Our goal is to discuss the possible impacts of these suggestions, stressing some of its disadvantages.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Introduction</head><p>The iStar language <ref type="bibr" target="#b1">[2]</ref> is strongly based on the use of graphic forms, therefore the importance of its visual notations. Moody's research <ref type="bibr" target="#b9">[10]</ref> on the Physics of Notations (PoN) drew attention to the need of reevaluating the informative power of modeling languages taking into account the adopted graphic notation. Moody defines 9 principles that must be considered in order to increase the visual quality and the understanding of the models <ref type="bibr" target="#b9">[10]</ref>, they are: Semiotic Clarity, Perceptual Discriminability, Semantic Transparency, Complexity management, Cognitive Integration, Visual Expressiveness, Dual Coding, Graphic Economy and Cognitive Fit. The Physics of Notations has had a considerable impact on the academic community and served as the basis for further work <ref type="bibr" target="#b10">[11]</ref>. This work <ref type="bibr" target="#b10">[11]</ref> performs an analysis of the visual aspects of iStar, in which several problems were found and possible solutions to mitigate the problems were proposed. Analyzing the papers that quote the research on the improvement of the cognitive power of iStar <ref type="bibr" target="#b10">[11]</ref>, without considering the studies of Moody himself, there are only a few studies that perform some type of analysis of the problems and give suggestions for improvement <ref type="bibr" target="#b5">[6,</ref><ref type="bibr" target="#b6">7,</ref><ref type="bibr" target="#b15">16,</ref><ref type="bibr" target="#b16">17]</ref>. These researches point indicators that the use of the alternative notation indicated by Moody may influence in the understanding of models. However, some Moody's suggestions did not obtain good results as, for example, the suggested modifications for the representation of dependencies in SD diagram <ref type="bibr" target="#b5">[6,</ref><ref type="bibr" target="#b6">7]</ref>. Santos et al. <ref type="bibr" target="#b16">[17]</ref> investigated the impact of semantic transparency on understanding and revising iStar models. After conducting an evaluative study <ref type="bibr" target="#b16">[17]</ref>, no evidence was found indicating that strategies related to the semantic transparency principle of Notation Physics <ref type="bibr" target="#b9">[10]</ref> expedite the understanding of iStar models. The authors <ref type="bibr" target="#b16">[17]</ref> concluded that model context definition may alleviate iStar's symbol comprehension deficit. Ruiz et al. <ref type="bibr" target="#b15">[16]</ref> performed a comparison between the i* notation and the alternative Moody notation, but gave no details on the results of this comparison. We have found several papers that use the concepts of the Physics of Notations (PoN), but to analyze and/or evolve other modeling languages, for example: <ref type="bibr" target="#b4">[5,</ref><ref type="bibr" target="#b14">15,</ref><ref type="bibr" target="#b18">19]</ref>. In addition, we have found examples addressing iStar research, which agree with some of the analysis of Moody's, but present different suggestions <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b7">8]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Research goal</head><p>Our goal is to provide a critical view over the problems detected by Moody <ref type="bibr" target="#b10">[11]</ref>. We focused on some aspects of these problems and their proposed solutions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Our Observations on iStar's Notation Problems</head><p>We will focus our observations on five of Moody's principles: Semiotic Clarity, Perceptual Discrimination, Semantic Transparency, Complexity Management and Cognitive Fit. For the cases where we understand that there is a need for modification in iStar we highlight possible solutions to be considered.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Semiotic Clarity</head><p>Moody quotes two instances of redundancy in iStar. The first case is related to the use of two different symbols to represent the "Belief" construct. The second case involves the actor-type element that is shown in two different ways: circles in SD diagrams and as a compound symbol in SR diagrams. Moody solutions are: a) Moody indicates the definition of a single "Belief" symbol to represent the construct and to remove the other from the notation, and b) Use the figure of a puppet in both diagrams (SD and SR), the expanded one to represent the SR diagram, showing the inner workings of each actor's mind (Figure <ref type="figure">1</ref>).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Figure 1 -Moody suggestion for using the actor element</head><p>On the first instance, in our view, the provision of an alternative version to refer to the belief element is not configured as a redundancy but as a feature of iStar flexibility. The modeler could use, for example, the cloud-shaped figure to indicate soft belief. For the second instance of the reported redundancy, we argue that the "Actor" type element is not being represented in two different ways. In our view, what we really have is the combination of the "Actor" construct and the use of bounding edges, indicating that the respective actor's SR (Strategic Rationale) will be described in that space. Another problem in iStar indicated by Moody and related to semiotic clarity principle is symbol overloading. That is, when a single symbol is used to represent many constructs (ambiguity). According to Moody there are in iStar 27 different types of relationships, but only 5 visually distinct graphical links. To solve the problem, it was suggested the use of different graphic shapes (instead of text or context) to distinguish between symbols. We disagree with Moody's, for us the association between textual elements and graphic symbols is a new symbol. We make an analogy with the traffic signs, where most of them completely change semantics according to the textual association. As shown in Figure <ref type="figure" target="#fig_0">2</ref>. There are symbols that share the same graphical form of a red circle, but the associated text totally modifies the symbol and its respective semantics. We must also analyze the mandatory stop sign, whose reasoning about the exclusion of the word "Stop" leads us to think about the effectiveness of the semantics of this symbol. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2.">Perceptual Discriminability</head><p>Moody reports a problem in Semantic Discrimination of the SD (Strategic Dependencies) Model. It was argued that the use of the letter "D" is ineffective as a graphical representation and that the form of the letter "D" is very symmetrical, making it difficult to identify the direction of dependence. Finally, the use of the letter "D" on both sides of each dependence creates visual noise: iStar diagrams are unnecessarily confused by the amount of D's (Figure <ref type="figure" target="#fig_1">3a</ref>). Moody solution uses conventional arrows, making sure to use a different type of arrows from those already used in iStar (Figure <ref type="figure">3b</ref>). We disagree with the problem appointed by Moody regarding the use of the letter D to promote the semantics of dependency among elements of iStar. In our view, the letter "D" carries a valid semantic load that facilitates the immediate understanding of dependencies in the SD diagram, also helping to understand the direction of the dependency. In addition, Moody's suggestion for the use of double arrows did not obtain a satisfactory result according to the experimental study presented by Laue et al. <ref type="bibr" target="#b5">[6,</ref><ref type="bibr" target="#b6">7]</ref>. Laue et al. <ref type="bibr" target="#b5">[6,</ref><ref type="bibr" target="#b6">7]</ref> claim that using the traditional "D" symbol to represent a dependency avoids misunderstanding of the interpretation between dependum and dependee. Faced with this type of result we must ask ourselves if the use of arrows could actually pass immediately the correct semantics of dependence between two elements. As a suggestion to improve the semantic understanding of the letter "D" in an SD model, we propose to fill in this letter. In this way, it would be even easier to identify dependum and dependee (Figure <ref type="figure" target="#fig_2">4</ref>). According to Moody the textual differentiation results in symbol overload, because if we differentiate only by using labels, we will have no visual distance, obtaining homograph forms. The suggested solution was the usage of visual variables instead of text to distinguish between relationship types. We disagree with Moody's vision of homograph generation in iStar, as we explained in our analysis of the second problem related to the "Semiotic Clarity" principle. We agree, however, that the use of texts in iStar could be enriched with the use of visual elements. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3.">Semantic Transparency</head><p>Moody says that in iStar there is an absence of graphic representations more significant, because most of the symbols in iStar are abstract geometric forms that do not transmit anything on the constructions. It has been further stated that a beginner is unlikely to be able to guess what any of the symbols of Figure <ref type="figure">5a</ref> mean. One suggestion is to use semantically richer figures to represent Actors. In Figure <ref type="figure">5b</ref> Moody points out examples of suggestions such as, for example, saying that an Agent-like element could be shown wearing sunglasses and holding a gun (by association with agents of type 007). Another example would be a role-type element, which could be shown with a hat. We disagree with the problem pointed by Moody and their respective suggestions. To argue, initially we defend that the graphic elements of iStar allow a greater flexibility as to the assignment of semantics. This procedure is context sensitive and allows modelers to indicate many types of semantics to elements of the Actor type. For example, Moura <ref type="bibr" target="#b11">[12]</ref> and Oliveira et al. <ref type="bibr" target="#b12">[13]</ref> used iStar as a target language for recovering Java programs, and modeled their classes as iStar Agents. Therefore, as long as it is concise and clear in the model, we are not restricted to the interpretation of an agent being a person. Finally, a stick figure using sunglasses and holding a gun could be understood as a crook, depending on the culture and region in question. We are not necessarily criticizing the strategy of promoting clarity in the semantics of graphical elements present in modeling languages. We understand that defining and using more informative graphic forms may facilitate the use of models, such as the one presented by Caire et al. <ref type="bibr" target="#b0">[1]</ref>. However, our discussions are based on the reassessment of some deficiencies pointed out by Moody on iStar and their respective solutions, based on the semantic transparency principle.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4.">Complexity management</head><p>Moody argues that iStar supports only two types of decomposition: Element → element and Diagram → diagram. The author states that these two types of decomposition do not contribute to decrease complexity and that the main weakness of iStar is not supporting the recursive decomposition of the Element → Diagram type. This type of decomposition would allow elements to be decomposed into new diagrams, improving scalability and modularization. For this problem Moody solutions are: a) Partition the SR diagram, creating separate SRs for each actor defined in the SD diagram, and b) The iStar framework should provide recursive decomposition support, taking into account the concepts of hierarchical visual languages. The idea is to allow elements from one upper diagram to be represented in another diagram at the next level (Figure <ref type="figure">6</ref>) <ref type="bibr" target="#b10">[11]</ref>. For example, tasks may "explode" for task decomposition diagrams. This would result in a hierarchy of diagrams, with the SD diagram at the top level, SR diagrams (one for each ACTOR) at the second level and lower level diagrams ('' exploding '' elements in SR diagrams) for as many levels as required. About the idea of partitioning, we argue that there is no limitation or prohibition to accomplish this strategy. In our view, there has always been the flexibility of monolithic or separate representation of the created models. Regarding the recursive decomposition, considering the analogies with hierarchical visual languages, we emphasize that iStar has a network structure and is not related to hierarchy concepts such as, for example, in Data Flow Diagrams.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Figure 6 -Moody's Suggestion for hierarchy diagrams in iStar</head><p>There have been different suggestions to this problem. For example: Padua et al. <ref type="bibr" target="#b13">[14]</ref> defined a strategy of modularization without changing the syntax of iStar, proposing the treatment of SD Situations diagrams, taking into account the situations of each scenario. Moody also highlights potential navigation problems in the diagrams created in the framework iStar. In this regard, we agree that some factors such as increased scalability can make it challenging to explore goal-oriented requirement models. In this context, the research by Silva et al. <ref type="bibr" target="#b17">[18]</ref> presents a strategy based on visualization types to assist in navigating requirements artifacts, thus mitigating the complexity of understanding particular models.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.5">Cognitive Fit</head><p>Moody argues that the framework iStar does not have any kind of treatment to help novice users. In fact we found evidence on the performance discrepancy of novice modelers in relation to those most experienced in the use of iStar <ref type="bibr" target="#b2">[3,</ref><ref type="bibr" target="#b3">4,</ref><ref type="bibr" target="#b8">9]</ref>. However, we believe that this fact is related not only to graphical notation. It is also said that iStar provides poor support for manual modeling because representing constructs like Goals, Softgoals and Beliefs can become a tiresome. To solve this, the author suggests providing simplified symbols to create the initial sketches and a rich dialect for the final production of the diagrams (Figure <ref type="figure" target="#fig_4">7a</ref>). We disagree, since <ref type="bibr" target="#b10">[11]</ref> states that most iStar symbols are simple geometric shapes. Finally, another problem pointed in iStar is the little attention to the cultural context. The indicated solution was usage specific dialects/symbols according to the region. The suggestion is the use sports symbols depending on the context (Figure <ref type="figure">7b</ref>). We disagree, because we believe the abstract symbols used by iStar are culturally neutral. Regarding the improvement suggestion we disagree that using sports-related figures to refer to the "goal" element would help in all contexts. We remember that modeling is context sensitive and should promote flexibility in assigning semantics to the elements used in the models. In this way, using sports figures may disrupt and not help communication among stakeholders. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Conclusions</head><p>Our goal was to perform a critical analysis, taking into account the suggestions <ref type="bibr" target="#b10">[11]</ref> and not necessarily the correctness of the PoN <ref type="bibr" target="#b9">[10]</ref>. Our observations are mostly based on the author's iStar experience, but we also considered the existing literature. We understand the importance of conducting further qualitative studies to investigate whether the iStar framework community agrees with the views recorded here or not. Before accepting or discarding any ideas, no matter how promising they may seem, they should be discussed. Hence, we believe that our paper may be an opportunity for the iStar community to discuss ideas influenced by the Physics of Notations.</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 -Traffic signs.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Figure 3a -</head><label>3a</label><figDesc>Figure 3a -Example of an SD model of i* Figure 3b -Moody's suggestion for modifying the i* SD model</figDesc><graphic coords="3,142.70,462.00,152.50,61.30" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Figure 4 -</head><label>4</label><figDesc>Figure 4 -Simple example of SD with the letter "D" fully blackened by the color black.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Figure</head><label></label><figDesc>Figure 5a -iStar's graphic shapes Figure 5b -Moody's suggestion for represent actors on iStar.</figDesc><graphic coords="4,158.40,509.90,139.70,96.60" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Figure 7a -</head><label>7a</label><figDesc>Figure 7a -Moody's suggestion of simplification of symbols Figure 7b -Moody's suggestion for cultural differentiation for symbols</figDesc><graphic coords="6,124.70,371.05,149.50,65.75" type="bitmap" /></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Visual notation design 2.0: Towards user comprehensible requirements engineering notations</title>
		<author>
			<persName><forename type="first">Patrice</forename><surname>Caire</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Nicolas</forename><surname>Genon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Patrick</forename><surname>Heymans</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Daniel</forename><forename type="middle">L</forename><surname>Moody</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IEEE International Requirements Engineering Conference (RE)</title>
				<imprint>
			<date type="published" when="2013">2013. 2013</date>
			<biblScope unit="page" from="115" to="124" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<author>
			<persName><forename type="first">S</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Yu</forename><surname>Eric</surname></persName>
		</author>
		<title level="m">Modelling strategic relationships for process reengineering</title>
				<imprint>
			<date type="published" when="1995">1995. 1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Understanding what is important in iStar extension proposals: the viewpoint of researchers</title>
		<author>
			<persName><forename type="first">Enyo</forename><surname>Gonçalves</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Marcos</forename><surname>Antônio De Oliveira</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ingrid</forename><surname>Monteiro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Jaelson</forename><surname>Castro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">João</forename><surname>Araújo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Requirements Engineering</title>
		<imprint>
			<biblScope unit="volume">24</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="55" to="84" />
			<date type="published" when="2019">2019. 2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Applying a foundational ontology to analyze means-end links in the i * framework</title>
		<author>
			<persName><forename type="first">Renata</forename><surname>Guizzardi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Xavier</forename><surname>Franch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Giancarlo</forename><surname>Guizzardi</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Sixth International Conference on research challenges in information science (RCIS)</title>
				<imprint>
			<date type="published" when="2012">2012. 2012</date>
			<biblScope unit="page" from="1" to="11" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Theoretical foundations and implementation of business process diagrams&apos; complexity management technique based on highlights</title>
		<author>
			<persName><forename type="first">Gregor</forename><surname>Jošt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Marjan</forename><surname>Heričko</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gregor</forename><surname>Polančič</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Software &amp; Systems Modeling</title>
		<imprint>
			<biblScope unit="page" from="1" to="17" />
			<date type="published" when="2017">2017. 2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Preliminary Results on the Understandability of ı Notations</title>
		<author>
			<persName><forename type="first">Ralf</forename><surname>Laue</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Frank</forename><surname>Hogrebe</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Boris</forename><surname>Böttcher</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Markus</forename><surname>Nüttgens</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Ceur-Ws. Org</title>
		<imprint>
			<biblScope unit="page" from="1" to="6" />
			<date type="published" when="2014">2014. 2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Efficient visual notations for efficient stakeholder communication</title>
		<author>
			<persName><forename type="first">Ralf</forename><surname>Laue</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Frank</forename><surname>Hogrebe</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Boris</forename><surname>Böttcher</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Markus</forename><surname>Nüttgens</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IEEE 22nd International Requirements Engineering Conference (RE)</title>
				<imprint>
			<date type="published" when="2014">2014. 2014</date>
			<biblScope unit="page" from="329" to="330" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Making explicit some implicit i* language decisions</title>
		<author>
			<persName><forename type="first">Lidia</forename><surname>López</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Xavier</forename><surname>Franch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Jordi</forename><surname>Marco</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Conference on Conceptual Modeling</title>
				<imprint>
			<date type="published" when="2011">2011</date>
			<biblScope unit="page" from="62" to="77" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Assessing a requirements evolution approach: Empirical studies in the air traffic management domain</title>
		<author>
			<persName><forename type="first">Fabio</forename><surname>Massacci</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Federica</forename><surname>Paci</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Alessandra</forename><surname>Tedeschi</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Systems and Software</title>
		<imprint>
			<biblScope unit="volume">95</biblScope>
			<biblScope unit="page" from="70" to="88" />
			<date type="published" when="2014">2014. 2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<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><forename type="first">Daniel</forename><surname>Moody</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. 2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Visual syntax does matter: improving the cognitive effectiveness of the i* visual notation</title>
		<author>
			<persName><forename type="first">L</forename><surname>Daniel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Patrick</forename><surname>Moody</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Raimundas</forename><surname>Heymans</surname></persName>
		</author>
		<author>
			<persName><surname>Matulevičius</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Requirements Engineering</title>
		<imprint>
			<biblScope unit="volume">15</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="141" to="175" />
			<date type="published" when="2010">2010. 2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Awareness Driven Software Reengineering</title>
		<author>
			<persName><forename type="first">Ana Maria Da Mota</forename><surname>Moura</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Requirements Engineering Conference (RE), 2017 IEEE 25th International</title>
				<imprint>
			<date type="published" when="2017">2017</date>
			<biblScope unit="page" from="550" to="555" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Reengineering for Accessibility: A Strategy Based on Software Awareness</title>
		<author>
			<persName><forename type="first">F</forename><surname>Romeu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ana</forename><surname>De Oliveira</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Julio</forename><forename type="middle">Cesar</forename><surname>Maria Da Mota Moura</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Sampaio</surname></persName>
		</author>
		<author>
			<persName><surname>Leite</surname></persName>
		</author>
		<idno>3275245.3275265</idno>
		<ptr target="https://doi.org/10.1145/" />
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 17th Brazilian Symposium on Software Quality (SBQS)</title>
				<meeting>the 17th Brazilian Symposium on Software Quality (SBQS)</meeting>
		<imprint>
			<date type="published" when="2018">2018</date>
			<biblScope unit="page" from="180" to="189" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<monogr>
		<title level="m" type="main">Defining strategic dependency situations in requirements elicitation</title>
		<author>
			<persName><forename type="first">A</forename><surname>Antonio Padua</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Luiz</forename><surname>Oliveira</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Cysneiros</forename><surname>Marcio</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2006">2006. 2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">OPL-ML: A Modeling Language for Representing Ontology Pattern Languages</title>
		<author>
			<persName><forename type="first">Monalessa</forename><forename type="middle">P</forename><surname>Glaice Ks Quirino</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ricardo</forename><forename type="middle">A</forename><surname>Barcellos</surname></persName>
		</author>
		<author>
			<persName><surname>Falbo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Conference on Conceptual Modeling</title>
				<imprint>
			<date type="published" when="2017">2017</date>
			<biblScope unit="page" from="187" to="201" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">Using Conceptual Models in Research Methods Courses: An experience using iStar 2.0</title>
		<author>
			<persName><forename type="first">Marcela</forename><surname>Ruiz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Fatma</forename><surname>Basak Aydemir</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Fabiano</forename><surname>Dalpiaz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 5th Symposium on Conceptual Modeling Education and the 2nd International iStar Teaching Workshop co-located with the 36th International Conference on Conceptual Modeling (ER 2017)</title>
				<meeting>the 5th Symposium on Conceptual Modeling Education and the 2nd International iStar Teaching Workshop co-located with the 36th International Conference on Conceptual Modeling (ER 2017)<address><addrLine>Valencia, Spain</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2017-11-06">2017. November 6-9, 2017</date>
			<biblScope unit="page" from="48" to="57" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">On the Impact of Semantic Transparency on Understanding and Reviewing Social Goal Models</title>
		<author>
			<persName><forename type="first">Mafalda</forename><surname>Santos</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Catarina</forename><surname>Gralha</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Miguel</forename><surname>Goulão</surname></persName>
		</author>
		<author>
			<persName><forename type="first">João</forename><surname>Araujo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ana</forename><surname>Moreira</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IEEE 26th International Requirements Engineering Conference (RE)</title>
				<imprint>
			<date type="published" when="2018">2018. 2018</date>
			<biblScope unit="page" from="228" to="239" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">Exploring views for goal-oriented requirements comprehension</title>
		<author>
			<persName><forename type="first">Lyrene</forename><surname>Silva</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ana</forename><surname>Moreira</surname></persName>
		</author>
		<author>
			<persName><forename type="first">João</forename><surname>Araújo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Catarina</forename><surname>Gralha</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Miguel</forename><surname>Goulão</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Vasco</forename><surname>Amaral</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Conference on Conceptual Modeling</title>
				<imprint>
			<date type="published" when="2016">2016</date>
			<biblScope unit="page" from="149" to="163" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<monogr>
		<title level="m" type="main">Using secondary notation to improve the cognitive effectiveness of BPMN-Models</title>
		<author>
			<persName><forename type="first">Jeannette</forename><surname>Stark</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Werner</forename><surname>Esswein</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017. 2017</date>
		</imprint>
	</monogr>
</biblStruct>

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