<!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>Eliciting Goals and Softgoals - How to Perceive the Intentionality at the Beginning of the Journey</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Antonio de Padua Albuquerque Oliveira</string-name>
          <email>padua@ime.uerj.br</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Julio Cesar Sampaio do Prado Leite</string-name>
          <email>julio@inf.puc-rio.br</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Luiz Marcio Cysneiros</string-name>
          <email>cysneiro@yorku.ca</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Wellington Gabriel Sampaio da Silva</string-name>
          <email>wellgabrielss@gmail.com</email>
          <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>Software requirements activity, in the organizational context, is about addressing the business information problem; discover the needs for improving the situation and consequently specify the software requirements. Goal-Oriented Requirements Engineering (GORE), aims to better understand the information problem by looking at organizational actors' intentionality (goals and softgoals) first. Eliciting goals and softgoals within an organizational context is a difficult task: since, among other things, it demands skills and time. This paper describes one strategy for eliciting goals and softgoals that still relies on software engineers' skills and time, but it simplifies the process. We propose the use of a software tool to support a systematic process to mitigate the chances for goals to be missed regardless of the experience and skills of the software engineers involved in the project.</p>
      </abstract>
      <kwd-group>
        <kwd>Goals Elicitation</kwd>
        <kwd>GORE</kwd>
        <kwd>Goal-Oriented Requirements Engineering</kwd>
        <kwd>Requirements Engineering</kwd>
        <kwd>MAS</kwd>
        <kwd>Multi-Agent Systems</kwd>
        <kwd>iStar</kwd>
        <kwd>ERi*c Method</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>illustrate the proposed strategy. Section 2 describes the AGFL (Actor Goals from
Lexicon) strategy concepts using the AGFL tool prepared to facilitate the job, its
concepts, and it shows, in a simple way, the central ideas of the AGFL strategy for
perceiving the intentionality and how the process is carried out. An in-vitro
experimentation run by UERJ students is portraited. Section 3 concludes stressing the
continuity of the requirements process.</p>
    </sec>
    <sec id="sec-2">
      <title>2. AGFL Strategy Concepts</title>
      <p>The AGFL Strategy provides activities to guide goals and softgoals elicitation.
Figures and examples illustrated in this Section were extracted from an in-vitro
experiment conducted with undergraduate students. They were divided into 4 groups
of 3 students for preparing this experiment work of modeling TRC System.</p>
      <p>
        The first activity of the strategy is “A - Build Lexicon”. The strategy adopts the
