<!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>Teaching Good Biomedical Ontology Design</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Martin Boeker</string-name>
          <email>martin.boeker@uniklinik-</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Daniel Schober</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Djamila Raufie</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Niels Grewe</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Johannes R o¨hl</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ludger Jansen</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Stefan Schulz</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute for Medical Informatics, Statistics and Documentation, Medical University of Graz</institution>
          ,
          <country country="AT">Austria</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Institute of Medical Biometry and Medical Informatics, University Medical Center Freiburg</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Institute of Philosophy, University of Rostock</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Background: In order to improve ontology quality, tool- and languagerelated tutorials are not sufficient. Care must be taken to provide optimized curricula for teaching the representational language in the context of a semantically rich upper level ontology. The constraints provided by rigid top and upper level models assure that the ontologies built are not only logically consistent but also adequately represent the domain of discourse and align to explicitly outlined ontological principles. Finally such a curriculum must take into account the pre-existing skills and knowledge of the target audience. Objective: To develop a well-structured curriculum aligned to the particular requirements of life science professionals, in order to enable them to create logically sound, domain adequate and predicable ontologies using the Web Ontology Language (OWL) in Prote´ g e´. Methods: Content selection for the curriculum was based on the literature, pre-existing tutorials, and a guideline for good ontology development (i.e ontology design enhancing domain adequacy, sustainability and interoperability) that drew on the authors previous experiences with large ontology development projects. Learning objectives were formulated according to a needs assessment of the targeted learners, who were students trained in life sciences with basic knowledge and practical skills in computer science. As instructional format we choose an approach with a high amount of practical exercises. The curriculum was first implemented with 24 Students and 7 lecturers/ tutors over 5 full days. The curriculum was evaluated by gathering the participants feedback via a questionnaire. Results: Curricular development produced 16 modules of approximately 2 hours each, which covered basic principles of Applied Ontology, description logic syntax and semantics, as well as best design practices outlined in ontology design patterns and variants of the BioTop upper ontology. An opinion survey based on questionnaires indicated that the participants took advantage from the teaching strategies applied, as they indicated good knowledge gain and acknowledged the relevance of the modules. The difficulty was rated slightly lower. Conclusion: The development of teaching material for principled ontology design and best practices is of crucial importance in order to enhance the quality of biomedical ontologies. Here, we present a curriculum for a week long workshop, leveraging on current educational principles, focusing on interactive hands-on exercises, group interactions, and problem-oriented learning. Whereas evaluation clearly showed the success of this approach, in particular regarding student's satisfaction, the objective measurement of traceable effects on the quality of the generated ontology, although of much higher interest, has just started.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 INTRODUCTION</title>
      <p>
        Ontology engineering continues to be an area of major interest
within the life sciences, as computer-interpretable domain
representations are the only viable option for an efficient and intelligent
exploitation of the vast amounts of high-throughput-generated data.
Although numerous ontologies are publically available through
ontology libraries and access portals, they remain of
heterogeneous quality and ontological rigor
        <xref ref-type="bibr" rid="ref11 ref13 ref15 ref5">(Smith et al., 2004; Schulz et al.,
2009; Rector et al., 2011; Boeker et al., 2011)</xref>
        . Coordination efforts
and best practice providers, such as the OBO Foundry
        <xref ref-type="bibr" rid="ref16">(Smith et al.,
2007)</xref>
        have recently emerged from the need to assure at least some
basic quality with respect to ontological correctness and usability.
      </p>
      <p>While these efforts mainly target already experienced ontologists,
only few efforts have recently focused on teaching basic notions of
ontology engineering to novices. This imbalance results in a
growing number of practitioners being forced to apply particular design
requirements and patterns as requested by the aforementioned policy
providers, but without even knowing the most basic foundations in
the semantics of the representation language used.</p>
      <p>
        Another major obstacle in ontology design is that various
scientific and engineering communities sustain different and sometimes
even contradictory modeling objectives and paradigms. Although
skilled logicians or computer scientists should normally understand
the formal semantics of description logics, their approaches to
certain modeling tasks are often based on other paradigms, like
database technologies or object-oriented programming. Object-oriented
programming uses, for example, inheritance principles that
differ from the inheritance principle of description logics. While the
inheritance principles of modern object oriented programming are
based on the substitution principle
        <xref ref-type="bibr" rid="ref8">(Liskov, 1987)</xref>
        , inheritance in
