<!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>Measuring complexity of SAP systems</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>IljaHolub</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tomas Bruckner</string-name>
          <email>tomas.bruckner@vse.cz</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Economics</institution>
          ,
          <addr-line>Prague</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>The paper discusses the reasons of complexity rise in ERP system SAP R/3 and proposes a method for measuring complexity of SAP. A program in ABAP for measuring complexity of particular SAP implementation is proposed as a tool for keeping ERP complexity under control. Main principle of the measurement method is counting the number of items or relations in the system. The program is based on counting of records in organization tables in SAP.</p>
      </abstract>
      <kwd-group>
        <kwd>Complexity</kwd>
        <kwd>ERP</kwd>
        <kwd>SAP</kwd>
        <kwd>measurement</kwd>
        <kwd>information system</kwd>
        <kwd>business</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>In this paper we state the related approaches to complexity and show that several
methodologies used for ICT and information systems management don’t handle the
topic of complexity well. Then we discuss the complexity of SAP ERP system and the
reasons for rising complexity in SAP implementations. Then we propose a method
and a program for measuring complexity of ERP systems and describe a verification
of the methodon a certain business case.</p>
    </sec>
    <sec id="sec-2">
      <title>Related work on measuring complexity</title>
      <p>
        A good theoretical basis for describing and exploring complexity can be found in the