Language Extended Lexicon (LEL) [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] as an anchor, building on LEL´s strength,
which is to facilitate the comprehension of contextual terminology while providing
semantics associated with the vocabulary. LEL (Figure 1) captures the application
vocabulary elements and classifies (classification) them as either a subject (someone
who does the action Fig.1-a), an object (something that receives the action Fig.1-b), a
verb (the action Fig.1-c) or a state (a result of the action Fig.1-d). Each symbol
(Name) will contain one or more sentences written with minimum vocabulary to
express the meaning of the term being depicted (Notion). Each symbol will contain
one or more sentences specifying the “Behavioral Response” associated with this
symbol. Behavioral responses express the connotation of the symbol and can be
understood as actions that will occur due to the existence of this symbol. The LEL is
supported by a Tool [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Figure 1 (a, b, c, d) is a partial description of the TRC LEL.
The lexicon is of fundamental importance to understand the vocabulary. It does
help the requirements engineer (RE) with the context knowledge and capture
semantics from the application language in use. Eliciting behavioral responses for
each symbol plays a special role since behavioral responses will drive the second
activity of our process (B - Extract Goals).
      </p>
      <p>The activity “B - Extract Goals” requires that the RE recognizes goals and
softgoals and organize them by actors.</p>
      <p>
        For recognizing goals, we build on Eric Yu´s observation: “A goal is a condition
or state of affairs in the world that an actor would like to achieve” [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], the strategy
basic idea is: “actions change states and states are goals”1. This concept is used in
Actor Goals from Lexicon – AGFL [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. The AGFL considers the kinds of actions
revealed by LEL and performed inside the selected context.
      </p>
      <p>Behavioral Responses (BRs) in LEL symbols mention actions which happen in the
organizational context. Two kinds of actions can be observed: concrete actions and
flexible actions. A concrete action changes one state into another, and a flexible
action adds a quality attribute to a state.</p>
      <p>
        Oliveira [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] states that “A concrete action either occurs inside or outside the
Software System, and it also has to bring any concrete result, that is there was a state
change (buy, pay, sell, hire, calculate, and plan are examples of concrete actions)
looking at it from the RE point of view”. Oliveira [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] defines flexible action as a
complement to a concrete action, by bringing a quality characteristic to a given state.
Hence, if there is an action, it will be either concrete or flexible. Oliveira qualified the
term flexible based on the same interpretation used to define “softgoals” [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Flexible
actions lack precision, and the execution of the action may depend on interpretation
of the agent performing the action (analyze, evaluate, check, control, verify, and
validate are examples of flexible actions). Since actions change states, identifying the
motivation (why?) behind each action is the key point in AGFL:
      </p>
      <p>When one concrete action is found ➔ the action will define a goal.</p>
      <p>When one flexible action is found ➔ the action will define a softgoal.</p>
      <p>
        This activity (B - Extract Goals) is connected to the C&amp;L Tool [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] for picking all
BRs (actions) expressed in the LEL for defining the kind of each one as concrete or
flexible. The example (in activity A) has eight BRs (four concrete actions and four
flexible actions). The first action: “Receives authorization for traveling” is a concrete
action because it results in a concrete free pass while the second one: “Hopes to have
a good trip on the road” is considered flexible because it describes a quality.
      </p>
      <p>Figure 2 shows one example portraying the classifying actions. Usually, on the
screen, we use the field RATIONALE to describe the flexible actions justification.
1 In our context states are interpreted as “desired states”.
For defining goal elements (exemplified in Figure 3), the RE must select for each
BR that denotes a concrete action one LEL symbol element (subject or object) and fill
in one verb in a passive voice. Furthermore, if the current actor (see “AUTHORIZED
DRIVER”) depends on another actor (“operator”) to achieve the goal, RE must indicate
this by adding “ ” a new line, defining a second actor’s goal. We call this case a
reflexive goal when one actor has a goal but depends on another actor for the goal
achievement.</p>
      <p>
        The activity “C - Refine Goals”, requires that the RE organizes goals and softgoals
as a list sorted in chronological order. The RE should recognize when one goal comes
before another one. Long-time goals should be placed at the end of the list. The
method proposes two activities to refine the actor’s goals: merge goals (concrete and
softgoals) by actor and set them in chronological order. Chronological order means
long term goals first (the most abstract before and the less abstract after). This order is
important on modeling according to the ERi*c method [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]
      </p>
      <p>For example, explaining Figure 5, ADMINISTRATION goals chain in chronological order
is: toll BE charged is important for toll BE paid which is required for toll BE
computed, and toll BE computed is necessary for road BE maintained, and so on.</p>
      <p>Figure 5 shows the final list of AGFL of Toll Road System goals. The final report
shows two new elements: “DEPENDER” and “DEPENDEE”. DEPENDER is the first actor, the
LEL subject of the actions, and DEPENDEE is the second actor who appears in the
elicitation process as an actor from whom the subject (“DEPENDER”) depends on to
achieve one goal. This idea of “DEPENDER” and “DEPENDEE” is the same used by iStar
Framework models.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Conclusions</title>
      <p>The aim of this work is to propose a strategy to help the RE in the intentionality
dimension of the elicitation process.</p>
      <p>
        The AGFL presented in this work is an extension of the first step of the ERi*c
Method [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The ERi*c Method uses the following composition for the handling the
requirements process: elicitation, modeling and analysis. Elicitation means
understanding the contextual knowledge and discovering the software requirements.
Modeling means describing requirements. Analysis means verifying and validating
the produced models. Consequently, next steps of the system development project are
specifying requirements and building models.
      </p>
      <p>
        For modeling goals and softgoals before the application of iStar Models, the ERi*c
Method uses a diagram language similar to state charts that are a simpler view of iStar
SR model, to represent chains of goals and softgoals (states) relationships. These
diagrams are called “Intentionality Panels” [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], and they should be drawn separated
from each other, to control the iStar scalability problem. The idea of separation is
based on SDsituations - Strategic Dependency Situations [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] concept. An SDsituation
can be characterized as part of the business unit. In order to do that, the RE identifies
goals and softgoals arrangements that are connected in a less complicated way, using
the criterion defined in the process [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. We described a process to tackle the
intentional dimension of the requirements elicitation activity by supporting the RE
during the mission of perceiving the intentionality (goals and softgoals) of an
organizational context of the software, preparing a list of candidate goals and
softgoals using a systematic process supported by a software tool called AGFL.
      </p>
      <p>The AGFL Tool was developed using PHP, Javascript and MySQL, it has almost
2000 lines of code and required a 9 man-months effort. AGFL Tool will be available
on the i* wiki. Future work is aimed at integrating the AGFL and IP Diagram tools.
Our contribution relies on proposing a set of heuristics supported by a tool to help the
discovery of goal and softgoals.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>1. Cenários e Léxicos - PUC-Rio - Disponível em: http://pes.inf.puc-rio.br/cel/. Acessed: 2016/Oct.</mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <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 id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Cysneiros</surname>
            ,
            <given-names>L. M.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Yu</surname>
          </string-name>
          ,
          <source>Eric “Non-Functional Requirements Elicitation” in Perspective in Software Requirements</source>
          , Kluwer Academics Publishers
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4. http://ec.europa.eu/transport/road/policy/road_charging/charging_tolls_en.htm. accessed:
          <fpage>2008</fpage>
          -Nov
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <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="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Oliveira</surname>
            ,
            <given-names>A</given-names>
          </string-name>
          . Padua; Leite,
          <string-name>
            <given-names>J. C. S. P.</given-names>
            ;
            <surname>Cysneiros</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. M.</given-names>
            ;
            <surname>Cappelli</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </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="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Oliveira</surname>
            ,
            <given-names>A</given-names>
          </string-name>
          . Padua; Leite,
          <string-name>
            <given-names>Julio C. S. P.</given-names>
            ;
            <surname>Cysneiros</surname>
          </string-name>
          ,
          <string-name>
            <surname>L. M.</surname>
          </string-name>
          ; “ERi*c Method - Intentional Requirements Engineering”; The XI Workshop on RE; Barcelona, Spain - July/
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8. “The TOLLROADSnews” a http://www.tollroadsnews.com/archives - accessed
          <source>: Nov. 12th</source>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. Wikipedia http://en.wikipedia.org/wiki/Toll_road - accessed
          <source>: Nov. 12th</source>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10. 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="ref11">
        <mixed-citation>
          11.
          <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="ref12">
        <mixed-citation>
          12. van Lamsweerde,
          <string-name>
            <surname>Axel</surname>
          </string-name>
          .
          <article-title>"Goal-oriented requirements enginering: a roundtrip from research to practice [enginering read engineering]."</article-title>
          <source>Requirements Engineering Conference</source>
          ,
          <year>2004</year>
          .
          <source>Proceedings. 12th IEEE International. IEEE</source>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Rifaut</surname>
            , Andre, and
            <given-names>Eric</given-names>
          </string-name>
          <string-name>
            <surname>Dubois</surname>
          </string-name>
          .
          <article-title>"Using goal-oriented requirements engineering for improving the quality of iso/iec 15504 based compliance assessment frameworks."</article-title>
          <source>International Requirements Engineering</source>
          ,
          <year>2008</year>
          . RE'
          <volume>08</volume>
          . 16th IEEE. IEEE,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>