Aspektorientierte Datenhaltung in Produktkonfiguratoren: Anforderungen, Konzepte und Realisierung

Seit Mitte des 20. Jahrhunderts äußert sich der weltweite soziokulturelle Prozess der Individualisierung auch im geänderten Konsumverhalten. Dabei sehen sich Unternehmen zunehmend mit dem Wunsch nach kundenindividuellen Produkten zum Preis eines äquivalenten Massenprodukts konfrontiert. Während durch produktionsspezifische Konzepte wie Modularisierung und Baukastenprinzip zwar eine enorme Variantenvielfalt erreicht werden kann, sind zur Beherrschung der damit verbundenen Komplexität jedoch Produktkonfiguratoren als unterstützende IT-Anwendungssysteme notwendig. Diese werden im ersten Teil der vorliegenden Arbeit eingeführt und klassifiziert. Aufgrund des meist webbasierten Einsatzes von Produktkonfiguratoren müssen sie sich auch den Anforderungen der Globalisierung stellen. Dabei wirken sich die regionalen Unterschiede bezüglich Sprache oder Preispolitik nicht nur auf die Nutzeroberfläche aus, sondern haben auch Einfluss auf die Struktur und Speicherung der Produkte. Zur Gewährleistung von Datenunabhängigkeit ist zudem eine generische und orthogonale Integration jener als funktionale Aspekte bezeichneten Dimensionen erstrebenswert. Hierfür werden im zweiten Teil das Paradigma der aspektorientierten Datenhaltung formuliert und Möglichkeiten zur Persistierung analysiert. Im dritten Teil erfolgt der Entwurf eines allgemeinen Referenzmodells für die aspektorientierte Datenhaltung auf Basis des relationalen Datenmodells aufgrund der hohen Praxisrelevanz für Datenbanksysteme. Darüber hinaus findet auch der Vergleich geeigneter Zugriffstechniken für die Auswertung jener Strukturen im Referenzmodell statt. Abschließend wird die Praxistauglichkeit des definierten Modells unter Beweis gestellt. Dazu erfolgt zunächst die Beschreibung einer prototypischen Implementierung der als Anwendungsbibliothek ausgelegten Zugriffsschicht. Deren Bewertung durch einen umfangreichen Performancetest bescheinigt letztlich ein effizientes Laufzeitverhalten

Objektorientierte Ansätze in einer relationalen Datenbankumgebung : Fallbeispiel Vertriebsinformationssystem

Keine Zusammenfassung verfügbar

Integration elektromechanischer CA-Anwendungssysteme über einem STEP-Produktmodell

