<!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>Linking Strategic Innovation to Requirements: a look into Blue Ocean Strategy</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Constantinos Giannoulis</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jelena Zdravkovic</string-name>
          <email>jelenaz@dsv.su.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer and Systems Sciences (DSV), Stockholm University</institution>
          ,
          <addr-line>Forum 100, SE-164 Kista</addr-line>
          ,
          <country country="SE">Sweden</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Business Strategy encapsulates an organisation's intentions towards the achievement of its vision. As such, business strategy frames the overarching business roadmap towards the accomplishment of strategic goals driven by competition, by own capabilities, or by innovation. Consequently, such a roadmap needs to be considered when building systems aimed at supporting the functionality of an enterprise. Introducing business strategy to system's design using models facilitates the propagation of strategic notions to development techniques and methods. This study focuses on bringing a business strategy formulation driven by innovation into system requirements; speci cally, relating Blue Ocean Strategy to the notions of i*, an established goal modeling technique within requirements engineering.</p>
      </abstract>
      <kwd-group>
        <kwd>Business Strategy</kwd>
        <kwd>Business-IT alignment</kwd>
        <kwd>Requirements Engineering</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        Alignment between business and IT has been extensively addressed in research
- there exist approaches that consider business strategy in a holistic
manner [
        <xref ref-type="bibr" rid="ref1 ref2 ref3">1, 2, 3</xref>
        ] but also speci cally through distinct business strategy
formulations [
        <xref ref-type="bibr" rid="ref4 ref5">4, 5</xref>
        ]. From an IT perspective, business strategy should function as an
initial frame within which IS development takes place; ergo provide initial
organisational rationale to a system.
      </p>
      <p>
        Strategic planning is the process during which a strategy is de ned by
analysing the current status of an enterprise and the competitive environment
in which it resides. Good planning is driven by three di erent aspects [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]; the
resource based view, where strategy formulation is driven by the capabilities
of the enterprise; the industrial organization view, where the positioning is the
main driver; and the Shumpeterian view, where radical innovations are in focus
disrupting the environment in which the rm operates, thus giving opportunities
for taking advantage over companies whose capability to innovate is lower. The
rst two views have been traditionally dominant both in research and practice,
with formulations such as Strategy Maps and Balanced Scorecards (SMBSC) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]
and the Value Chain [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] respectively. Primary focus has been on value creation by
improving how products and services are o ered in respect to competition
aiming at di erentiation, low cost. or focus [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. E orts to link such business strategy
formulations with requirements have been already proposed, such as mappings
between SMBSC and i* [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], a goal modeling technique used in requirements
engineering, informally in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], and semi-formally in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>However, no such e ort exists for business strategy formulations of the
Shumpeterian view. Such e ort would enable the linkage of strategically innovative
intentions and requirements. Although strategic initiatives do not change
constantly, though they are monitored and altered regularly due to today's rapid
changing business scene, modelling business strategy allows for establishing and
maintaining a strategic frame in IS development. Therefore, the goal of this study
is to link a business strategy formulation belonging to the Shumpeterian view,
to a technique used in requirements engineering. The purpose is to facilitate the
relationship between strategic innovation and IS development supporting such
innovation. Such linkage constitutes a frame for IS development because it
captures strategy and expresses it using a requirements' notation, thus enabling the
use of strategic intent when deriving system requirements contributing to the
alignment between business and IS development.</p>
      <p>
        Speci cally, Blue Ocean Strategy, BOS [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] is used, a business strategy
