<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Using a Foundational Ontology to Investigate the Semantics Behind the Concepts of the i* Language</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Renata Guizzardi</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Xavier Franch</string-name>
          <email>franch@essi.upc.edu</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Giancarlo Guizzardi</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Roel Wieringa</string-name>
          <email>roelw@cs.utwente.nl</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Ontology &amp; Conceptual Modeling Research Group</institution>
          ,
          <addr-line>Vitória</addr-line>
          ,
          <country country="BR">Brazil</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Universitat Politècnica de Catalunya (UPC)</institution>
          ,
          <addr-line>Barcelona</addr-line>
          ,
          <country country="ES">Spain</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>University of Twente</institution>
          ,
          <addr-line>Enschede</addr-line>
          ,
          <country country="NL">The Netherlands</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2013</year>
      </pub-date>
      <volume>978</volume>
      <fpage>13</fpage>
      <lpage>18</lpage>
      <abstract>
        <p>In the past few years, the community that develops i* has become aware of the problem of having so many variants, since it makes it difficult for newcomers to learn how to use the language and even to experts to efficiently exchange knowledge and disseminate their proposals. Moreover, this problem also delays the transfer of the i* framework to industrial settings. Our work is one of the current attempts to promote interoperability among the existing variants, and it does that by investigating the semantics behind the i* core concepts. For that, we apply a foundational ontology named UFO, which is used as a semantically coherent reference model to which the language should be isomorphic. In this paper, we report on the steps we have pursued, what we have accomplished so far, also setting the context for the work ahead.</p>
      </abstract>
      <kwd-group>
        <kwd>iStar</kwd>
        <kwd>language interoperability</kwd>
        <kwd>semantics</kwd>
        <kwd>foundational ontology</kwd>
        <kwd>UFO</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        Nowadays, the community that develops i* is relatively big and these developers,
who are geographically dispersed, tend to ascribe different (and sometimes
conflicting) meanings to its constructs. It is argued that this flexibility is part of the
framework’s own nature, and in fact may be considered one of its key success
features. But on the other hand, it is our belief that this represents a clear risk in terms
of promoting the framework, creating serious issues, such as: a) hampering the
efficient communication of knowledge among experts of the community [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]; b)
increasing the learning curve of newcomers; and c) inhibiting the adoption of the
framework by practitioners. We refer to [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ][
        <xref ref-type="bibr" rid="ref2">2</xref>
        ][
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] for a more detailed state of the art
on the different uses and ascribed semantics of the i* language constructs.
      </p>
      <p>
        In the past few years, the community has become aware of this problem and
several attempts have been made for facilitating the access and uniform use of the i*
language. One of these initiatives is the creation of a common repository and
collaborative environment, namely the i* wiki
(http://istar.rwth-aachen.de/tikiview_articles.php). In particular, there is a session in the wiki called Guidelines,
aimed at collecting and making explicit the different approaches to the language.
Works on metamodeling have also tried to make it clear the meaning ascribed to the
distinct constructs [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ][
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Although we recognize there are significant outcomes of
these works (e.g. pointing out the applied concepts in particular variations; showing
the author’s view on how concepts relate), these attempts did not quite succeed in
providing interoperability, simply because metamodels are powerful structures to
define a language’s syntax while being very limited in terms of clarifying its
semantics. Cares [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] has proposed an interoperability method that considers a
supermetamodel [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], which facilitates the translation from an i* variant to another,
and an XML-based mark-up language, named iStarML [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], which triggers existing
tools to interoperate as much as their underlying metamodel allows. This approach
has advanced the state of the art, by providing a standard interoperability format that
facilitates model translation, but we are afraid that iStarML only makes syntactic
checks, leaving the semantic interoperability issues still untouched.
      </p>
      <p>
        Going beyond syntactic issues, since 2006, we are involved in an attempt to define
a common ontology for the core concepts of the i* language. We believe this may
assist in clarifying the semantics of the language’s concepts, thus generating a number
of modeling guidelines targeted at enhancing the language’s usability. We do this by
applying the UFO foundational ontology as a reference model and our approach
prescribes that the i* metamodel reflects such model [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. For that, at times, we
propose some of the i* constructs may be left aside, as they have the same semantics,
thus being excessive in the language [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. To diminish ambiguity, other times, we
perform some language extensions, avoiding a single concept to be overloaded with
two or more different semantics. However we attempt to do that with extra care, as it
is undesirable to end up with a language with too many constructs as it would require
even more effort to be learned and used.
      </p>
      <p>This paper reports on what we have accomplished so far and also presents what lies
ahead of us. For that, the remainder of the paper is structured in three sections besides
this introduction: section 2 presents the objectives and methodology of our research,
also pointing at which stage we currently are; section 3 describes the main
contributions and challenges involved in this initiative; section 4 discusses some
conclusions and presents our future research agenda.</p>
    </sec>
    <sec id="sec-2">
      <title>2 Objectives and Methodology</title>
      <p>The general objective of our long-term joint research is to provide an ontological
foundation to the i* language core. In the current research stage, we are clarifying the
semantics of i* intentional element links: means-end, decomposition and contribution.
In this context, it is necessary not only to determine accurately the meaning of these
constructs, but also to provide methodological advice on their use, since in some cases
differences may be a bit subtle. To sum up, the general objective of understanding the
meaning of i* intentional element links can be refined into a series of more concrete
research questions: 1) For every type of intentional element link: Which are the
logical conditions and implications of a link established from an intentional element
to another? 2) In particular, which i* intentional elements may appear as root and
target of such an intentional element link? 3) Which ontological properties must these
elements fulfil? 4) Which are the methodological guidelines that drive to the
application of a particular type of intentional element link? 5) What is the modeler’s
agreement on the aspects above? The rest of the paper reports the current results
obtained so far and outlines the most immediate future work in relation to these
research questions.</p>
    </sec>
    <sec id="sec-3">
      <title>3 Scientific Contributions and Challenges</title>
      <p>
        Our work has started with the semantics analysis of the core i* intentional elements,