description logics is based on set theory
        <xref ref-type="bibr" rid="ref2">(Baader et al., 2007)</xref>
        .
Thus, programmers operating with classes in object-oriented
programming as abstract types (signatures or interfaces) which can be
instantiated and subtyped might have problems to apply description
logics based classes as mere sets in a bottom-up approach. The
inheritance/ subtyping concepts of modern programming languages
allow the engineer for very powerful top-down driven approaches in
the modeling of complex software architectures (with method
overriding, method overloading and polymorphic types) that have no
correspondences in DL. While a top-down modeling approach in
class hierarchies is best-practice in object-oriented software
paradigms, it will cause trouble when transferred to the design of an
ontology that is based on description logics with a deviant formal
semantics. This does, of course, not diminish the usefulness of the
respective techniques and skills in their own field of application.
We only want to point out that they do not comply with the rigid
modeling requirements of description logics.
      </p>
      <p>
        In the light of the rising demand for of formal representation of,
e.g., biomedical knowledge
        <xref ref-type="bibr" rid="ref1">(Ashburner et al., 2000)</xref>
        , such limited or
even mislead ontology engineering skills can lead to wrong design
decisions in biomedical ontology. Finally the philosophical
foundations of ontology engineering, as concretized in the recent discipline
of Applied Ontology
        <xref ref-type="bibr" rid="ref10">(Munn and Smith, 2008)</xref>
        is still largely ignored
by ontology engineers with a computer science background
        <xref ref-type="bibr" rid="ref9">(Mizoguchi and Kozaki, 2009)</xref>
        . Explicitly, we do not claim to know and
teach the one and only best ontology, but we provide a robust
ontological backbone on the basis of explicitly outlined design principles
rooted in traceable/ decidable logics.
      </p>
      <p>In order to arrive at a sustainable development of sound ontology
artifacts, it is necessary that there are ontology developers with (1)
a technical background in computer science that will (2) closely
cooperate with experts for the domain to be represented, and have (3)
a foundational grounding in the principles of Applied Ontology and
the logical formalisms underlying ontology description languages.
The basic idea of our curriculum is to teach such principles as a
series of robust and well-calibrated ontological building blocks,
targeting students in life sciences disciplines with some background in
computer sciences. It should teach the essential skills to novices to
develop sound OWL-DL ontologies based on approved methods in
formal ontology.</p>
      <sec id="sec-1-1">
        <title>The need for a curriculum on biomedical ontology</title>
        <p>Some educational material on formal ontology engineering for
non-computer scientists is publicly available, and widely used
for self-training or in tutorials, esp. the Pizza Ontology tutorial
(Prote´ge´-Tutorial)1 based on the Pizza ontology2 and “Ontology
Development 101”3 or publicly available course material4. These
tutorials are well structured and found wider acceptance, but suffer
from some limitations. They are often written as quick
introductions and user guides to the Prote´ge´ OWL editor and only partially
address more complex practically occurring modeling problems, but
rather focus on easy-to-understand examples. They do not teach how
the ontologies created should be structured, and which tools lend
themselves for sustainable design decisions.</p>
        <p>
          As the recent debate on the scientific value of formal ontology in
the life sciences has shown, the development of real life ontologies
applying decidable logics is an interdisciplinary and highly
complex process, whose inter-dependencies are not yet fully understood
          <xref ref-type="bibr" rid="ref6">(Brochhausen et al., 2011)</xref>
          . Typically, four scientific
communities with overlapping concerns and tasks will be involved in the
development of an Ontology:
1. Experts from one or more domains who provide the insights in
what should be represented (e.g. medicine or biology),
2. philosophers as experts of the principles of ontology (as a
philosophical discipline),
3. logicians and mathematicians as experts both of the
mathematical formalisms used for building ontology axioms and their
computational properties; and
1 http://owl.cs.manchester.ac.uk/tutorials/protegeowltutorial/
2 http://www.co-ode.org/ontologies/pizza/
3 http://protege.stanford.edu/publications/ontology
development/ontology101noy-mcguinness.html
4 http://www.meteck.org/teaching/SA/MOWS10OntoEngCouse.html
4. computer scientists who provide the computational framework
for development and deployment (e.g. knowledge
representation, natural language processing, software engineering).
        </p>
        <p>Several challenges have to be met in the ontology engineering