Ein Problem der Spezialisierung industriealisierter Wirtschaftsstrukturen in einzelne Leistungserbringer ist die Kommunikation zwischen Anbietern und Nachfragern von Gütern und Dienstleistungen. Dies gilt sowohl zwischen kooperierenden Unternehmen als auch innerhalb eines Unternehmens zwischen unterschiedlichen Abteilungen. Durch die Nutzung rechnergestützter Hilfsmittel wird diese Kommunikationsproblematik nicht gelöst, sondern auf eine neue Stufe gehoben. Während die rechnergestützte Bearbeitung administrativer Unternehmensvorgänge oftmals zentralistisch organisiert und über Datenbanklösungen integriert wurde um Kommunikationsvorgänge zu minimieren, ließen sich technische EDV-Systeme bisher weder effizient koppeln noch zentral oder verteilt integrieren. Grund hierfür sind hochspezialisierte interne Datenstrukturen technischer Anwendungssysteme die allgemeingültigen Modellen wenig zugänglich waren. Mit der unter der ISO definierten Norm ISO-10303 (STER Standard for the Exchange of Product Model Data) wird ein einheitliches Modell für produktbeschreibende Informationen geschaffen. Über die Modellbildung hinaus wird jedoch sogar eine Referenzarchitektur für die Entwicklung von Anwendungs- und Implementierungsmodellen bereitgestellt. Dabei stellt die Modellierungssprache EXPRESS fundamentalen Kern der Architektur von STEP dar. Die Entwicklung von Werkzeugen zur Unterstützung der Implementierung der einzelnen Teile der Norm ISO-10303 stellt ein Ergebnis der geleisteten Arbeit dar. Insbesondere die Verarbeitung der Modellierungssprache EXPRESS, in der sowohl Anwendermodelle, Referenzmodelle sowie Metamodelle der Implementierungsprinzipien beschrieben werden, wurde effizient unterstützt. In der Arbeit wird auf ein flexibles Implementierungswerkzeug für jegliche in EXPRESS definierte Modelle gesetzt. Die Nutzung beliebiger EXPRESS-Modelle als Basis von Implementierungen wird dadurch möglich. Die vier in der Norm ISO-10303 diskutierten und teilweise genormten Implementierungsmethoden Austauschdatei, Datenbasis mit Zugriffsschnittstelle SDAI (Standard Data Access Interface), Hauptspeicherstruktur und Wissensbasis wurden prototypisch in der Arbeit realisiert. In die noch laufenden Normierungstätigkeiten konnten dadurch wertvolle Spezifikationshinweise eingebracht werden. Während zu Beginn der Entwicklung von STEP primär die Definition von Datenmodelle und daraus abgeleitet, Dateiformate zum Austausch von Produktinformationen im Vordergrund stand, stellt im weiteren Verlauf der STEP-Entwicklung die koordinierte Verwaltung von Produktinformationen einen Schwerpunkt dar. Die in Datenbanksystemen vorhandenen Fähigkeiten zur Datenverwaltung stellen einen Ansatz zur Realisierung von Produktdatenbanken dar. Die in STEP definierten Produktmodelle können dabei als Datenbankschemata benutzt werden. Die heute in industriellen Umgebungen eingesetzten Datenbankprinzipien der relationalen und objektorientierten Datenbanksysteme werden hinsichtlich ihrer Einsetzbarkeit als Basissysteme für STEP-Produktdatenbanken untersucht und für ein Datenbanksystem, das eine spezielle Erweiterung des relationalen Modells darstellt, eine Implementierung einer STEP-Datenbank vorgenommen. Die primären Anwendungsprobleme, für die mit Hilfe von STEP Austauschszenarien bewältigt werden können, sind im Bereich des Datenaustausches zwischen CAD/CAE- Systemen zu finden. Besonders CAD-Systeme, die die Repräsentation dreidimensionaler technischer Objekte ermöglichen, profitieren von der ausdrucksstarken Modellbildung der STEP Geometrie-Partialmodelle. Für leistungsfähige geometrische Modellierwerkzeuge wurde ein Datenaustauschszenario skizziert und mit Hilfe von realisierten STEP-Pre- und Postprozessoren unterstützt. Der Integrationsaspekt von zukünftigen, unternehmensweiten CAD/CAE-Anwendungssystemen wird durch die Fähigkeit dieser Anwendungen bestimmt, STEP-konforme Daten aus Datenbasen zu entnehmen und für diese bereitzustellen. Während neu zu realisierende Anwendungssysteme zur Verwaltung von Produktdaten eine SDAI-Schnittstelle als integralen Bestandteil realisieren können, sind vorhandene Systeme mit Schnittstellen zu einem SDAI auszurüsten. Der geometrische Modellierer Acis wurde mit einem derartigen Interface versehen, um eine Integration von CAD-Anwendungssystemen die auf diesem Modellierer beruhen, auf STEP/SDAI-basierten Datenbasen zu ermöglichen. Die Probleme der langer Transaktionen stellen in diesem Zusammenhang neue Anforderungen Datenbankmanagementsysteme. Die Bearbeitung von STEP-basierten Problemlösungen kann aus einer anwendungsfreien und einer anwendungsorientierten Sicht vorgenommen werden. Während Werkzeuge, die zur Unterstützung der Implementierung von Anwendungssystemen aus EXPRESS-Modellen heraus dienen, zunächst anwendungsfrei gehalten werden können, muß ein STEP-basiertes Anwendungssystem die Anforderungen, die aus dem Anwendungsreferenzmodell eines STEP-Anwendungsprotokolls stammen, inhaltlich berücksichtigen. Die aus der Entwicklungsmethodik für STEP-Anwendungsprotokolle abgeleitete problematische Beziehung zwischen Anwendungsmodell und Referenzmodell wurde kritisch hinterfragt und neue Lösungsansätze vorgestellt. Spritzgegossene dreidimensionale Schaltungsträger stellen ein Beispiel eines mechatronischen Produktes in einer neuen Produkt- und Produktionstechnologie dar. Das Defizit von Entwicklungswerkzeugen für die Produkt- und Produktionsgestaltung dieser Produkttechnologie ist vor allem durch fehlende und in den existierenden CAD/CAE-Systemen nur ineffizient realisierbare Modellbildung für derartige Produkte begründet. Das STEP-Anwendungsprotokoll 210 stellt einen akzeptablen Ansatz für eine integrierte elektromechanische Modellbildung bereit. Die in elektronisch oder mechanisch orientierten Systemen fehlenden Entwurfsfunktionen 3D-Layout und 3D-Entflechtung wurden auf einem geometrischen Modellierer realisiert. Der Prototyp wurde als integraler Bestandteil eines STEP-Anwendungssystems konzipiert und realisiert. Mit einem Anwendungsbeispiel konnte die prinzipielle Tragfähigkeit des integrierten Ansatzes nachgewiesen werden.One problem with the specialization of industrialized economic structures in individual service providers is the communication between suppliers and consumers of goods and services. This applies both between cooperating companies and within a company between different departments. By using computer-assisted aids, this communication problem is not solved, but raised to a new level. While the computer-assisted processing of administrative company processes was often organized centrally and integrated via database solutions to minimize communication processes, technical EDP systems have so far been neither efficiently coupled nor integrated centrally or distributed. The reason for this is highly specialized internal data structures of technical application systems that were generally inaccessible to models. The ISO-10303 (STER Standard for the Exchange of Product Model Data), defined under the ISO, creates a uniform model for product descriptive information. In addition to modeling, however, a reference architecture for the development of application and implementation models is also provided. The modeling language EXPRESS represents the fundamental core of the architecture of STEP. The development of tools to support the implementation of the individual parts of the ISO-10303 standard is a result of the work done. In particular, the processing of the modeling language EXPRESS, in which both user models, reference models and metamodels of the implementation principles are described, was efficiently supported. The work is based on a flexible implementation tool for any models defined in EXPRESS. This makes it possible to use any EXPRESS models as the basis of implementations. The four implementation methods exchange file, database with SDAI (Standard Data Access Interface), main memory structure and knowledge base, discussed and partially standardized in the ISO-10303 standard, were implemented prototypically in the work. As a result, valuable specification notes could be included in the ongoing standardization activities. At the beginning of the development of STEP, the primary focus was on the definition of data models and, derived from them, file formats for the exchange of product information. In the further course of STEP development, the coordinated administration of product information will be a focal point is an approach to the realization of product databases. The product models defined in STEP can be used as database schemes. The database principles of relational and object-oriented database systems used today in industrial environments are examined with regard to their usability as basic systems for STEP product databases and an implementation of a STEP database is carried out for a database system that represents a special extension of the relational model. The primary application problems for which STEP exchange scenarios can be dealt with can be found in the area of data exchange between CAD / CAE systems. CAD systems in particular, which enable the representation of three-dimensional technical objects, benefit from the expressive modeling of the STEP geometry partial models. A data exchange scenario was outlined for high-performance geometric modeling tools and supported with the help of implemented STEP pre- and postprocessors. The integration aspect of future, company-wide CAD / CAE application systems is determined by the ability of these applications to extract STEP-compliant data from databases and make them available for them. While newly implemented application systems for managing product data can implement an SDAI interface as an integral part, existing systems must be equipped with interfaces to an SDAI. The geometric modeler Acis was provided with such an interface to enable the integration of CAD application systems based on this modeler on STEP / SDAI-based databases. The problems of long transactions place new demands on database management systems in this context. STEP-based problem solutions can be processed from an application-free and an application-oriented perspective. While tools used to support the implementation of application systems from EXPRESS models can initially be kept application-free, a STEP-based application system must take into account the content of the requirements that come from the application reference model of a STEP application protocol. The problematic relationship between the application model and the reference model derived from the development methodology for STEP application protocols was critically examined and new solutions were presented. Injection molded three-dimensional circuit carriers represent an example of a mechatronic product in a new product and production technology. The deficit of development tools for the product and production design of this product technology is mainly inefficient due to the lack of and in the existing CAD / CAE systems feasible model formation for such products justified. The STEP application protocol 210 provides an acceptable approach for integrated electromechanical modeling. The design functions 3D layout and 3D unbundling, which are missing in electronically or mechanically oriented systems, were realized on a geometric modeler. The prototype was designed and implemented as an integral part of a STEP application system. An application example was used to demonstrate the basic sustainability of the integrated approach

