<!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>Visual and Ontological Modeling Support for Extended Enterprise Models</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Sagar Sunkle</string-name>
          <email>sagar.sunkle@tcs.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Hemant Rathod</string-name>
          <email>hemant.rathod@tcs.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Tata Research Development and Design Center Tata Consultancy Services 54B, Industrial Estate</institution>
          ,
          <addr-line>Hadapsar Pune, 411013</addr-line>
          <country country="IN">INDIA</country>
        </aff>
      </contrib-group>
      <fpage>193</fpage>
      <lpage>200</lpage>
      <abstract>
        <p>Modern enterprises have to face changes brought on by multiple change drivers like evolving market conditions, technology obsolescence and advance, and regulatory compliance among others. Enterprises need to create and use both descriptive and prescriptive models such that prescriptive models leverage the descriptive models to operationalize optimum strategies in response to change. This paper presents a visual model editor and ontological support for aforementioned kinds of models of enterprise. The editor enables modeling a) motivations behind and goals in response to change, b) the AS-IS state of enterprise, c) possible TO-BE states, and d) operationalization model that captures paths from AS-IS to desired TO-BE states. The analyses required are carried out using ontological representation.</p>
      </abstract>
      <kwd-group>
        <kwd>Enterprise Architecture Modeling</kwd>
        <kwd>Intentional Modeling</kwd>
        <kwd>Motivational Modeling</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>For enterprises to respond to changes in an e cient and e ective manner requires
complete understanding of AS-IS architecture, possible TO-BE architectures, a way to
evaluate TO-BE architectures based on some criteria, and an operationalization path from
AS-IS architecture to the desired TO-BE architecture.</p>
      <p>
        In this regard, earlier we investigated an approach in which intentional modeling
