<!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>FEM toolkit - A Tool for Business Process Architects</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ilia Bider</string-name>
          <email>ilia@dsv.su.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Dominik Bork</string-name>
          <email>dominik.bork@tuwien.ac.at</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Erik Perjons</string-name>
          <email>perjons@dsv.su.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>DSV - Stockholm University</institution>
          ,
          <addr-line>Stockholm</addr-line>
          ,
          <country country="SE">Sweden</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Institute of Computer Science, University of Tartu</institution>
          ,
          <country country="EE">Estonia</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>TU Wien, Business Informatics Group</institution>
          ,
          <addr-line>Favoritenstrasse 9-11, 1040 Vienna</addr-line>
          ,
          <country country="AT">Austria</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>While there are many tools that can depict a business process on any level of detail, there is lack of tools to depict and/or design process architectures - an interconnected set of business processes that exist or are to be introduced in an organization. The FEM toolkit bridges this gap by providing a tool for process architects to discover the process architecture of an organization as-is or to develop a new one. The FEM toolkit facilitates this by providing means to discover or develop a so-called Fractal Enterprise Model (FEM) for an organization. FEM depicts interconnections between the business processes in an enterprise by connecting them to the assets they use and manage. Assets considered in the model could be tangible (buildings, heavy machinery, etc.) and intangible (reputation, business process definitions, etc.). The FEM toolkit has been developed with the help of the metamodeling environment ADOxx. It was successfully used in a number of practically oriented projects and for teaching purposes.</p>
      </abstract>
      <kwd-group>
        <kwd>1 business process architecture</kwd>
        <kwd>fractal enterprise model</kwd>
        <kwd>FEM</kwd>
        <kwd>ADOxx</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The field of Business Process Management has a variety of languages and notations to model, depict,
design, simulate and analyze individual processes, including mainstream notations used in practice, like
BPMN [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], and research-oriented ones used mainly by academics, like Petri nets. There are plenty of
computerized tools that support these languages and notations, and they can simulate or execute
business processes according to a model depicted in one of these languages. This level of maturity,
however, has not been reached in the field of business process architecture. There is lack of modelling
notations that could properly depict relationships between indirectly connected processes, like
relationships between a process for hiring people and a process in which they become participants, or
between a process of developing a computer system and the processes that will be using it. This makes
the task of process architects more difficult than the one of individual process modelers.
      </p>
      <p>
        A toolkit – the FEM toolkit – described in this demo paper fills the gap described above by providing