Eine Modellierungssprache zur Entwicklung effizienter Vorlagen für die klinische Befunddokumentation: Im Fachbereich der Gastroenterologie

Die klinische Dokumentation ist ein zentraler Bestandteil der Patientenversorgung. Sie dient der räumlichen und zeitlichen Überbrückung des Kommunikationsbedarfs zwischen den an der Versorgung beteiligten Akteuren. Die Erstellung einer vollständigen und präzi-sen Dokumentation beansprucht einen erheblichen Teil der ärztlichen Arbeitszeit. Diese Zeit zu reduzieren und dabei die Qualität der erfassten Daten zu verbessern gehört zu den technologischen Aufgaben des klinischen Informationssystems. Ziel dieser Arbeit ist die Konzeption einer Modellierungssprache zur Beschreibung von Befundvorlagen für die strukturierte Dokumentation. Darauf aufbauend werden die Möglichkeiten der Integration in konventionelle Informationssysteme beschrieben. Eine Anforderung dieser Arbeit ist es einer breiteren Autorenbasis die Mitgestaltung der Vorlagen zu ermöglichen. Dieses Ziel wurde insbesondere durch eine visuelle Notation sowie ein Konstrukt für die kollaborative Entwicklung der Vorlagen erreicht. Die Beschreibungssprache wurde zyklisch den Anfor-derungen der Klinikärzte und Autoren angepasst. Eine mit der Beschreibungssprache ver-knüpfbare Ontologie ist die Basis für Automatismen und verbessert als semantisches Be-zugssystem die Qualität der erfassten Daten. Das Artefakt ermöglicht zum einen die zeitef-fiziente Erstellung der Befundberichte durch die strukturierte, leitfadengestützte Doku-mentation und zum anderen wird analog zu dem narrativen Befundbericht automatisch ein formales Modell erstellt, dass die Möglichkeiten der Eingabe, Repräsentation und Auswer-tung der Daten erweitert. Im Rahmen der abschließenden Evaluation wurde das Artefakt in ein klinisches Informationssystem mit relationaler Datenbasis integriert. Es konnte ge-zeigt werden, dass durch das entwickelte Artefakt und insbesondere durch die Möglichkei-ten des formalen Modells, beispielsweise die Automatismen, das initiale Ziel einer zeiteffi-zienten Dokumentation erreicht wurde. Darüber hinaus konnte, vor allem durch erweiterte Möglichkeiten der Datenauswertung, die Qualität der Daten und deren Nutzen verbessert werden. Das Artefakt wurde innerhalb der Gastroenterologie evaluiert und kann auf weite-re Fachbereiche, insbesondere der Inneren Medizin übertragen werden

