Dokument 1 - RWTH Aachen University

46 3 Ein Metamodell für die Architektur von Data-Warehouse-Systemen
Die Stärken des Rahmenwerks liegen nicht nur in der konzeptuellen Perspektive, sondern insbesondere
auch in der Verbindung zwischen den einzelnen Perspektiven. Durch diese Verbindungen
ist es möglich festzustellen, welche Datenquelle Informationen über ein Konzept anbietet oder
welche Daten überhaupt in den Datenquellen erfasst sind. Dennoch werden die Perspektiven auch
explizit getrennt, da für die unterschiedlichen Aspekte in physischer, logischer oder konzeptueller
Perspektive auch unterschiedliche Formalismen eingesetzt werden müssen. Dieses Vorgehen
wird zum Beispiel auch im CWM-Standard oder dem Oracle Warehouse Builder verfolgt.
3.5 Umsetzung des Rahmenwerks in Telos
Das vorgestellte Rahmenwerk bildet nur die Grundlage für das erweiterte Metadatenmodell. In
diesem Abschnitt präsentiere ich die formale Darstellung des Rahmenwerks in der konzeptuellen
Modellierungssprache Telos und dem Metadatenbanksystem ConceptBase. Durch die Einführung
einer expliziten konzeptuellen Perspektive ist es nun möglich, die Modelle auf der logischen
und physischen Ebene auf Korrektheit und Vollständigkeit bezüglich des Unternehmensmodells
zu überprüfen. Diese Überprüfung setzt natürlich adäquate Verfahren und Algorithmen voraus,
die durch die Formalisierung der Modelle unterstützt werden.
Das Metadatenbanksystem ConceptBase selbst kann nur einen Teil der Überprüfung übernehmen,
da der zugrundeliegende logische Formalismus nicht die notwendige Ausdrucksstärke hat,
um Konsistenz, Korrektheit und Vollständigkeit der konzeptuellen Modelle zu überprüfen. Aufgrund
dessen werden für spezielle Aufgaben externe Werkzeuge eingesetzt. Diese Werkzeuge
nutzen die Metadaten in ConceptBase als Eingabe und können diese Metadaten mit ihren Ergebnissen
auch anreichern. Dies gewährleistet, dass die Metadaten in ConceptBase eine umfassende
Beschreibung aller relevanten Metadaten für das DW-System darstellen. Beispiele für die Integration
externer Werkzeuge werden im Abschnitt 3.6 besprochen.
Die Anfrage- und Integritätsprüfungsmechanismen von ConceptBase erlauben zwar keine tiefgehende
Überprüfung der konzeptuellen Modelle, dennoch können die meisten Integritätsbedingungen
als Constraints formalisiert werden. Im Gegensatz dazu sind die Integritätsbedingungen
im CWM nur als Anmerkungen den UML-Konzepten hinzugefügt. Dies und die leichte
Erweiterbarkeit der Metamodelle durch die objekt-orientierte Modellierungssprache waren die
Hauptgründe für den Einsatz von Telos und ConceptBase bei der Entwicklung der Metamodelle.
Bevor auf die einzelnen Teilmodelle für die drei Perspektiven eingegangen wird, gibt Abbildung
3.8 einen Überblick über das Metamodell. Die Basisklasse in unserem Metamodell ist
DW_Object, die für alle DW-Objekte in allen Perspektiven und in den verschiedenen Ebenen
(Source, DW und Client) steht. Die horizontalen Verbindungen zwischen den Perspektiven has-
Schema und isViewOn repräsentieren die horizontalen Verbindungen in Abbildung 3.7: Typen
(z.B. Relationen oder multidimensionale Würfel) sind eine logische Sicht auf die Konzepte aus
der konzeptuelle Perspektive und eine Komponente aus der physischen Perspektive beinhaltet
die Implementierung eines logischen Schemas. Die Konzepte Source und Client stellen eine Datenquelle
bzw. ein Client-Programm unabhängig von einer konkreten Perspektive dar.