formulation that has recently attracted attention due to successful innovative solutions.
One such case is the one of Apple introducing their online music store iTunes,
thus revealing a blue ocean in digital music [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Blue Ocean shifts strategy
from value creation, to value innovation, where old things are no longer done,
i.e. either new things are done, or similar ones in a fundamentally new way,
while pursuing di erentiation and low cost simultaneously. i* [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] is used due to
its known support expressing social intentionality and rationale enhancing the
early phase of requirements engineering [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ].
      </p>
      <p>
        Section 2 provides an overview of Blue Ocean Strategy along with a proposed
conceptualisation of the formulation in the form of a meta-model and related
constraints. Section 3 provides the conceptual relationships identi ed between
the BOS meta-model and the i* meta-model [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] along with an illustration using
a case from the airline industry. Section 4 provides a discussion on the usage of
proposed relationships, as well as it outlines the directions of the future work.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2 Modeling Blue Ocean Strategy</title>
      <sec id="sec-2-1">
        <title>2.1 Overview</title>
        <p>
          Blue Ocean Strategy [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ] aims at competing where there are no competitors
by challenging industry's structural conditions and therefore, the objective is
to rede ne the problem an industry is focused on rather than nding solutions
to existing problems. It moves from value creation, doing similar things in an
improved way, to value innovation, which means stop doing old things and either
start doing new ones or do similar ones in a fundamentally new way, while
pursuing di erentiation and low cost simultaneously. The core elements of the
formulation are the strategy canvas and the four-actions framework (structured
of the eliminate-reduce-raise-create factor grid).
        </p>
        <p>The strategy canvas o ers a graphical representation of the current state in
a known market by identifying the range of factors an industry competes on
and invests in (horizontal axis), as well as their o ering level to buyers (vertical
axis). A factor is a feature or bene t identi ed as essential to the provision of
the product or service a company o ers to buyers. A basic component of the
strategy canvas is the value curve capturing a company's relative performance
across the aforementioned competition factors of a given market (Figure 1).</p>
        <p>The four-actions framework challenges current strategic logic along the
eliminate-reduce-raise-create factor grid and by driving chosen changes on the
factors, creates a new value curve. Eliminate and reduce aim at dropping the
current cost structure by looking into which of the factors that the industry takes
for granted should be eliminated, and which factors should be reduced well
below the industry's standard, respectively. Raise and create strive for how-to in
terms of lifting buyers value and creating by looking into which factors should
be raised well above the industry's standard and which factors should be created
that the industry has never o ered respectively.</p>
        <p>
          Blue Ocean Strategy Meta-model (BOSMM) Our conceptualisation of
Blue Ocean Strategy is based on its original formulation presented in [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ] and
focuses on the main constructs and their underlying concepts, while
methodological aspects, such as the process of building a Blue Ocean Strategy, are re ected
through the outcome, i.e. the strategy itself:
{ BlueOceanStrategy class captures the strategy and carries three attributes
being its main characteristics. Tagline captures the strategy's clear
message/slogan with great commercial potential, Focus con rms whether the
strategy is focused, as indicated by the strategy canvas, and is captured
through a boolean variable, and Divergence shows whether the new value curve
is di erent than the existing one(s), also captured by a boolean variable. The
class adheres to the following constraint: Focus must be true and Divergence
must be true when comparing NewValueCurve to IndustryValueCurve.
{ Enterprise captures the organisation for which Blue Ocean Strategy is
formulated.
{ Resource captures the enterprise's o ering to buyers, while Service and
Product capture types of resources o ered to buyers.
{ Factor captures the key competing factors. This includes both the factors an
industry currently competes on as well factors introduced to shape a blue
ocean. Each factor carries an o ering level attribute that captures the o ering
that buyers receive; high means buyers receive more and thus the enterprise
invests more in that factor. For price, high o ering level means a higher price.
{ ValueCurve captures a graphic depiction of a company's relative performance
across its industry's factors of competition.
{ NewValueCurve captures a value curve capturing the value curve created by
applying the four-action framework. This class adheres to the following
constraint: an instance of NewValueCurve always ConsistsOf more instances of
Factor than the ones that Shape instances of IndustryValueCurve due to the
create action of the four action framework that introduces factors that existing
market play does not capture.
{ IndustryValueCurve captures a value curve where the industry currently
competes on; it's used to build the new value curve and to con rm it constitutes
a blue ocean strategy (evidence for comparison on focus and divergence).
{ StrategyCanvas captures both the current state of play in a known market
space, as well as the desired one. This class adheres to the constraint: an
instance of StrategyCanvas includes at least two instances of ValueCurve,
where at least one must be an instance of IndustryValueCurve and at least
one must be an instance of NewValueCurve.
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2 A reference model for i*</title>
        <p>
          Since the introduction of i* in 1995 [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] several variants of the notation have
emerged [
          <xref ref-type="bibr" rid="ref14 ref15 ref16 ref17 ref18">14, 15, 16, 17, 18</xref>
          ]. For this study the i* reference model [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] is chosen,
because it allows the use of the aforementioned variants of the notation and to
the best of the authors' knowledge it is the most comprehensive i* reference
model, thus minimising the risk of excluding i* variants (e.g. the uni ed model
of [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ] captures only the original i* [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] and [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ]). Additionally, this model has
been built considering the possibility of new i* variants emerging and as such it
is open to accommodate them by not being strictly restrictive considering the
existing variations of certain concepts from di erent i* variants.
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3 Mapping Blue Ocean to i*</title>
      <p>
        Mapping Blue Ocean Strategy to i*, requires the concepts of BOSMM presented
in Section 2 to be mapped to the concepts of the i* reference model when possible.
When not possible, the lexicon of the reference model terms for i* is used to
propose a basis for mapping:
{ Enterprise from BOSMM is mapped to i*.Actor because it carries out actions
to attain goals and may depend on other actors to attain these goals. An
enterprise carries out actions to attain their goals, expressing their blue ocean
strategy and depends on other enterprises to attain these goals by comparing
their value curve with existing ones (from enterprises constituting the
industry) which e ectively express a desired state, thus a set of goals related to
each factor that altogether constitute the value curve. This mapping also
allows the use of actor with relationships is-part-of and is-a, therefore, when
further re ning enterprise actors within can be identi ed.
{ BlueOceanStrategy is related to the parts of the SD and SR models relevant
to blue ocean strategy. Therefore, it can be mapped to the derived SR, which
includes a goal expressing the strategy's tagline, along with a task to achieve
this goal, the resource o ered to buyers and the set of goals and soft-goals
stemming from the factors of the new value curve.
{ Focus and Divergence are i* dependums expressed as goals for the tagline for
blue ocean strategy, being focused and being divergent. Depender is the
Enterprise to whom the new value curve BelongsTo and dependee is the Enterprise
to whom the existing value curve RelatesTo. Focus and Divergence are true
only if compared to existing value curves, thus making the enterprise
dependent to other actors to con rm focus and divergence for blue ocean strategy.
{ Factor is mapped to two i* elements: Goal and Soft-Goal. For a value curve,
factors express a desired state to be achieved without neither specifying how
nor being able to validate their satisfaction. This desired state is aligned with
the de nition of a goal or a soft-goal in i*, the former strictly referring to a
desired state without knowing how to achieve it, the latter without being able
to de ne their achievement a priori as true or false [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Such goals and
softgoals express enterprise intention in i*, therefore, formulating these should
include both the factor itself as wells its o ering level. For Southwest the goal
Low Lounges be Provided is achieved by the task Provide Low on Lounges
which uses the resource Lounges (Figure 3).
{ Goals and soft-goals can be then decomposed in i* according to how factors are
planned to be provided (not captured by the Strategy Canvas), thus capturing
how they can be achieved. When mapping factors to goals and soft-goals, one
should always check whether there exists a resource related to that factor, as
it would in uence that factor's analysis through decomposition in i*. In this
case, a relevant task would be de ned in i* and consequently through task
decomposition, appropriate resources would be modeled.
{ Resource is mapped to i*.IntentionalElement with Resource as
IntentionalType but only for resources provided to customers, thus in a traditional i*
model this would be the physical or informational entity provided by the
enterprise to buyers, constituting the line of business for the enterprise.
{ NewValueCurve captures the intentionality and rationale within the
enterprise, which in i* is captured through the SR model apart from the goal
expressing the tagline, the task being means to this goal and the resource
required by this task. A new value curve of an enterprise is related to an SR
model of this enterprise including its factors as goals or soft-goals.
{ IndustryValueCurve captures the intentionality and rationale within the
enterprise, which in i* is captured through the SR model. The existing value
curve is mapped to an SR model of the actor enterprise other than the
Enterprise for which blue ocean strategy is built, and includes the factors as
goals/soft-goals that shape it.
      </p>
      <p>Mappings are summarised and illustrated by the BOS of Southwest Airlines
in Table 1.</p>
      <p>The aforementioned mappings are operationalised into an i* SR model for
Southwest Airlines including the dependencies to other actors that compete on
existing o erings (Figure 3). i* addresses the early phase of requirements
engineering aiming at understanding the rationale for a system and provides the
modeling features to capture strategic rationale. The strategic rationale of BOS
scopes the re nement around system goals by de ning the highest level of goals
set by the organisation. It is within that scope that systems serve some purpose.
Capturing that scope allows the understanding of what needs to be done by
the organisation. For example, the strategic o erings proposed by an enterprise,
such as the goals and soft goals for Southwest Airlines.</p>
      <p>
        Thereafter, organisational actors in uencing the goals set as well as their
achievement can be identi ed, intentional elements (goals, soft-goals, resources,
tasks) can be re ned (the SD model) [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. For example, within the organisational
boundaries of Southwest Airlines all actors in uencing the goals and soft goals
set need to be identi ed, as well as all their dependencies.
      </p>
      <p>Furthermore, actors can be re ned to capture their intentionality and provide
means of analysis for achieving something by identifying workability of achieving
that something by decomposition of tasks and means-ends links, by checking
viability of achieving that something based on some quality conditions, etc.
For example, goals and soft goals set need to be decomposed through
meansend and contribution links into goals, soft goals, tasks, and resources, similarly
to the goal "Low lounges be provided" of Southwest Airlines (Figure 3). These
decompositions eventually allow identifying, and establishing dependencies with,
actors who can accomplish a goal, carry out a task, or deliver some needed
resources.</p>
      <p>
        This early phase of requirements is input to the late phase of requirements.
For example, [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] proposes a set of guidelines to map i* models to UML use
case diagrams, where the use of i* to derive use cases allows traceability and
evaluation of the impact into the functional requirements of the intended system;
use cases are derived from the actors' perspective, as well as from the explicitly
captured actor dependencies of i*.
      </p>
    </sec>
    <sec id="sec-4">
      <title>4 Discussion and Future Work</title>
      <p>The goal of this study was to map a business strategy formulation belonging to
the Shumpeterian (i.e. innovation) view, exempli ed by Blue Ocean Strategy,
to a technique used in requirements engineering, exempli ed by i*. Model-based
mappings between the two formulations were created to facilitate both
informal and semi-formal relationships of the two abstractions. Conceptualisations
of i* already exist, and a wide-used one in the means of a reference model, has
been chosen. However, no conceptualisation existed for Blue Ocean Strategy;
therefore, such conceptualisation has been built into a set of de ned notions and
associations between them in the form of a conceptual model (BOSMM) aimed
at decreasing ambiguity thus allowing model-level mappings towards i*.
Consequently, the concepts of BOSMM have been mapped to i* and exempli ed by a
BOS from the airline industry, Southwest Airlines.</p>
      <p>The proposed mappings constitute the main contribution of this work because
they provide an initial set of strategic innovation rational serving as a frame for
developing systems aimed at actualising such strategic initiatives. Thus they
provide information systems development with an early-phase requirements model
expressed in i* that captures the strategic rational within which the system of
interest is developed.</p>
      <p>
        Mapping Blue Ocean Strategy to i* leverages from the notation's ability to
identify links between the actors and intentional elements. Once Blue Ocean is
laid out as an i* model, all possible links provided by the notation, means-end,
decomposition and contribution can be identi ed revealing relationships that
could not otherwise have been foreseen (e.g. dependencies, con icting goals,
negative contributions, etc.). Moreover, using the i* reference model [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] for
the proposed mappings allows for exploring concepts from other variants of the
notation or proposals that can be relevant to strategy. For example, Formal
Tropos [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] includes temporal aspects formally expressed allowing the
assessment of temporal synchronisations between actors, or precedence and preference
rules [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ], also relevant in business strategy formulations like Blue Ocean. Such
use of i* can provide an additional assessment mechanism for business strategy
from the IS perspective.
      </p>
      <p>
        Additionally, contribution of this work lies also on the conceptualisation of
Blue Ocean Strategy. BOSMM can be linked to other enterprise models
allowing business-IT alignment e orts to leverage from such model-based linkage.
It enhances traceability between business strategy and the system-to-be, which
in turn allows (by considering cause/e ect relationship) their ne-tuning. Also
strategy communication among actors is enhanced allowing a better
understanding of IS capabilities and the solutions IT is capable of providing, which supports
business strategy formulation. Furthermore, BOSMM supports the integration
with business strategy formulations facilitating the other two aspects of strategic
planning (i.e. resource- and industrial organisation views) as mentioned in the
Introduction of this study, allowing them to complement each other and IS to
support such integration. An e ort in this direction has been reported in [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ],
where well-established business strategy formulations from the aforementioned
strategic planning perspectives, SMBSC and the Value Chain, have been
integrated into a Uni ed Business Strategy Meta-Model (UBSMM).
      </p>
      <p>Steps forward in this work have many possible directions as this is a rst
proposal for such conceptualisation and mappings. From one side more depth
in the current work can be pursued, while on the other hand further extensions
can be also derived.</p>
      <p>The contributions of this study can be further assesses for correctness, both
BOSMM and the mappings to i*, through structured reviews with
practitioners. For example involving business strategists in the conceptualisation process
of BOS. Additional case examples can be conducted to allow for more the
assessment of the proposed mappings towards a distinct system being developed,
resulting into additional iterations for the re nement of such mappings. Both
on the semantic level, correspondences between a real BOS and BOSMM, and
the syntactic level, model checking for BOSMM, as well as the pragmatic level,
practitioners' interpretation of BOSMM.</p>
      <p>The proposed mappings can be extended further than the i* reference model
towards particular variants of the notation. Real case evaluations to re ect
strategic innovation from Blue Ocean Strategy to system-to-be requirements
will be bene cial for the mappings. Another possible direction of this work is
within business strategy modeling by using BOSMM to explore its integration
capabilities with other business strategy formulations and various enterprise
architectures.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Thevenet</surname>
            ,
            <given-names>L.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Salinesi</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Aligning IS to organization's strategy: the INSTAL method</article-title>
          .
          <source>In: 19th International Conference on Advanced Information Systems Engineering (CaiSE'07)</source>
          , (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Bleistein</surname>
            ,
            <given-names>S.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cox</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verner</surname>
          </string-name>
          , J.:
          <article-title>Validating strategic alignment of organizational IT requirements using goal modeling and problem diagrams</article-title>
          .
          <source>J. Systems and Software. 79</source>
          , pp.
          <volume>362</volume>
          {
          <issue>378</issue>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Singh</surname>
            ,
            <given-names>S.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Woo</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Investigating business-IT alignment through multidisciplinary goal concepts</article-title>
          :
          <source>Requirements Engineering</source>
          ,
          <volume>14</volume>
          , pp.
          <volume>177</volume>
          {
          <issue>207</issue>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>van der Raadt</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gordijn</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>Exploring web services ideas from a business value perspective</article-title>
          .
          <source>In: 13th IEEE International Conference on Requirements Engineering (RE05)</source>
          , pp.
          <fpage>53</fpage>
          -
          <lpage>62</lpage>
          , IEEE CS (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Babar</surname>
            <given-names>A</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zowghi</surname>
            <given-names>D</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chew</surname>
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>Using Goals to Model Strategy Map for Business IT Alignment</article-title>
          . In: 5th International Workshop on Business/IT Alignment and Interoperability (BUSITAL
          <year>2010</year>
          ).
          <volume>1630</volume>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Barney</surname>
            <given-names>J.:</given-names>
          </string-name>
          <article-title>Types of Competition and the Theory of Strategy: Toward an Integrative Framework</article-title>
          .
          <source>J. Academy of Management Review</source>
          , vol.
          <volume>32</volume>
          ,
          <issue>11</issue>
          , 1231{
          <fpage>1241</fpage>
          (
          <year>1986</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Kaplan</surname>
            <given-names>R.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Norton</surname>
            <given-names>D.P.</given-names>
          </string-name>
          : Strategy Maps:
          <article-title>Converting Intangible Assets into Tangible Outcomes</article-title>
          . Harvard Business School Press, Boston (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Porter</surname>
            <given-names>M.E.</given-names>
          </string-name>
          :
          <article-title>Competitive Advantage: Creating and Sustaining Superior Performance</article-title>
          . Free Press, (
          <year>1985</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <article-title>Modeling strategic relationships for process reengineering</article-title>
          :
          <source>PhD Thesis</source>
          , Department of Computer Science, University of Toronto, (
          <year>1995</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Giannoulis</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zdravkovic</surname>
          </string-name>
          , J.:
          <article-title>Modeling Strategy Maps and Balanced Scorecards using i*:</article-title>
          <source>In: 5th International i* Workshop (iStar2011)</source>
          , pp.
          <fpage>90</fpage>
          -
          <lpage>95</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Chan</surname>
            ,
            <given-names>K. W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mauborgne</surname>
          </string-name>
          , R.: Blue Ocean Strategy. Harvard Business Review Press, Boston (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12. Blue Ocean in Music: http://www.blueoceanstrategy.com/abo/itunes.
          <source>html (last accessed on 21-06-2012)</source>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Cares</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franch</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mayol</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Quer</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>A Reference Model for i*</article-title>
          . In: Yu,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Giorgini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Maiden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <surname>J</surname>
          </string-name>
          . (eds.):
          <article-title>Social Modeling for Requirements Engineering</article-title>
          . The MIT Press, Cambridge, pp.
          <fpage>573</fpage>
          -
          <lpage>606</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>GRL</surname>
          </string-name>
          <article-title>: Goal-oriented Requirement Language</article-title>
          . http://www.cs.toronto.edu/km/ GRL/ (last accessed on 21-06-2012)
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Bresciani</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giorgini</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giunchiglia</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
          </string-name>
          , J.:
          <source>Tropos: An Agent-oriented Software Development Methodology. Autonomous Agents and Multi-Agent Systems</source>
          ,
          <volume>8</volume>
          ,
          <issue>3</issue>
          , pp.
          <fpage>203</fpage>
          -
          <lpage>236</lpage>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Donzelli</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bresciani</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Improving Requirements Engineering by Quality Modeling: A Quality-based Requirements Engineering Framework</article-title>
          .
          <source>Journal of Research and Practice in Information Technology</source>
          ,
          <volume>36</volume>
          ,
          <issue>4</issue>
          , pp.
          <fpage>277</fpage>
          -
          <lpage>294</lpage>
          (
          <year>2002</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Mouratidis</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giorgini</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Manson</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Philp</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>A Natural Extension of Tropos Methodology for Modeling Security</article-title>
          .
          <source>In Proceedings of the Agent Oriented Methodologies Workshop (OOPSLA</source>
          <year>2002</year>
          ) http://www.open.org.au/ Conferences/oopsla2002/accept.
          <source>html (last accessed on 21-06-2012)</source>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Fuxman</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pistore</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Traverso</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Model Checking Early Requirements Speci cations in Tropos</article-title>
          .
          <source>In: 5th IEEE International Symposium on Requirements Engineering</source>
          , pp.
          <fpage>174</fpage>
          -
          <lpage>181</lpage>
          (
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Lucena</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Santos</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Silva</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alencar</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Silva</surname>
            ,
            <given-names>M.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castro</surname>
          </string-name>
          , J.:
          <article-title>Towards a uni ed metamodel for i*</article-title>
          .
          <source>In: 2nd International Conference on Research Challenges in Information Science (RCIS</source>
          <year>2008</year>
          ), pp.
          <volume>237</volume>
          {
          <issue>246</issue>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>Modeling Strategic Relationships for Process Reengineering: An Empirical Evaluation</article-title>
          . In: Yu,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Giorgini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Maiden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <surname>J</surname>
          </string-name>
          .(eds.):
          <article-title>Social Modeling for Requirements Engineering</article-title>
          . The MIT Press, Cambridge, pp.
          <fpage>11</fpage>
          -
          <lpage>152</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Castro</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alencar</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Santander</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          :
          <article-title>Integration of i* and Object-Oriented Models</article-title>
          . In: Yu,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Giorgini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Maiden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <surname>J</surname>
          </string-name>
          . (eds.):
          <article-title>Social Modeling for Requirements Engineering</article-title>
          . The MIT Press, Cambridge, pp.
          <fpage>457</fpage>
          -
          <lpage>483</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Liaskos</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McIlraith</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sohrabi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
          </string-name>
          , J.:
          <article-title>Representing and reasoning about preferences in requirements engineering</article-title>
          .
          <source>Requirements Engineering</source>
          ,
          <volume>16</volume>
          ,
          <issue>3</issue>
          , pp.
          <fpage>227</fpage>
          -
          <lpage>249</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Giannoulis</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zdravkovic</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Petit</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Model-driven Strategic Awareness: From a Uni ed Business Strategy Meta-model (UBSMM) to Enterprise Architecture</article-title>
          .
          <source>In 17th International conference on Exploring Modelling Methods for Systems Analysis and Design (EMMSAD2012)</source>
          , Springer, p.
          <fpage>255</fpage>
          -
          <lpage>269</lpage>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>