process, starting with the usage of editing and reasoning artifacts
with all their idiosyncrasies and computational requirements,
followed by putting into practice the collaborative editing of “single-file”
or modularly structured ontologies.</p>
        <p>The scientific community has made considerable progress in the
understanding and development of large ontologies. Besides new
efforts in continuing the generation of knowledge, we must
understand how to educate students to become ontology engineering
experts. It is not acceptable that just a small community is able to
understand a topic of high interest, which, in contrast, is often
considered rather esoteric by those who are supposed to use the artifacts
created. In our view, well-instructed domain experts are needed to
build good ontologies, because they are the only ones who know
what has to be represented and how, and who will later engage
in the dissemination and use of ontology-enabled tools. Domain
experts with some computer science background should be
educated appropriately to understand the basics of philosophical and
logical foundations needed for ontology development and be trained
in real-life ontology engineering.
2</p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>METHODS</title>
      <p>The development of a specific curriculum for building OWL-DL
ontologies is part of a larger project in which the key elements for
the design of qualitatively good ontologies are defined (GoodOD:
Good Ontology Design). In this regard, the curriculum objectives
and contents mirror major parts of the goals of the GoodOD project.</p>
      <sec id="sec-2-1">
        <title>Terminological decisions</title>
        <p>Initiation to ontology design faces the problem that every
community involved has its own terminology. There are the vocabularies
of philosophical ontology, set theory, DL, Prote´ge´, knowledge
management, and so on. This can easily lead to ambiguities and
accordingly to confusion on the side of the learner. We decided to
choose a rigid front end orientation and to use Prote´ge´ vocabulary
wherever possible, as this is what modelers see when working with
this editor.</p>
      </sec>
      <sec id="sec-2-2">
        <title>Curricular development</title>
        <p>
          The curricular development followed a widely adopted method from
medical education
          <xref ref-type="bibr" rid="ref7">(Kern et al., 1998)</xref>
          , which uses a six-step
iterative development procedure: the problem identification and general
needs assessment, the needs assessment of the targeted learners, the
definition of goals and specific measurable objectives, the selection
of educational strategies, the implementation of the curriculum,
concluded by evaluation and feedback.
        </p>
        <p>Based on a general requirements analysis as given in the
background section, we identified the targeted learners of the curriculum
as employees or students in the life sciences with a background
in computer science, either as a minor subject or part of a
bioinformatics curriculum. The needs of these learners with regard to
ontology development were assessed.</p>
      </sec>
      <sec id="sec-2-3">
        <title>Content selection</title>
        <p>Prior to the curriculum development, a guideline had been
developed, in which the authors elucidated the principles of good
biomedical ontology design using a decidable description logics in
OWL format. The objective of the guideline is to provide practical
guidance for novices and experts on how to use the abovementioned
representation framework, and how to address ontology engineering
projects using top-level ontologies and ontology design patterns.
Based on this guideline and in view of the curriculum time
constraints the most appropriate content for the learning objectives was
selected.</p>
        <p>
          The main step in curricular development is the formulation of
goals for the complete curriculum and specific educational
objectives. Based on the problem analysis, and the general and targeted
learners needs assessment, learning objectives and goals for the
curriculum were specified. Although literature-based, the final
selection of educational objectives was led by personal experience in a
series of life science ontology development projects
          <xref ref-type="bibr" rid="ref12 ref14 ref3 ref4">(Boeker et al.,
2007; Beisswanger et al., 2008; Schober et al., 2010; Schulz et al.,
2011)</xref>
          .
        </p>
        <p>We decided to use the Prote´ge´ editor because of its free
availability and its support for OWL and automatic reasoners. In view of
our guidelines we decided, however, not to use all available
features of Prote´ge´. For example, we did not include individuals and data
type properties, because they are of no relevance for the modeling of
proper ontological facts and even apt to mislead a novice developer.</p>
        <p>
          A small sample ontology (Zoo ontology) was developed as a
