<!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>Testing-Based Conceptual Schema Validation in a Model- Driven Environment</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Maria Fernanda Granda</string-name>
          <email>fernanda.granda@ucuenca.edu.ec</email>
          <email>mgranda@dsic.upv.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Information Systems and Computation, Universitat Politècnica de València, Valencia, Spain Faculty of Engineering, University of Cuenca</institution>
          ,
          <addr-line>Cuenca</addr-line>
          ,
          <country country="EC">Ecuador</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2013</year>
      </pub-date>
      <abstract>
        <p>In Model-Driven Development, the main artefacts are conceptual schemas, and efforts are focused on their creation, testing and evolution at different levels of abstraction through transformations. If a conceptual schema has defects, these are passed on to the following stages, including coding. Therefore, techniques for improving the quality of conceptual schemas must be implemented to assure the correct generation of final software products. One of the challenges in Model-Driven Development is being able to identify defects early on, at the level of conceptual schemas, as this would help reduce development costs and improve software quality. In this research proposal we suggest an approach for testing-based conceptual schema validation in order to improve quality.</p>
      </abstract>
      <kwd-group>
        <kwd>early testing</kwd>
        <kwd>conceptual schemas</kwd>
        <kwd>Model-Driven Development</kwd>
        <kwd>validation &amp; verification</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Despite much scepticism and many problems [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], Model-Driven Development
(MDD) is being used and improved in order to provide multiple many inherent
potential benefits for industry [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. One of its greatest benefits is the ability to
handle the complexity of software development by raising the abstraction level.
Models are expressed using concepts that are not related to a specific implementation
technology, which means that the models can be easier to specify, understand,
maintain and document. As in Model-Driven Engineering (MDE), the primary
artefacts are the conceptual models, and ensuring their quality at an optimum level is
still challenging for researchers and developers.
      </p>
      <p>Although verification1 and validation2 (V&amp;V) are highly related to the concepts of
quality and software quality assurance, very few MDD tools incorporate these</p>
      <p>
        Verification is to check that the conceptual schema meets its stated functional and non-functional
requirements [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
activities into their development process. The OO-Method (OOM) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], a Model
Driven Architecture (MDA) approach, is a model-driven initiative with a technical
multi-view (structural model, dynamic model, functional model and presentation
model), where the structural view is the basis for the automatic derivation of the other
views, and this feature helps to minimize the problems such as multi-view
specifications and synchronization, integration and change propagation. The
OOMethod has been successfully implemented in industry through the Integranova 3
commercial tool (previously known as OLIVANOVA). This tool manages the
syntactic verification of conceptual schemas (e.g. syntactic correctness) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], but it still
does not validate whether the model built meets the requirements and expectations of
the stakeholders.
      </p>
      <p>
        With the ever-increasing complexity of software systems, the ability to identify