Konzeption und Entwicklung eines Generators ereignisbasierter Patientendaten für ein virtuelles Gesundheitssystem

Das deutsche Gesundheitswesen ist ein dichtes Netzwerk bestehend aus einer Vielzahl von unterschiedlichen Akteuren im komplexen Zusammenspiel. Ständige Gesundheitsreformen aufgrund steigender Ausgaben im Gesundheitswesen sowie Fortschritte in der Medizin nehmen Einfluss auf die Informationsverarbeitung in diesem Netzwerk. Das hat zur Folge, dass immer mehr Anwendungssysteme zum Einsatz kommen, die hinsichtlich ihrer Zusammenarbeit besondere Herausforderungen stellen. Häufig können die komplexen Abläufe bei der Zusammenarbeit der Anwendungssysteme erst durch ein Modell, welches die Realität abstrahiert, verstanden werden. In diesem Zusammenhang wird das deutsche Gesundheitswesen durch ein virtuelles Gesundheitssystem modelliert, welches die Akteure des deutschen Gesundheitswesens nachbildet. Im Rahmen der vorliegenden Diplomarbeit wird die Population durch einen Generator abgebildet. Der Generator generiert anhand der Patientendaten der Population ereignisbasierte Nachrichtenprofile, die dem virtuellen Gesundheitssystem zur Weiterverarbeitung zur Verfügung gestellt werden

Electronic Publishing mit SAP R/3 : Produktklassifizierung und automatisierte Produktdatenaufbereitung für die medienunabhängige Produktkatalogherstellung mit SAP R/3

In dieser Diplomarbeit wird die Lösung eines Standardproblems aus dem betrieblichen Umfeld behandelt. Die Aufgabenstellung ist die automatisierte Bereitstellung von Daten, die für die Produktion eines medienunabhängigen Produktkataloges notwendig sind. Ein zentraler Datenbestand soll als Quelle für Printkataloge, CD-ROM- und Internet-Präsentationen dienen

MINT - Modellgetriebene Integration von Informationssystemen : Projektbericht

Das Projekt MINT (Modellgetriebene Integration von Informationssystemen) beschäftigt sich mit der Entwicklung von Methoden zur Umsetzung modellgetriebener Ansätze, wie z. B. der Model Driven Architecture (MDA) der Object Management Group (OMG), im Bereich der Integration von betrieblichen Informationssystemen. Dabei werden sowohl die Integration von Legacy Systemen in moderne Umgebungen als auch die Integration von Individualsoftware in einen Standardsoftware-Kontext berücksichtigt

A software-framework for the development of business application systems based on business process models