both, a modeling notation and a tool for drawing architectural diagrams. As a modeling notation, it uses
a so-called Fractal Enterprise Model (FEM) [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Initially, FEM was created with the aim of finding a
procedure that helps to discover all processes that exist in an organization. However, the result – FEM
– showed to be more powerful than initially thought. FEM has a form of a directed graph with two basic
types of nodes processes and assets, where the arrows (edges) from assets to processes show which
assets are used in which processes and arrows from processes to assets show which processes help to
have specific assets in “healthy” and working order. The arrows are labeled with metatags that show
in what way a given asset is used, e.g. as workforce, reputation, infrastructure, etc., or in what way a
given process helps to have the given assets “in order”, i.e. acquire, maintain, or retire. Besides
processes and assets, the latest version of FEM includes two new types of nodes – external pool and
external actor [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. These are introduced to represent the environment outside the organization, e.g.,
markets or competitors, and connect it to the internal operational activities.
      </p>
      <p>The three distinct features of FEM are:
1. It allows to depict indirect connections between two processes via assets that these processes
share, or one process manages an asset and the other process uses it.
2. It allows to depict the context of each process, internal – related assets and processes, as well as
external – related pools and external actors.
3. It includes a so-called unfolding procedure supported by archetypes (patterns) that guide the
modeler when he/she is building a FEM. This is especially important for modern organizations,
in which there seldom exists a person who has a holistic view on operational activities of the
whole company.</p>
      <p>
        The FEM toolkit is a computerized tool that supports drawing FEM diagrams. It is built on the
ADOxx metamodeling environment [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], and it works as a standalone application for a variety of
operational environments: Windows, Mac, and Linux.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Main features</title>
      <p>
        FEM is unique in its approach to represent connections between the processes via assets [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. In FEM,
graphically, a process is represented by an oval, an asset is represented by a rectangle (box), while a
relationship between a process and an asset is represented by an arrow, see example in Fig. 1. We
differentiate two types of relationships in the fractal model. One type represents a relationship of a
process “using” an asset; in this case, the arrow points from the asset to the process and has a solid line.
The other type represents a relationship of a process changing the asset; in this case, the arrow points
from the process to the asset and has a dashed line. These two types of relationships allow tying up
processes and assets in a directed graph.
      </p>
      <p>In FEM, a label inside an oval names the given process, and a label inside a rectangle names the
given asset. Arrows are also labeled to show the type of relationships between the processes and assets.
A label on an arrow pointing from an asset to a process identifies the role the given asset plays in the
process, for example, workforce or infrastructure. A label on an arrow pointing from a process to an
asset identifies the way in which the process affects (i.e., changes) the asset. In FEM, an asset is
considered as a pool of entities capable of playing a given role in a given process. Labels leading into
assets from processes reflect the way the pool is affected, for example, the label acquire identifies that
the process can/should increase the pool size.</p>
      <p>Note that the same asset can be used in multiple processes playing the same or different roles in
them, which is reflected by labels on the corresponding arrows. It is also possible that the same asset
plays multiple roles in the same process. In this case, several labels can be placed on the arrow between
the asset and the process. Similarly, a process could affect multiple assets, each in the same or in
different ways, which is represented by the corresponding labels on the arrows. Moreover, it is possible
that a single process affects a single asset in multiple ways, which is represented by having two or more
labels on the corresponding arrow.</p>
      <p>Labels inside ovals (which represent processes) and rectangles (which represent assets) are not
standardized. They can be set according to the terminology accepted in the given domain, or be specific
for a given organization. Labels on arrows (which represent the relationships between processes and
assets) are standardized. This is done by using a relatively limited set of abstract relations, such as,
workforce or acquire, which are clarified by the domain- and context-specific labels inside ovals and
rectangles. Standardization improves the understandability of the models.</p>
      <p>While there are a number of types of relationships that show how an asset is used in a process, there
are only three types of relationships that describe how an asset is managed by a process – Acquire,
Maintain and Retire.</p>
      <p>To make the work of building a fractal model more systematic, FEM uses archetypes (or patterns)
for fragments from which a particular model can be built. An archetype is a template defined as a
fragment of a model where labels inside ovals (processes) and rectangles (assets) are omitted, but arrows
are labelled. Instantiating an archetype means putting the fragment inside the model and labelling ovals
and rectangles; it is also possible to add elements absent in the archetype, or omit some elements that
are present in the archetype.</p>
      <p>FEM has two types of archetypes, process-assets archetypes and an asset-processes archetype. A
process-assets archetype represents the kinds of assets that can be used in a given category of processes,
see an example in Fig. 2. The asset-processes archetype shows the kinds of processes that are aimed at
changing the given category of assets. The whole FEM graph can be built by alternative application of
these two archetypes in a recursive manner representing self-similar patterns on different scales,
fractals. The term fractal in the name of our modelling technique points to the recursive nature of the
model.</p>
      <p>The unfolding procedure supported by archetypes has proven to be useful when gathering
information to depict the process architecture of an organization. As soon as a process that exists in the
organization has been discovered, a set of questions, which are derived from an archetype, can be asked,
e.g., who participates in the process, or which software systems are used. Also, as soon as an asset is
discovered, another set of question arises, e.g., which processes add new elements to the asset. This
way of gathering information is especially useful for novice modelers and in a situation when a modeler
investigates an organization unknown to him/her.</p>
      <p>Besides the processes and assets, FEM has two, recently added elements – external pools and
external actors – to represent the external context of internal processes, see Fig. 1, which has one pool
– a cloud shape, and one external actor – a rectangle with round corners; the double line in the external
actor shape indicates that there is more than one competitor.</p>
      <p>
        The FEM toolkit was developed with the goal to support drawing of FEM diagrams. Besides
ensuring syntactic correctness when drawing a diagram, the FEM toolkit also implements a number of
useful features, which make the task of the process architect easier, namely the toolkit:
1. Supports archetypes that can automatically expand a FEM diagram. An archetype is invoked by
pressing on the “+” sign at the bottom of the element of the model to which that archetype is to
be applied to (see Fig.1).
2. Supports ghosting to solve the problem of multiple instances of the same model element
appearing in the same or different diagrams. A ghost is a copy of an already existing model
element, which has an arrow on the upper-left side of the shape (see Fig. 1). Ghosting is
accompanied with a navigation mechanism that allows to find all occurrences in the same or
different diagrams (e.g., via clicking on the arrow).
3. Supports decomposing processes and assets.
4. Supports flexible subclassing defined by a modeler at “runtime”, which are expressed by
dedicated background colors of FEM elements. This is demonstrated in Fig. 1, which is related
to a business model transformation example from [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. The light brown color of the top process
indicates that it is a main process – a process that delivers value to the customers. The yellow
color indicates a process that potentially can become a new main process. The blue color indicates
the elements that can be reused in a new business model.
      </p>
      <p>
        Some of these features (1 and 2) where implemented directly in the first version of the tool, others
(3 and 4) “emerged” in the subsequent versions based on the experience of using the tool in practice. A
more detailed introduction to these features is given in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Maturity</title>
      <p>
        FEM as a language and notation is relatively mature, and it was used in a number of projects through
the years, see, for example, [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Also, FEM is constantly revised and extended. The FEM toolkit is a
relatively new tool created one and a half years ago, and currently, it is in a stable version 0.7, while
version 0.8 is in preparation. Nevertheless, the toolkit has already been used in practical projects; the
results from one of them have already been published [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], while the results from another are accepted
for publication and will be published shortly.
      </p>
      <p>Besides the usage of the toolkit in practical projects by professionals, it was successfully used by
master students in their thesis projects. One such project was finding areas of improvements in a
sourcing (purchasing) process in an international concern. The toolkit was also used for teaching in two
master-level courses – one course was hold at Stockholm University, the other one at the University of
Tartu.</p>
      <p>
        More resources related to FEM and the FEM toolkit, including bibliography, video recording of
presentations, and the latest version of the FEM toolkit for download are freely available from [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
    </sec>
    <sec id="sec-4">
      <title>Acknowledgements References</title>
      <p>The work of the first author was partly supported by the Estonian Research Council (grant
PRG1226). The authors are very grateful to Steven Leego, Erik Falenius and August Carlsson who
independently tested the FEM toolkit in practical projects.
(Accessed
2021)</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <article-title>[1] OMG: Business Process Model and Notation (BPMN</article-title>
          ),
          <source>Version 2.0</source>
          .2, Object Management Group (OMG),
          <source>Document formal/2013-12-09</source>
          ,
          <year>December 2013</year>
          . (
          <issue>Accessed February 2015</issue>
          ) Available at: http://www.omg.org/spec/BPMN/2.0.2/PDF
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Bider</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perjons</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Elias</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Johannesson</surname>
            ,
            <given-names>P.:</given-names>
          </string-name>
          <article-title>A fractal enterprise model and its application for business development</article-title>
          .
          <source>SoSyM</source>
          <volume>16</volume>
          (
          <issue>3</issue>
          ),
          <fpage>663</fpage>
          -
          <lpage>689</lpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Bider</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Structural Coupling, Strategy and Fractal Enterprise Modeling</article-title>
          .
          <source>In : Research Challenges in Information Science. RCIS</source>
          <year>2020</year>
          , LNBIP 385. Springer (
          <year>2020</year>
          )
          <fpage>95</fpage>
          -
          <lpage>111</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4] ADOxx.org: ADOxx. (
          <year>Accessed 2017</year>
          ) Available at: https://www.adoxx.org
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Bork</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Buchmann</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karagiannis</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Miron</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>An Open Platform for Modeling Method Conceptualization: The OMiLAB Digital Ecosystem</article-title>
          .
          <source>Communications of the Association for Information Systems</source>
          <volume>44</volume>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Bider</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lodhi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Moving from Manufacturing to Software Business: A Business Model Transformation Pattern</article-title>
          .
          <source>In : Enterprise Information Systems. ICEIS</source>
          <year>2019</year>
          , LNBIP 378. Springer (
          <year>2020</year>
          )
          <fpage>514</fpage>
          -
          <lpage>530</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Bider</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perjons</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bork</surname>
            ,
            <given-names>D.:</given-names>
          </string-name>
          <article-title>Towards on-the-fly creation of modeling language jargons</article-title>
          .
          <source>In : ICTERI'21: 17th International Conference on ICT in Education, Research, and Industrial Applications</source>
          , p.in press. (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Bider</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chalak</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Evaluating Usefulness of a Fractal Enterprise Model Experience Report</article-title>
          . In : Enterprise,
          <article-title>Business-Process and Information Systems Modeling</article-title>
          .
          <source>BPMDS</source>
          <year>2019</year>
          ,
          <article-title>EMMSAD 2019, LNBIP</article-title>
          , vol.
          <volume>352</volume>
          , pp.
          <fpage>359</fpage>
          -
          <lpage>373</lpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Klyukina</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bider</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perjons</surname>
          </string-name>
          , E.:
          <article-title>Does Fractal Enterprise Model Fit Operational Decision Making?</article-title>
          <source>In : Proceedings of the 23rd International Conference on Enterprise Information System (ICEIS)</source>
          <year>2021</year>
          , p.
          <source>Forthcoming</source>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <article-title>[10] fractalmodel.org: FEM toolkit</article-title>
          . https://www.fractalmodel.org/fem-toolkit/
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>