<!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>Reviewing the Health of Software Ecosystems { A Conceptual Framework Proposal</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Konstantinos Manikas</string-name>
          <email>kmanikas@diku.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Klaus Marius Hansen</string-name>
          <email>klausmh@diku.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Science (DIKU) University of Copenhagen Njalsgade 128</institution>
          <addr-line>2300 Copenhagen S</addr-line>
          <country country="DK">Denmark</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The health of a software ecosystem is an indication of how well the ecosystem is functioning. The measurement of health can point to issues that need to be addressed in the ecosystem and areas for the ecosystem to improve. However, the software ecosystem eld lacks an applicable way to measure and evaluate health. In this work, we review the literature related to the concept of software ecosystem health and the literature that inspired the software ecosystem health literature (a total of 23 papers) and (i) identify that the main source of inspiration is the health of business ecosystems while also in uenced by theories from natural ecosystems and open source, (ii) identify two areas where software ecosystems di er from business and natural ecosystems, and (iii) propose a conceptual framework for de ning and measuring the health of software ecosystems.</p>
      </abstract>
      <kwd-group>
        <kwd>software ecosystems</kwd>
        <kwd>ecosystem health</kwd>
        <kwd>software ecosystem health framework</kwd>
        <kwd>software ecosystem health measurement</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        The notion of software ecosystems (SECOs) is gaining popularity as a means of
expanding development, better positioning in the market, or increasing revenues.
There is a number of de nitions of SECOs in the literature [
        <xref ref-type="bibr" rid="ref1 ref2 ref3 ref4">1, 2, 3, 4</xref>
        ]. In this
work we de ne a software ecosystem as \the interaction of a set of actors on top
of a common technological platform that results in a number of software solutions
or services. Each actor is motivated by a set of interests or business models and
connected to the rest of the actors and the ecosystem as a whole with symbiotic
relationships, while, the technological platform is structured in a way that allows
the involvement and contribution of the di erent actors" [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Today, software
ecosystems come with a wide variability of characteristics: platform structure,
actor participation, ecosystem orchestration, and revenue models, to name a
few. This makes the establishment of methods for measuring and evaluating the
activity of the ecosystem challenging. The SECO literature refers to the concept
of \health" of an ecosystem as a way to monitor ecosystem activity, identify and
predict areas for improvement, and evaluate changes in the ecosystem. However,
the measurement of the SECO health is not yet fully achieved.
      </p>
      <p>We tentatively de ne the health of a software ecosystem as the ability of the
ecosystem to endure and remain variable and productive over time. In this work,
we aim to get closer to SECO health measurement by reviewing the literature
that is elaborating on SECO health. In doing so, we identify that the SECO
health literature is borrowing de nitions and measurement of health from other
elds and expand our literature review focus to include additional ecosystem
health elds (explained in section 2). We review the wider ecosystem health
literature body and report the health de nitions and measurements (section
3). We identify two main di erences between SECOs and business and natural
ecosystems and, based on previous work, we propose a conceptual framework for
de ning and measuring the health of SECOs (section 4). Finally, in section 5 we
discuss threats to validity and future work and conclude in section 6.</p>
    </sec>
    <sec id="sec-2">
      <title>2 De ning the Health Literature Body</title>
      <p>
        The method used for de ning the literature body consisted of the following steps:
(i) De ning the SECO health literature. To de ne the literature related to the
SECO health, we used as input the papers identi ed in our recent
systematic literature review [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. In [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], we identi ed a number of papers referring
to the concept of ecosystem health. The papers have a wide variability on
the level of detail they provide on the ecosystem health ranging from mere
reference to the concept (e.g., [
        <xref ref-type="bibr" rid="ref6 ref7 ref8">6, 7, 8</xref>
        ]) to papers in which health forms
part of the main focus (e.g., [
        <xref ref-type="bibr" rid="ref10 ref9">9, 10</xref>
        ]).
(ii) De ning wider ecosystem health literature. While examining the SECO
health literature, we noticed that the de nition and analysis of health is
borrowed from other types of ecosystems not covered by the SECO health
literature . Using the \snowballing technique" [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], we followed the
references of the SECO health literature and evaluated whether these are
related to the health of an ecosystem 1. The criteria for accepting a paper
in the literature was that it would (a) de ne the health or sustainability of
an ecosystem or (b) elaborate on ways of measuring health.
1 We also followed references of the selected references that appeared relevant,
resulting in a number of papers ([
        <xref ref-type="bibr" rid="ref12 ref13">12, 13</xref>
        ])
2 Paper [
        <xref ref-type="bibr" rid="ref27">27</xref>
        ] is de ning the eld of \IT ecosystems", though, as a BECO with IT
products.
      </p>
      <p>Type
SECO
BECO
OSS
Total:</p>
      <p>
        [
        <xref ref-type="bibr" rid="ref28">28</xref>
        ]
Natural ecosystems [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]
[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]
Paper
      </p>
      <p>
        Source
[14, 10, 15, 9,
18,6,119,7,270,, 1281,, Health literature from [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]
6]
[
        <xref ref-type="bibr" rid="ref10 ref14 ref15 ref21 ref23 ref24 ref9">14, 9, 21, 10, 15, 23, 24</xref>
        ]
[
        <xref ref-type="bibr" rid="ref10 ref14 ref16 ref23 ref6 ref7">14, 7, 10, 16, 6, 23</xref>
        ]
[
        <xref ref-type="bibr" rid="ref10 ref14 ref16 ref18 ref9">14, 10, 9, 16, 18</xref>
        ]
[
        <xref ref-type="bibr" rid="ref18 ref23 ref8">18, 8, 23</xref>
        ]
[
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]
[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]
in uenced SECO health. In this work, we have not looked at the health de nition
and measurement in the other elds outside the references of the SECO health
literature and, thus, do not claim that these papers are representative of each
eld.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3 Ecosystem Health</title>
      <p>Following the separation of ecosystem elds in Table 1, we list and discuss the
papers per ecosystem that have in uenced the SECO health literature.</p>
      <sec id="sec-3-1">
        <title>3.1 Natural Ecosystems</title>
        <p>
          The eld of (natural) ecosystems inspired the rest of the ecosystem elds
examined here (BECO and SECO) and it is the eld where the concept of ecosystem
health was initially formulated. Costanza [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ], de nes a healthy ecosystem as
\being `stable and sustainable'; maintaining its organization and autonomy over
time and its resilience to stress". In addition, Rapport et al. [
          <xref ref-type="bibr" rid="ref28">28</xref>
          ], referring to
a collection of papers in the literature, de ne three indicators for health of an
ecosystem: Vigor that indicates how active or productive an ecosystem is,
Organization that indicates the variability of species, and Resilience that indicates
the ability of the ecosystem to \maintain structure and function in the presence
of stress". The characterization of an ecosystem in terms of structure and
function is also discussed by Schae er et al. in [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. They parallelize ecosystem health
with human health and de ne it as the \absence of disease". They identify
structure as \numbers of kinds of organisms, biomass etc." and function as \activity,
production, decomposition etc.". These are seen as measures used to de ne the
ecosystem health. Furthermore, Schae er et al., referring to the literature, list
four ways that structure and function may be connected: (a) tightly connected,
where neither can change without the change of the other, (b) structure changes
does not a ect function, (c) function changes do not a ect structure, and, (d)
structure and function appear unconnected.
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2 Business Ecosystems</title>
        <p>
          BECO health is the area that has inspired most of the SECO health literature.
In the BECO literature, the concept of health is mainly de ned as the ability
of a BECO to provide \durably growing opportunities for its members and for
those who depend on it" [
          <xref ref-type="bibr" rid="ref26">26</xref>
          ]3. Iansiti and Levien [
          <xref ref-type="bibr" rid="ref22 ref25 ref26">25, 26, 22</xref>
          ] and Iansiti and
Richards [
          <xref ref-type="bibr" rid="ref27">27</xref>
          ] de ne the health of a business ecosystem using three measures:
Productivity. Inspired by natural ecosystems' ability to create energy from
input sources (e.g., sunlight or mineral nutrients), BECO productivity is the
ability of an ecosystem to \convert raw materials of innovation into
lowered costs and new products and functions" [
          <xref ref-type="bibr" rid="ref26">26</xref>
          ]. Productivity in BECOs
can be measured by means of (a) total factor productivity, (b) productivity
improvement over time, and (c) delivery of innovations, the ability of the
ecosystem to adapt and deliver to its members new technologies, ideas, or
process.
        </p>
        <p>Robustness. The ability of the ecosystem to sustain shocks, perturbations, and
disruptions. Robustness is measured in terms of (a) survival rates, the
survival of actors over time, (b) persistence of ecosystem structure, the extent
to which actor relationships are kept unchanged, (c) predictability, the
extent to which even if shocks alter the relationships of actors, a main core of
the ecosystem remains solid, (d) limited obsolescence, whether the
ecosystem has a limited invested technology or components that becomes obsolete
after a shock, and (e) continuity of use experience and use cases, the extent
to which products gradually evolve in response to new technologies rather
than changing abruptly.</p>
        <p>Niche Creation or Innovation. The ability of the ecosystem to increase
meaningful actor diversity over time. Niche creation is measured in terms of (i)
growth in company variety and (ii) growth in product and technical variety
(value creation) that measures the increase in value the growth brings.</p>
        <p>
          Iansiti and Levien and Iansiti and Richards also propose three ecosystem
actor roles, inspired by natural ecosystems, that a ect the health of a BECO:
Keystone. Is an actor that normally occupies or creates highly connected hubs
of actors and promotes the health of the ecosystem by providing value to
3 Similar de nitions appear in [
          <xref ref-type="bibr" rid="ref22 ref27">22, 27</xref>
          ]
the surrounding actors. Keystones promote the health of the ecosystem by
increasing the variability, provide value to the connected actors and thus
increase productivity, and increase robustness by protecting connected actors
from external shocks.
        </p>
        <p>
          Dominators. Are the actors that control the \value capture and value creation"
[
          <xref ref-type="bibr" rid="ref22">22</xref>
          ] of the ecosystem. They tend to expand by taking over the functions of
other actors thus eventually eliminating the actors. Dominators are harmful
for the health of an ecosystem as they reduce diversity
Niche (players or rms). Usually form the main volume of the ecosystem actors
drawing value from the keystones. A niche player aims to separate from the
other niche players by developing special functions.
        </p>
        <p>
          Typically, a keystone provides value to a number of actors that can be either
niche players trying to develop or dominators trying to dominate the functions
of the surrounding actors. The roles of the BECO actors are also examined
by Iyer and Lee [
          <xref ref-type="bibr" rid="ref24">24</xref>
          ]. They classify the actors in an ecosystem in (a) hubs, (b)
brokers that connect two sets of actors, and, (c) bridges that are essential for the
connectedness of the ecosystem. A hub can demonstrate keystone, dominator,
or niche player characteristics.
        </p>
        <p>
          Hartigh et al. [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ] use the work of Iansiti and Levien and Iansiti and Richards
(referred to as \Iansiti" hereafter) to measure the health of the Dutch IT
industry. They de ne BECO health using two long-term parameters: the nancial
well-being and strength of the network and break down the health in two
components: partner health and network health. Partner health evaluates the health
of each individual actor of the ecosystem. A healthy ecosystem is composed of
productive actors contributing to the productivity of the ecosystem while
unproductive actors will have di culty surviving. The survival of the actors is
analogous to the Iansiti robustness measure. Network health is measured in terms of
actor connectivity. Highly connected actors contribute to the robustness of the
ecosystem as the actors are not easily a ected by external shocks. In addition,
a healthy ecosystem contains clusters of di erent nature, thus increasing the
possibility of niche creation.
3.3 OSS
Wahyudin et al. [
          <xref ref-type="bibr" rid="ref29">29</xref>
          ] study the concept of health in OSS projects. They de ne
the health of an OSS project as \survivability", the ability of the project to
survive throughout time. An OSS project is healthy and survives if the software
produced by the project is used by a number of users and maintained by a
number of developers. They identify three measures that a ect the health of an
open source project:
The developer community liveliness. The project should attract new developers
and keep the existing by boosting their motivation. Wahyudin et al. break
down an OSS developer's motivation in intellectual stimulation, skill
enhancement, and access to source code and user needs.
The user community liveliness. The users of OSS software play an active role in
the evolution of the project by reporting bugs and requesting new features. A
large, active user community indicates that the software produced is usable
and of good quality.
        </p>
        <p>The product quality. A product that is competitive with commercial products
in use and quality will attract users and developers, increase the activity in
the project, and therefore enhance survivability.</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.4 Software Ecosystems</title>
        <p>
          In the eld of SECO, Berk et al. [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] propose SECO-SAM, a model for the
assessment of a SECO strategy based on SECO health. In their model, they make
an analogy between the health of an ecosystem and human health and propose
that SECO health is in uenced by the biology of the ecosystem, the lifestyle, the
environment, and the intervention of healthcare organizations while they
measure the SECO health adopting the Iansiti productivity, robustness, and niche
creation (PRN) measures. Jansen et al. [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ] elaborate on a three-level model of
SECOs, published in [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ], consisting of the organization scope level, SECO level,
and software supply network level. They de ne SECO health as a characteristic
of the software supply network level using the Iansiti PRN measures.
Additionally, they propose the application of the Hartigh et al. [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ] measures for de ning
the health at the SECO level. Angeren et al. [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] show that SECO robustness
of the Iansiti PRN measures is an important factor for vendors that choose to
depend on a SECO.
        </p>
        <p>
          In OSS, McGregor [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ] translates the Iansiti PRN measures to measures
that can be applied to open source projects, while Kilamo et al. [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ] propose a
framework for going from a proprietary to a Free/Libre/Open Source Software
(FLOSS) SECO. One of the framework activities is setting up a \community
watchdog" that assesses the community, the software, and \how well the
objectives of the company are met". The watchdog indirectly assesses the health
while they provide a number of measures to be applied in FLOSS SECOs.
        </p>
        <p>
          Looking at the SECO health literature, we note that the main source of
inspiration is BECO health when trying to de ne and measure SECO health or
health-related parameters (e.g., keystone-dominator strategies) with 11 out of
the 13 papers referring to at least one of the Iansiti authored papers [
          <xref ref-type="bibr" rid="ref22 ref25 ref26 ref27">22, 25,
26, 27</xref>
          ]. Although the health of a BECO is very similar to the SECO health, we
identify a number of di erences between the two. In the next section, we explain
the di erences and build on top of the existing literature to de ne a framework
for SECO health.
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4 A SECO Health Proposal</title>
      <p>When analyzing the health of SECOs, we identify that similarly to BECOs and
natural ecosystems, the set of actors, their activity and the network they form
is an indication of the level of prosperity and sustainability of the ecosystem.
However, one main di erence of SECOs from BECOs and natural ecosystems
is in the nature of the products of the actors and, eventually, of the whole
ecosystem. The BECO approach explained in the previous section is aligned with
the natural ecosystem approach of actors and products, where the products of the
ecosystem (i.e. energy) are represented by the actors (i.e., species) by enclosing
energy in the energy ow between the species. In other words, a herbivorous
species eats a plant and is eaten by a carnivorous species. This herbivorous
species is both an actor and a product in the ecosystem and changes in the health
of this species (e.g., number decrease) a ects the energy enclosed (product) by
this species and, thus, the carnivorous species.</p>
      <p>In SECOs, the actors are di erentiated from the products. The main product
of the actors is software, either as a common software/technological platform, as
software components, or services based on software components. The symbiosis of
this software can in uence the health of a SECO. The in uence that the software
components have on the SECO health is independent of the actor health. An
example would be an actor that creates a software component that enhances
the component interoperability and increases the use of the platform and thus
contributing to the SECO health. At the same time, this actor might not have a
successful revenue model for this software component and end up loosing a big
part of the invested e ort. The actor will have a negative in uence on the SECO
health because of low productivity and possibly robustness, while the software
component will have a positive in uence.</p>
      <p>One additional di erence of SECOs to BECO/natural ecosystems is that in
SECOs there is an entity organizing and managing the ecosystem, the
orchestrator. The orchestrator, whether a for-pro t organization or an OSS community,
is typically managing the ecosystem by running the platform and creating rules
and processes for actors and software. The orchestration of the SECO thus has
a signi cant e ect on the health of the ecosystem.</p>
      <p>The proposed SECO health framework can be seen in Figure 1. We depict
three main components that a ect the SECO health: (i) the actors, (ii) the
software and (iii) the orchestration. In (i), we separate between the individual
health of an actor and the health of the network of actors and similarly in (ii)
between the individual component health, the ecosystem platform health and
the software network health.</p>
      <sec id="sec-4-1">
        <title>4.1 Individual Actor Health</title>
        <p>
          The health of the individual actors in uences the overall health of the
ecosystem. The actor health can be measured in similar terms to a BECO actor. The
actor's productivity and robustness in uence the ecosystem. The active
participation and engagement of actors brings value to the ecosystem, while the actor's
robustness increases the probability that the actor exists and remains involved
in the ecosystem activity in the future. If the SECO is a proprietary ecosystem
or consists of for-pro t organisations, the partner health measures of Hartigh et
al. [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ] can be directly applied. If in the OSS domain, the actor health can be
        </p>
        <sec id="sec-4-1-1">
          <title>Actors</title>
        </sec>
        <sec id="sec-4-1-2">
          <title>Individual Actor Health</title>
        </sec>
        <sec id="sec-4-1-3">
          <title>Actor Network Health</title>
          <p>SECO Health</p>
        </sec>
        <sec id="sec-4-1-4">
          <title>Software</title>
        </sec>
        <sec id="sec-4-1-5">
          <title>Platform</title>
          <p>Health</p>
        </sec>
        <sec id="sec-4-1-6">
          <title>Software Component Health</title>
        </sec>
        <sec id="sec-4-1-7">
          <title>Software Network Health</title>
        </sec>
        <sec id="sec-4-1-8">
          <title>Orchestration</title>
          <p>
            assessed in a way similar to Wahyudin et al [
            <xref ref-type="bibr" rid="ref29">29</xref>
            ]: measuring the actor activity in
the ecosystem (commits, mailing list activity etc.). In that case, an indication of
actor robustness is the active participation in the ecosystem over a long period
of time. An actor being an active participant in the ecosystem for a long period
of time has lower probability of dropping out of the ecosystem than an actor
that recently started contributing to the ecosystem.
          </p>
        </sec>
      </sec>
      <sec id="sec-4-2">
        <title>4.2 Actor Network Health</title>
        <p>
          The network of actors and their interaction plays an important role in the SECO
health. The PRN measurements are applicable here, so is the network health
perspective of Hartigh et al. [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ]. Additionally, the individual actor health may
be weighted according to the role of the actor in the network. A keystone with
low productivity or robustness will have greater e ect in the ecosystem than a
niche player with low productivity or robustness.
        </p>
      </sec>
      <sec id="sec-4-3">
        <title>4.3 Software Component Health</title>
        <p>The health of a software component can be measured in terms of, among others,
(i) reliability, (ii) availability, (iii) modi ability and prevention of ripple e ects,
and (iv) interoperability, the ability to interact with, to the extent applicable,
the platform and other components. In SECOs, the software components are, in
most cases, also the products of the ecosystem. The health of such a software
component is also in uenced by the relative demand and product quality, e.g.,
how popular is the product and how it is performing in comparison to possible
alternatives. This demand is also a ected by whether the product is internal, i.e.,
products intended for use mainly by the ecosystem actors, e.g., the technological
platform or external, i.e., products consumed externally to the ecosystem.</p>
      </sec>
      <sec id="sec-4-4">
        <title>4.4 Platform Health</title>
        <p>The health characterization of the software components above can be applied
to the technological platform of a SECO, since it is a software component itself.
However, the technological platform, might have an additional role: depending on
how the SECO is organized and managed, the platform re ects possible
orchestration actions (rules, processes, or management decisions). The measurement
of the platform health should not re ect how the orchestration a ects the SECO
health (as this is re ected in the orchestration in uence on SECO health seen
below), but the e ectiveness of applying the orchestration actions.</p>
      </sec>
      <sec id="sec-4-5">
        <title>4.5 Software Network Health</title>
        <p>
          The software components are connected and interacting with other components
in the ecosystem forming the software network. Graph measures such as
connectivity and clustering coe cient show to what extent the components interact
[
          <xref ref-type="bibr" rid="ref30">30</xref>
          ]. Additionally, the categorization of the activity of hubs into keystone and
dominator indicate the level of healthy interaction. Analogous to the Iansiti
descriptions in the previous section, an example of keystone activity can be a
component that provides interfaces to parts of its functionality for the
neighboring components to consume, while in a dominator activity the component would
intent to take over functionality of the neighboring components.
        </p>
      </sec>
      <sec id="sec-4-6">
        <title>4.6 Orchestration In uence to Health</title>
        <p>The orchestrator can monitor the health of the ecosystem and take measures to
promote ecosystem health if necessary. This requires that the orchestrator has a
good overview of the ecosystem and is consulting e ective measurements (e.g.,
ecosystem health). Additionally, the orchestrator can act by creating/re ning
rules and processes for the actors, communicating plans to the actors (e.g.,
by road-mapping), organizing the ecosystem development through, e.g., release
management, making changes to the platform and other software components,
changing the revenue model for internal products, and controlling the actor
population and motivation by modifying the model by which the actors participate
in the ecosystem. The orchestration of a SECO, i.e., the actions of the
orchestrator, possibly based on monitoring and evaluation, in uences SECO health.</p>
      </sec>
      <sec id="sec-4-7">
        <title>4.7 Other In uences on SECO Health</title>
        <p>
          Additionally, there might also be in uences on the SECO health that are
external to the ecosystem. This kind of in uences are referred to as \(external)
perturbation" in the literature [
          <xref ref-type="bibr" rid="ref22 ref26 ref27 ref28">28, 22, 26, 27</xref>
          ] and are disturbances that are
outside the control of the ecosystem actors. In uences of this kind might be the
establishment or rise of a competitive ecosystem or a radical technological or
legal change.
        </p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5 Threats to Validity and Future Work</title>
      <p>The wider ecosystem health literature used in this study was identi ed through
the references in the SECO health literature as our focus was literature that
in uenced the SECO health literature. As already mentioned, the literature on
each eld (apart from SECO) is not necessarily the representative or most in
uential work in the eld. Identi cation of the most in uential work and possible
literature mapping of the health in each of the elds (BECO, natural ecosystem,
OSS/FLOSS) might bring perspectives into the SECO health that have been
overlooked. Additionally, we speculate that the in uence of the di erence elds
to the SECO health is not necessary re ected in the number of papers
appearing in this work. Natural ecosystem have had a greater impact on SECO health
concepts, but most of it is indirect through the health of BECOs.</p>
      <p>Moreover, the proposed conceptual framework, at this point, does not go into
detail on the di erent kinds of actors. An expansion of the model would further
analyze on the nature of the actors, e.g., developing companies, resellers,
valueadding-resellers, and possibly include their in uence on health. Additionally,
although the model included products, it did not include customers or end-users.
The in uence of entities of this kind could be discussed in future work.</p>
    </sec>
    <sec id="sec-6">
      <title>6 Conclusion</title>
      <p>In this paper, we analyzed the concept of software ecosystem (SECO) health.
In order to de ne SECO health and its measurement, we examined the SECO
health literature, a literature body of 13 papers touching upon the concept of
SECO health. We identi ed that the health research is mainly inspired by three
elds: business ecosystems (BECO), natural ecosystems, and open source
software, with BECO being the main source of inspiration in 11 out of the 13 SECO
health papers. We reviewed the wider ecosystem health literature, consisting of
23 papers, explained how they de ne and measure the health of an ecosystem and
concluded with two contributions: (i) We identify two di erences between the
SECO and business and natural ecosystems: (a) they perceive products in the
ecosystem di erently. BECOs and natural ecosystems perceive actors as a
product per se, while in SECOs an actor produces software components or services.
(b) SECOs have an orchestrator entity managing the ecosystem, something that
does not appear in the BECO/natural ecosystem literature. (ii) We propose a
logical framework for de ning and measuring the SECO health consisting of the
health of (a) each individual actor, (b) network of actors, (c) each individual
software component, (d) platform, (e) software network, and (f) orchestrator.
The purpose of this study is to create a discussion on the particularities of
SECO health and bring the community closer to a measurable way of de ning
the health of software ecosystems.</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgements</title>
      <p>This work has been partially funded by the Connect2Care project4.
4 http://www.partnerskabetunik.dk/projekter/connect2care.aspx</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Jansen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Finkelstein</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brinkkemper</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>A sense of community: A research agenda for software ecosystems</article-title>
          . In: Software Engineering - Companion Volume,
          <year>2009</year>
          . ICSE-Companion
          <year>2009</year>
          . 31st International Conference on. (may
          <year>2009</year>
          )
          <volume>187</volume>
          {
          <fpage>190</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Bosch</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bosch-Sijtsema</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>From integration to composition: On the impact of software product lines, global development and ecosystems</article-title>
          .
          <source>Journal of Systems and Software</source>
          <volume>83</volume>
          (
          <issue>1</issue>
          ) (
          <year>2010</year>
          )
          <volume>67</volume>
          {
          <fpage>76</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Messerschmitt</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Szyperski</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Software ecosystem: understanding an indispensable technology and industry</article-title>
          . MIT Press Books 1 (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Lungu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lanza</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>G</given-names>
            ^rba, T.,
            <surname>Robbes</surname>
          </string-name>
          ,
          <string-name>
            <surname>R.</surname>
          </string-name>
          :
          <article-title>The small project observatory: Visualizing software ecosystems</article-title>
          .
          <source>Science of Computer Programming</source>
          <volume>75</volume>
          (
          <issue>4</issue>
          ) (
          <year>2010</year>
          )
          <article-title>264 { 275 Experimental Software and Toolkits (EST 3): A special issue of the</article-title>
          <source>Workshop on Academic Software Development Tools and Techniques (WASDeTT</source>
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Manikas</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hansen</surname>
            ,
            <given-names>K.M.:</given-names>
          </string-name>
          <article-title>Software ecosystems { A systematic literature review</article-title>
          .
          <source>Journal of Systems and Software</source>
          <volume>86</volume>
          (
          <issue>5</issue>
          ) (
          <year>2013</year>
          )
          <volume>1294</volume>
          {
          <fpage>1306</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Mizushima</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ikawa</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          :
          <article-title>A structure of co-creation in an open source software ecosystem: A case study of the eclipse community</article-title>
          .
          <source>In: Technology Management in the Energy Smart World (PICMET)</source>
          ,
          <source>2011 Proceedings of PICMET '11:</source>
          . (august
          <year>2011</year>
          )
          <volume>1</volume>
          {
          <fpage>8</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Boucharas</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jansen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brinkkemper</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Formalizing software ecosystem modeling</article-title>
          .
          <source>In: Proceedings of the 1st international workshop on Open component ecosystems. IWOCE '09</source>
          , New York, NY, USA, ACM (
          <year>2009</year>
          )
          <volume>41</volume>
          {
          <fpage>50</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Viljainen</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kauppinen</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Software ecosystems: A set of management practices for platform integrators in the telecom industry</article-title>
          . In Regnell,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Weerd</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            ,
            <surname>Troyer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            ,
            <surname>Aalst</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Rosemann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Shaw</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.J.</given-names>
            ,
            <surname>Szyperski</surname>
          </string-name>
          , C., eds.:
          <source>Software Business. Volume 80 of Lecture Notes in Business Information Processing</source>
          . Springer Berlin Heidelberg (
          <year>2011</year>
          )
          <volume>32</volume>
          {
          <fpage>43</fpage>
          10.1007/978-3-
          <fpage>642</fpage>
          -21544-5
          <fpage>4</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. van den Berk, I.,
          <string-name>
            <surname>Jansen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Luinenburg</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>Software ecosystems: a software ecosystem strategy assessment model</article-title>
          .
          <source>In: Proceedings of the Fourth European Conference on Software Architecture: Companion Volume. ECSA '10</source>
          , New York, NY, USA, ACM (
          <year>2010</year>
          )
          <volume>127</volume>
          {
          <fpage>134</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Jansen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brinkkemper</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Finkelstein</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Business network management as a survival strategy: A tale of two software ecosystems</article-title>
          .
          <source>In: First International Workshop on Software Ecosystems (IWSECO-2009)</source>
          , Citeseer (
          <year>2009</year>
          )
          <volume>34</volume>
          {
          <fpage>48</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Denscombe</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>The good research guide</article-title>
          . Open University Press (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Costanza</surname>
          </string-name>
          , R.:
          <article-title>Toward an operational de nition of ecosystem health. Ecosystem health: New goals for environmental management (</article-title>
          <year>1992</year>
          )
          <volume>239</volume>
          {
          <fpage>256</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13. Schae er, D.J.,
          <string-name>
            <surname>Herricks</surname>
            ,
            <given-names>E.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kerster</surname>
            ,
            <given-names>H.W.</given-names>
          </string-name>
          :
          <article-title>Ecosystem health: I. measuring ecosystem health</article-title>
          .
          <source>Environmental Management</source>
          <volume>12</volume>
          (
          <issue>4</issue>
          ) (
          <year>1988</year>
          )
          <volume>445</volume>
          {
          <fpage>455</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. van Angeren,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Blijleven</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            ,
            <surname>Jansen</surname>
          </string-name>
          ,
          <string-name>
            <surname>S.</surname>
          </string-name>
          :
          <article-title>Relationship intimacy in software ecosystems: a survey of the dutch software industry</article-title>
          .
          <source>In: Proceedings of the International Conference on Management of Emergent Digital EcoSystems. MEDES '11</source>
          , New York, NY, USA, ACM (
          <year>2011</year>
          )
          <volume>68</volume>
          {
          <fpage>75</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>dos</surname>
            <given-names>Santos</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>R.P.</given-names>
            ,
            <surname>Werner</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.M.L.:</surname>
          </string-name>
          <article-title>A proposal for software ecosystem engineering</article-title>
          .
          <source>In: Third International Workshop on Software Ecosystems (IWSECO-2011)</source>
          ,
          <article-title>CEUR-WS (</article-title>
          <year>2011</year>
          )
          <volume>40</volume>
          {
          <fpage>51</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Jansen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brinkkemper</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Souer</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Luinenburg</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>Shades of gray: Opening up a software producing organization with the open software enterprise model</article-title>
          .
          <source>Journal of Systems and Software</source>
          <volume>85</volume>
          (
          <issue>7</issue>
          ) (
          <year>2012</year>
          )
          <volume>1495</volume>
          {
          <fpage>1510</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>dos</surname>
            <given-names>Santos</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>R.P.</given-names>
            ,
            <surname>Werner</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          :
          <article-title>Treating business dimension in software ecosystems</article-title>
          .
          <source>In: Proceedings of the International Conference on Management of Emergent Digital EcoSystems. MEDES '11</source>
          , New York, NY, USA, ACM (
          <year>2011</year>
          )
          <volume>197</volume>
          {
          <fpage>201</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Kilamo</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hammouda</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mikkonen</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aaltonen</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>From proprietary to open source-"growing an open source ecosystem"</article-title>
          .
          <source>Journal of Systems and Software</source>
          <volume>85</volume>
          (
          <issue>7</issue>
          ) (
          <year>2012</year>
          )
          <volume>1467</volume>
          {
          <fpage>1478</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Dhungana</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Groher</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schludermann</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Software ecosystems vs. natural ecosystems: learning from the ingenious mind of nature</article-title>
          .
          <source>In: Proceedings of the Fourth European Conference on Software Architecture: Companion Volume. ECSA '10</source>
          , New York, NY, USA, ACM (
          <year>2010</year>
          )
          <volume>96</volume>
          {
          <fpage>102</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>McGregor</surname>
            ,
            <given-names>J.D.:</given-names>
          </string-name>
          <article-title>A method for analyzing software product line ecosystems</article-title>
          .
          <source>In: Proceedings of the Fourth European Conference on Software Architecture: Companion Volume. ECSA '10</source>
          , New York, NY, USA, ACM (
          <year>2010</year>
          )
          <volume>73</volume>
          {
          <fpage>80</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21. van Ingen,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>van Ommen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Jansen</surname>
          </string-name>
          ,
          <string-name>
            <surname>S.</surname>
          </string-name>
          :
          <article-title>Improving activity in communities of practice through software release management</article-title>
          .
          <source>In: Proceedings of the International Conference on Management of Emergent Digital EcoSystems. MEDES '11</source>
          , New York, NY, USA, ACM (
          <year>2011</year>
          )
          <volume>94</volume>
          {
          <fpage>98</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Iansiti</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Levien</surname>
            ,
            <given-names>R.:</given-names>
          </string-name>
          <article-title>The keystone advantage: what the new dynamics of business ecosystems mean for strategy, innovation, and sustainability</article-title>
          . Harvard Business Press (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23. den Hartigh, E.,
          <string-name>
            <surname>Tol</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Visscher</surname>
            ,
            <given-names>W.:</given-names>
          </string-name>
          <article-title>The health measurement of a business ecosystem</article-title>
          .
          <source>In: Proceedings of the European Network on Chaos and Complexity Research and Management Practice Meeting</source>
          . (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Iyer</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>C.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Venkatraman</surname>
          </string-name>
          , N.:
          <article-title>Managing in a small world ecosystem: Some lessons from the software sector</article-title>
          .
          <source>California Management Review</source>
          <volume>48</volume>
          (
          <issue>3</issue>
          ) (
          <year>2006</year>
          )
          <volume>28</volume>
          {
          <fpage>47</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Iansiti</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Levien</surname>
          </string-name>
          , R.:
          <article-title>Strategy as ecology</article-title>
          .
          <source>Harvard Business Review</source>
          <volume>82</volume>
          (
          <issue>3</issue>
          ) (
          <year>2004</year>
          )
          <volume>68</volume>
          {
          <fpage>81</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Iansiti</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Levien</surname>
          </string-name>
          , R.:
          <article-title>Keystones and dominators: Framing operating and technology strategy in a business ecosystem</article-title>
          .
          <source>Harvard Business School</source>
          , Boston (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27.
          <string-name>
            <surname>Iansiti</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Richards</surname>
            ,
            <given-names>G.L.</given-names>
          </string-name>
          :
          <article-title>The information technology ecosystem: Structure, health, and performance</article-title>
          .
          <source>Antitrust Bull</source>
          .
          <volume>51</volume>
          (
          <year>2006</year>
          )
          <fpage>77</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          28.
          <string-name>
            <surname>Rapport</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Costanza</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McMichael</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Assessing ecosystem health</article-title>
          .
          <source>Trends in Ecology &amp; Evolution</source>
          <volume>13</volume>
          (
          <issue>10</issue>
          ) (
          <year>1998</year>
          )
          <volume>397</volume>
          {
          <fpage>402</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          29.
          <string-name>
            <surname>Wahyudin</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mustofa</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schatten</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tjoa</surname>
            ,
            <given-names>A.M.:</given-names>
          </string-name>
          <article-title>Monitoring the health status of open source web-engineering projects</article-title>
          .
          <source>International Journal of Web Information Systems</source>
          <volume>3</volume>
          (
          <issue>1</issue>
          /2) (
          <year>2007</year>
          )
          <volume>116</volume>
          {
          <fpage>139</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          30.
          <string-name>
            <surname>Hansen</surname>
            ,
            <given-names>K.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Manikas</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Towards a Network Ecology of Software Ecosystems: an Analysis of two OSGi Ecosystems</article-title>
          .
          <source>In: Proceedings of the 25th International Conference on Software Engineering &amp; Knowledge</source>
          Engineering (SEKE'
          <year>2013</year>
          ).
          <article-title>(</article-title>
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>