<!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>MoKi: a Wiki-Based Conceptual Modeling Tool</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Chiara Ghidini</string-name>
          <email>ghidini@fbk.eu</email>
          <email>ni@fbk.eu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marco Rospocher</string-name>
          <email>rospocher@fbk.eu</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Luciano Serafini</string-name>
          <email>serafini@fbk.eu</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>FBK-irst</institution>
          ,
          <addr-line>Via Sommarive 18 Povo, I-38123, Trento</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>FBK-irst</institution>
          ,
          <addr-line>Via Sommarive 18 Povo, I-38123, Trento</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>FBK-irst</institution>
          ,
          <addr-line>Via Sommarive 18 Povo, I-38123, Trento</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The success of wikis for collaborative knowledge construction is triggering the development of a number of tools for collaborative conceptual modeling based on them. In this paper we present a completely revised version of MoKi, a tool for modelling ontologies and business process models in an integrated way.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>CONCEPTUAL MODELING WITH MoKi</title>
      <p>1.1</p>
    </sec>
    <sec id="sec-2">
      <title>The MoKi page</title>
      <p>Being a tool supporting the description of ontological and
procedural knowledge according to OWL and BPMN, the basic element
for MoKi are concepts, properties, and individuals in the
ontology, and processes in the process model. Each instance of these
elements is therefore associated to a MoKi page, composed of an
unstructured part and a structured part.</p>
      <p>The unstructured part This part contains text written following
the standard MediaWiki markup format: in particular, it can
contain plain text, possibly enriched by formatting information, links
The work described in this paper has been partially funded by the
European Commission under the contract number FP7-248594
1See http://moki.fbk.eu.
2See http://www.mediawiki.org.</p>
      <p>Permission to make digital or hard copies of all or part of this work for
personal or classroom use is granted without fee provided that copies are
not made or distributed for profit or commercial advantage and that copies
bear this notice and the full citation on the first page. To copy otherwise, to
republish, to post on servers or to redistribute to lists, requires prior specific
permission and/or a fee.</p>
      <p>Copyright 20XX ACM X-XXXXX-XX-X/XX/XX ...$10.00.
to other MoKi pages or to external resources, uploaded images, and
so on. The format of this part of the page is the same for all the
different elements of the models.</p>
      <p>The structured part This part, which is delimited by specific tags
to separate it from the unstructured text, contains knowledge stored
according to the modelling language adopted. In the current
implementation, the structured part of a page describing an ontology
element contains a RDF/XML serialisation of a set of OWL
statements formalising the element, while, similarly, the structured part
of a page describing a BPMN process contains an XML
serialisation of the process diagram.
1.2</p>
    </sec>
    <sec id="sec-3">
      <title>Supporting multi-mode access in MoKi</title>
      <p>Users can access the ontological and procedural knowledge
contained in MoKi using three different access modes: one mode, the
unstructured access mode, to access the unstructured part of a MoKi
page, and two different modes, the fully-structured access mode
and the lightly-structured access mode, to access the structured
part.</p>
      <p>The unstructured access mode This access mode allows the user
to edit/view the content of the unstructured part of the MoKi page
of a model element. The editing/viewing of this part occurs in the
standard MediaWiki way (e.g. see Figure 13).</p>
      <p>The fully-structured access mode This access mode allows the
user to edit/view the content of the structured part of a MoKi page
using the full expressivity of the modelling language adopted. For
ontological knowledge the fully-structured access mode allows the
user to view/edit formal statements (axioms) describing the element
associated to the page. Axioms are written according to the
latex2owl syntax4 , an intuitive latex-style format for writing
ontologies using a text-editor, format which can be automatically
translated into (an RDF/XML serialisation of) OWL. The user can easily
edit the list of axioms in a form based interface, as the one shown
3The content of the page in Figure 1 is an excerpt taken from
Wikipedia.
4see dkm.fbk.eu/index.php/Latex2owl
in Figure 2.</p>
      <p>For procedural knowledge we have implemented an access mode
that, by tightly integrating in MoKi the Oryx editor5, a full-fledged
business process editor, allows the user to edit the BPMN process
diagram described in the page.</p>
      <p>The lightly-structured access mode The purpose of this access
