<!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 a Search-based Interactive Configuration of Cyber Physical</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>System Product Lines</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Kunming Nie</string-name>
          <email>niekunming@cse.buaa.edu.cn</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tao Yue</string-name>
          <email>tao@simula.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Shaukat Ali</string-name>
          <email>shaukat@simula.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Certus Software V&amp;V Center, Simula Research Laboratory</institution>
          ,
          <addr-line>Oslo</addr-line>
          <country country="NO">Norway</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Software Engineering Institute, Beihang University</institution>
          ,
          <addr-line>Beijing</addr-line>
          ,
          <country country="CN">China</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Product Line Engineering (PLE) is a technique to improve the quality and productivity of developing (via configuration) Cyber Physical Systems (CPSs). A CPS often contains many heterogeneous components with complex constraints relevant to product configuration in the context of PLE. Manual configuration is error-prone and has low productivity since managing and manipulating such constraints in a real industrial context is very complicated and thus warrants an automated solution. However, fully automated solution is often impossible for CPSs since some decisions must be made manually by users, thus requiring an interactive configuration solution. Therefore, we propose a semi-automated and interactive configuration solution for CPSs. We started our research by analyzing the characteristics of three industrial CPS product lines and constraints required for supporting such a configuration solution. Then we conducted some pilot experiments on applying search algorithms to find optimal decision orders for configuring a product. In this poster, we describe the whole research idea and, discsusion on the work we have completed, the initial results, and the future plan.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Modern society is increasingly dependent on Cyber-Physical Systems (CPSs), which rely on software
