<!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>Supporting i*-Based Context Models Construction through the DHARMA Ontology</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Wilson Pérez</string-name>
          <email>wilson.perez@ucuenca.edu.ec</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Karina Abad</string-name>
          <email>karina.abadr@ucuenca.edu.ec</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Juan Pablo Carvallo</string-name>
          <email>jpcarvallo@uazuay.edu.ec</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Xavier Franch</string-name>
          <email>franch@essi.upc.edu</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Universidad de Cuenca (UC)</institution>
          ,
          <addr-line>Cuenca</addr-line>
          ,
          <country country="EC">Ecuador</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Universidad del Azuay (UDA)</institution>
          ,
          <addr-line>Cuenca</addr-line>
          ,
          <country country="EC">Ecuador</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Universitat Politècnica de Catalunya (UPC)</institution>
          ,
          <addr-line>Barcelona</addr-line>
          ,
          <country country="ES">Spain</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The construction of enterprise context models, fundamental tool to design of modern information systems, is usually a cumbersome task to lead, largely due to the gap of communication between the administrative staff and technical consultants in charge of its construction. In order to make this task easier previous works encouraging the reuse of i* context elements through the implementation and use of catalogs has been proposed. In this paper, we make use of semantic technologies to exploit such catalog, storing its content in a semantic repository. To support this idea, we have created the DHARMA ontology following the guidelines proposed by NeOn methodology, integrating different domains and their vocabularies.</p>
      </abstract>
      <kwd-group>
        <kwd>DHARMA Method</kwd>
        <kwd>ontology network</kwd>
        <kwd>iStar</kwd>
        <kwd>iStar catalog</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Modern Enterprises rely in Information Systems (IS) designed to manage the
increasing complexity of the interactions between their operations and context.
Enterprise Architecture (EA) [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] is a widely accepted approach for architecting IS, starting
from the business strategy to its implementation, allowing the identification of the IS
Architecture. In order to support this process, the DHARMA Method [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] has been
proposed, which allows the discovering of Enterprise IS Architectures starting from
the construction of Context Models (CM) expressed in i* notation.
      </p>
      <p>
        We have applied this method in many industrial cases, discovering repetitive
elements and therefore a pattern catalog [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], which can be used as template to ease the
construction of CM. Despite of its practical interest, the catalog presents some typical
limitations of syntactic artifacts, including the difficulty to perform queries in natural
language, the identification of synonyms and antonyms, etc.; due these limitations, in
this work we propose the extension of the DHARMA ontology, which integrates
different domains and their corresponding vocabularies needed to support all activities of
the DHARMA method. The structure of the resulting semantic repository will
improve the search of elements and the construction of CM expressed in i* notation.
      </p>
      <p>This paper is organized as follows. Section 2 presents a background and its related
works, section 3 describes the design of the DHARMA ontology; section 4 shows its
implementation. Section 5 presents some results and validations of the resulting
ontology and finally, section 6 exposes some conclusions and future works.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Background and Related Works</title>
      <p>This section summarizes previous concepts required to understand the scope of the
proposal, we briefly describe the NeOn methodology to support the creation of the
ontology network and we also present the DHARMA Method and its activities.
2.1</p>
      <sec id="sec-2-1">
        <title>NeOn Methodology</title>
        <p>
          NeOn Methodology guides the life cycle of an ontology network, which is a
collection of interconnected and interrelated ontologies[
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. It is focused in the reuse of
existing resources within the domain of interest and also supports the dynamic evolution
of the ontology network. NeOn offers i) nine scenarios focused in the reuse of
ontological and non-ontological resources, their reengineering and fusion; ii) a glossary of
processes and activities involved in the development of an ontology network; and iii)
methodological guidelines to support various processes and activities. This
methodology is also supported by a tool (NeOn toolkit), which provides some methods and
software complements to manage the knowledge enclosed by each scenario [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ].
2.2
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>The DHARMA Method</title>
        <p>
          The DHARMA Method (Discovering Hybrid ARchitectures by Modelling Actors)