mode is to allow users with limited knowledge engineering skills,
to edit/view the content of the structured part of the MoKi page in
a simplified and less formal way. For ontological knowledge the
lightly-structured access mode is provided through a form made
of two components, as depicted in Figure 3. In the top half part
the user can view and edit simple statements which can be easily
converted to/from OWL statements. If the OWL version of any
of these statements is already contained in the structured part of
the page, then the corresponding fields are pre-filled with the
appropriate content. Similarly, when any of these simple statements
is modified in the lightly-structured access mode, the changes are
propagated to the content of the structural part of the page. The
bottom half of the form provides a description of those OWL
statements which cannot be intuitively translated/edited as simple
statements as the ones in the top half of the page. In the current
implementation, this part contains the translation of those statements in
Attempto Controlled English, provided by the OWL 2 Verbalizer6.</p>
      <p>For procedural knowledge we have implemented an access mode
based on a light-weight graphical process editor which uses a
restricted subset of process building blocks.
1.3</p>
    </sec>
    <sec id="sec-4">
      <title>Model Overview pages in MoKi</title>
      <p>Model Overview pages are MoKi special pages dynamically
created from the (structured) content of the pages describing model
elements. For ontological knowledge, the model overview pages
5See http://bpt.hpi.uni-potsdam.de/Oryx/
6See http://attempto.ifi.uzh.ch.
allow to explore the generalisation and part/subparts
decomposition hierarchies of ontology concepts, as well as the classification
of the ontology individuals. In particular, MoKi provides two kinds
of model overview pages. In the tabular-based one, the user can
access a table listing every concept (resp. individual) of the
ontology together with the concepts of which it is a specialisation and
the concepts in which it decomposes according to the part of
relation (resp. the concepts to which the individual belongs to). In
the graphical-based one, a tree-like view shows the hierarchy of
concepts according to either the subclass or the part-of relation, or
the membership of individuals to concepts. Drag and drop editing
facilities are also provided to rearrange the tree. For procedural
knowledge, the model overview page provides an overview of the
process/sub-process decomposition mechanism by means of a table
listing every process defined in MoKi together with the processes
in which it decomposes.
1.4</p>
    </sec>
    <sec id="sec-5">
      <title>Usages of MoKi</title>
      <p>The different versions of MoKi have been applied in several
scenarios. Focusing on the usages with real domain experts, MoKi has
been successfully applied by four application partners within the
FP6 EU-project APOSDLE7 to develop enterprise models
(composed of a domain ontology and a process model) in six different
domains, and it is currently used by a team of knowledge
engineers and domain experts to collaboratively build an Organic
Agriculture and Agroecology Ontology within the FP7 EU-project
Organic.Edunet8.</p>
      <p>
        Although the version of the tool here presented is tailored to the
development of ontologies and business processes, the tool can be
customized to support modelling other kinds of knowledge. For
example, a preliminary version of the tool which support modelling
of clinical protocols according the ASBRU language is described
in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
2.
      </p>
    </sec>
    <sec id="sec-6">
      <title>CONCLUSIONS</title>
      <p>
        In this paper we have presented a completely revised version of
MoKi, a tool for modelling ontologies and business process
models in an integrated way. The main novelties of the tool w.r.t. the
previous version presented ([
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]), are (i) a different content
organisation of the page, which now comprises an unstructured part and a
structured part, and (ii) the implementation of a multi-mode access
to the page content, to support easy usage both by domain experts
and knowledge engineers, thus facilitating them to play an equally
central role in the modelling activities.
      </p>
      <p>In our future work, we aim at improving the support for process
modeling, in particular in providing an extensive automatic support
for aligning the fully-structured access mode and lightly-structured
access mode in case of procedural knowledge. We also aim at
evaluating our tool further, on larger case studies.
7See http://www.aposdle.org/
8See http://www.organic-edunet.eu/</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>C.</given-names>
            <surname>Eccher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ferro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Seyfang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Rospocher</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Miksch</surname>
          </string-name>
          .
          <article-title>Modeling clinical protocols using semantic MediaWiki: the case of the Oncocure project</article-title>
          .
          <source>In ECAI workshop on Knowledge Management for Healthcare Processes (K4HelP)</source>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>C.</given-names>
            <surname>Ghidini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Kump</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Lindstaedt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Mahbub</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Pammer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Rospocher</surname>
          </string-name>
          , and
          <string-name>
            <surname>L. Serafini.</surname>
          </string-name>
          <article-title>MoKi: The Enterprise Modelling Wiki</article-title>
          .
          <source>In Proceedings of ESWC</source>
          <year>2009</year>
          , volume
          <volume>5554</volume>
          <source>of LNCS</source>
          , pages
          <fpage>831</fpage>
          -
          <lpage>835</lpage>
          . Springer,
          <year>2009</year>
          . Demo Session.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>