the vast majority of defects early on at the model level is a challenge that if met could
help to reduce development costs and improve software quality [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. However, to
assess the quality of a conceptual schema, we need a quality model. In the literature,
we can find several proposals (e.g. Mohagheghi et al [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], Krogstie [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]). We will aim
to set the quality properties that can be improved using testing techniques.
      </p>
      <p>Testing is part of a process of V&amp;V, where the conceptual schema operates under
controlled conditions, (1) to verify that it behaves as specified; (2) to detect defects,
and (3) to validate user requirements [29]. Lightweight testing techniques of the
conceptual schemas are required to locate and point out defects in realistic schemas
with minimum cost.</p>
      <p>This work aims to define a testing-based validation technique for multi-view
conceptual schemas (i.e. structural and behavioural). We will focus on adapting
testing techniques for MDD environments, such as the OO-Method approach, because
we believe that testing can be a very effective and efficient way to identify defects
early on, and can play an important role in the validation of conceptual schemas.</p>
      <p>
        The paper is structured as follows: the next section summarizes related work.
Then, in Section 3, we present the problem statement and explain the research
questions that we aim to answer in the proposed work. Section 4 describes the
research methodology to be applied. Section 5 presents an overview of our solution
design proposal. And finally, section 6 presents the conclusions of this work.
2 Validation is to ensure that the conceptual schema meets the customer's expectations [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
3 http://www.integranova.com/
      </p>
    </sec>
    <sec id="sec-2">
      <title>Related Work</title>
      <p>
        From a mapping study we found 161 studies on V&amp;V techniques for conceptual
schemas. However, we found only 4 approaches4 which apply testing at the modelling
level [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] and [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
      <p>Table 1 shows these testing techniques for the information system domain that
have been proposed in the last ten years. The modelling language most used is the
standard Unified Modelling Language (UML). Therefore, the analysis is performed
on structural (S) and behavioural (B) models. In this table, we can also see the
similarities and differences of our proposal when compared to the related work.</p>
      <p>
        Tort’s approach [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] is the closest to our work, because it focuses on validating the
UML conceptual schema with respect to the stakeholder's requirements. However,
this solution requires the development of certain skills in order to enter sequences of
4 Articles on the same technique and by same author are considered as a single approach.
[
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]
      </p>
      <p>B
possible use
Not required</p>
      <p>
        No
[
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]
      </p>
      <p>S, B
possible use
Automatic
(JAL)</p>
      <p>No
Conceptual</p>
      <p>Schema
Automatic</p>
      <p>Conceptual</p>
      <p>Schema</p>
      <p>Manual
Manual</p>
      <p>Manual
No
Yes</p>
      <p>Yes
Yes</p>
      <p>Our
Proposal</p>
      <p>S, B</p>
      <p>Yes
Automatic</p>
      <p>
        Yes
6C goals[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]
Requirements
      </p>
      <p>model
Automatic
and Manual
Automatic
and Manual</p>
      <p>Yes
Yes
test cases using Conceptual Schema Testing Language (CSTL), which makes this
method unsuitable for a MDD environment.</p>
      <p>
        The remaining two testing work that proposed by Pilskalns [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] and Dinh-Trong et
al [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. These test the consistency between the UML’s diagrams including OCL
expressions. Pilskalns's approach is based around constructing a Testable Aggregate
Model (TAM). Dinh-Trong et al describe the actions using Java-like Action Language
(JAL). Dotan and Kirshin [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] have a plug-in for IBM Rational modelling tools,
allowing the execution, debugging and testing of UML models (activity diagrams and
state machines) through animation. However, these last three do not focus on
validating the conceptual schema with respect to the stakeholder's requirements.
      </p>
      <p>
        It is important to indicate that an important initiative for building executable UML
models is the fUML [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], which is promoted by the OMG (Object Management
Group). An ongoing research on a model execution framework based on fUML is
presented by Mayerhofer [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. This framework will enable efficient testing and
validating of UML models by providing debugging capabilities, as well as a test.
      </p>
      <p>
        In contrast to these testing techniques, a greater number of V&amp;V techniques for
conceptual models (e.g. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]) were also found, but they do not use any
testing strategy. They are focused on the study of the desirable properties of
conceptual schemas (e.g. a well-formed instantiation of the model, and consistency
between models and with constraints) and the development of automated reasoning
procedures or the semi-automated control of them.
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Problem Statement and Research Questions</title>
      <p>
        Requirements errors are the most common cause of defects in system development
projects [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. This suggests that it would be more effective to focus quality assurance
efforts on early phases, in order to catch defects as soon as they occur. In MDD, the
ability to identify defects early on is still a challenge that, if it were met, could help to
reduce development costs and improve the quality of delivered software systems.
Lightweight testing techniques for improving the quality of the conceptual schemas
must be implemented. These techniques should be able to find defects with minimum
effort, and without the need for a strong testing background.
      </p>
      <p>Our work aims to define a testing-based validation approach to improve the
quality of conceptual schemas built in an MDD environment.</p>
      <p>In order to achieve our objective, we have identified the following research
questions (RQs).</p>
      <sec id="sec-3-1">
        <title>RQ1: How can conceptual schemas be validated by using testing techniques in an</title>
        <p>MDD environment?
─ RQ1.1: Which testing techniques can be effectively used or adapted at the
conceptual model level?
─ RQ1.2: What kind of defects can be detected at the conceptual modelling level using
a testing strategy?
─ RQ1.3: Which MDD environment requirements should be considered when
developing the testing-based approach?
─ RQ1.4: How can an approach for testing-based validation of conceptual schemas be
integrated into an MDD environment?</p>
      </sec>
      <sec id="sec-3-2">
        <title>RQ2: To what extent will our testing-based validation approach contribute to</title>
        <p>ensuring the quality of conceptual schemas?
─ RQ2.1: Which existing quality assurance frameworks can be more suitable for use
in MDD environments?
─ RQ2.2: What quality properties can be improved using testing techniques in
conceptual schemas?</p>
        <p>
          In the next these questions are presented in more detail within a research cycle
proposed by Wieringa in order to structure the research methodology [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ].
4
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Research Methodology</title>
      <p>
        The type of research methodology used corresponds to design science framework
since its purpose is the design of a new testing-based validation approach and it is
therefore a matter of design [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. We follow the regulatory cycle proposed by
Wieringa [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. This cycle can be instantiated in two forms: the engineering cycle and
the research cycle. We will cover the first three phases of the engineering cycle5, and
some phases will be embedded into research cycles 6 . The Engineering cycle is
rational problem decomposition for the practical problem. It starts with a problem
investigation phase, where we seek to understand how to validate and verify
conceptual schemas by using testing techniques, and what current approaches have
been proposed to achieve this. To do this, based on existing surveys and systematic
reviews concerning software testing, we select some testing strategies (RQ1.1,
RQ1.2) as possible candidates to implement our approach. We also identify the most
5 Engineering cycle (problem investigation, solution design, design validation, design implementation
and implementation evaluation) is associated with practical problems. However, practical problems
may contain knowledge questions [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
6 Research cycle (research problem investigation, research design, research design validation, research,
analysis of results) is associated with knowledge problems. However, knowledge problems may contain
practical questions [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
relevant quality properties which need to be considered for conceptual schemas built
in an MDD environment (RQ2.1, RQ2.2); as well as the characteristics and resources
needed to support the testing-based validation approach (RQ1.3). By considering
these identified quality properties, we can analyze and identify which properties are
affected by defects that have been detected in conceptual models so far. So, based on
the relationships between quality properties and defects, we can evaluate the selected
testing techniques (RQ1.1) in order to better understand which ones can be effectively
used or adapted for our purpose. One of the outcomes of this phase will be a
conceptual framework that should aid our understanding of the proposed approach.
      </p>
      <p>The next phase is Solution Design, which is characterized by its iterative nature.
This phase solves a practical problem by designing a testing-based validation method
that can be embedded into a MDD environment (RQ1.4). Our initial solution proposal
is based on design specifications identified in the previous phase, and our own logical
reasoning. The next iteration refines the solution by adding insights from several
interviews with experts from academia and industry to improve the approach. Further
iterations use input from the analysis of several laboratory demonstrations. Finally,
the Solution Validation phase solves a knowledge problem which asks if the solution
design (prototype) is effective and efficient (e.g. finding defects capability, functional
coverage). We then validate our approach by conducting various experiments in order
to answer RQ2.</p>
      <p>
        Table 2 shows the general and specific objectives for each research question. We
distinguish between knowledge problems (KP) and practical problems 7 (PP), as
defined by Wieringa [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. The table includes an estimated timescale for achieving
these objectives.
      </p>
      <p>A knowledge problem is a lack of knowledge about the world (as long as someone desires to fill this
gap), whereas a design problem (a.k.a. practical problem) is the difference between the way the world is
and the way someone thinks it should be.</p>
    </sec>
    <sec id="sec-5">
      <title>Solution Design Proposal</title>
      <p>
        With regard to the results achieved so far, a systematic mapping study has enabled
definition of a defects taxonomy for conceptual schemas. We are currently in the
validation phase of this taxonomy. This outcome will assist in answering RQ 1.2.
Moreover, with the purpose of investigating the feasibility of existing languages and
tools for executing models (RQ 1.3), we have started exploring the USE tool that
allow the verification of OCLs on conceptual models, and the CSTL language,
proposed by Tort [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] in specific conceptual schemas generated with the
INTEGRANOVA tool.
      </p>
      <p>
        The contribution to be expected from this proposed work is the testing-based
validation of conceptual schemas, by automatically generating test cases from
requirements models (specifications). In addition, the integration of our approach to
an existing quality assurance framework for MDD environments (e.g. [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]) will
improve support for decision-making in the prioritising of repair of defects detected at
the conceptual schema level.
      </p>
      <p>My deepest gratitude goes to my supervisors Nelly Condori-Fernández, Oscar
Pastor and Tanja Vos for their unfailing support and invaluable comments.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Franc</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rumpe</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Model-driven Development of Complex Software: A Research Roadmap</article-title>
          . In : International Conference on Software Engineering, IEEE, DC (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Staron</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <source>Adopting Model Driven Software Development in Industry - A Case Study at Two Companies. Model Driven Engineering Languages and Systems</source>
          <volume>4199</volume>
          ,
          <fpage>57</fpage>
          -
          <lpage>72</lpage>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Hutchinson</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rouncefield</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Whittle</surname>
          </string-name>
          , J.:
          <article-title>Model-driven engineering practices in industry</article-title>
          .
          <source>Proceedings of the 33rd International Conference on Soft. Eng.</source>
          ,
          <fpage>633</fpage>
          -
          <lpage>642</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Pastor</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Molina</surname>
          </string-name>
          , J.:
          <source>Model-Driven Architecture in Practice. A Software Production Environment Based on Conceptual Modeling</source>
          . Springer, New York (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Van Der Straeten</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mens</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Van Baelen</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>Challenges in Model-Driven Software</article-title>
          .
          <source>In : Models in Software Engineering</source>
          . Springer, Tolouse,
          <string-name>
            <surname>Fr.</surname>
          </string-name>
          (
          <year>2009</year>
          )
          <fpage>35</fpage>
          -
          <lpage>47</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Mohagheghi</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dehlen</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neple</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Definitions and approaches to model quality in model-based software development- A review of literature</article-title>
          .
          <source>Information and Software Technology</source>
          <volume>51</volume>
          ,
          <fpage>1646</fpage>
          -
          <lpage>1669</lpage>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Krogstie</surname>
          </string-name>
          , J.:
          <source>Model-Based Development and Evolution of Information Systems. A Quality Approach</source>
          . Springer, London (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Tort</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Olivé</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sancho</surname>
            ,
            <given-names>M. R.</given-names>
          </string-name>
          :
          <article-title>On Checking Executable Conceptual Schema Validity by Testing</article-title>
          . In : 23rd International Conference, DEXA, Viena, Austria, pp.
          <fpage>249</fpage>
          -
          <lpage>264</lpage>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Pilskalns</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Andrews</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Knight</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ghosh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , R.,
          <string-name>
            <surname>F.</surname>
          </string-name>
          :
          <article-title>Testing UML designs</article-title>
          .
          <source>In : Information and Software Technology</source>
          , MA, USA (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Dotan</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kirshin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Debugging and testing behavioral UML models</article-title>
          .
          <source>In : Proced. of the Conference on O-Oriented Programming Systems, Languages, and Applications</source>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Dinh-Trong</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kawane</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ghosh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , France,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Andrews</surname>
          </string-name>
          ,
          <string-name>
            <surname>A. A.</surname>
          </string-name>
          :
          <article-title>A tool-supported approach to testing UML design models</article-title>
          .
          <source>In : Proc. of the ICECCS</source>
          , CO, USA (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12. OMG:
          <article-title>Semantics of a Foundational Subset for Executable UML Models (FUML).</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Mayerhofer</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Testing and Debugging UML Models Based on fUML</article-title>
          . In Society, I., ed.
          <source>: ICSE 2012. Doctoral Symposium</source>
          , Zurich, Switzerland, pp.
          <fpage>1579</fpage>
          -
          <lpage>1582</lpage>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Gogolla</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kuhlmann</surname>
          </string-name>
          , M., Hamann, L.:
          <article-title>Consistency, independence and consequences in UML and OCL models</article-title>
          .
          <source>Lecture Notes in Computer Science 5668 LNCS</source>
          ,
          <fpage>90</fpage>
          -
          <lpage>104</lpage>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Queralt</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Teniente</surname>
          </string-name>
          , E.:
          <article-title>Verification and validation of UML conceptual schemas with OCL constraints</article-title>
          .
          <source>ACM Transactions on Software Engineering and Methodology</source>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Bergmann</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hegedüs</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Horváth</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ráth</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ujhelyi</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Varró</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          : Implementing Efficient Model Validation.
          <year>2011</year>
          26th IEEE/ACM International Conference on
          <source>Automated Software Engineering, ASE</source>
          <year>2011</year>
          ,
          <source>Proceedings(6100130)</source>
          ,
          <fpage>580</fpage>
          -
          <lpage>583</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>El Emam</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Günes</surname>
            ,
            <given-names>A. G.</given-names>
          </string-name>
          :
          <article-title>A Replicated Survey of IT Software Project Failures</article-title>
          . Software, IEEE
          <volume>25</volume>
          (
          <issue>5</issue>
          ),
          <fpage>84</fpage>
          -
          <lpage>90</lpage>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Wieringa</surname>
          </string-name>
          , R.:
          <article-title>Design Science as Nested Problem Solving</article-title>
          .
          <source>In : Proc. DESRIST</source>
          ,
          <string-name>
            <surname>NY</surname>
          </string-name>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Hevner</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chatterjee</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <source>Design Research in Information Systems. Theory and Practice</source>
          . Springer, NY, USA (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Sommerville</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Software Engineering 9th edn</article-title>
          . Addison-Wesley, Boston, Mass. (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>