running example throughout most lectures and exercises. We decided
to use the BioTop domain top level ontology
          <xref ref-type="bibr" rid="ref3">(Beisswanger et al.,
2008)</xref>
          in the modules concerned with top-level ontologies and
created a reduced version of it (BioTopLite) to restrict the information
load to the essential information needed for the solving of the tasks
and learning objectives.
        </p>
      </sec>
      <sec id="sec-2-4">
        <title>Instructional format</title>
        <p>As the most appropriate instructional format for the training of skills
practical exercises were developed, so that the curriculum structure
was designed to be based on 16 training modules (each lasting 2-3
hours) which consisted in a short introductory oral presentation of
about 15 min followed by one or more practical tasks. Hands-on
exercises were shaped for pair-wise execution, whereas paper-based
practical exercises were adapted to groups of up to six students.</p>
        <p>Curriculum evaluation was performed with a questionnaire
consisting of 48 closed, and 12 open questions, where the first ones
assessed how students judged the educational principles, the
difficulty of the content, and the relevance of each module using a
five-point Likert scale. Additionally opinions and attitudes with
regard to problems and advantages of the course were collected.</p>
      </sec>
      <sec id="sec-2-5">
        <title>Implementation</title>
        <p>The curriculum was implemented in Summer 2011 as an elective
summer school at Freiburg University, Germany. 24 students from
Austria, Germany and Slovenia participated who either studied
biology as major subject and computer science/ bio-informatics as
minor subject or studied computer science/ mathematics as major
subject and biology as minor subject. The participants agreed in an
informed consent to the scientifically analysis of results of the
summer school and to their participation in a subsequent educational
study. Each participant received an expense allowance of e 500 after
completing the summer school and the study. It was clearly
communicated that the payment of the expense allowance would depend
sn Module 16 – Spatial disjointness ODP
r Representing organ parts with the spatial disjointness ODP
ltygo ttaeP Module 15R–epCrleosseunretinOgDaPn animal taxonomy and use the closure ODP
o
nO isgn Module 14 – Introduction in Ontology Design Patterns (ODP)
eD Understang ODPs and using the exception ODP</p>
        <p>Module 13 – Information objects
l Representing plans and documents on animals
l-vee iseModule 12R–epNroense-mntaintegrhiaalbpithaytssicaanldoebnjeclcotssures of animals
p goModule 11 – Collective entities
to lo Representing feed and groups for animals
isgn tnoModule 10R–epPrreosceenstsinagndlopcoamrtioctiipoantiaonnd development of animals
U Module 9 – Introduction in the BioTop domain top-level ontology</p>
        <p>Using the basic features of BioTop</p>
        <p>Module 8 – Typical ontology design errors
yg Learn to ask the right questions in building an ontology
lo Module 7 – Description Logic reasoning
tno n Using a DL reasoner in the editing cycle in Protégé
o igModule 6 – Introduction in OWL and the Manchester syntax
la se Use the restrictions editor in Protégé
itcc dModule 5 –UsRienlgatrieolantsioannsdamnderiemoplolegmyenting a partonomy
raP Module 4 –ImDpislejominetnstianngddpisojolyinhtiesraanrdchpieoslyhierarchies with Protégé
Module 3 – The ontology editor Protégé</p>
        <p>Implementing an is_a hierarchy with Protégé
s
isc liepModule 2 – Classification and Taxonomy
a cn Building an is_a hierarchy
B i
r
pModule 1 – Introduction in ontology and philosophical background
on their uninterrupted participation, but not on results in any of the
associated tests and questionnaires.</p>
        <p>The condensed main curriculum took place in the first five days of
the summer school. In the remaining three days a quantitative study
on ontology development was performed.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3 RESULTS</title>
      <sec id="sec-3-1">
        <title>Curriculum structure and contents</title>
        <p>Figure 1 shows the structure of the curriculum and the main contents
of the modules. Sixteen modules with a length between two and
three hours followed each other with increasing complexity. These
could be grouped in four sections without sharp borders: Basic
principles, Practical ontology design, Using top-level ontologies , and
Using ontology design patterns.</p>
        <p>Especially in the first phase of the curriculum, many exercises