to control many individual systems and complicated coordination of those systems [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ][
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Such systems
include communications and control systems, avionics, oil and gas production platforms, with the
characteristics being large-scale, heterogeneous and distributed. Product Line Engineering (PLE) had
been used in different CPSs, including communication systems, intelligent traffic systems, industrial
automation systems, aerospace, and distributed weather station network [
        <xref ref-type="bibr" rid="ref3 ref4 ref5 ref6">3-6</xref>
        ], to enhance the
reusability [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Based on our experience of working on three commercial CPSs product lines (i.e.,
Subsea Production Systems (SPSs), Video Conferencing Systems (VCSs) and Vessel Prognostics and
Health Management Systems (VPHMS)), we summarize the characteristics of CPS PLE: Dynamic
Configuration (also called Runtime Configuration) [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], Temporal Variability [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], Feature Interaction
and Subsystem/Component Interaction [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. These characteristics bring new challenges to the variability
modeling and product configuration of CPSs.
      </p>
      <p>In the context of CPS PLE, there are a large number of variation points that have to be configured
correctly by conforming to a large number of constraints. Product configuration is therefore an
                                                                                                                         
1 We thank the Research Council of Norway under the Certus SFI project, the Ministry of Industry and Trade of Norway, and the</p>
      <p>
        National Natural Science Foundation of China (No. 61170087, 61370058) for funding the research.
error-prone and time consuming activity if it is not automated [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. For one system that has n
variation points, each of which has m variants, it is then theoretically possible to derive m! products
without considering constraints among variation points and variants. To derive a correct product,
constraints should therefore be satisfied during configuration [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Therefore, there is a need for an
interactive and semi-automated configuration solution for CPS PLE configuration. Note that it is often
impossible to automate all configuration steps in the context of CPS PLE, hence user interaction is
required in the configuration process.
      </p>
      <p>We provide an overview of such an approach is Fig. 1. There are mainly two steps involved:
variability modeling and product configuration. In the domain engineering phase, a variability
modeling approach should be applied to capture the commonalities and variabilities of products in a
product line.  In the domain engineering phase of CPS PLE, product line architecture (PLA) modeling
and constraint specification approaches are required to capture commonalities and variabilities on the
system architecture and design and constraints relevant to configure a correct product. For different
purposes or in different contexts, different modeling and specification approaches can be used. For
example, an extension of UML for PLA in the form of a profile together with an existing profile e.g.,
MARTE can serve the purpose of PLA modeling. When combined with UML, Object Constraint
Language (OCL) is often used to specify constraints. In the application engineering phase, a
configuration tool with the functionalities of decision inferring, decision ordering and consistency
checking is expected to be applied to assistant configuration engineers to configure a product.</p>
      <sec id="sec-1-1">
        <title>Domain Engineering</title>
        <sec id="sec-1-1-1">
          <title>Variability Modeling</title>
          <p>Product Line Arch.</p>
          <p>(PLA) Modeling
Constraint Specification
UML/SysML Profile</p>
          <p>MART…E Profile
SimuLink+DeltaModel</p>
          <p>OCL
…
Natural Language</p>
        </sec>
      </sec>
      <sec id="sec-1-2">
        <title>Application Engineering</title>
        <sec id="sec-1-2-1">
          <title>Interactive Configuration Tool</title>
          <p>Require
support
Consistency</p>
          <p>Checking
Input</p>
          <p>Decision Inferring</p>
          <p>Decision Ordering</p>
          <p>Output
support</p>
          <p>
            Regarding our solution, SimPL [
            <xref ref-type="bibr" rid="ref11">11</xref>
            ] will be used as the PLA modeling methodology, which was
designed for describing the commonalities and variabilities of CPSs and has been applied to model the
PLA of subsea production systems. As SimPL is a UML profile, constraints will be specified using
OCL. Note that we have proposed a classification of constraints in CPS PLE, based on our experience
of working with three industrial partners, for supporting semi-automated and interactive configuration
with five functionalities: decision ordering, decision inferring, reverting decision, consistency
checking and collaborative configuration [
            <xref ref-type="bibr" rid="ref6">6</xref>
            ]. Among these five functionalities, Decision Ordering,
Decision Inferring and Consistency Checking are dependent on each other. Therefore, in our
research, we will mainly focus on these three functionalities. Our ultimate objective is to find an
efficient solution to guide configuration engineers through the complicated and error-prone process
such that eventually the overall quality and productivity of the product development can be improved.
As the first step towards this goal, we devised a search-based solution for addressing the decision
ordering functionality in an efficient and scalable way, which will be discussed in detail in the next
section.
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>Search-based Configuration Solution</title>
      <p>
        Although there are many interactive configuration solutions for the PLE of CPSs [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], most of them
just consider relatively simple dependencies among variabilities. However, CPSs product lines
generally have hundreds and thousands of variation points and constraints. The interactive
configuration solution should find an optimized decision ordering that satisfies the constraints. To
efficiently address such an optimization problem, we recommend search-based solutions, which
obtained very positive results when addressing other software engineering optimization problems
such as model-based testing [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
      </p>
      <p>Our solution aims to guide configuration engineers through the configuration process but not fully
automates all configuration steps, which are often impossible in CPS PLE, as we discussed previously.
Therefore, the configuration tool recommends an order to make decisions. This order is mixed of
manual configuration steps and automated configuration steps. Automation refers to another
functionality of the tool, i.e., Decision Inferring. This functionality infers decisions based on
dependencies of variation points, various types of constraints, and decisions made. When a
configuration engineer makes a manual configuration on a variation point, the tool will automatically
check the correctness of the configuration and identify possibilities to automatically infer decisions.
This cycle is repeated until all variation points are configured. Note that either a manual or automated
configuration step will trigger the tool to find an optimal order as the optimization space is changed. As
shown in Fig. 2, our solution contains three main steps: variability modeling, transformation to
intermediate representation, and search-based decision ordering optimization, which will be discussed
in details in the following sub-sections.</p>
      <p>Variability Modeling</p>
      <p>SimPL
UML Profile for CPS PLA Modeling</p>
      <p>OCL
Configuration Constraints
Variability Dependency
Ordering Constraints
1
2</p>
      <p>Transformation to Intermediate Representation</p>
      <p>Heuristic Rule
Edge( à )
Manual
Infer
Weight</p>
      <p>Automated
Transformation</p>
      <p>Tool
Tree11 Tre3e 2
4 25 36 8 27 6
ACOT1 ACOT2
Evaluate/Query/Solve
3
Tree N 4
5
6
8 1 3
ACOTn</p>
      <p>Input</p>
      <p>Search Based Decision Ordering Optimization
Fitness Function 5 MCoinv.eNraulmlVbePrsof ACOTS</p>
      <p>Min. Manual Steps
Search-based Configuration 6</p>
      <p>Genetic Algorithm
Alternating Variable Method
(1+1) Evolutionary Algorithm</p>
      <p>Greedy Algorithm
Hil Climbing</p>
      <p>Solution
Tree 1, Tree 2 8</p>
      <p>Values Satisfying</p>
      <p>
        Constraint
Use OCL Solver 7
(EsOCL)
In our previous work [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], we reported that CPSs are heterogeneous systems that typically combine
mechanical, electrical, and software components and are large-scale both with respect to the diversity
of the types of their hardware and software components. Most of the current variability modeling
method does not take the characteristics of CPSs into consideration. SimPL [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] (box(1) of Fig. 2), is
however a PLA modeling methodology with a UML profile for CPS product lines. In SimPL, UML
and its extensions are used to create both the base and the variability models. In particular, UML
constructs such as classes and relationships are used to model software, four stereotypes from MARTE
are used together with UML constructs to model hardware, and UML templates and packages together
with three stereotypes from a newly introduced profile are used to model variabilities.
      </p>
      <p>
        A semi-automated and interactive configuration solution heavily relies on a large number of
constraints that should be formally specified to facilitate the five functionalities of automatic
configuration (Section 1). Therefore a classification of such constraints according to how they are
specified, manipulated and enforced, and relate them in a systematic manner to the functionalities (e.g.,
decision ordering) of such an automated solution is required. In our previous work [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], we presented
such a comprehensive classification of constraints. In our solution, these constraints will be specified
using OCL (box(2) of Fig. 2). We are planning to use EsOCL [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] to solve OCL constraints, whereas
DresdenOCL [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] to query and evaluate constraints. We selected these tools based on our previous
experience of working with them.
2.2
      </p>
      <p>Transformation to Intermediate Representation
To have an independent solution for decision ordering optimization, we propose to transform PLA
models and constraints into an intermediate representation as shown in the middle part of Fig. 2. This
provides the flexibility to use different PLA modeling and constraint specification methods other than
UML, UML profiles and OCL. When a different approach is used, one only needs to write a
transformation and the optimization part remains untouched.</p>
      <p>We refer to the intermediate representation of PLA models and constraints as configuration
model, which captures all the information of variation points and constraints. Configuration model
can be used as the input for the configuration tool to support, for example, decision ordering.</p>
      <p>Hence, in our solution to support decision ordering, a configuration model is a set of trees, which
forms a Forest (box(4) of Fig. 2). In the forest, one tree corresponds to a constraint constraining the
configuration sequence of a set of variation points. A node of a tree represents a variation point and an
edge of the tree describes which variation point should be configured before or after which other
variation point. In order to support decision ordering, a configuration model should specify additional
information for the edges of the tree. Each edge has a set of attributes: Manual and Infer of type
Boolean, respectively indicating whether a configuration step is manual or can be automatically
inferred. Each edge of a tree is also characterized with another attribute Weight with different
categories, each of which respectively indicates the strength of dependency of two variation
points.</p>
      <p>In order to transform PLA models and constraints to the configuration model, a set of
transformations will be implemented. In our solution, we need to transform UML class diagrams with
the SimPL profile applied and OCL constraints into the configuration model.
2.3</p>
      <p>
        Decision Ordering Optimization
In order to find an optimal ordering of configuration steps for the configuration engineers, we propose
a search-based solution. After the optimization, an optimal solution (Tree 1 and Tree 2, in box(8) of
Fig. 2) will be provided to configuration engineers. To configure a correct product, all constraints
should be satisfied for a solution. Any constraint requiring solving is solved using EsOCL [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] shown
in box (7) of Fig. 2, since we use OCL for constraint specification.
      </p>
      <p>
        The optimization objective and corresponding fitness function used by search algorithms is
provided in [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. The optimization objective contains three parts: 1) minimizing overall manual
configuration steps, 2) configuring most constraining decisions first and 3) satisfying ordering
dependencies among variabilities. We evaluated five search algorithms including both local search
algorithms (Alternating Variable Method, Genetic Algorithm, Hill Climbing) and global search
algorithms ((1+1) Evolutionary Algorithm, Greedy Algorithm) (box (6) of Fig. 2).
      </p>
      <p>We carefully designed and conducted a series of experiments by using the above mentioned
algorithms combined with the fitness function on 65 problems. The 65 problems were generated forests
with varied sizes with randomly populated attribute values. Results of the experiments were carefully
analyzed using statistical analysis techniques, based on which, we concluded that Greedy Algorithm
significantly outperforms the rest of the algorithms. In the future, we plan to run the experiments on an
industrial case study.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Cyber-Physical</surname>
            <given-names>Systems</given-names>
          </string-name>
          , http://cyberphysicalsystems.org/ (
          <source>Last accessed July</source>
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Lattmann</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nagel</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Levendovszky</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bapty</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neema</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karsai</surname>
          </string-name>
          , G.:
          <article-title>Component-based Modeling of Dynamic Systems using Heterogeneous Composition</article-title>
          . In: 6th International Workshop on Multi-Paradigm
          <string-name>
            <surname>Modeling</surname>
          </string-name>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Ortiz</surname>
          </string-name>
          , Ó.,
          <string-name>
            <surname>García</surname>
            ,
            <given-names>A.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Capilla</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bosch</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hinchey</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Runtime variability for dynamic reconfiguration in wireless sensor network product lines</article-title>
          .
          <source>In: Proceedings of the 16th International Software Product Line Conference</source>
          , vol.
          <volume>2</volume>
          , pp.
          <fpage>143</fpage>
          -
          <lpage>150</lpage>
          . ACM, New York (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Haber</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rendel</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rumpe</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schaefer</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Evolving delta-oriented software product line architectures</article-title>
          .
          <source>Large-Scale Complex IT Systems. Development, Operation and Management</source>
          , pp.
          <fpage>183</fpage>
          -
          <lpage>208</lpage>
          . Springer (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Juarez-Dominguez</surname>
            ,
            <given-names>A.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Day</surname>
            ,
            <given-names>N.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Joyce</surname>
            ,
            <given-names>J.J.:</given-names>
          </string-name>
          <article-title>Modelling feature interactions in the automotive domain</article-title>
          .
          <source>In: Proceedings of the 2008 international workshop on Models in software engineering</source>
          , pp.
          <fpage>45</fpage>
          -
          <lpage>50</lpage>
          . ACM, New York (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Nie</surname>
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Y.T.</given-names>
            ,
            <surname>Ali</surname>
          </string-name>
          <string-name>
            <surname>S.</surname>
          </string-name>
          , Zhang L. and
          <string-name>
            <surname>Fan Z.</surname>
          </string-name>
          :
          <article-title>Constraints: The Core of Supporting Automated Product Configuration of Cyber-Physical Systems</article-title>
          .
          <source>Proc. Accepted at ACM/IEEE 16th International Conferene on Model Driven Engineering Languages and Systems (MODELS)</source>
          ,
          <source>Corresponding Technical Report</source>
          : http://simula.no/publications/Simula.simula.
          <year>2020</year>
          ,
          <year>2013</year>
          . ,
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>Tao</given-names>
            <surname>Yue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.B.</given-names>
            ,
            <surname>Bran</surname>
          </string-name>
          <string-name>
            <surname>Selic</surname>
          </string-name>
          :
          <article-title>Experiences with Model-based Product Line Engineering for Developing a Family of Inte-grated Control Systems: an Industrial Case Study</article-title>
          .
          <source>Technical Report</source>
          , (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Rabiser</surname>
            , R.,
            <given-names>O</given-names>
          </string-name>
          <string-name>
            <surname>'Leary</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Richardson</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Key activities for product derivation in software product lines</article-title>
          .
          <source>Journal of Systems and Software</source>
          , vol.
          <volume>84</volume>
          ,
          <fpage>285</fpage>
          -
          <lpage>300</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Rabiser</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grünbacher</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dhungana</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Requirements for product derivation support: Results from a systematic literature review and an expert survey</article-title>
          .
          <source>Information and Software Technology</source>
          , vol.
          <volume>52</volume>
          ,
          <fpage>324</fpage>
          -
          <lpage>346</lpage>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Rabiser</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grünbacher</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehofer</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>A qualitative study on user guidance capabilities in product configuration tools</article-title>
          .
          <source>In: Proceedings of the 27th IEEE/ACM International Conference on Automated Software Engineering</source>
          , pp.
          <fpage>110</fpage>
          -
          <lpage>119</lpage>
          . ACM, (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Behjati</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yue</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Briand</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Selic</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>SimPL: A Product-Line Modeling Methodology for Families of Integrated Control Systems</article-title>
          .
          <source>Information and Software Technology</source>
          , vol.
          <volume>55</volume>
          ,
          <fpage>607</fpage>
          -
          <lpage>629</lpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Ali</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Iqbal</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Arcuri</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Briand</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>Generating Test Data from OCL Constraints with Search Techniques</article-title>
          .
          <source>IEEE Transactions on Software Engineering</source>
          ,
          <fpage>1</fpage>
          -
          <lpage>47</lpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Dresden</surname>
            <given-names>OCL</given-names>
          </string-name>
          , http://www.dresden-ocl.org/index.php/DresdenOCL. (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Yue</surname>
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>A.S.</given-names>
            ,
            <surname>Nie</surname>
          </string-name>
          <string-name>
            <surname>K.</surname>
          </string-name>
          :
          <article-title>Towards A Search-based Interactive Configuration of Cyber-Physical System Product Lines</article-title>
          , Simula Research Laboratory.
          <source>Technical Report 2013-50</source>
          , (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>