[
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] allows the definition of Systems Architecture (SA) by modelling the organization
and its environment using the i* framework. This method is sustained in i) Porter’s
five market forces [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ], designed to reason about potential strategies and to help with
the analysis of the influence of context forces; ii) Porter’s Value Chain, which
encompasses primary and support activities. The DHARMA Method is structured by
four activities:
        </p>
      </sec>
      <sec id="sec-2-3">
        <title>Activity 1: Modelling the Enterprise Context. The organization and its strategy</title>
        <p>are carefully analyzed, to identify its role inside the context. As result, social
dependencies are identified and included in the organization CM.</p>
      </sec>
      <sec id="sec-2-4">
        <title>Activity 2: Modelling the Environment of the System. This activity proposes the</title>
        <p>introduction of an IS to-be inside the organization and analyzes its impact over the
elements identified in activity 1.</p>
      </sec>
      <sec id="sec-2-5">
        <title>Activity 3: Decomposition of system goals and identification of system actors.</title>
        <p>System dependencies in the CM are analyzed and decomposed into a hierarchy of
goals required to satisfy them. The result of this activity is a set of SR diagrams.</p>
      </sec>
      <sec id="sec-2-6">
        <title>Activity 4: Identification of System Architecture. Finally, goals included in pre</title>
        <p>vious SR models are analyzed and systematically grouped into System Actors (SA)
representing atomic domains.
2.3</p>
      </sec>
      <sec id="sec-2-7">
        <title>Related Works</title>
        <p>
          In [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ], authors present a meta-model based in ontologies to support the i*
framework, called OntoiStar, which integrates models representing the i* model through the
use of ontologies. In [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ], authors introduce a methodology for the integration of
ontological models of the i* framework and its variants, this methodology lead the authors
to the definition of a new extended ontology, called OntoiStar+.
        </p>
        <p>
          Based on the need to perform a semantic analysis of the DHARMA Method,
