<!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>Towards goal modeling and analysis for networks of collaborative cyber-physical systems</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>paluno - The Ruhr Institute for Software Technology University of Duisburg-Essen</institution>
          ,
          <addr-line>Essen</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <fpage>0000</fpage>
      <lpage>0002</lpage>
      <abstract>
        <p>Collaborative cyber-physical systems can dynamically form networks at runtime. Such networks can achieve goals that are unachievable to individual systems. Due to their dynamic natures such networks must handle a variety of configurations which influence the goals that can be achievable. In this paper we investigate the use of an approach combining a goal and a special configuration model to reason about permissible and unwanted network configurations. Preliminary evaluation results from an industrial case study indicate that the approach can help discover problematic network configurations for networks of collaborative cyber-physical systems.</p>
      </abstract>
      <kwd-group>
        <kwd>Goal modelling</kwd>
        <kwd>collaborative cyber-physical systems</kwd>
        <kwd>iStar</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Goal modeling, goal-oriented requirements engineering, and goal-based analysis [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
are commonly used to elicit, document, and analyze requirements. Particularly goal
models are used to identify conflicts between different stakeholders [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. However, in
previous work we have shown that goal models are also a good fit to foster analysis of
collaborative cyber-physical systems [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. In this situation, multiple systems collaborate
with each other to a) achieve some greater good of the so formed overall system
network and b) to maximize their individual goal fulfillment. The achievable goals of the
system network as well as of the partaking individual systems, thus, greatly depend on
their context [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] and in particular on the configuration of the system network [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
Therefore, it is necessary to reason about the goals to be achieved in each possible
configuration and to reason about the configurations in which certain goals can be achieved.
      </p>
      <p>Based on the related work we developed a general solution approach, which
generates certain views onto the goal model. In this paper, we report evaluation results from
applying this overall approach to the industrial case example of autonomous transport
robots taken from the automotive domain.</p>
      <p>Therefore, this paper is structured as follows: Section 2 introduces the concrete
problem statement and the industrial case example, based on this the related work is
discussed in Section 3. Resulting from the related work the general approach is introduced
and applied to the case example and results are shown in Section 4. Finally, Section 5
concludes the paper.
2
2.1</p>
    </sec>
    <sec id="sec-2">
      <title>Background</title>
      <sec id="sec-2-1">
        <title>Problem statement</title>
        <p>
          Collaborative cyber-physical systems can form networks which can achieve more than
the individual systems by themselves [
          <xref ref-type="bibr" rid="ref6 ref7">6, 7</xref>
          ]. For, example vehicles equipped with
collaborative adaptive cruise control systems can form platoons which enable all following
vehicles to reduce their fuel consumption because the platooning functionality allows
them to safely reduce the distance needed to the vehicle ahead. These networks are of
a dynamic nature as they can change their configurations during runtime [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]. Vehicles
may form a new platoon or join and leave existing platoons at any time. Goal modeling
has proven useful to document and reason about the goals of such networks, its
individual collaborative cyber-physical systems, and their dependencies. However, goal
models are typically used to document goals of individual systems (which might consist
of other systems as, e.g., is the case for systems of systems) but not for documenting
goals of a network of collaborative cyber-physical systems that consists of a plethora
of systems collaborating, particularly considering that many of these systems are of
similar types [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ].
        </p>
        <p>
          To allow for proper documentation of all possible network configurations, we
introduced dynamicity constraint models in [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ]. Dynamicity constraint models are based on
cardinality-based feature models [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ] and allow the definition of what constitutes a
valid network configuration. For example, a valid platoon must consist of at least two
vehicles and each platoon needs exactly one leading vehicle. While dynamicity
constraint models capture the morphological variability of the system network, the goal
model still needs to account for the various goals the overall system network and each
individual network want to achieve. However, this largely depends on the concrete
network configuration. For example, the goal of a platoon to split platoons into two should
only be achievable if there are at least four vehicles in a platoon.
        </p>
        <p>To better reason about the capabilities of the different configurations of such a
network, it is necessary to be able to answer the following questions:
1. Which goals can be achieved by a given configuration?
2. Which goals can be achieved by all configurations in a set of given configurations?
3. Which goals can be achieved by at least one configuration from a set of given
configurations?</p>
      </sec>
      <sec id="sec-2-2">
        <title>Case example</title>
        <p>
          We illustrate the problem situation and later on in this paper the initial solution idea
using an industrial case example from the automation domain. Smart factories are
designed to adapt themselves to different production orders [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]. Therefore, smart
factories need to decide whether a certain production order is producible and how this should
be conducted. To this end, autonomous transport robots are used to allow for flexible
material flows between different production sites. A fleet of transport robots is tasked
with transporting goods from one or more pick-up stations to one or more drop-off
stations. A simplified dynamicity constraint model, a fragment of the respective goal
model and the trace links between the dynamicity constraint model and the goal model
are shown in Fig. 1.
The network consists of one to 20 robots which can be of three different types, one
to five pick-up stations, and one to five drop-off stations. Various goals of the fleet are
linked to the dynamicity constraint model. For example, the Low Maintenance Costs
softgoal excludes any robots of type III, as those are more expensive to maintain than
the other types. However, only robots of type III can adjust the height at which they
pick up and drop off goods and are thus needed to achieve the Pick-Ups/Drop-Offs at
Different Heights goal. For a more detailed discussion of the case example please refer
to [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ].
        </p>
        <p>[1..20]
Robot
Robot
Type II</p>
        <p>[1..n]
requires</p>
        <p>Network
[1..5]
Pick-Up Station
excludes</p>
        <p>Low
Maintenance</p>
        <p>Costs</p>
      </sec>
      <sec id="sec-2-3">
        <title>Illustration of problem situation</title>
        <p>Coming back to the questions to be reasoned about from Section 1, for example, we
would like to be able to answer questions such as which goals can be achieved by a
fleet of one robot of type III, one pick-up station of type I, and one drop of station of
type II. Other questions we seek answers to are questions like what goals can all
configurations achieve in a fleet of one or two robots, but not more than one of type II or
III each, one pick-up station of type II, and one drop-off station of type II and what
goals can at least one configuration of such a fleet achieve. Table 1 relates the examples
given to the kind of questions they are and provides rationales why it is important to be
able to answer such questions.
This section reviews the related work w.r.t. the problem situation and the questions to
be answered outlined in Section 2. In particular, approaches exist that combine goal and
variability modeling, approaches that derive feature models from goal models,
approaches reasoning about goal configurations and goal-modeling approaches
considering specific contexts and configurations.</p>
      </sec>
      <sec id="sec-2-4">
        <title>Approaches for using goal models for documenting variability.</title>
        <p>
          Several approaches exist for creating goal models that contain information about
variability. Goal models allow for the decomposition of goals into subgoals. These
approaches assume that OR decompositions indicate variability. As most goal modeling
languages only define one or two types of OR decomposition (inclusive OR and
exclusive OR), extensions have been developed to allow for documenting more complex
relationships such as entirely optional goals, selection of a certain number of different
goals etc. To address this issue. Borba and Silva [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ] propose an extension to i* that
distinguishes seven different kinds of means-end links. Silva et al. [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] presents an
aspect-oriented i* approach to model common and variable features of a product line
using a goal model. Variable goals, tasks, resources etc. are assigned to aspects
according to the feature model that describes the product line. Semmak et al. [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ] extend
the KAOS method to support the generation of domain goal models that document all
goals of an entire product line. Liu et al. [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ], [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ] extend the GRL modeling language
with feature modeling concepts. Santos et al. [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ] presents an approach for using goal
models to document the variability of BPMN process models. While these approaches
succeed at documenting product line variability in goal models, they are not able to
cope with some of the characteristics of networks of collaborative cyber-physical
systems such as the possible existence of multiple systems of the same type in such a
network and the need to alter the number of permissible systems in such a network
according to selected goals.
3.2
        </p>
      </sec>
      <sec id="sec-2-5">
        <title>Approaches for deriving feature models from goal models</title>
        <p>
          Approaches also exist for deriving feature models describing a product line from
existing goal models. Yu et al. [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ] present an approach for deriving feature models
from goal models. AND-decompositions in the goal models are mapped to mandatory
features. OR-Decompositions are mapped to OR features. A special OR-decomposition
is defined that can be mapped to alternative features. The approach is extended in [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ]
to distinguish two kinds of “true” OR-decompositions. When subgoals can be selected
at design time because the selection is based on quality criteria they are mapped to OR
features. Otherwise they are mapped to mandatory features. Asadi et al. [
          <xref ref-type="bibr" rid="ref21">21</xref>
          ] present an
approach for creating feature models based on i* goal models. Goal and feature models
are linked by annotating features with Boolean variables that correspond to goals from
the goal model. This way the goals can be used as rationales for feature selection.
3.3
        </p>
      </sec>
      <sec id="sec-2-6">
        <title>Approaches for finding optimal configurations</title>
        <p>
          Introducing variability into goal models or linking goal and feature models is
usually done to find optimal configurations for product lines. Gonzales-Baixauli et al. [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ]
present an approach to select the most appropriate variant based on softgoals. Two
AND/OR –trees are created manually, one containing all goals and tasks of the system,
one containing all softgoals. A variant is represented by an OR-path in the goal/task
tree. The goals/tasks are manually linked to softgoals using correlation links. Softgoals
are assigned priority values. Based on these parameters the tool computes a score for
each variant to optimize softgoal fulfilment. António et al. [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ] present an approach
that combines i* goal modeling and feature models, too. First domain goal models are
created, then a feature model of the product line is derived. In application engineering
feature and goal models are configured to create models for one product. Silva et al.
[
          <xref ref-type="bibr" rid="ref24">24</xref>
          ] present a process to identify features and configure feature models. Noorian et al.
[
          <xref ref-type="bibr" rid="ref25">25</xref>
          ] presents an approach to better select features of product lines according to
stakeholder needs. To this end their approach semi-automatically maps elements from goal
models and feature models. The approach requires the existence of trace links between
the feature model and natural language documents (e.g. interview transcripts) as well
as between the goal model and natural language documents. Using natural language
processing techniques, the natural language documents are automatically analyzed, and
the feature model and the goal model are annotated accordingly, and mappings are
identified using integer linear programming. This work is extended in [
          <xref ref-type="bibr" rid="ref26">26</xref>
          ] which
presents a process for finding the optimal configuration for a product line product bases
on stakeholder needs. The feature model, the goal model, and their relations are
transformed into an integer linear program which is then used to find the optimal solution.
Liu et al. [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ], [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ] use their extended GRL modeling languages and extend the GRL
evaluation algorithm so it can be used to derive valid product configurations.
        </p>
        <p>These approaches aim at finding product configurations that best align with
stakeholder goals, often taking the fulfilment level of softgoals into account. The questions
we are interested in, however, do not seek an optimal solution but rather aim at
detecting configurations that could lead to problems such as the inability to perform certain
tasks.
3.4</p>
      </sec>
      <sec id="sec-2-7">
        <title>Approaches for finding configurations for specific contexts</title>
        <p>
          Beside regular product lines the relation between goal modeling and variability
modeling is also of interest for the development of systems that need to adapt to a dynamic
context. In [
          <xref ref-type="bibr" rid="ref27">27</xref>
          ] the authors extends the approach from [
          <xref ref-type="bibr" rid="ref24">24</xref>
          ] for dynamic software
product lines. Changes in the contexts a dynamic software product line can be subject to
lead to reconfigurations of the product line to maximize softgoal satisfaction. Ali et al.
[
          <xref ref-type="bibr" rid="ref28">28</xref>
          ] present a goal modeling approach for systems with variable context. The TROPOS
goal model is annotated with facts, which determine when an element from the goal
model is valid. Facts are combined into formulae which describe relevant contexts.
Consistency checks are performed to ensure contradictory contexts are detected.
Conflict analysis is performed to detect conflicting actions and conflicts over resources.
Asadi et al. [
          <xref ref-type="bibr" rid="ref29">29</xref>
          ] presents an approach that transforms GRL goal models and feature
models and their relations into description logic and checks for inconsistencies.
Lapouchnian et al. [
          <xref ref-type="bibr" rid="ref30">30</xref>
          ], [
          <xref ref-type="bibr" rid="ref31">31</xref>
          ] present an approach for parametrized goal models for various
contexts. Elements in the goal model are annotated with tags which define in which
context an element in valid. Context parameters can be arranged in hierarchies. If a
subparameter is assigned to a goal so are the superparameters.
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Case study application</title>
      <p>From Section 3 results following basic approach, which is detailed in Section 4.1. We
evaluated this basic idea using the industrial case example from Section 2.2 and outline
the results in the following subsections.
4.1</p>
      <sec id="sec-3-1">
        <title>Initial solution idea</title>
        <p>To give support in answering the questions 1 to 3 from Section 2.1, we propose the
generation of dedicated views on the goal model. Fig. 2 illustrates our approach. Based
on one or a set of configurations and the information from the goal model, the
dynamicity constraint model, and their trace links two kinds of views for the goal model
can be created. One view containing all elements that are valid for all configurations
and one view containing all elements that are valid for at least one of the configurations
in this set. Creating such a view for exactly one configuration can be considered a
special case where those two views are always identical.</p>
        <p>Selected configuration(s)
Configured goal</p>
        <p>Model(s)
Goal model</p>
        <p>Dynamicity
constraint
model</p>
        <p>Tracelinks
While this basic solution idea is based upon the approaches outlined in Section 3, in the
following we will focus on assessing the applicability of this idea using the case
example from Section 2.2.</p>
      </sec>
      <sec id="sec-3-2">
        <title>Generation of goal models based on configuration models</title>
        <p>Goal models cannot only be generated for one particular configuration but also for a
set of configurations. This is of particular interest as these kinds of networks are of a
dynamic nature and can change their morphology during runtime. The dynamicity
constraint model shown in Fig. 4 defines a network that consists of one or two robots, but
not more than one of type II or III each, one pick-up station of type II, and one
dropoff station of type II. The goal model in Fig. 4 shows all goals that can be achieved by
all configurations in this set. Again, the softgoal Low Maintenance Costs and the goals
Pick-Ups/Drop-Offs at Different Heights and Handover of Goods were removed
because having a robot of type III in the network excludes the softgoal Low Maintenance
Costs and having only one robot in the network excludes the goals Pick-Ups/Drop-Offs
at Different Heights and Handover of Goods.</p>
        <p>Robot
Type I</p>
        <p>[1..2]
Robot
To explore which goals can be achieved by at least one configuration from a given
set of configurations a goal model can be generated accordingly. Fig. 5 illustrates this
for the set of configurations introduced in Fig. 4. Unlike the goal model in Fig. 4, this
goal model contains the softgoal Low Maintenance Costs because if there are no robots
of type III in the network this softgoal can be achieved sufficiently. Moreover, the goal
Pick-Ups/Drop-Offs at Different Heights is included in the goal model because the
network may contain a robot of type III and the Handover of Goods is included in the goal
model because the network may contain up to two robots.
...</p>
        <p>...
The case study application has shown that the approach can help identify achievable
and unachievable goals for different configurations of the system network. This allows
for identifying needed and problematic configurations so that developers can deal with
these accordingly. For example, developers can shut off functionalities in the individual
systems in cases where the current network configuration cannot make use of those
functionalities or developers can prevent systems from connecting to a network if that
would cause problems.</p>
        <p>The approach allows for considering various analytical questions such as the
achievability of goals for one particular configuration as well as the achievability of goals for
a set of configurations, considering the goals that can be achieved by all of these
configurations or at least by one of these configurations. This allows for reasoning about
the capabilities of such a network in terms of what can be achieved if the network
assumes the needed configuration and what can always be achieved regardless of the
current configuration.</p>
        <p>To further investigate dependencies between network configurations and goals, it
might be useful to consider the opposite direction. I.e. investigating which
configurations can achieve a particular goal or which configurations can achieve a set of goals
and if there are tradeoffs to achieving a particular or a set of particular goals. I.e., does
this prevent the network from achieving other goals?</p>
        <p>While the approach considers the dependencies between the network configurations
and their goals it might also be worthwhile investigating the dependencies between
network configurations and the goals of individual systems as the fulfilment of goals
by the network ultimately depends on the fulfilment of goals by the individual systems
in the network.
6</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>For the development of collaborative cyber-physical systems, which can dynamically
form networks at runtime, it is of importance to investigate which configurations might
be problematic. Based on the configuration of the network, the network is able to
achieve certain goals or not. Therefore, it is necessary to investigate, which goals can
be achieved by which configuration and which configuration can achieve which goals.
Furthermore, it is important to identify commonalities in goal fulfilment between
different configurations.</p>
      <p>Based on contributions from the related work, we developed a solution idea that
generates configured goal models showing what goals one configuration or a set of
configurations can achieve.</p>
      <p>We have shown applicability of the general solution idea using an industrial case
example from the automation domain. For the transport robot case example, it was
possible to show that our approach provides answers to the questions: Which goals can be
achieved by a given configuration? Which goals can be achieved by all configurations
in a set of given configurations? Which goals can be achieved by at least one
configuration from a set of given configurations?</p>
      <p>Future work will deal with the formal definition of the approach considering more
intricate relations between the goal and the dynamicity constraint models, such as
different kinds of goal decompositions for different configurations, and with more
thorough evaluation including prototypical implementation. Also, interesting to investigate
will be the configuration of networks based on a selection of goals. Due to dynamic
nature of such networks, it might also be interesting to further investigate the impact of
unforeseen situations such as systems joining the network that were not anticipated at
design time.</p>
      <p>Acknowledgements. This research was partly funded by the German Federal
Ministry of Education and Research (grant no. 01IS16043V). We like to thank our industrial
partners for their support. Namely, we thank Elham Mirzaei, Martin Neumann, and Jan
Stefan Zernickel from InSystems Automation GmbH for their support with the case
example.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Horkoff</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aydemir</surname>
            ,
            <given-names>F.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cardoso</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maté</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paja</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Salnitri</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Piras</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giorgini</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Goal-oriented requirements engineering: an extended systematic mapping study</article-title>
          .
          <source>Requir. Eng</source>
          .
          <volume>24</volume>
          ,
          <fpage>133</fpage>
          -
          <lpage>160</lpage>
          (
          <year>2019</year>
          ). https://doi.org/10.1007/s00766-017- 0280-z.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Lamsweerde</surname>
            , A. van, Darimont,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Letier</surname>
          </string-name>
          , E.:
          <article-title>Managing conflicts in goal-driven requirements engineering</article-title>
          .
          <source>IEEE Trans. Softw. Eng</source>
          .
          <volume>24</volume>
          ,
          <fpage>908</fpage>
          -
          <lpage>926</lpage>
          (
          <year>1998</year>
          ). https://doi.org/10.1109/32.730542.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Daun</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stenkova</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Krajinski</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brings</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bandyszak</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weyer</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Goal Modeling for Collaborative Groups of Cyber-Physical Systems with GRL</article-title>
          .
          <source>In: Proceedings of the 32th ACM/SIGAPP Symposium on Applied Computing</source>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Daun</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brings</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weyer</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tenbergen</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Fostering concurrent engineering of cyberphysical systems a proposal for an ontological context framework</article-title>
          .
          <source>In: 3rd International Workshop on Emerging Ideas and Trends in Engineering of Cyber-Physical Systems, EITEC@CPSWeek</source>
          <year>2016</year>
          , Vienna, Austria, April
          <volume>11</volume>
          ,
          <year>2016</year>
          . pp.
          <fpage>5</fpage>
          -
          <lpage>10</lpage>
          . IEEE Computer Society (
          <year>2016</year>
          ). https://doi.org/10.1109/EITEC.
          <year>2016</year>
          .
          <volume>7503689</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Brings</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Daun</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bandyszak</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stricker</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weyer</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mirzaei</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neumann</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zernickel</surname>
            ,
            <given-names>J.S.</given-names>
          </string-name>
          :
          <article-title>Model-based documentation of dynamicity constraints for collaborative cyber-physical system architectures: Findings from an industrial case study</article-title>
          .
          <source>J. Syst. Archit</source>
          .
          <volume>97</volume>
          ,
          <fpage>153</fpage>
          -
          <lpage>167</lpage>
          (
          <year>2019</year>
          ). https://doi.org/10.1016/j.sysarc.
          <year>2019</year>
          .
          <volume>02</volume>
          .012.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Mosterman</surname>
            ,
            <given-names>P.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zander</surname>
          </string-name>
          , J.:
          <article-title>Cyber-physical systems challenges: a needs analysis for collaborating embedded software systems</article-title>
          .
          <source>Softw. Syst. Model</source>
          .
          <volume>15</volume>
          ,
          <fpage>5</fpage>
          -
          <lpage>16</lpage>
          (
          <year>2016</year>
          ). https://doi.org/10.1007/s10270-015-0469-x.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Tenbergen</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Daun</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Obe</surname>
            ,
            <given-names>P.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brings</surname>
          </string-name>
          , J.:
          <article-title>View-Centric Context Modeling to Foster the Engineering of Cyber-Physical System Networks</article-title>
          .
          <source>In: IEEE International Conference on Software Architecture, ICSA</source>
          <year>2018</year>
          , Seattle, WA, USA, April 30 - May 4,
          <year>2018</year>
          . pp.
          <fpage>206</fpage>
          -
          <lpage>216</lpage>
          . IEEE (
          <year>2018</year>
          ). https://doi.org/10.1109/ICSA.
          <year>2018</year>
          .
          <volume>00030</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Broy</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schmidt</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Challenges in Engineering Cyber-Physical Systems</article-title>
          . Computer.
          <volume>47</volume>
          ,
          <fpage>70</fpage>
          -
          <lpage>72</lpage>
          (
          <year>2014</year>
          ). https://doi.org/10.1109/
          <string-name>
            <surname>MC</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <volume>30</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Daun</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brings</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bandyszak</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bohn</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weyer</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Collaborating Multiple System Instances of Smart Cyber-physical Systems: A Problem Situation, Solution Idea, and Remaining Research Challenges</article-title>
          . In: Bures,
          <string-name>
            <given-names>T.</given-names>
            ,
            <surname>Weyns</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Klein</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            , and
            <surname>Haber</surname>
          </string-name>
          , R.E. (eds.) 1st IEEE/ACM International Workshop on Software Engineering for Smart
          <string-name>
            <surname>Cyber-Physical</surname>
            <given-names>Systems</given-names>
          </string-name>
          ,
          <source>SEsCPS</source>
          <year>2015</year>
          , Florence, Italy, May
          <volume>17</volume>
          ,
          <year>2015</year>
          . pp.
          <fpage>48</fpage>
          -
          <lpage>51</lpage>
          . IEEE Computer Society (
          <year>2015</year>
          ). https://doi.org/10.1109/SEsCPS.
          <year>2015</year>
          .
          <volume>17</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Czarnecki</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Helsen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Eisenecker</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          :
          <article-title>Formalizing cardinality-based feature models and their specialization</article-title>
          .
          <source>Softw. Process Improv. Pract</source>
          .
          <volume>10</volume>
          ,
          <fpage>7</fpage>
          -
          <lpage>29</lpage>
          (
          <year>2005</year>
          ). https://doi.org/10.1002/spip.213.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Daun</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brings</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Obe</surname>
            ,
            <given-names>P.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weiß</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Böhm</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Unverdorben</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Using View-Based Architecture Descriptions to Aid in Automated Runtime Planning for a Smart Factory</article-title>
          .
          <source>In: 2019 IEEE International Conference on Software Architecture Companion (ICSA-C)</source>
          . pp.
          <fpage>202</fpage>
          -
          <lpage>209</lpage>
          (
          <year>2019</year>
          ). https://doi.org/10.1109/ICSA-C.
          <year>2019</year>
          .
          <volume>00043</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Borba</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Silva</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>A Comparison of Goal-Oriented Approaches to Model Software Product Lines Variability</article-title>
          . In: Heuser,
          <string-name>
            <given-names>C.A.</given-names>
            and
            <surname>Pernul</surname>
          </string-name>
          , G. (eds.) Advances in Conceptual Modeling - Challenging
          <string-name>
            <surname>Perspectives</surname>
          </string-name>
          . pp.
          <fpage>244</fpage>
          -
          <lpage>253</lpage>
          . Springer Berlin Heidelberg (
          <year>2009</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>642</fpage>
          -04947-7_
          <fpage>30</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <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>Araújo</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Moreira</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castro</surname>
          </string-name>
          , J.:
          <article-title>Tailoring an Aspectual Goal-Oriented Approach to Model Features</article-title>
          .
          <source>SEKE</source>
          <year>2008</year>
          .
          <volume>472</volume>
          -
          <fpage>477</fpage>
          (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Semmak</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gnaho</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Laleau</surname>
          </string-name>
          , R.:
          <article-title>Extended Kaos to Support Variability for Goal Oriented Requirements Reuse</article-title>
          .
          <article-title>MoDISE-EUS</article-title>
          . (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Semmak</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Laleau</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gnaho</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Supporting variability in goal-based requirements</article-title>
          .
          <source>In: 2009 Third International Conference on Research Challenges in Information Science</source>
          . pp.
          <fpage>237</fpage>
          -
          <lpage>246</lpage>
          (
          <year>2009</year>
          ). https://doi.org/10.1109/RCIS.
          <year>2009</year>
          .
          <volume>5089287</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Yanji</surname>
            <given-names>Liu</given-names>
          </string-name>
          , Yukun Su, Xinshang Yin, Mussbacher, G.:
          <article-title>Combined propagation-based reasoning with goal and feature models</article-title>
          .
          <source>In: 2014 IEEE 4th International Model-Driven Requirements Engineering Workshop (MoDRE)</source>
          . pp.
          <fpage>27</fpage>
          -
          <lpage>36</lpage>
          (
          <year>2014</year>
          ). https://doi.org/10.1109/MoDRE.
          <year>2014</year>
          .
          <volume>6890823</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Yanji</surname>
            <given-names>Liu</given-names>
          </string-name>
          , Yukun Su, Xinshang Yin, Mussbacher, G.:
          <article-title>Combined goal and feature model reasoning with the User Requirements Notation and jUCMNav</article-title>
          .
          <source>In: 2014 IEEE 22nd International Requirements Engineering Conference (RE)</source>
          . pp.
          <fpage>321</fpage>
          -
          <lpage>322</lpage>
          (
          <year>2014</year>
          ). https://doi.org/10.1109/RE.
          <year>2014</year>
          .
          <volume>6912277</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Santos</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castro</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sanchez</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pastor</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          :
          <article-title>A Goal-Oriented Approach for Variability in BPMN</article-title>
          . WER. (
          <year>2010</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          , do Prado Leite,
          <string-name>
            <given-names>J.C.S.</given-names>
            ,
            <surname>Lapouchnian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Mylopoulos</surname>
          </string-name>
          , J.:
          <article-title>Configuring Features with Stakeholder Goals</article-title>
          .
          <source>In: Proceedings of the 2008 ACM Symposium on Applied Computing</source>
          . pp.
          <fpage>645</fpage>
          -
          <lpage>649</lpage>
          . ACM, New York, NY, USA (
          <year>2008</year>
          ). https://doi.org/10.1145/1363686.1363840.
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lapouchnian</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Liaskos</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leite</surname>
            ,
            <given-names>J.C.S.P.</given-names>
          </string-name>
          :
          <article-title>From Goals to HighVariability Software Design</article-title>
          . In: An,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Matwin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Raś</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.W.</given-names>
            , and
            <surname>Ślęzak</surname>
          </string-name>
          , D. (eds.)
          <source>Foundations of Intelligent Systems</source>
          . pp.
          <fpage>1</fpage>
          -
          <lpage>16</lpage>
          . Springer Berlin Heidelberg (
          <year>2008</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>540</fpage>
          -68123-
          <issue>6</issue>
          _
          <fpage>1</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Asadi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bagheri</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gašević</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hatala</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mohabbati</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Goal-driven Software Product Line Engineering</article-title>
          .
          <source>In: Proceedings of the 2011 ACM Symposium on Applied Computing</source>
          . pp.
          <fpage>691</fpage>
          -
          <lpage>698</lpage>
          . ACM, New York, NY, USA (
          <year>2011</year>
          ). https://doi.org/10.1145/1982185.1982336.
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Gonzales-Baixauli</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leite</surname>
            ,
            <given-names>J.C.S.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
          </string-name>
          , J.:
          <article-title>Visual variability analysis for goal models</article-title>
          .
          <source>In: Proceedings. 12th IEEE International Requirements Engineering Conference</source>
          ,
          <year>2004</year>
          . pp.
          <fpage>198</fpage>
          -
          <lpage>207</lpage>
          (
          <year>2004</year>
          ). https://doi.org/10.1109/ICRE.
          <year>2004</year>
          .
          <volume>1335677</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>António</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Araújo</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Silva</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Adapting the i* Framework for Software Product Lines</article-title>
          . In: Heuser,
          <string-name>
            <given-names>C.A.</given-names>
            and
            <surname>Pernul</surname>
          </string-name>
          , G. (eds.) Advances in Conceptual Modeling - Challenging
          <string-name>
            <surname>Perspectives</surname>
          </string-name>
          . pp.
          <fpage>286</fpage>
          -
          <lpage>295</lpage>
          . Springer Berlin Heidelberg (
          <year>2009</year>
          ). https://doi.org/10.1007/978- 3-
          <fpage>642</fpage>
          -04947-7_
          <fpage>34</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Silva</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Borba</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castro</surname>
            ,
            <given-names>J.:</given-names>
          </string-name>
          <article-title>A Goal Oriented Approach to Identify and Configure Feature Models for Software Product Lines</article-title>
          . WER. (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Noorian</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bagheri</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Du</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          :
          <article-title>From Intentions to Decisions: Understanding Stakeholders' Objectives in Software Product Line Configuration</article-title>
          .
          <source>Int. Conf. Softw. Eng. Knowl. Eng</source>
          .
          <volume>671</volume>
          -
          <fpage>677</fpage>
          (
          <year>2014</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Noorian</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bagheri</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Du</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          :
          <article-title>Toward automated quality-centric product line configuration using intentional variability</article-title>
          .
          <source>J. Softw. Evol. Process</source>
          .
          <volume>29</volume>
          ,
          <issue>e1870</issue>
          (
          <year>2017</year>
          ). https://doi.org/10.1002/smr.
          <year>1870</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27.
          <string-name>
            <surname>Guedes</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Silva</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Soares</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Comparing Configuration Approaches for Dynamic Software Product Lines</article-title>
          .
          <source>In: Proceedings of the 31st Brazilian Symposium on Software Engineering</source>
          . pp.
          <fpage>134</fpage>
          -
          <lpage>143</lpage>
          . ACM, New York, NY, USA (
          <year>2017</year>
          ). https://doi.org/10.1145/3131151.3131162.
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          28.
          <string-name>
            <surname>Ali</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dalpiaz</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giorgini</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Reasoning with contextual requirements: Detecting inconsistency and conflicts</article-title>
          .
          <source>Inf. Softw. Technol</source>
          .
          <volume>55</volume>
          ,
          <fpage>35</fpage>
          -
          <lpage>57</lpage>
          (
          <year>2013</year>
          ). https://doi.org/10.1016/j.infsof.
          <year>2012</year>
          .
          <volume>06</volume>
          .013.
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          29.
          <string-name>
            <surname>Asadi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gröner</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mohabbati</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gašević</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Goal-oriented modeling and verification of feature-oriented product lines</article-title>
          .
          <source>Softw. Syst. Model</source>
          .
          <volume>15</volume>
          ,
          <fpage>257</fpage>
          -
          <lpage>279</lpage>
          (
          <year>2016</year>
          ). https://doi.org/10.1007/s10270-014-0402-8.
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          30.
          <string-name>
            <surname>Lapouchnian</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
          </string-name>
          , J.:
          <article-title>Capturing contextual variability in i* models</article-title>
          .
          <source>In: Proceedings of the 5th International i* Workshop</source>
          . pp.
          <fpage>96</fpage>
          -
          <lpage>101</lpage>
          (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          31.
          <string-name>
            <surname>Lapouchnian</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylopoulos</surname>
          </string-name>
          , J.:
          <article-title>Modeling Domain Variability in Requirements Engineering with Contexts</article-title>
          . In: Laender,
          <string-name>
            <given-names>A.H.F.</given-names>
            ,
            <surname>Castano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Dayal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>U.</given-names>
            ,
            <surname>Casati</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            , and de Oliveira, J.P.M. (eds.)
            <surname>Conceptual</surname>
          </string-name>
          <string-name>
            <surname>Modeling - ER</surname>
          </string-name>
          <year>2009</year>
          . pp.
          <fpage>115</fpage>
          -
          <lpage>130</lpage>
          . Springer Berlin Heidelberg (
          <year>2009</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>642</fpage>
          -04840-1_
          <fpage>11</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>