were conducted in group work without a computer, the aim being to
demonstrate that major parts of the development process consist of
cognitive decision steps, which are independent of technical skills
or software programs.</p>
      </sec>
      <sec id="sec-3-2">
        <title>Module structure</title>
        <p>Most modules were organized in a similar structure, consisting of
an introductory short presentation (at most 20 min), followed by a
training phase in which the students worked on practical tasks alone
or in pairs. In a plenary session results, suggested solutions and
problems were presented and discussed, and a take-home message was
formulated. All material and all exercises were laid out in a brief
document, which focused on most important details without
disturbing the students’ creativity. Module 10 Process and participation
is presented here as an example.</p>
        <p>The module starts with a presentation which introduces processes
as an important ontological category, relating it to the
corresponding BioTop classes and relations: Processes (Process) are things
which have parts in time following each other in a sequence, so that
all process parts which are preceded by the next part in sequence
are existentially related to the latter (preceded-by ). Processes are
only fully instantiated when they are finished. They have at least
one participant (expressed by the relation pair hasParticipant,
participatesIn), and they have a duration (hasDuration). The location
(expressed by the relation pair hasLocus, locusOf) of a process has
to be differentiated from its participant. The process participation
can be further distinguished, which is expressed by the
subrelations hasAgent, hasPatient, and hasOutcome. A plan (Plan) to do
something can only be realized (hasRealization) by processes.</p>
        <p>In the four exercises of this module, practical skills and
implementation issues had been theoretically introduced beforehand, and
were then issued as practical Prote´ge´ editing task. To provide
students with a framework of basic classes and relations, they were
requested to use a custom-tailored BioTopLite version, that
included basic constraints during practical ontology building tasks, and
limiting potential variants to facilitate the subsequent comparison of
the resulting OWL artifacts.</p>
        <p>In the first exercise of this module students had to provide a
taxonomy of animal locomotion: Swimming, Flying, Running, Riding
and Digging. These processes should be represented with at least
one participant and should be correctly localized in a suitable
environment, e.g. (PortionOfAir, PortionOfLand, PortionOfWater). The
definition of locomotive processes should then be used to define
FlyingAnimal and the other classes described along their
locomotion modality. In other exercises of this module the sequence of
processual parts in a developmental process had to be represented
with the precededBy relation or different roles had to be assigned
to participants in a hunting action (Hunting, Hunter, Prey), so that
individuals that are members of the same class can have different
roles.</p>
      </sec>
      <sec id="sec-3-3">
        <title>Curriculum evaluation</title>
        <p>The quantitative evaluation of students on the curriculum was
performed on a 5-point Likert scale (1 = very good; 5 = very poor).</p>
        <p>As shown in table 1, students evaluated the overall didactic
principles of the curriculum modules and their relevance positively. The
ratings for difficulty were slightly lower.</p>
        <p>As anticipated, the qualitative answers of the students showed a
large variety of partly contradictory opinions and feelings on the
curriculum. However, they purport a clear view on the following
aspects of the curriculum:</p>
        <p>The curriculum started too slowly regarding the amount and
the difficulty of the module content. In the mid-curriculum the
pace was evaluated to be just right, but accelerated too steeply
at the end, where the more difficult issues had been addressed</p>
        <sec id="sec-3-3-1">
          <title>Didactics</title>
        </sec>
        <sec id="sec-3-3-2">
          <title>Difficulty</title>
        </sec>
        <sec id="sec-3-3-3">
          <title>Relevance Mininum (module) 1.5</title>
          <p>in little time and more transfer tasks were demanded from the
participants.</p>
          <p>Even after eight days of hand-on work with Prote´ge´ , many
students expressed lack of confidence in applying ome of its
functionalities appropriately.</p>
          <p>Many of the students were highly motivated by the
curriculum and expressed interest allocating further time to ontology
engineering.</p>
          <p>Some students wanted to be trained more thoroughly in formal
and logical backgrounds. Many students complained of
“philosophical deviations” during presentations and wanted to have a
more straight forward teaching focusing on clearer statements
on what had to be done practically.</p>
          <p>In the opinion of a few students the practical usage of
