<!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>A Survey of Variability Management Requirements</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Marco Aiello</string-name>
          <email>m.aiello@rug.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Pavel Bulanov</string-name>
          <email>p.bulanov@rug.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Heerko Groefsema</string-name>
          <email>h.groefsema@rug.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Johann Bernoulli Institute for Mathematics and Computer Science University of Groningen</institution>
          ,
          <addr-line>Nijenborgh 9, 9747 AG Groningen</addr-line>
          ,
          <country country="NL">The Netherlands</country>
        </aff>
      </contrib-group>
      <fpage>35</fpage>
      <lpage>36</lpage>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Business process management (BPM) is impacting medium and large scale
enterprises enormously these days. Designed to support rigid and repetitive units
of work like production processes, business process models offer little in the area
of flexibility and reuseability [
        <xref ref-type="bibr" rid="ref1 ref3">1, 3</xref>
        ]. By introducing variability to the world of
BPM, many new possibilities are introduced.
      </p>
      <p>
        An example comes from eGovernment. In the Netherlands there are 430
municipalities that have to implement the same national laws, though, they are
different in size, business models, IT infrastructures and so on. Recently the
WMO law (Wet maatschappelijke ondersteuning, Social Support Act, 2007) was
approved that mandates, for instance, the rules for providing publicly
subsidized wheel chairs to needing citizens. All municipalities have to implement this
process, each with slight but clearly noticeable differences related to their
organizational and IT structure [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. The recurrence of the need to adapt processes to
instances and changes become concrete with the notion of variability [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], which
first emerged in software engineering. Variability in this case refers to the
possibility of changes in software products and models.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], of which this text is an abstract, we propose to use variability in
order to take full advantage of the obvious reusability opportunities in such
situations. Variability in this context, namely that of BPM, indicates that parts
of a business process remain variable, or not fully defined, in order to support
different versions of the same process depending on the intended use or execution
context. Such variability is often included through the introduction of so-called
variation points, that is, elements of a business process where change may occur.
A process in which variability is included is called a reference or generic process.
Processes where choices have been made deriving from the reference process are
called variants.
      </p>
      <p>We introduce variability management as an extension of the typical activities
involved in business process management. We give a general depiction in
Figure 1. On the left, we notice how requirements drive the definition of the design
processes. Variability management complements these general BPM phases by
introducing a set of parallel stages, on the right in the figure. In this context,
two main stages are introduced: design-time and run-time variability.</p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], after defining variability in business process management, we consider
the requirements for explicit variation handling for (service based) business
process systems. eGovernment serves as an illustrative example of reuse. Finally, an
evaluation of existing tools for explicit variability management is provided with
respect to the requirements identified. A video illustrating a first prototype to
manage service-based business processes with explicit support for design time
variability is available at http://www.sas-leg.net/web/index.php?n=Main.
Demo2010.
      </p>
      <p>Acknowledgements
The research is supported by the NWO Jacquard program via the SaS-LeG
project, http://www.sas-leg.net contract 638.000.000.07N07. We thank P.
Avgeriou, N. van Beest, F. van Blommestein, A. Lazovik, D. Tofan, and H.
Wortmann for fruitful discussion.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>van der Aalst</surname>
          </string-name>
          , W.,
          <string-name>
            <surname>Jablonski</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Dealing with workflow change: Identification of issues and solutions</article-title>
          .
          <source>International Journal of Computer Systems, Science, and Engineering</source>
          <volume>15</volume>
          (
          <issue>5</issue>
          ),
          <fpage>267</fpage>
          -
          <lpage>276</lpage>
          (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Aiello</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bulanov</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Groefsema</surname>
          </string-name>
          , H.:
          <article-title>Requirements and tools for variability management</article-title>
          .
          <source>In: Requirement Engineering for Services (REFS</source>
          <year>2010</year>
          )
          <article-title>at COMPSAC</article-title>
          . IEEE (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Rinderle</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Reichert</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dadam</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Correctness criteria for dynamic changes in workflow systems: A survey</article-title>
          .
          <source>Data and Knowledge Engineering</source>
          <volume>50</volume>
          (
          <issue>1</issue>
          ),
          <fpage>9</fpage>
          -
          <lpage>34</lpage>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Sinnema</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Deelstra</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hoekstra</surname>
            ,
            <given-names>P.:</given-names>
          </string-name>
          <article-title>The covamof derivation process</article-title>
          .
          <source>In: ICSR</source>
          . pp.
          <fpage>101</fpage>
          -
          <lpage>114</lpage>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Sun</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rossing</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sinnema</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bulanov</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aiello</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Modelling and managing the variability of web service-based systems</article-title>
          .
          <source>Journal of Systems and Software, Elsevier</source>
          <volume>83</volume>
          ,
          <fpage>502</fpage>
          -
          <lpage>516</lpage>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>