authors in [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] developed an ontology network called DHARMA, by extending
OntoiStar+, adding some vocabularies to include concepts of interest for activities 1 and 2
of the DHARMA Method; in this proposal, we aim to complete that extension, adding
vocabularies to include concepts for activities 3 and 4, and besides, extend OntoiStar+
ontology to include concepts of the iStar 2.0 standard [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. As result, we will get a
complete ontology network that covers the four activities of the DHARMA method,
including concepts related to iStar 2.0 standard.
3
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Design of the DHARMA Ontology Network</title>
      <p>
        This section describes the steps performed to design the DHARMA ontology
network, following the guidelines proposed in NeOn methodology. This methodology
proposes 9 scenarios to create an ontology network [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Due to the nature of this
project, scenarios 1 (From specification to implementation), 3 (Reusing ontological
resources) and 8 (Restructuring ontological resources) will be implemented.
      </p>
      <sec id="sec-3-1">
        <title>Scenario 1: From specification to implementation. In this scenario, functional</title>
        <p>
          and non-functional requirements were identified. Functional requirements regarding
to activities 1 and 2 of the DHARMA method were presented in [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] and were
identified through Competency Questions (CQ); Table 1 shows functional requirements for
activities 3 and 4 of the DHARMA method, and new concepts included in iStar 2.0.
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>Scenario 3: Reusing Ontological Resources – Methodological guidelines for</title>
        <p>ontology reuse. This scenario describes the activities performed in order to reuse
ontological declarations.</p>
        <p>
          Activity 1: Search of ontologies. To cover the requirements defined in scenario 1,
five modular ontologies satisfying the requirements were found: OntoiStar,
OntoiStar+, Offer-job [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ], Classification [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ] and ValueChain. These ontologies
conceptualize knowledge regarding to Organizations, Actors, Dependencies, Usability,
Organizational Areas and Socio-technical relationships.
        </p>
        <p>Activity 2: Evaluation of ontologies declaration. After contrasting the ontologies
mentioned in previous paragraph and the stablished requirements, it can be concluded
that Offer-job and Classification ontologies will satisfy concepts of Organization,
OntoiStar and OntoiStar+ will model concepts of the i* notation, answering questions
related to socio-technical requirements, and ValueChain ontology will be used to
satisfy requirements related to organizational areas.</p>
        <p>Activity 3: Selection of ontologies declaration. Offer-job, Classification and
ValueChain ontologies are used entirety in the ontology network, as they satisfy
requirements analyzed in previous activity. As mentioned in section 2.3, OntoiStar+ is
an extension of OntoiStar, so, we decided to use OntoiStar+ in our ontology network.
For concepts regarding to the DHARMA method activities and functional
requirement presented in Table 1 we will perform an enrichment process, which will be
presented in section 4.</p>
        <p>
          Activity 4: Integration of ontologies declaration. Based in the guidelines stablished
in [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ], two integration models for the creation of the ontology network will be
performed: Reuse of ontologies as they are defined (applicable to OntoiStar+ and
ValueChain ontologies) and Ontological reengineering (applicable to Offer-job and
Classification ontologies as they include irrelevant definitions for the DHARMA method).
        </p>
        <p>Activity 5: Local inconsistences detection. Offer-job and classification ontologies
include a third ontology called Region to define the language, weather and
geographical region, as this information is irrelevant for the DHARMA network ontology, we
have decided to delete it.</p>
      </sec>
      <sec id="sec-3-3">
        <title>Scenario 8: Restructuring ontological resources. Explained in section 4.</title>
        <p>4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Extension of the DHARMA Ontology Network</title>
      <p>In this section, we will describe the enrichment process of the DHARMA ontology,
using scenario 8 Restructuring ontological resources based in requirements CQG2,
CQG3 and CQG4 (see Table 1). NeOn Toolkit and Protégé were used to extend the
DHARMA ontology network. Figure 1 shows the resulting network, where
Classification, Ofer-job, ValueChain and OntoiStar are ontological resources, while
DHARMA and iStar 2.0 represent knowledge from external sources that have been
conceptualized into the ontology network. Text over each link describes the
relationship between concepts. As an example, let’s consider the relationship “has
organization industry” link, which has as source Organization concept (from classification
ontology) and target Industry concept (from Offer-job ontology).</p>
      <p>has internaElement
internalElementRelationship
iStar 2.0</p>
      <p>O.</p>
      <p>has actor type OntoiStar+
Ontology</p>
      <p>External Source</p>
      <p>Ad hoc wrapper</p>
      <p>has organization industry
OffeOr.-job has organization sector</p>
      <p>O.</p>
      <p>Clasification
has arganizaton area</p>
      <p>has dependency area
DHARMA</p>
      <p>O.</p>
      <p>
        ValueChain
The process to transform concepts into ontological constructors is based in the 5
transformation rules exposed in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], where, i)each concept, concept relation and
enumeration class is represented as a class in OWL [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]; ii) each enumeration element is
represented as a class instance in OWL; iii) each class property is represented through
axioms in OWL; iv) each association is represented as an object property in OWL; v)
each enumeration and primitive data are represented as a data property in OWL.
5
      </p>
    </sec>
    <sec id="sec-5">
      <title>Results and Validation</title>
      <p>The DHARMA ontology network is composed by 4 ontologies (OntoiStar+,
Offerjob, Classification and ValueChain), additional concepts of the DHARMA method
and iStar 2.0. The resulting ontology has a total of 856 classes, 72 Data Properties,
175 Object Properties and 20 Annotation properties. The URI of the DHARMA
ontology is http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#.</p>
      <p>
        The ontology was validated by annotating different CM analyzed in [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Due to
the complexity of creating a semantic repository, this work presents a brief
evaluation. The following example shows an SPARQL [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] query answering the questions
included in CQG2 (see Table 1). Table 2 shows the result for an actor (UC) where
variables type and name are concepts from DHARMA ontology and instance is a
concept from OntoiStar+ ontology (and specified in iStar 2.0).
      </p>
      <p>PREFIX dharma: &lt;http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#&gt;
PREFIX rdfs: &lt;http://www.w3.org/2000/01/rdf-schema#&gt;
SELECT ?type, ?instance WHERE {
dharma:Actor/UC a ?instanceC. ?dharma:Actor/UC rdfs:label ?name.
dharma:Actor/UC dharma:has_Actor_TypeActor_source_ref ?typeC.
?instanceC rdfs:label ?instance. ?typeC rdfs:label ?type.}</p>
      <sec id="sec-5-1">
        <title>Ontology</title>
        <p>http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#
http://www.ucuenca.edu.ec/ontologies/DHARMA.owl#
http://www.cenidet.edu.mx/OntoiStar.owl</p>
        <p>Ontologies are valuable elements to support the IS modelling process, providing a
knowledge base of the information stored, facilitating its reuse. In this work, we have
presented the development of the DHARMA Ontology Network, which
conceptualizes the knowledge provided by the DHARMA Method, aiming to define the EA of
an organization, and making use of the i* notation.</p>
        <p>
          Applying NeOn methodology, we have extended an ontology network aiming to
encompass the different domains involved in the construction of CM, by reusing
different ontologies and enriching them. Finally, the evaluation and results were
presented. As future work, we aim to use reasoners and synonym suggestion modules in
order to infer and generate new IS starting from the knowledge provided by the
catalog instantiated using the DHARMA ontology. Also, we want to enlarge the ontology
to cover aspects related to structural metrics of the resulting i* context model
[
          <xref ref-type="bibr" rid="ref15">15</xref>
          ][
          <xref ref-type="bibr" rid="ref16">16</xref>
          ].
        </p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1. The Open Group,
          <article-title>The Open Group Architecture Framework (TOGAF) version 9</article-title>
          .
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Carvallo</surname>
            ,
            <given-names>J. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Frach</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          <article-title>Descubriendo la arquitectura de sistemas de software híbridos: un enfoque basado en Modelos i*</article-title>
          .
          <source>WER</source>
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Carvallo</surname>
            ,
            <given-names>J. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          <article-title>Building Strategic Enterprise Context Models with i*: A Pattern-Based Approach</article-title>
          .
          <source>TEAR</source>
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Haase</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lewen</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Studer</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Erdmann</surname>
            ,
            <given-names>M..</given-names>
          </string-name>
          <article-title>The NeOn Ontology Engineering Toolkit</article-title>
          .
          <source>European Semantic Web Conference</source>
          .
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Porter</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <article-title>Competitive Strategy: techniques for analyzing industries and competitors</article-title>
          .
          <source>Free Pess</source>
          .
          <year>1980</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Najera</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Martinez</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Estrada</surname>
            ,
            <given-names>H. Supporting</given-names>
          </string-name>
          <article-title>i* model integration through an ontology-based approach</article-title>
          .
          <source>5th International i* Workshop. CEUR</source>
          , Vol
          <volume>766</volume>
          .
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Najera</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Martinez</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Estrada</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <source>An Ontology-Based Methodology for Integrating i* Variants. 6th International i* Workshop. CEUR</source>
          , Vol
          <volume>978</volume>
          .
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Pérez</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abad</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Carvallo</surname>
            ,
            <given-names>J. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Espinoza</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Saquicela</surname>
          </string-name>
          , V. Ontología DHARMA para la construcción de Arquitectura de Sistemas Empresariales. Maskana.
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Dalpiaz</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Horkoff</surname>
          </string-name>
          ,
          <source>J. iStar 2</source>
          .
          <article-title>0 Language Guide</article-title>
          . Available: https://sites.google.com/site/istarlanguage/home (last accessed:
          <volume>06</volume>
          /03/
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Suarez</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <article-title>NeOn Methodology for Building Ontology Networks: Specification, Scheduling and Reuse</article-title>
          .
          <source>PhD Thesis</source>
          . Universidad Politécnica de Madrid.
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. Ontology Engineering Group.
          <article-title>Human Resources Management Ontology</article-title>
          . Available: http://tinyurl.com/UPM-HRMO99 (last accessed:
          <volume>06</volume>
          /03/
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>W3C. OWL Web Ontology Language Guide</surname>
          </string-name>
          . Available: https://www.w3.org/TR/owl-guide (last accessed:
          <volume>06</volume>
          /03/
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Abad</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Carvallo</surname>
            ,
            <given-names>J. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Espinoza</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Saquicela</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <article-title>Towards the Creation of a Semantic Repository of iStar-Based Context Models</article-title>
          .
          <source>Trends and Applications in Software Engineering</source>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. W3C.
          <article-title>SPARQL Query Language for RDF</article-title>
          . Available: https://www.w3.org/TR/rdf-sparqlquery/ (last accessed:
          <volume>06</volume>
          /03/
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grau</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Quer</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>A framework for the definition of metrics for actordependency models</article-title>
          .
          <source>RE</source>
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          <article-title>A Method for the Definition of Metrics over i* Models</article-title>
          .
          <source>CAiSE</source>
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>