ontologies in different scenarios should have been shown (and even
practiced). For them the benefit, meaning and technical
structure of an “ontology driven semantic framework” remained
unclear and should have been incorporated in the curriculum.
4</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>DISCUSSION</title>
      <p>This work is based on the assumption that better educational
programs for the training of life sciences ontology engineering are
necessary to improve the quality of the ontological artifacts
produced in this domain. Consequently, we developed a curriculum
which covered the most important aspects of ontologies in the
biomedical domain according to the literature, based on prior work on
a ontology design guideline and our practical experience as
ontology developers. Moreover, the curriculum was specifically targeted
to learners with a biomedical background, additionally trained in
basic and practical computer science. This profile characterizes in
our view the most important stakeholders in biomedical ontology
building, maintenance, deployment, implementation, and use. The
curriculum has consequently been developed to serve as a hands-on
guide to real-life ontology design problems, and supports the future
ontology engineer throughout the ontology development life cycle.</p>
      <p>Although students were generally very satisfied with the
curriculum (as shown in the evaluation), they also signaled some major and
minor curriculum improvements. If their assessment on time
allocation (in the beginning too long, in the end too short) is correlated
with the curriculum structure (see Fig. 1) this could mean that the
introductory modules, especially on taxonomy, should be
condensed. On the other hand, the modules on complex real life scenarios,
beginning in the middle of the curriculum, should have been
allocated more time. Some students also wanted to gain deeper insight
in formal and logical aspects, which were deliberately presented
superficially, as we did not consider them important for a practical
approach under the given time constraints. In the future this could
be addressed by providing additional readings for those interested
in these topics. As a consequence of the survey, we will modify the
curriculum by integrating short tutorial sections about the principle
and basic subject matter into modules with more practical impact.
In addition to shifting the focus more towards practical design
problems, we consider developing a new module which addresses the
logical and formal foundations of ontology and description logic.</p>
      <p>The modularized approach of the curriculum gives the educator
freedom for customization, aligned to either specific requirements
of certain user groups or to curriculum length. It is relatively easy to
focus the modules on certain topics or to compress them for students
with more pre-existing skills and knowledge.</p>
      <p>There are two major sources for further development and
improvement of the curriculum. Students evaluations as described above
and typical mistakes and errors made in the exercises during the
summer school. The latter were documented in detail and are
currently subject of a systematic analysis. Future work will also include
the design of online modules on the basis of the current curriculum,
which enables the design of flexible courses in a blended
learning approach, i.e. as a combination of electronic with face-to-face
teaching.
5</p>
    </sec>
    <sec id="sec-5">
      <title>CONCLUSION</title>
      <p>The dissemination of good ontological practice in the life sciences
is not only a matter of research, but also of the availability of
professional trainers who impart the knowledge in this highly
interdisciplinary area. On this basis, a curriculum of 16 modules was
developed to train students in the biomedical domain with a
background in computer sciences how to practically develop and build
ontologies in OWL using the Prote´ge´ editor. The implementation
of this curriculum in a summer school setting including 24 students
clearly showed that it is adequate to convey and train the complex
knowledge and skills of ontology engineering in a week long course.</p>
      <p>This curriculum represents an outline, how to successfully train
students and researchers in the life sciences with the abstract matters
of ontology engineering, enabling them to formally represent their
domain knowledge with maximum profit.</p>
    </sec>
    <sec id="sec-6">
      <title>ACKNOWLEDGEMENTS</title>
      <p>This work was supported by the Deutsche
