Projektgruppe Business Intelligence Applications and Evaluation ...

Projektgruppe Cuberunner
Jinengo - Dokumentation
3. Anschließend wurden die Dimensionen angelegt.
a. Die Anlage der Verkehrsmittel-Dimension erfolgt auf Basis der bestehenden gleichnamigen
View. Es wurde eine Attributhierarchie definiert, die ein Drill-Down in den
späteren Reports ermöglicht. Das Komfort-Attribut des Verkehrsmittels wird in drei
gleichgroße Gruppen eingeteilt (Discretization). Auf diese Weise erfolgt die Filterung
und Aggregation der Daten nicht mehr auf Ebene einzelner Werte, sondern auf der
Ebene von Wertebereichen.
b. Die Anlage der Endanwender-Dimension erfolgt auf Basis der bestehenden gleichnamigen
View. Auch hier werden die Präferenz-Attribute für Komfort, Kosten, Nachhaltigkeit
und Zeit in drei gleichgroße Gruppen eingeteilt.
c. Die Anlage der Route-Dimension erfolgt auf Basis der bestehenden gleichnamigen
View. Weitere spezifische Einstellungen werden nicht vorgenommen.
d. Für die Zeit-Dimension wurde ein entsprechender Assistent verwendet. Attribute und
Hierarchien wurden dafür für die Ebenen Jahr, Quartal, Monat, Woche und Tag definiert.
4. Im Anschluss wurde der Cube Subroute angelegt, der auf der entsprechenden View basiert.
a. Dem Cube werden die Dimensionen zugewiesen. Die Zuordnung zu den drei Dimensionen
Verkehrsmittel, Endanwender und Route erfolgt automatisch auf Basis der zuvor
definierten Beziehungen. Die Zeit-Dimension musste hingegen manuell mit dem
Abfahrts- sowie Endzeitpunkt verbunden werden.
b. Die im Fachkonzept definierten Kennzahlen lassen sich als Measures anlegen, solange
sie durch einfache Aggregationsfunktionen aus den Tabellendaten generiert werden
können (siehe Beispiel in Abbildung 1.3). Abgeleitete Kennzahlen lassen sich durch
Berechnungen definieren. Für den Cube Subroute war das für die Kennzahlen „Reisekosten
pro Kilometer“ (M05) und „CO 2 -Emissionen pro Kilometer“ (M10) notwendig
(siehe Beispiel in Abbildung 1.4).
Abbildung 1.3: Dialog zum Anlegen eines neuen Cube-Measures
129