Die Geschäftsprozessmodellierung hat sich in der Praxis als Grundlage für die Ableitung fachlicher Anforderungen an betriebliche Anwendungssysteme weitgehend etabliert. Die anschließende Übertragung der fachlichen Modelle auf eine software-technische Implementierungsplattform bedeutet hingegen häufig einen methodischen Bruch und ist daher sehr aufwändig sowie komplex. Eine software-technische Implementierungsplattform, deren Konzepte sich an den Fachkonzepten der Geschäftsprozessmodellierung orientieren, kann diesen Übergang vereinfachen und die Systementwicklungsaufgabe hinsichtlich Aufwand und Komplexität deutlich verringern. Die vorliegende Arbeit beschreibt die Konzeption und Realisierung eines Software-Frameworks als flexible Basismaschine für die Entwicklung betrieblicher Anwendungssysteme auf Basis der SOM-Methodik. Das Framework bietet ausgehend von den fachlichen Modellen des Anwendungssystems anwendungsneutrale Software-Komponenten zu dessen vollständiger software-technischer Abbildung.Business process modeling is in practice an established way to deduct business and functional requirements for business application systems. The subsequent mapping of such business models onto a software-technical implementation platform usually implies a methodic break and is in consequence both costly and complex. A software-technical implementation platform, in contrast, whose concepts are aligned with the functional concepts of business process modeling, can simplify this transition and significantly reduce the task of application development regarding effort and complexity. This thesis describes the conception and implementation of a software-framework as a flexible basis machine for the development of business application systems based on the SOM-methodology. Based on the methodology‘s functional models of an application system the framework offers application-neutral software-components for a comprehensive mapping of the model and implementation of the application

Graphdatenbanken für die textorientierten e-Humanities

Vor dem Hintergrund zahlreicher Digitalisierungsinitiativen befinden sich weite Teile der Geistes- und Sozialwissenschaften derzeit in einer Transition hin zur großflächigen Anwendung digitaler Methoden. Zwischen den Fachdisziplinen und der Informatik zeigen sich große Differenzen in der Methodik und bei der gemeinsamen Kommunikation. Diese durch interdisziplinäre Projektarbeit zu überbrücken, ist das zentrale Anliegen der sogenannten e-Humanities. Da Text der häufigste Untersuchungsgegenstand in diesem Feld ist, wurden bereits viele Verfahren des Text Mining auf Problemstellungen der Fächer angepasst und angewendet. Während sich langsam generelle Arbeitsabläufe und Best Practices etablieren, zeigt sich, dass generische Lösungen für spezifische Teilprobleme oftmals nicht geeignet sind. Um für diese Anwendungsfälle maßgeschneiderte digitale Werkzeuge erstellen zu können, ist eines der Kernprobleme die adäquate digitale Repräsentation von Text sowie seinen vielen Kontexten und Bezügen. In dieser Arbeit wird eine neue Form der Textrepräsentation vorgestellt, die auf Property-Graph-Datenbanken beruht – einer aktuellen Technologie für die Speicherung und Abfrage hochverknüpfter Daten. Darauf aufbauend wird das Textrecherchesystem „Kadmos“ vorgestellt, mit welchem nutzerdefinierte asynchrone Webservices erstellt werden können. Es bietet flexible Möglichkeiten zur Erweiterung des Datenmodells und der Programmfunktionalität und kann Textsammlungen mit mehreren hundert Millionen Wörtern auf einzelnen Rechnern und weitaus größere in Rechnerclustern speichern. Es wird gezeigt, wie verschiedene Text-Mining-Verfahren über diese Graphrepräsentation realisiert und an sie angepasst werden können. Die feine Granularität der Zugriffsebene erlaubt die Erstellung passender Werkzeuge für spezifische fachwissenschaftliche Anwendungen. Zusätzlich wird demonstriert, wie die graphbasierte Modellierung auch über die rein textorientierte Forschung hinaus gewinnbringend eingesetzt werden kann.In light of the recent massive digitization efforts, most of the humanities disciplines are currently undergoing a fundamental transition towards the widespread application of digital methods. In between those traditional scholarly fields and computer science exists a methodological and communicational gap, that the so-called \\\"e-Humanities\\\" aim to bridge systematically, via interdisciplinary project work. With text being the most common object of study in this field, many approaches from the area of Text Mining have been adapted to problems of the disciplines. While common workflows and best practices slowly emerge, it is evident that generic solutions are no ultimate fit for many specific application scenarios. To be able to create custom-tailored digital tools, one of the central issues is to digitally represent the text, as well as its many contexts and related objects of interest in an adequate manner. This thesis introduces a novel form of text representation that is based on Property Graph databases – an emerging technology that is used to store and query highly interconnected data sets. Based on this modeling paradigm, a new text research system called \\\"Kadmos\\\" is introduced. It provides user-definable asynchronous web services and is built to allow for a flexible extension of the data model and system functionality within a prototype-driven development process. With Kadmos it is possible to easily scale up to text collections containing hundreds of millions of words on a single device and even further when using a machine cluster. It is shown how various methods of Text Mining can be implemented with and adapted for the graph representation at a very fine granularity level, allowing the creation of fitting digital tools for different aspects of scholarly work. In extended usage scenarios it is demonstrated how the graph-based modeling of domain data can be beneficial even in research scenarios that go beyond a purely text-based study