mathematical graph theory[
        <xref ref-type="bibr" rid="ref1">1</xref>
        ][
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], which can be applied to some IS/ICT models to
facilitate their quantification and subsequent comparison and, in some cases, even
their simplification. Publications that come closest to the topic of business
information system complexity deal with using metrics to measure complexity, such as
information flow metrics, [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] Halstead’s method or functional point analysis [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], or a
simple number of source code lines [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. There are also publications dealing with the
impacts of complexity on system security and maintainability. Their objective is to
adapt the MATra framework to describe certain aspects of complexity [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] and/or to
point out the negative impacts of complexity on the business [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        The topic of managing information system complexity is discussed, for example,
by John Maeda in his book ‘The Law of Simplicity’, where he defines ten rules of
simplicity. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] ERP systems are specifically discussed in ‘A Metric for ERP
Complexity’ [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], which counts process inputs and outputs and works with the concepts of
internal and external module complexity, applying data flow complexity according to
[
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Best practices for simplicity of IS describes the book „Managing Complexity of
Information Systems“[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>The proposed SAP measurement method is a part of a general complexity
management methodology being prepared by authors.</p>
      <p>The important principle is to keep the managing complexity itself simple. The
managing complexity including measurement should not bring another complexity, so
it should be kept simple and simplified even at the expense of accuracy or precision.
The reason for measuring complexity is to have a metric, which can measure not the
actual absolute complexity of the system, but relative complexity in time or before
and after a change, and which is therefore useful for managing complexity and
keeping the system as simple as suitable.</p>
      <p>When measuring system complexity, the first step is to select relevant content
dimensions D and the IS lifecycle phase f, using which we wish to measure complexity.
Let us designate their number as d. For dimension iin phase f we can define
complexity Cf(Di) as the number of entities (elements and/or links) of its model.</p>
      <p>Let us define system complexity C(S) as a sum of the complexities of each of its
dimensions C(Di). Thus, complexity C of system S in phase f is the number of entities
(elements and/or links) in the models of each of its content dimensions (D) selected in
the given phase; d shall be the total number of dimensions considered.
d
C f (S )   C f (Di ) , (1)</p>
      <p>i1</p>
      <p>This formula (1) allows us to quantify the complexity of a system or its part, and in
practice it can be used to compare various systems or solution alternatives that meet
the given requirements, yet there is no objective criterion why one of them should be
selected.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Complexity of SAP</title>
      <p>In this paperwe research the SAP ERP information system in terms of complexity and
use it as an example of how the complexity of an information system can be defined
and calculated, what its causes are, and what impact system complexity has. We
discuss the context of SAP complexity and propose simple way to measure it. Resulted
measure is meant to be used to control unexpected complexity grow during several
phases of information system lifecycle.
3.1</p>
      <sec id="sec-3-1">
        <title>SAP systems and the growth of their complexity</title>
        <p>The complexity of the SAP system is determined in part by the selection of the set of
business processes that are to be supported by the system and also by which systems
or modules are to be implemented and how.
3.2</p>
      </sec>
      <sec id="sec-3-2">
        <title>Measuring the complexity of SAP systems</title>
        <p>The complexity of SAP system changes over its lifecycle and if it is not specifically
managed, it grows. To calculate it we use a program written in the ABAP
programming language.</p>
        <p>Which parameters influence the complexity of SAP systems? The complexity of
the system grows during its customisation. The SAP system contains tens of
thousands of customisation tables, the entries of which define the system's settings and
determine its complexity. The basic setting that determines all the others is the
company's organisational structure setting. Like all others it takes place in an SPRO
transaction1.</p>
        <p>Program for complexity calculation.In order to calculate complexity, the authors
created the program IHC_ORG (Identify High Complexity), which counts the entries
in the relevant tables (here the tables that determine the settings for the enterprise
structure) and at the same time aggregates them according to individual SAP modules.
The result of the program is a single number which counts items in selected tables, or
possibly set of numbers sorted by SAP modules to which the tables primarily belong.
The program can be launched for one or multiple clients of the given system and then
their complexity can be compared.</p>
        <p>Evaluation. The method, the program and its usage was evaluated in a case study of
division of one industrial company in Germany (Company A), which was divided to
two companies (Companies B and C), of which one (C) was merged with other one
company (D). The result is described in a study (not yet published, in review process).
The resulted measure was used to manage and decrease resulted organisation structure
complexity of ERP re-implementation. The Fig. 1 shows the result of measuring
complexity of SAP systems of companies C and D.</p>
        <p>1800
1600
1400
1200
1000
800
600
400
200
0</p>
        <p>Starting Complexity of C</p>
        <p>Expected of C + D</p>
        <p>Resulting of C + D</p>
        <p>Increase by D
1SPRO – a four or more digit code used when working in SAP by which the user directly
launches the given transaction (application) without having to click through what are often
several levels of menus.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>We discussed the context of complexity in SAP systems, proposed a method for
measuring complexity of running SAP R/3 ERP systems, and implemented the
method in a software. The complexity of SAP systems is influenced by extension of SAP
R/3 system by other systems and by duplication functionality and data structures
outside the core ERP system. The simple measurement method can count selected items
in the system from a chosen dimension, which brings a tool for observing complexity
in time and during changes and for reducing complexity and keeping the system as
simple as possible.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Diestel</surname>
          </string-name>
          , R.:
          <source>Graph Theory, 4th Edition</source>
          . Springer(
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Dehmer</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Structural Analysis of Complex Networks, 1st Edition</article-title>
          . Birkhäuser, Boston (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Bansal</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Negi</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>A Metric for ERP Complexity</article-title>
          ,
          <source>in Business Information Systems</source>
          , pp.
          <fpage>369</fpage>
          -
          <lpage>379</lpage>
          , (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Phukan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kalava</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Prabhu</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          :
          <article-title>Complexity metrics for manufacturing control architectures based on software and information flow</article-title>
          .
          <source>Comput. Ind. Eng.</source>
          , vol.
          <volume>49</volume>
          , no.
          <issue>1</issue>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>20</lpage>
          , Aug. (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Geer</surname>
            ,
            <given-names>D. E.</given-names>
          </string-name>
          :
          <article-title>Complexity Is the Enemy</article-title>
          .
          <source>Secur. Priv. IEEE</source>
          , vol.
          <volume>6</volume>
          , no.
          <issue>6</issue>
          , p.
          <fpage>88</fpage>
          , (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Mason</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cosh</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Managing complexity in ICT systems development</article-title>
          .
          <source>Int. J. Inf. Technol. Manag.</source>
          , vol.
          <volume>7</volume>
          , no.
          <issue>3</issue>
          , pp.
          <fpage>264</fpage>
          -
          <lpage>282</lpage>
          , (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Maeda</surname>
          </string-name>
          , J.:
          <source>The Laws of Simplicity</source>
          . MIT Press (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Kafura</surname>
          </string-name>
          , Henry:
          <article-title>Software structure metrics based on information flow</article-title>
          .
          <source>IEEE Trans. Softw</source>
          . Eng., vol. SE-
          <volume>7</volume>
          , no.
          <source>September</source>
          <year>1981</year>
          , (
          <year>1981</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Lemberger</surname>
            ,
            <given-names>P. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Morel</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <source>Managing Complexity of Information Systems: The Value of Simplicity</source>
          ,
          <volume>1</volume>
          <fpage>edition</fpage>
          . Wiley-ISTE, (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <source>The World's Biggest Public Companies List - Forbes</source>
          , http://www.forbes.com/global2000/list/#industry:Software%
          <volume>20</volume>
          %
          <fpage>26</fpage>
          %
          <fpage>20Programming</fpage>
          . Accessed:
          <fpage>07</fpage>
          -May-
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. ERP System,
          <article-title>Enterprise Resource Planning</article-title>
          , SAP, http://go.sap.com/product/enterprisemanagement/erp.html. Accessed:
          <fpage>28</fpage>
          -Mar-
          <year>2016</year>
          ..
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12. DSAG, 13.
          <article-title>DSAG-Jahreskongress in Bremen: Zurück zur alten Stärke Integration</article-title>
          . DSAG,
          <fpage>25</fpage>
          -Sep-
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <article-title>Cloud und Hana statt ERP: DSAG kritisiert SAP-</article-title>
          <string-name>
            <surname>Strategie</surname>
          </string-name>
          ,
          <year>2012</year>
          . http://www.computerwoche.de/a/dsag
          <article-title>-kritisiert-sap-strategie,2523716</article-title>
          . Accessed:
          <fpage>12</fpage>
          -
          <lpage>Feb2013</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>