<!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>Modeling Actors' Goals - The Intentionality Panels Construction - (IP Diagrams)</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Antonio de Padua Albuquerque Oliveira</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Julio Cesar Sampaio do Prado Leite</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Luiz Marcio Cysneiros</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Vinicius Faustino Santos</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Bruno Ramalho Andrade</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Pontifícia Universidade Católica do Rio de Janeiro - PUC-Rio Departamento de Informática</institution>
          ,
          <addr-line>Rua Marques de São Vicente 225 - Rio de Janeiro</addr-line>
          ,
          <country country="BR">Brazil</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Universidade do Estado do Rio de Janeiro - UERJ Rua São Francisco Xavier</institution>
          ,
          <addr-line>524 - 6 andar - Maracanã - Rio de Janeiro</addr-line>
          ,
          <country country="BR">Brazil</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>York University, School of Information Technology</institution>
          ,
          <addr-line>Toronto</addr-line>
          ,
          <country country="CA">Canada</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The i* Framework, differently from similar methods, explores the collaboration of actors based on their intentionality. This is achieved by dependence relations on intentions, either as a goal or as a softgoal. Notwithstanding, there is the challenge of dealing with the scalability problem. Different researchers have been proposing different strategies to deal with this problem. With the evolution of the ERi*c Method, we have devised a strategy to use the Intentional Panel as a way of treating the scalability problem. This strategy provides a more abstract view of the interactions among actors, towards their intentionality.</p>
      </abstract>
      <kwd-group>
        <kwd>goals</kwd>
        <kwd>early requirements</kwd>
        <kwd>elicitation</kwd>
        <kwd>modeling</kwd>
        <kwd>GORE</kwd>
        <kwd>GoalOriented Requirements Engineering</kwd>
        <kwd>ERi*c</kwd>
        <kwd>goal modeling</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Dependency Situations [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. In the second part (2.B) the RE team builds diagrams,
similar to Statecharts, that consider actors as heading chains of goals (and softgoals).
These diagrams are called “Intentionality Panels” (IP) [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. The main benefit of
Intentionality Panels is the representation of the association among goals, either from
the same actor or among different actors at the beginning of modeling. The
perspective of different actors’ goals association is of major importance to help the
RE team designate which dependum is better for each dependency. In the third part
(2.C) the RE team, based in the IP diagrams, makes the SD Models.
      </p>
      <p>
        The third step “Model Rationale”, demands that the RE team produces the
detailed models. One SR Model for each SDsituation and refines softgoals using
Softgoal Interdependency Graphs (SIG) models [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
      </p>
      <p>In the fourth step “Specify Requirements” the RE team recognizes the
requirements, writes the requirements and reviews the requirements.</p>
      <p>In the fifth step “Specify SDsituations” the RE team describes SDsituations
applying a Scenarios based strategy. This step is supported by the C&amp;L software tool,
which is a management tool for Lexicons and Scenarios.</p>
      <p>In the sixth step “Analyse iStar Models” RE team and stakeholders diagnoses each
model in order to bring questions that challenge the consistency and completeness and
creates a report matching discovered problems with impacted goals.</p>
      <p>
        This paper uses “the toll road control system” (TRC System) [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] to
illustrate the strategy. Section 2.A describes the idea of SDsituations for the
modularization of iStar models; Section 2.B give details about the iStar arrangements
of goals into IP Diagrams and explains the procedure of preparing IP Diagrams,
Section 2.C explains the advantage of preparing SD models based on IP Diagrams,
and Section 3 concludes emphasizing the ERi*c Method progress applying tools.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2 Objective of the research: Modeling actors’ goals.</title>
      <p>For modeling actors’ goals, the RE team uses the list created by step #1. See Fig. 2.</p>
    </sec>
    <sec id="sec-3">
      <title>2.B – Prepare IP Diagrams – Simplifying the SR Diagrams.</title>
      <p>
        This section introduces the IP (Intentionality Panel) Diagram, using SDsituation
construct, to make simpler i* SR models. The motivation for preparing IP Diagrams
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] is the advantage of getting the intentionality represented in a homogeneous
diagram (only goals and softgoals) for perceiving which dependum is the best
candidate in each SD dependency. The IP Diagram (see Figure 6) can be considered
an SR Model reduction because the IP Diagrams show only goals that will appear in
SR Models. Furthermore, the line below the actor gives the actor´s timeline. As such,
it complements SR models with the time arrangement of goals. The timeline gives a
notion of time, in the sense that there is an ordering among goals.
      </p>
      <p>As in StateCharts, in order to change or finish a goal (state), that goal must be
achieved. Consequently, there are chains of goals, represented by different types of
associations: refinement, dependency, and contribution. These are described below.</p>
      <p>In Figure 3 shows the main line of i* goals association, the refinement. This
association appears in the means-end construction, inside of an SR model. On the left,
we show three varieties of refinement. Following the yellow arrow, we derived the
correspondences between the SR model and the IP diagram. On the right, we
represented one more elaborated arrangement: while goalA and goalB together are
associated with the main goal to be achieved, goalC (with “ID=s”) has an alternative
refinement to the main goal to be achieved.</p>
      <p>Furthermore, i* maintain two other goals associations. The first occurs when one
actor depends on another actor; each dependency in the IP Diagram projects one
dependency in the SR Model as mapped in Figure 4; the dependum can be either the
task3 or the resource. The second association (see Figure 5), the contribution occurs
equivalent in both representations, (IP Diagram and SR Model) when one softgoal
contributes (positively or not) to another softgoal.</p>
      <p>Figure 5 shows the three categories of goals associations represented in IP
diagrams: (i) on the left, the three types of refinements, (ii) in the central part, the
dependency link between goals from different actors, and (iii) on the right, the
contribution link between softgoals.</p>
      <p>Using IP Diagrams has a positive side effect: it enables the uncovering of needed
intermediary goals to facilitate the achievement of SDsituation main goal. It makes it
easier to elaborate on the rationale for distinct alternatives.
conserved” and “Quality [road]”. GOVERNMENT depends on ADMINISTRATION, “make
toll calculation” and “Fare [toll]. ADMINISTRATION depends on GOVERNMENT to have
“permission BE renewed”. This SD Model has the same 5 dependencies showed in IP
Diagram (see Figure 6). Note that goals in the IP Model on the timeline will be
mapped in the corresponding SR model. In this task, RE team can select which
“dependum” is more appropriate for each goal dependency.</p>
      <p>3</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusion - Applying modeling tools for ERi*c Method progress.</title>
      <p>The first author experience in i* education for undergrads points out to some
resistance by many students. However, his recent experience at UERJ with supporting
tools, developed in-house, has diminished student resistance. These tools do support
the creation of IP diagrams and SDsituations. The idea of separating the system
modeling problem in parts, using the idea of SDsituations, can be understood as a
“small is beautiful” strategy and has contributed towards simple models. AGFL and
IP Diagram tools improved the understanding of i* Framework so that students could
better explore i* strengths.</p>
      <p>The IP Diagram Tool was developed using PHP, Javascript and MySQL, it has
4500 lines of code and required 8 man-months effort. IP Diagram Tool will be
available on the i* wiki.</p>
      <p>We have taught i* Framework with the ERi*c Method applying IP Diagrams
asking graduated students for verifying classmate’s diagrams. Future work is aimed at
integrating the AGFL and IP Diagram tools.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1. [European Commission 2008] “European Commission - accessed
          <source>: November</source>
          <year>12th</year>
          ,
          <year>2008</year>
          ”: http://ec.europa.eu/transport/road/policy/road_charging/charging_tolls_en.htm.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Kavakli</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Loucopoulos</surname>
          </string-name>
          , P.;
          <article-title>“Goal Modelling in Requirements Engineering: Analysis and Critique of Current Methods,” Information Modeling Methods</article-title>
          and Methodologies, pp.
          <fpage>102</fpage>
          -
          <lpage>124</lpage>
          . doi:
          <volume>10</volume>
          .4018/978-1-
          <fpage>59140</fpage>
          -375-3.ch006 (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Oliveira</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Padua</surname>
            <given-names>A.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Cysneiros</surname>
            ,
            <given-names>L. M.</given-names>
          </string-name>
          ; “Defining Strategic Dependency Situations in Requirements Elicitation” The IX Workshop on Requirements Engineering; Rio de Janeiro, Brazil - July/
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Oliveira</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Padua</surname>
            <given-names>A.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Leite</surname>
            ,
            <given-names>J. C. S. P.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Cysneiros</surname>
            ,
            <given-names>L. M.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Cappelli</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ;
          <article-title>“Eliciting Multi-Agents Systems Intentionality: From Language Extended Lexicon to i* Models”</article-title>
          ,
          <source>Proceedings of the XXVI International Conference of the Chilean Computer Science Society</source>
          . Los Alamitos: IEEE Computer Society Press,
          <year>2007</year>
          . v.
          <volume>16</volume>
          . p.
          <fpage>40</fpage>
          -
          <lpage>49</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Oliveira</surname>
            ,
            <given-names>A</given-names>
          </string-name>
          . Padua; Leite, Julio C.;
          <string-name>
            <surname>Cysneiros</surname>
            ,
            <given-names>L. M.</given-names>
          </string-name>
          ; “ERi*c Method - Intentional Requirements Engineering”; The XI Workshop on Requirements Engineering; Barcelona, Spain - July/
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Pastor</surname>
            , Oscar; Estrada, Hugo; Martínez,
            <given-names>Alicia;</given-names>
          </string-name>
          <article-title>The strengths and weaknesses of the i* framework: an experimental evaluation</article-title>
          .
          <source>In: Social Modeling for Requirements Engineering. Cooperative Information Systems series. Eric Yu</source>
          et al. (eds.) MIT Press, Cambridge (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7. “The TOLLROADSnews” http://www.tollroadsnews.com/archives - accessed
          <source>: Nov. 12th</source>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8. Wikipedia, http://en.wikipedia.org/wiki/Toll_road - accessed
          <source>: Nov. 12th</source>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. https://en.wikipedia.org/wiki/New_Jersey_Turnpike],
          <source>[Highway Information Services Division (December</source>
          <volume>31</volume>
          ,
          <year>2013</year>
          )], [https://www.transcore.com/tolling-systems]
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <article-title>Modelling Strategic Relationships for Process Reengineering</article-title>
          .
          <source>PhD Thesis</source>
          , Graduate Department of Computer Science, University of Toronto, Toronto, Canada,
          <year>1995</year>
          , pp.
          <fpage>124</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Leite</surname>
          </string-name>
          ,
          <string-name>
            <surname>Julio</surname>
            <given-names>C. S. P.</given-names>
          </string-name>
          ; Franco,
          <string-name>
            <surname>Ana P. M.;</surname>
          </string-name>
          <article-title>A Client Strategy for Conceptual Model Acquisition;</article-title>
          <source>Proceedings of the International Symposium on Requirements Engineering</source>
          , IEEE Computer Society Press, San Diego (
          <year>1993</year>
          ), pp.
          <fpage>243</fpage>
          -
          <lpage>246</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Chung</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Nixon</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Mylopoulos</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ;
          <string-name>
            <surname>Non-Functional Requirements</surname>
          </string-name>
          in Software Engineering - Kluwer Academic Publishers 2000 - Massachusetts, USA.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>