was treated as a enterprise problem solving technique [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. We represented AS-IS
enterprise architecture (EA) models using Archi [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] and intentional models for TO-BE EA
using OpenOME [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. We carried out the evaluation of alternatives in OpenOME. Only
a single alternative from amongst the optimum alternatives was then materialized over
the AS-IS enterprise model. The AS-IS architecture model coupled with modification
and addition of elements and relations would indicate a specific TO-BE architecture.
This TO-BE architecture captured the intentional alternative found to be optimum.
      </p>
      <p>As we applied this procedure to several real world case studies, we found that it had
shortcomings that we enlist below, which became evident when we started modeling
large real world enterprise
models1. For really large enterprise models, keeping the EA and intentional modeling
concerns in sync in two di erent modeling tools became nearly impossible as models
grew in size.
2. In our original approach, the traceability between intentional models and elements
of TO-BE architecture was not preserved. We had to adopt an ad-hoc process in
enacting desired TO-BE architecture model presuming that concerns expressed in
intentional models are represented adequately in TO-BE architecture model.</p>
      <p>
        In accordance with the pointers mentioned above, we extend Archi to enable
integrated visual modeling of EA models as descriptive models and intentional and
motivational models as prescriptive models. We also extend the EA ontology we presented
in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] to carry out various analyses required in terms of computing prescriptive courses
of action from AS-IS to TO-BE EAs. The main component of extended visual and
ontological modeling is an extended enterprise metamodel that integrates descriptive and
prescriptive concepts. Our ongoing model building e ort with a large real world case
study suggests that visual modeling editor simplifies and streamlines modeling process
and ontological models enable expressing requisite analyses with ease.
      </p>
      <p>The paper is arranged as follows. In section 2, we describe the extended visual and
ontological modeling support. Section 3 explains how visual and ontological models are
used together in charting a course of action from AS-IS architecture to desired TO-BE
architecture. Section 4 recounts related work and concludes the paper.
2</p>
      <p>Visual and Ontology Modeling for Extended Enterprise Models</p>
      <p>lau lign
isV oedM
g
lioedn tsSep 1 Explore Strategic</p>
      <p>Alternatives
M
lgca gadn issy Models of Motivations
i
loo lin l and Intentions
tnO oedM anA</p>
      <p>Capture</p>
      <p>Problem2 specific AS-IS</p>
      <p>Details</p>
      <p>Create EA Elements
3 for On-ground</p>
      <p>Implementation</p>
      <p>Extract
4 Operationalization</p>
      <p>Model</p>
      <p>Models of AS-IS OpeMroadtieolnsafloizring
Enterprise Architecture Selected Alternative</p>
      <p>Model of TO-BE</p>
      <p>Enterprise
Architecture</p>
      <p>In the following, we first describe the extended enterprise metamodel and how it
is used as the basis of visual and ontological modeling. We then describe the steps in
Figure 1 briefly.</p>
      <p>Visual and Ontological Modeling Support for Extended Enterprise Models 195
2.1</p>
      <p>
        Extended Enterprise Metamodel
The mapping between core metamodels of ArchiMate and i* enabled treating
intentional modeling as a problem solving technique for enterprises as described in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. As
we modeled a number of in-home enterprise scenarios, we found that a distinction was
needed between the concepts of motivation or driver and goal. Motivation is something
that would lead an enterprise to consider certain goals. In practical enterprise modeling,
concepts of drivers, stakeholders, and assessment make more sense to domain experts
than notions of goals and soft goals. Figure 2 shows the extended enterprise metamodel
which integrates ArchiMate’s core metamodel with IM modeling concepts.
      </p>
      <p>
        While Figure 2 shows this mapping at conceptual level, various cardinalities are
made explicit in the underlying ontology as described later in Section 2.3. This
mapping enabled us to specify that enterprise active structure entities are motivated by
internal and/or external drivers to use or create passive structure entities while
performing behavior (entities) as means to ends that are goal(s) or soft goal(s). This kind
of articulation of enterprise’s problem context is streamlined using visual modeling
support as we explain next.
As described earlier, we used open source tools Archi and OpenOME for enterprise and
intentional modeling respectively. We chose Archi for extended enterprise modeling
as it already supports modeling the business, application, and infrastructure layers of
ArchiMate [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] and we would have to add only the IM concepts to it. With the core
metamodel of Archi extended to metamodel in Figure 2, it becomes possible to visually
model both EA and IM concepts together.
      </p>
      <p>
        In Figure 3, 1 shows models of products and services rationalization problem in
a case study of merger and acquisition (M&amp;A) of two large wealth management banks
which we introduced in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. We are modeling this case study in terms of models specific
to problems described in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] consisting of over a 1500 entities and more than 2500
relations so far.
      </p>
      <p>
        The extended Archi elements based on the extended enterprise metamodel in Figure
2 are shown by 2 in Figure 3. Archi is itself based on Eclipse Modeling Framework
(EMF) and makes addition of elements and relations easier on top of business,
application, and infrastructure metamodels of EA that it already provides [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>The process of adding elements to base metamodels is straightforward in which
EMF-based classes have to be added followed by code generation etc. A relation is
added in Archi, by internally assigning a specific character that recognizes a relation
and then the source types mention the character to enable using this relation with the
allowed target element. By defining all the elements required by EA and IM models and
sets of allowed relations between various elements, EA and IM models can be drawn
as shown by 3 in Figure 3. The models panel in Figure 3 enlists AS-IS EA models
as well as IM models of these problems we refer to as global views. 4 shows such a
global view of products and services rationalization problem. Current version of Archi
supports visualization of a selected model element in terms of all other elements that it
is related to as shown by 5 in Figure 3. An example of EA and IM models drawn
in the context of aforementioned case study is shown in Figure 4.</p>
      <p>We need to keep the details of the case study outside the scope of the paper due to
space restriction. Su ce it to say that the extended visual modeling elements proved
to be considerably useful when modeling problem-specific aspects of the case study
with domain experts. Both the implicit reasoning that the domain experts used and the
existing EA elements could be modeled in the same view. This enabled clear flow of
domain experts’ understanding that is translated to models conforming to the extended
metamodel.
2.3</p>
      <p>
        Ontology Modeling Support for EA and IM Models
We presented an ontological representation that captures ArchiMate’s core metamodel
as well as layer specific metamodels in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. This representation was versatile enough for
conducting change impact and landscape mapping analyses. We extended the EA
ontology presented in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], with IM concepts as shown in Figure 5. For EA ontology modeling
      </p>
      <p>
        Visual and Ontological Modeling Support for Extended Enterprise Models 197
