Dokument 1.pdf (1.378 KB) - MADOC - Universität Mannheim

- 186 -
Die Projektkoordination ist ähnlich einfach möglich wie in verteilten Ansätzen, da
grundsätzlich jede Einheit für die Bildung ihres Datenbestandes verantwortlich ist, soweit
auch der Datenbedarf übergeordneter Ebenen berücksichtigt wird.
Dem Lokalitätsprinzip kann die neu vorgestellte Architektur nicht gerecht werden. Dies
liegt darin begründet, dass die von einer Einheit benötigten Daten auf die freigegebenen
Datenbestände mehrerer übergeordneter Einheiten verteilt wurden. Damit schneidet sie
hinsichtlich dieses Kriteriums genauso ab, wie der zentrale Datenbestand, jedoch schlechter
als die verteilten Architekturen bzw. eine Lösung mit Data Marts.
Durch den Umstand, dass jedes Datum nur einmal gespeichert wird, erfüllt der kooperativ
verteilte Ansatz das Kriterium, die Haltung redundanter Datenbestände zu vermeiden,
genauso gut wie ein zentraler Datenbestand und damit deutlich besser als eine Lösung mit
Data Marts oder der verteilte Ansatz mit redundanten Datenbeständen.
Die Flexibilität bei Änderungen am Datenmodell wird vom hier vorgestellten Ansatz besser
unterstützt als durch die anderen Architekturen. So ist bei einer Änderung des Datenmodells
neben der Erstellung eines neuen Datenmodells lediglich die Schnittstelle zum
kooperativ verteilten DW der betroffenen, datenliefernden Stellen zu ändern, in der
allerdings auch die Verteilung der Daten modifiziert werden muss. Gleichzeitig kann
jedoch, wie in den verteilten Ansätzen, auf individuelle Bedürfnisse wesentlich leichter und
schneller reagiert werden, als es im zentralen Ansatz möglich wäre, da im zentralen Ansatz
das gesamte Datenmodell geändert werden musste. Änderungen des Datenmodells
übergeordneter Ebenen konnten, sofern diese im Einklang mit den untergeordneten
Datenmodellen stehen, für diese Einheiten direkt übernommen werden.
Schließlich profitiert auch der kooperativ verteilte Ansatz von den Synergieeffekten, die
sich in einem zentralen Ansatz ergeben. So wird bereits die Erstellung des Datenmodells
für eine Einheit unterstützt, da bereits die Strukturen und damit die Vorgaben übergeordneter
Ebenen in den Metadaten hinterlegt und nicht neu formuliert werden müssen. Durch die
gleiche Anzahl möglicher Schnittstellen zwischen operativen Systeme und DWS wie bei
einer zentralen Lösung sind die Wartungskosten diesbezüglich deutlich geringer als in
einem verteilten Ansatz. In einer kooperativ verteilten Organisationsform bilden die
Verknüpfungen Daten in den Metadaten die den Schnittstellen zwischen den DWS-
Teilsystemen im verteilten Ansatz entsprechenden Konstrukte. Die Benutzerbetreuung kann
durch die zentrale Speicherung aller Metadaten ebenfalls genauso effizient erfolgen, wie in
einer zentralen Lösung. Durch die Vielzahl der Datenmodelle erreicht der kooperativ
verteilte Ansatz jedoch nur eine gleiche Bewertung wie ein zentraler Ansatz mit Data
Marts.