such as actor, goal, task and resource1. The results of this analysis are reported in [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
This initial analysis has also taken into consideration the concepts of agent, role and
position, along with the dependence relation. More recently, our attempts shifted to
the remaining relations of the language. In [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ][
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], we propose some modeling
guidelines for the means-end link and OR-decomposition, based on UFO’s semantic
interpretation. According to UFO, a goal is the propositional content of an
agent’s intention. Thus, ontologically, a goal is in itself a proposition and
decomposition relations reflect logical relations between propositions. Table 1
formally describe the And and OR decomposition of goal G in four subgoals G1-G4
      </p>
      <p>
        The i* literature shows that modelers sometimes use OR-decomposition and
means-end to express the same phenomenon. This is also reflected in some dialects.
For instance, GRL does not allow OR-decomposition, thus only means-end links are
applied [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. On the other hand, it is also very common to find two diagrams of the
same modeler in which the same relation express distinct semantics [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>In our work, we see the means-end link and OR-decomposition as two different
relations. For example, a goal is as mentioned, a proposition, thus it is not possible to
decompose a goal into tasks or resources. A goal may be only decomposed into
subgoals. The means-end link, on the other hand, is generally applied between tasks
and goals, for example. But how can we formally define the means-end link? To
understand that, one must first review the ontological meaning of intention.
Intentions are mental states of Agents which refer to (are about) certain
Situations in reality (i.e. states of affairs the agent aims at achieving). Now, we
may define the notion of deliberately achieving a goal as follows:
task(a)  goal(G)  deliberately-achieves(a, G) 
achieves(a, G)  (i: intention(i)  is-reason-for(i, a) 
implies(propositionalcontent(i), G))
1 From now on, we use different font to highlight i* and UFO elements. For i* elements, we use
bold and italic arial while for UFO elements, we apply courier new</p>
      <p>In other words, a task (action in UFO) a deliberately achieves a goal
G iff this task achieves G (i.e., causes the world to be in a state which makes G true)
but also this task must be motivated by an intention (intention i is the reason for
task a) whose propositional content implies G. Informally, we can state that
a is performed with the intention of achieving G. Now, we are able to define the
means-end link as:</p>
      <p>task(a)  goal(G)  ME(a, G)  deliberately-achieves(a, G)</p>
      <p>In other words, a means-end link between a task a and a goal g holds if the
execution of such task leads to goal achievement and is deliberately performed by the
agent in whose perspective the relation is defined. Please note that this definition
makes a clear distinction between the means-end link and the OR-decomposition
relation, previously defined.</p>
      <p>
        Another common case of construct overload in i* is given by the indistinct use of
the means-end and contribution links. For instance, let us make us focus on a make
contribution example (Fig.1).
In it, a Car Passenger agent executes the take a car sick pill task in order to
prevent himself from being sick during the journey he is making (Means-end link to
car sickness prevented goal). As a side effect of this medication, the Car
Passenger also goes to sleep (Make Contribution link to asleep fallen goal). Let us
now carefully analyze this example. Both goals depicted in the model are equally
accomplished: following the proposal in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], we here assume that the means-end link
leads to full accomplishment and the contribution link value is Make, which also
indicates the goal is completely fulfilled. So then, what is the distinction among these
two links? Do the means-end link and the make contribution link have the same
semantics? If so, it would be best that the i* framework only offered one of them to
avoid construct redundancy [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], which may undermine the understanding and proper
use of the language. However, it is our claim that these links are not the same. The
difference here is given by the Intention behind the execution of the task.
      </p>
      <p>As result of the mapping from i* tasks into UFO actions, every task is
associated with a causing intention whose propositional content is a
goal. In other words, we execute a particular task in order to accomplish a specific
goal. In i*, the association between the task and the goal in this case is made by a
means-end link (e.g. take a car sick pill task as means to car sickness prevented
goal). On the other hand, this same task can also generate some other goals to be
accomplished, without however, being intended by the choice of this particular task.
In this case, a make contribution link is established (e.g. take a car sick pill task as
means to asleep fallen goal). By using the notion of deliberately-achieves previously
defined, we may also make clear the distinction between the means-end link and the
make contribution link (MakeCont).</p>
      <p>action(a)  goal(G)  MakeCont(a, G) </p>
      <p>achieves(a, G)  deliberately-achieves(a, G)
As can be noted by the above definition in comparison with the means-end definition
described a few paragraphs before, the only distinction between the two links is given
by the causing intention. Table 2 summarizes some guidelines resulting from the
analyses presented in this subsection for the use of the OR-decomposition relation,
means-end link and make contribution link.</p>
      <p>For reasons of lack of space, we refrain ourselves from presenting the results of the
analysis of the break, help and hurt contribution links.</p>
    </sec>
    <sec id="sec-4">
      <title>3 Conclusions and Future Work</title>
      <p>In this paper, we have presented the long-term objectives and main results of our
effort to provide an ontological foundation to the i* language core. Our work so far
has been conceptual, providing a clear formalizations to ensure that the semantics of
the i* constructs can be well understood and properly used. This work is not finished
because i* is a powerful language allowing the expression of actor’s theories about
effects, side-effects and obstacles of actions. However, to move forward, we now
need to do empirical work to validate the usability of our ontology, measured in for
example ease of learning and effort to use, and to validate the utility of the ontology
for particular stakeholder purposes.</p>
    </sec>
    <sec id="sec-5">
      <title>Acknowledgements</title>
      <p>This work has been partially funded by the ProS-Req Spanish project (ref.
TIN201019130-C02-00). We wish to thank the reviewers for their very constructive comments.
We are also grateful to the support provided by FAPES (PRONEX #52272362/2010)
and CNPq Productivity Grant #311578/2011-0).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>López</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Marco</surname>
          </string-name>
          , J.:
          <article-title>Making Explicit some Implicit i* Language Decisions</article-title>
          .
          <source>In: 30th International Conference on Conceptual Modeling (ER'11)</source>
          , Berlin, Springer, LNCS, vol.
          <volume>6998</volume>
          ,
          <fpage>62</fpage>
          --
          <lpage>67</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Cares</surname>
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            <given-names>X.:</given-names>
          </string-name>
          <article-title>A Metamodelling Approach for i* Model Translations</article-title>
          .
          <source>In: 23rd International Conference on Advanced Information Systems Engineering (CAiSE'11)</source>
          , Springer, LNCS, vol.
          <volume>6741</volume>
          ,
          <fpage>337</fpage>
          --
          <lpage>351</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Cares</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mayol</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Quer</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>A Reference Model for</article-title>
          i In: Yu,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Giorgini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Maiden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <surname>J</surname>
          </string-name>
          . (Eds.).
          <source>Social Modeling for Requirements Engineering</source>
          , pp.
          <fpage>573</fpage>
          -
          <lpage>606</lpage>
          . MIT Press, Cambridge, MA (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Susi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Giorgini</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <source>The Tropos Metamodel and its Use</source>
          , Informatica,
          <volume>29</volume>
          ,
          <fpage>401</fpage>
          -
          <lpage>408</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Cares</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>From the i* Diversity to a Common Interoperability Framework</article-title>
          .
          <source>PhD Thesis</source>
          , Universitat Politècnica de Catalunya,
          <string-name>
            <surname>Spain</surname>
          </string-name>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Wachsmuth</surname>
            <given-names>G.</given-names>
          </string-name>
          :
          <article-title>Metamodel Adaptation and Model Co-adaptation</article-title>
          .
          <source>LNCS</source>
          , vol.
          <volume>4609</volume>
          , pp.
          <fpage>600</fpage>
          --
          <lpage>624</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Cares</surname>
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perini</surname>
            <given-names>A.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Susi</surname>
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Towards i* Interoperability using iStarML</article-title>
          .
          <source>Computer Standards and Interfaces</source>
          ,
          <volume>33</volume>
          ,
          <fpage>69</fpage>
          --
          <lpage>79</lpage>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Guizzardi</surname>
          </string-name>
          , G.:
          <article-title>Applying a Foundational Ontology to Analyze Means-End Links in the i* Framework</article-title>
          .
          <source>In: 6th IEEE International Conference on Research Challenges in Information Science (RCIS'12)</source>
          , pp.
          <fpage>333</fpage>
          -
          <lpage>343</lpage>
          . IEEE Press (
          <year>2012</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Guizzardi</surname>
          </string-name>
          , G.:
          <article-title>Ontology-based Transformation Framework from Tropos to AORML</article-title>
          . In: Yu,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Giorgini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Maiden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <surname>J</surname>
          </string-name>
          . (Eds.).
          <source>Social Modeling for Requirements Engineering</source>
          , pp.
          <fpage>547</fpage>
          -
          <lpage>570</lpage>
          . MIT Press, Cambridge, MA (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Lopez</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>Ontological Analysis of MeansEnd Links</article-title>
          .
          <source>In 5th International iStar Workshop</source>
          ,
          <fpage>37</fpage>
          -
          <lpage>42</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          :
          <article-title>Fostering the Adoption of i* by Practitioners: Some Challenges and Research Directions</article-title>
          .
          <source>In: Intentional Perspectives on Information Systems Engineering</source>
          , Springer,
          <fpage>177</fpage>
          --
          <lpage>194</lpage>
          (
          <year>2010</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>