and analyses, reader is requested to refer to [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. We only explain ontological modeling
of IM concepts here. Archi enables export to CSV files which retain EA element type
and name of both source and target nodes along with relation and documentation if
any. While custom exporters can be easily written, the default export option was quite
su cient for our purposes. The exported model is easily read into ontology model by
first constructing the dictionary leveraging the type information of instances and then
constructing the data in terms of relations.
      </p>
      <p>IM
EA</p>
      <p>
        Ontological Representation of IM Concepts Intentional modeling concepts are
captured under IntentionalEntity class as shown in Figure 5. The metamodel in Figure
2 distinguishes between elements internal to an actor (comprising strategic rationale
model) and external to actors (strategic dependency model) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. We found that all of
the relations in intentional model namely, means-end (MELink), task decomposition
(TDLink), contribution (CTLink), and strategic dependency (SDLink) relations, benefit
from being represented as reified relations [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. For instance, a contribution link indicates
not only which element contributes to a soft goal but also what that contribution is.
      </p>
      <p>
        We have chosen those motivational concepts and relations from [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ], which we
think have practical relevance as shown in Figure 2. These are captured under
MotivationalEntity ontology class. Drivers, both within an enterprise and from the enterprise’s
environment, influence rest of the IM elements. Generally, a stakeholder becomes
interested in assessment of a driver and it is this assessment that leads to formulation of
a goal. From thereon, intentional modeling begins in terms of actor who is responsible
for achieving the goal and actions that need to be taken by that actor, in some cases
depending on other actors.
In the following, we describe in brief how visual and ontology modeling is used in a
step by step manner as previously indicated in Figure 1.
      </p>
      <p>Step 1- Exploring Strategic Alternatives In our approach, IM modeling is carried
out first to gain clarity of the problem context. The AS-IS architecture of the enterprise
with elements pertaining only to the problem situation at hand could be then easily
modeled.</p>
      <p>
        Upon completion of the IM modeling activity for a given problem, leaf tasks can
be assigned satisfaction levels. We have implemented the bottom-up label propagation
algorithm in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] to compute satisfaction level of the root goal. The ontological
representation easily enables implementing the label propagation as well as computation of
specific routines. A SPARQL1 query to get all the immediate tasks that are means to a
specific IHardGoal instance is shown in Listing 1.1.
      </p>
      <p>Listing 1.1: Traversing Reified Means-Ends Links
1 "SELECT ? task " + " { " +
2 "? s r d f : type : IHardGoal . " + "? s : name \ " " +
3 &lt;IHardGoal&gt; + " \ " . " +
4 "? meLink : hasMEGoal ?s . " +
5 "? meLink : hasMETask ? task . " +
6 " } " ;</p>
      <p>
        Step 2- Capturing Problem-specific AS-IS Details We showed how EA ontology
for given enterprise model can be leveraged to query the model in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Using
whatif analyses of IM models and queries on enterprise models and going back and forth
between these models, both models can be refined such that they capture the reality to
the satisfaction of domain experts.
      </p>
      <p>Step 3- Creating EA Elements for On-ground Operationalization In the next
step, leaf tasks in IM models are related to EA elements that will operationalize them
from TO-BE EA perspective. IM alternatives can be combined in various ways based
on whether they satisfy the root goal. In order to preserve which elements were added
1 http://www.w3.org/TR/rdf-sparql-query/</p>
      <p>Visual and Ontological Modeling Support for Extended Enterprise Models 199
for specific leaf tasks, we tag them in the ontological representation using an object
property called isOperationalizationElementOf. This achieves two purposes- first, the
EA elements that are added anew in contrast to AS-IS elements are identified; and
second, which new elements constitute the operationalization of a specific leaf task is
made explicit.</p>
      <p>Step 4- Extracting Desired TO-BE Operationalization Model The specific set of
elements that would comprise an operationalization model of a specific strategy is
computed by creating an extended Archi viewpoint only of the operationalization models of
all alternatives and exporting it as the sole model to import into ontological
representation. Using this as the base model, the set of operationalization elements of a specific
strategy can be easily separated out using a SPARQL query over the tagging introduced
in Step 3.
4</p>
      <p>
        Related Work and Conclusion
Various approaches have suggested combined treatment of enterprise and IM concepts
[
        <xref ref-type="bibr" rid="ref11 ref12 ref8">8, 11, 12</xref>
        ], but with either the visual modeling support or the programmatic means of
analyzing models missing, they remain without use in practice for large scale
enterprise what-if analyses. Similarly, visual modeling support remains one sided- either IM
modeling support is at an early stage as in [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] or EA based modeling is lacking as
in [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>
        Our ongoing experience in modeling the M&amp;A case study suggests that visual
modeling support for extended enterprise models streamlines the case modeling activity
while ontology modeling support enables implementing requisite analyses. Visual
models are imported into ontology and therefore models and analysis results remain in sync.
While visual modeling support explained in the paper is working as desired, we suspect
that when many modelers are simultaneously modeling various problem-specific IM
and enterprise models in multiple interactions with domain experts, a more robust
distributed enterprise and IM modeling environment will be necessary. We are actively
pursuing the possibility of implementing such an environment using our proprietary
reflexive metamodeling framework which we have used successfully in several business
engagements [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ].
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Sunkle</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kulkarni</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roychoudhury</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Intentional Modeling for Problem Solving in Enterprise Architecture</article-title>
          . In Hammoudi, S.,
          <string-name>
            <surname>Maciaszek</surname>
            ,
            <given-names>L.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cordeiro</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dietz</surname>
          </string-name>
          , J.L.G., eds.:
          <source>ICEIS (3)</source>
          ,
          <source>SciTePress</source>
          (
          <year>2013</year>
          )
          <fpage>267</fpage>
          -
          <lpage>274</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Institute</surname>
            ,
            <given-names>E.C.</given-names>
          </string-name>
          : Archi Developer Resources. http://archi.cetis.ac.uk/ developer.html
          <source>Accessed: 16th March</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Horko</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.S.K.</given-names>
          </string-name>
          :
          <article-title>OpenOME: An Open-source Goal and Agent-Oriented Model Drawing</article-title>
          and
          <string-name>
            <given-names>Analysis</given-names>
            <surname>Tool</surname>
          </string-name>
          . [
          <volume>16</volume>
          ]
          <fpage>154</fpage>
          -
          <lpage>156</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Sunkle</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kulkarni</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roychoudhury</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Analyzing Enterprise Models Using Enterprise Architecture-Based Ontology</article-title>
          . In Moreira,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Schätz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Gray</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Vallecillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Clarke</surname>
          </string-name>
          , P.J., eds.:
          <source>MoDELS</source>
          . Volume
          <volume>8107</volume>
          of Lecture Notes in Computer Science., Springer (
          <year>2013</year>
          )
          <fpage>622</fpage>
          -
          <lpage>638</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Sunkle</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kulkarni</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rathod</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          :
          <article-title>(Multi-) Modeling Enterprises for Better Decisions</article-title>
          . In Combemale, B.,
          <string-name>
            <surname>DeAntoni</surname>
          </string-name>
          , J., France, R.B.,
          <string-name>
            <surname>Barn</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Clark</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Frank</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kulkarni</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Turk</surname>
          </string-name>
          , D., eds.
          <source>: GEMOC+AMINO@MoDELS. Volume 1102 of CEUR Workshop Proceedings., CEUR-WS.org</source>
          (
          <year>2013</year>
          )
          <fpage>69</fpage>
          -
          <lpage>78</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Ayala</surname>
            ,
            <given-names>C.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cares</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Carvallo</surname>
            ,
            <given-names>J.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grau</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haya</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Salazar</surname>
            ,
            <given-names>G.</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 Comparative Analysis of i*-Based Agent-Oriented Modeling Languages</article-title>
          . In Chu, W.C.,
          <string-name>
            <surname>Juzgado</surname>
            ,
            <given-names>N.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wong</surname>
          </string-name>
          , W.E., eds.: SEKE. (
          <year>2005</year>
          )
          <fpage>43</fpage>
          -
          <lpage>50</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7. Group, W.W.:
          <article-title>Defining N-ary Relations on the Semantic Web</article-title>
          . http://www.w3.org/ TR/swbp-n
          <source>-aryRelations/ W3C Working Group Note 12 April 2006 Accessed: 16th March</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Quartel</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Engelsman</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jonkers</surname>
          </string-name>
          , H.:
          <article-title>ArchiMate R Extension for Modeling and Managing Motivation, Principles and Requirements in TOGAFTTM (</article-title>
          <year>October 2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <source>OMG: Business Motivation Model - Version 1</source>
          .
          <fpage>1</fpage>
          . (May
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Horko</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.S.K.</given-names>
          </string-name>
          :
          <article-title>Evaluating Goal Achievement in Enterprise Modeling - An Interactive Procedure and Experiences</article-title>
          . In Persson,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Stirna</surname>
          </string-name>
          , J., eds.:
          <source>PoEM. Volume 39 of Lecture Notes in Business Information Processing.</source>
          , Springer (
          <year>2009</year>
          )
          <fpage>145</fpage>
          -
          <lpage>160</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.S.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Strohmaier</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Deng</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          :
          <article-title>Exploring Intentional Modeling and Analysis for Enterprise Architecture</article-title>
          .
          <source>In: Tenth IEEE International Enterprise Distributed Object Computing Conference (EDOC) Workshops</source>
          . (
          <year>2006</year>
          )
          <fpage>32</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Engelsman</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wieringa</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          :
          <article-title>Goal-Oriented Requirements Engineering and Enterprise Architecture: Two Case Studies and Some Lessons Learned</article-title>
          . In Regnell,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Damian</surname>
          </string-name>
          , D.E., eds.
          <source>: REFSQ</source>
          . Volume
          <volume>7195</volume>
          of Lecture Notes in Computer Science., Springer (
          <year>2012</year>
          )
          <fpage>306</fpage>
          -
          <lpage>320</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Frank</surname>
          </string-name>
          , U.:
          <string-name>
            <surname>Multi-Perspective Enterprise</surname>
          </string-name>
          <article-title>Modelling as a Foundation of Method Engineering and Self-Referential Enterprise Systems</article-title>
          . In Hammoudi, S.,
          <string-name>
            <surname>Maciaszek</surname>
            ,
            <given-names>L.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cordeiro</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dietz</surname>
          </string-name>
          , J.L.G., eds.:
          <source>ICEIS (1)</source>
          ,
          <source>SciTePress</source>
          (
          <year>2013</year>
          ) IS-
          <fpage>9</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Morandini</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nguyen</surname>
            ,
            <given-names>D.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Penserini</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Susi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Tropos Modeling, Code Generation and Testing with the Taom4E Tool</article-title>
          , booktitle = iStar. [
          <volume>16</volume>
          ]
          <fpage>172</fpage>
          -
          <lpage>174</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Kulkarni</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Reddy</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rajbhoj</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Scaling Up Model Driven Engineering - Experience and Lessons Learnt</article-title>
          . In Petriu, D.C.,
          <string-name>
            <surname>Rouquette</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haugen</surname>
          </string-name>
          , Ø., eds.:
          <source>MoDELS (2)</source>
          . Volume
          <volume>6395</volume>
          of Lecture Notes in Computer Science., Springer (
          <year>2010</year>
          )
          <fpage>331</fpage>
          -
          <lpage>345</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16. de Castro,
          <string-name>
            <given-names>J.B.</given-names>
            ,
            <surname>Franch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Yu</surname>
          </string-name>
          , E.S.K., eds.
          <source>: Proceedings of the 5th International i* Workshop</source>
          <year>2011</year>
          , Trento, Italy,
          <source>August 28-29</source>
          ,
          <year>2011</year>
          . In de Castro,
          <string-name>
            <given-names>J.B.</given-names>
            ,
            <surname>Franch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Yu</surname>
          </string-name>
          , E.S.K., eds.
          <source>: iStar. Volume 766 of CEUR Workshop Proceedings., CEUR-WS.org</source>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>