Forschungsgemeinschaft (DFG) grant JA 1904/2-1, SCHU 2515/1-1 within the
project GoodOD (Good Ontology Design),
http://www.iph.unirostock.de/Good-Ontology-Design.902.0.html.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <string-name>
            <surname>Ashburner</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ball</surname>
            ,
            <given-names>C. A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Blake</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Botstein</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Butler</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cherry</surname>
            ,
            <given-names>J. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Davis</surname>
            ,
            <given-names>A. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dolinski</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dwight</surname>
            ,
            <given-names>S. S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Eppig</surname>
            ,
            <given-names>J. T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Harris</surname>
            ,
            <given-names>M. A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hill</surname>
            ,
            <given-names>D. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>IsselTarver</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kasarskis</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lewis</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Matese</surname>
            ,
            <given-names>J. C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Richardson</surname>
            ,
            <given-names>J. E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ringwald</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rubin</surname>
            ,
            <given-names>G. M.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Sherlock</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          (
          <year>2000</year>
          ).
          <article-title>Gene ontology: tool for the unification of biology</article-title>
          .
          <source>Nature genetics</source>
          ,
          <volume>25</volume>
          (
          <issue>1</issue>
          ),
          <fpage>25</fpage>
          -
          <lpage>29</lpage>
          . PMID: 10802651 PMCID:
          <fpage>3037419</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <surname>Baader</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Calvanese</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McGuiness</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nardi</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Patel-Schneider</surname>
          </string-name>
          , P., editors (
          <year>2007</year>
          ).
          <article-title>The description logic handbook : theory, implementation, and applications</article-title>
          . Cambridge University Press, Cambridge, New York, 2nd ed.
          <source>edition.</source>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <surname>Beisswanger</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schulz</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stenzhorn</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Hahn</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          (
          <year>2008</year>
          ).
          <article-title>Biotop: An upper domain ontology for the life sciences. a description of its current structure, contents and interfaces to obo ontologies</article-title>
          .
          <source>Applied Ontology</source>
          ,
          <volume>3</volume>
          (
          <issue>4</issue>
          ),
          <fpage>205</fpage>
          -
          <lpage>212</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <string-name>
            <surname>Boeker</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stenzhorn</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kumpf</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bijlenga</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schulz</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Hanser</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2007</year>
          ).
          <article-title>The @neurist ontology of intracranial aneurysms: Providing terminological services for an integrated it infrastructure</article-title>
          . In J. M.
          <string-name>
            <surname>Teich</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Suermondt</surname>
          </string-name>
          , and G. Hripcsak, editors,
          <source>American Medical Informatics Association 2007 Proceedings. Biomedical and Health Informatics: From</source>
          Foundations to Applications to Policy, pages
          <fpage>56</fpage>
          -
          <lpage>60</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          <string-name>
            <surname>Boeker</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tudose</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hastings</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schober</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Schulz</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2011</year>
          ).
          <article-title>Unintended consequences of existential quantifications in biomedical ontologies</article-title>
          .
          <source>BMC Bioinformatics</source>
          ,
          <volume>12</volume>
          (
          <issue>1</issue>
          ),
          <fpage>456</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <string-name>
            <surname>Brochhausen</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Burgun</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ceusters</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hasman</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leong</surname>
          </string-name>
          , T. Y.,
          <string-name>
            <surname>Musen</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Oliveira</surname>
            ,
            <given-names>J. L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Peleg</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rector</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Schulz</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2011</year>
          ).
          <article-title>Discussion of ”biomedical ontologies: toward scientific debate”</article-title>
          .
          <source>Methods of Information in Medicine</source>
          ,
          <volume>50</volume>
          (
          <issue>3</issue>
          ),
          <fpage>217</fpage>
          -
          <lpage>236</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          <string-name>
            <surname>Kern</surname>
            ,
            <given-names>D. E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Thomas</surname>
            ,
            <given-names>P. A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Howard</surname>
            ,
            <given-names>D. M.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Bass</surname>
            ,
            <given-names>E. B.</given-names>
          </string-name>
          (
          <year>1998</year>
          ).
          <article-title>Curriculum Development for Medical Education: A Six-Step Approach</article-title>
          . The John Hopkins University Press, Baltimore and Maryland.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <string-name>
            <surname>Liskov</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          (
          <year>1987</year>
          ).
          <article-title>Keynote address - data abstraction and hierarchy</article-title>
          .
          <source>SIGPLAN Not</source>
          .,
          <volume>23</volume>
          (
          <issue>5</issue>
          ),
          <fpage>1734</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <string-name>
            <surname>Mizoguchi</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Kozaki</surname>
          </string-name>
          (
          <year>2009</year>
          ).
          <article-title>Ontology engineering environments</article-title>
          . In S. Staab and R. Studer, editors,
          <source>Handbook on Ontologies. International Handbook on Information Systems</source>
          , pages
          <fpage>315</fpage>
          -
          <lpage>336</lpage>
          . Springer-Verlag, s.l.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <string-name>
            <surname>Munn</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Smith</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          (
          <year>2008</year>
          ).
          <article-title>Applied ontology: An introduction</article-title>
          , volume
          <volume>9</volume>
          of Metaphysical research. Ontos-Verl, Frankfurt.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          <string-name>
            <surname>Rector</surname>
            ,
            <given-names>A. L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brandt</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Schneider</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          (
          <year>2011</year>
          ).
          <article-title>Getting the foot out of the pelvis: modeling problems affecting use of SNOMED CT hierarchies in practical applications</article-title>
          .
          <source>Journal of the American Medical Informatics Association</source>
          ,
          <volume>18</volume>
          (
          <issue>4</issue>
          ),
          <fpage>432</fpage>
          -
          <lpage>440</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          <string-name>
            <surname>Schober</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Boeker</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bullenkamp</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huszka</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Depraetere</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Teodoro</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nadah</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Choquet</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , Daniel,
          <string-name>
            <given-names>C.</given-names>
            , and
            <surname>Schulz</surname>
          </string-name>
          ,
          <string-name>
            <surname>S.</surname>
          </string-name>
          (
          <year>2010</year>
          ).
          <article-title>The debugit core ontology: semantic integration of antibiotics resistance patterns</article-title>
          . In C. Safran,
          <string-name>
            <given-names>S.</given-names>
            <surname>Reti</surname>
          </string-name>
          , and H. F. Marin, editors,
          <source>MEDINFO 2010 - Proceedings of the 13th World Congress on Medical Informatics</source>
          , volume
          <volume>160</volume>
          <source>of Studies in Health Technology and Informatics</source>
          , pages
          <fpage>1060</fpage>
          -
          <lpage>1064</lpage>
          , Amsterdam. IOS Press.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          <string-name>
            <surname>Schulz</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Suntisrivaraporn</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Baader</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Boeker</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          (
          <year>2009</year>
          ).
          <article-title>Snomed reaching its adolescence: ontologists' and logicians' health check</article-title>
          .
          <source>International journal of medical informatics</source>
          ,
          <volume>78</volume>
          <issue>Suppl 1</issue>
          ,
          <fpage>S86</fpage>
          -
          <lpage>94</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          <string-name>
            <surname>Schulz</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Spackman</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>James</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cocos</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Boeker</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          (
          <year>2011</year>
          ).
          <article-title>Scalable representations of diseases in biomedical ontologies</article-title>
          .
          <source>Journal of Biomedical Semantics</source>
          ,
          <volume>2</volume>
          (
          <issue>Suppl 2</issue>
          ),
          <fpage>S6</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          <string-name>
            <surname>Smith</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          , Ko¨hler, J., and
          <string-name>
            <surname>Kumar</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          (
          <year>2004</year>
          ).
          <article-title>On the application of formal principles to life science data: a case study in the gene ontology</article-title>
          . In E. Rahm, editor,
          <source>Data Integration in the Life Sciences</source>
          , volume
          <volume>2994</volume>
          , pages
          <fpage>79</fpage>
          -
          <lpage>94</lpage>
          . Springer Berlin Heidelberg, Berlin, Heidelberg.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          <string-name>
            <surname>Smith</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ashburner</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosse</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bard</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bug</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ceusters</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goldberg</surname>
            ,
            <given-names>L. J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Eilbeck</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ireland</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mungall</surname>
            ,
            <given-names>C. J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leontis</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rocca-Serra</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ruttenberg</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sansone</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Scheuermann</surname>
            ,
            <given-names>R. H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shah</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Whetzel</surname>
            ,
            <given-names>P. L.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Lewis</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2007</year>
          ).
          <article-title>The OBO foundry: coordinated evolution of ontologies to support biomedical data integration</article-title>
          .
          <source>Nat Biotech</source>
          ,
          <volume>25</volume>
          (
          <issue>11</issue>
          ),
          <fpage>1251</fpage>
          -
          <lpage>1255</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>