Refactoring in der Ontologiegetriebenen Softwareentwicklung

In der vorliegenden Arbeit wird ein Konzept zur Entwicklung und Evolution ontologiegetriebener Softwaresysteme erarbeitet. Ontologiegetriebene Softwaresysteme sind Softwaresysteme, bei denen Ontologien als zentrale Designdokumente zum Einsatz kommen. Ontologien sind gleichzeitig zentrale Bestandteile des ausführbaren Systems und dienen zur Strukturbeschreibung und Datenhaltung. Dabei werden Teile des Softwaresystems automatisch aus den Strukturbeschreibungen der Ontologie abgeleitet. Diese Arbeit konzentriert sich auf die Weiterentwicklung solcher Systeme und stellt dafür einen Katalog von Ontologie-Refactorings auf. Es werden mehrere Werkzeuge, gemeinsam als OntoMore bezeichnet, implementiert, um die Umsetzbarkeit des aufgestellten Konzepts zu zeigen. OntoMore kann Ontologien in Metamodelle und Modelle des EMF umwandeln und somit in Softwaresysteme integrieren. Außerdem ist es in der Lage, Refactorings auf beiden Strukturen synchron auszuführen. Dieser Prozess wird als Co-Refactoring bezeichnet. Damit wird die konsistente Evolution von Ontologien und Modellen sichergestellt. Die Implementierung wird anhand einer Beispiel-Ontologie zum Freelancer-Management evaluiert.:1 Einleitung 1 1.1 Motivation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.2 Zielsetzung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 1.3 Gliederung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 2 Grundlagen 5 2.1 Modellgetriebene Softwareentwicklung . . . . . . . . . . . . . . . . . . . . . . 5 2.2 Refactoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 3 Ontologien und semantische Techniken 11 3.1 Grundlagen semantischer Techniken . . . . . . . . . . . . . . . . . . . . . . . 11 3.2 Ontologien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 3.2.1 Definition und Begriffe . . . . . . . . . . . . . . . . . . . . . . . . . . 14 3.2.2 Die Web Ontology Language (OWL) . . . . . . . . . . . . . . . . . . . 14 3.2.3 Ontologie-Syntaxen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 3.2.4 Beschreibungslogiken, Teilsprachen und Profile . . . . . . . . . . . . . 18 3.2.5 Abfragen mit SPARQL . . . . . . . . . . . . . . . . . . . . . . . . . . 19 3.2.6 Beispiele für Ontologien . . . . . . . . . . . . . . . . . . . . . . . . . . 20 3.3 Ontologie-Evolution und Versionierung . . . . . . . . . . . . . . . . . . . . . . 21 3.4 Unterschiede zwischen Ontologie-Evolution und Refactoring . . . . . . . . . . . 23 3.5 Zukünftige Entwicklungen – Linked Data . . . . . . . . . . . . . . . . . . . . . 24 3.6 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 4 Eingesetzte Werkzeuge 27 4.1 Verbindung von Ontologien und Modellen mit OntoMoPP . . . . . . . . . . . 27 4.2 Generisches Modell-Refactoring mit Refactory . . . . . . . . . . . . . . . . . . 28 5 Stand der Forschung 31 5.1 Abbildung von Ontologien auf Domänenmodelle . . . . . . . . . . . . . . . . . 31 5.1.1 Einsatz von Ontologien in der Modellierung . . . . . . . . . . . . . . . 31 5.1.2 Abbildungen zwischen Ontologien und Datenbanken . . . . . . . . . . . 35 5.2 Ontologie-Evolution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 5.2.1 Anforderungen an Ontologie-Evolution . . . . . . . . . . . . . . . . . . 37 5.2.2 Elementare und komplexe Änderungsoperationen . . . . . . . . . . . . 38 5.2.3 KAON – Das Karlsruhe Ontology and Semantic Web Framework . . . . 38 5.2.4 Das NeOn-Toolkit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 5.2.5 Protégé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 5.2.6 Bewertung vorhandener Systeme zur Ontologie-Evolution . . . . . . . . 47 5.3 Co-Evolution von Metamodellen und Modellen . . . . . . . . . . . . . . . . . . 48 5.4 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 6 Konzept zur Entwicklung und Evolution ontologiegetriebener Softwaresysteme 51 6.1 Gesamtkonzept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 6.2 OWL-Ecore-Transformation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 6.3 Refactorings für OWL und Ecore . . . . . . . . . . . . . . . . . . . . . . . . . 62 6.3.1 Definition und Katalog von Ontologie-Refactorings . . . . . . . . . . . 62 6.3.2 Schema eines Ontologie-Refactorings . . . . . . . . . . . . . . . . . . . 63 6.3.3 Beispiel eines Ontologie-Refactorings . . . . . . . . . . . . . . . . . . . 66 6.4 Co-Refactoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 6.4.1 Definition und Ansätze . . . . . . . . . . . . . . . . . . . . . . . . . . 67 6.4.2 Herleitung und Architekturvergleich . . . . . . . . . . . . . . . . . . . 70 6.4.3 Der CoRefactorer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 6.5 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 7 Praktische Umsetzung 75 7.1 Architektur und eingesetzte Techniken . . . . . . . . . . . . . . . . . . . . . . 75 7.2 Testgetriebene Entwicklung . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76 7.3 OWL-Ecore-Transformator . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 7.4 Refactoring mit Refactory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 7.5 CoRefactorer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85 7.6 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 8 Evaluation 91 8.1 Die Beispiel-Ontologie: FrOnto . . . . . . . . . . . . . . . . . . . . . . . . . . 91 8.2 Bewertung der Umsetzung . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 8.3 Grenzen der Umsetzung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 8.4 Grenzen der Konzeption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 8.5 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 9 Zusammenfassung 101 9.1 Ergebnisse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 9.1.1 Das Gesamtkonzept . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 9.1.2 Beziehung zwischen Ontologien und Domänenmodellen . . . . . . . . . 101 9.1.3 Konzeption von Refactorings und Co-Refactorings . . . . . . . . . . . . 102 9.1.4 Implementierung von OntoMore . . . . . . . . . . . . . . . . . . . . . 103 9.1.5 Evaluation anhand einer Beispiel-Ontologie . . . . . . . . . . . . . . . 103 9.2 Ausblick . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 Anhang i A Weitere Ontologie-Refactorings . . . . . . . . . . . . . . . . . . . . . . . . . . . . i B Auswirkungen von Ontologie-Refactorings bezüglich der Datenmigration . . . . . . i C Die MiniFrOnto vor und nach dem Refactoring . . . . . . . . . . . . . . . . . . . iii D Refactoring mit der OWL-API . . . . . . . . . . . . . . . . . . . . . . . . . . . . v Abbildungsverzeichnis vii Tabellenverzeichnis ix Listings xi Abkürzungsverzeichnis xiii Literaturverzeichnis xvIn this thesis an approach is elaborated for the development and evolution of ontology-driven software systems. Ontology-driven software systems are software systems for which ontologies serve as main design documents. Ontologies are furthermore central parts of the running system. They describe the structure of the system and hold data. Parts of the software system are automatically derived from the structure descriptions of the ontology. This work concentrates on the evolution of those systems, thereby defining a catalogue of ontology refactorings. A tool suite called OntoMore is implemented to show the feasibility of the elaborated approach. OntoMore can transform ontologies in metamodels and models of EMF to integrate them in software systems. It can furthermore execute refactorings synchronously on both structures, which is called Co-Refactoring. Hence the consistent evolution of ontologies and models is ensured. The implementation is evaluated with an example ontology about the freelancer domain.:1 Einleitung 1 1.1 Motivation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.2 Zielsetzung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 1.3 Gliederung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 2 Grundlagen 5 2.1 Modellgetriebene Softwareentwicklung . . . . . . . . . . . . . . . . . . . . . . 5 2.2 Refactoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 3 Ontologien und semantische Techniken 11 3.1 Grundlagen semantischer Techniken . . . . . . . . . . . . . . . . . . . . . . . 11 3.2 Ontologien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 3.2.1 Definition und Begriffe . . . . . . . . . . . . . . . . . . . . . . . . . . 14 3.2.2 Die Web Ontology Language (OWL) . . . . . . . . . . . . . . . . . . . 14 3.2.3 Ontologie-Syntaxen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 3.2.4 Beschreibungslogiken, Teilsprachen und Profile . . . . . . . . . . . . . 18 3.2.5 Abfragen mit SPARQL . . . . . . . . . . . . . . . . . . . . . . . . . . 19 3.2.6 Beispiele für Ontologien . . . . . . . . . . . . . . . . . . . . . . . . . . 20 3.3 Ontologie-Evolution und Versionierung . . . . . . . . . . . . . . . . . . . . . . 21 3.4 Unterschiede zwischen Ontologie-Evolution und Refactoring . . . . . . . . . . . 23 3.5 Zukünftige Entwicklungen – Linked Data . . . . . . . . . . . . . . . . . . . . . 24 3.6 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 4 Eingesetzte Werkzeuge 27 4.1 Verbindung von Ontologien und Modellen mit OntoMoPP . . . . . . . . . . . 27 4.2 Generisches Modell-Refactoring mit Refactory . . . . . . . . . . . . . . . . . . 28 5 Stand der Forschung 31 5.1 Abbildung von Ontologien auf Domänenmodelle . . . . . . . . . . . . . . . . . 31 5.1.1 Einsatz von Ontologien in der Modellierung . . . . . . . . . . . . . . . 31 5.1.2 Abbildungen zwischen Ontologien und Datenbanken . . . . . . . . . . . 35 5.2 Ontologie-Evolution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 5.2.1 Anforderungen an Ontologie-Evolution . . . . . . . . . . . . . . . . . . 37 5.2.2 Elementare und komplexe Änderungsoperationen . . . . . . . . . . . . 38 5.2.3 KAON – Das Karlsruhe Ontology and Semantic Web Framework . . . . 38 5.2.4 Das NeOn-Toolkit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 5.2.5 Protégé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 5.2.6 Bewertung vorhandener Systeme zur Ontologie-Evolution . . . . . . . . 47 5.3 Co-Evolution von Metamodellen und Modellen . . . . . . . . . . . . . . . . . . 48 5.4 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 6 Konzept zur Entwicklung und Evolution ontologiegetriebener Softwaresysteme 51 6.1 Gesamtkonzept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 6.2 OWL-Ecore-Transformation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 6.3 Refactorings für OWL und Ecore . . . . . . . . . . . . . . . . . . . . . . . . . 62 6.3.1 Definition und Katalog von Ontologie-Refactorings . . . . . . . . . . . 62 6.3.2 Schema eines Ontologie-Refactorings . . . . . . . . . . . . . . . . . . . 63 6.3.3 Beispiel eines Ontologie-Refactorings . . . . . . . . . . . . . . . . . . . 66 6.4 Co-Refactoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 6.4.1 Definition und Ansätze . . . . . . . . . . . . . . . . . . . . . . . . . . 67 6.4.2 Herleitung und Architekturvergleich . . . . . . . . . . . . . . . . . . . 70 6.4.3 Der CoRefactorer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 6.5 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 7 Praktische Umsetzung 75 7.1 Architektur und eingesetzte Techniken . . . . . . . . . . . . . . . . . . . . . . 75 7.2 Testgetriebene Entwicklung . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76 7.3 OWL-Ecore-Transformator . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 7.4 Refactoring mit Refactory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 7.5 CoRefactorer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85 7.6 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 8 Evaluation 91 8.1 Die Beispiel-Ontologie: FrOnto . . . . . . . . . . . . . . . . . . . . . . . . . . 91 8.2 Bewertung der Umsetzung . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 8.3 Grenzen der Umsetzung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 8.4 Grenzen der Konzeption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 8.5 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 9 Zusammenfassung 101 9.1 Ergebnisse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 9.1.1 Das Gesamtkonzept . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 9.1.2 Beziehung zwischen Ontologien und Domänenmodellen . . . . . . . . . 101 9.1.3 Konzeption von Refactorings und Co-Refactorings . . . . . . . . . . . . 102 9.1.4 Implementierung von OntoMore . . . . . . . . . . . . . . . . . . . . . 103 9.1.5 Evaluation anhand einer Beispiel-Ontologie . . . . . . . . . . . . . . . 103 9.2 Ausblick . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 Anhang i A Weitere Ontologie-Refactorings . . . . . . . . . . . . . . . . . . . . . . . . . . . . i B Auswirkungen von Ontologie-Refactorings bezüglich der Datenmigration . . . . . . i C Die MiniFrOnto vor und nach dem Refactoring . . . . . . . . . . . . . . . . . . . iii D Refactoring mit der OWL-API . . . . . . . . . . . . . . . . . . . . . . . . . . . . v Abbildungsverzeichnis vii Tabellenverzeichnis ix Listings xi Abkürzungsverzeichnis xiii Literaturverzeichnis x