Dokument 1 - RWTH Aachen University

4.1 Prozess- und Workflow-Modellierung 63
Diese Ziele lassen sich auch auf eine DW-Umgebung übertragen und teilweise auf beide Arten
von DW-Prozessen anwenden. Zum Beispiel ist das erste Ziel in der Entwurfsphase des DW-
Systems sinnvoll, in der die Anforderungen an das System gesammelt werden müssen. Durch
die klare Definition der (Geschäfts-)Prozesse, in die ein DW-System eingebettet werden soll,
wird die Kommunikation zwischen den Beteiligten (Entwickler, Benutzer, Administratoren der
Datenquellen, etc.) erleichtert und das Verständnis für die Anforderungen erhöht. Das Erkennen
von Abhängigkeiten zwischen Prozessen, DW-Komponenten und Daten erleichtert die Wartung
und Weiterentwicklung des Systems.
Die Modellierung von Prozessen und die Erfassung der Prozessdaten bietet also eine Reihe von
Vorteilen, die die Entwicklung und Wartung eines DW-Systems erleichtern. Bei der Modellierung
von Software-Prozessen werden verschiedene Perspektiven genutzt, die die unterschiedlichen
Aspekte eines Software-Prozesses beschreiben sollen. Curtis et al. [1992] identifizieren
zum Beispiel die funktionale, die verhaltensorientierte, die organisatorische und die informatorische
Perspektive. Ein andere Klassifizierung von Perspektiven für Software-Prozesse wird in
[Rolland, 1998] vorgenommen, die auf einer Charakterisierung von Perspektiven für Informationssysteme
aus [Jarke et al., 1992] basiert. Dort werden die folgenden Perspektiven identifiziert:
Subject World: Diese Perspektive stellt das Wissen über die Domänen dar, die durch das zu
entwickelnde Informationssystem dargestellt werden soll. Die Perspektive repräsentiert die
Objekte der realen Welt.
System World: Hier wird spezifiziert, wie das System funktioniert. Entitäten und Prozesse der
Subject World werden mit Spezifikationen und deren Implementierungen in Verbindung
gesetzt.
Usage World: Diese Welt beschreibt den organisatorischen Kontext des Systems, d.h. welche
Personen es benutzen, wie das System genutzt wird und welchen Zweck das System hat.
Development World: Die Entwicklungsperspektive betrachtet die Prozesse, die zur Entwicklung
des Systems notwendig.
Neben der funktionalen Beschreibung der Prozesse (System World), ist also auch eine benutzerorientierte
Sicht (Usage World) wichtig, die den Zweck des Systems darstellt. Die Notwendigkeit
für verschiedene Arten von Prozessmodellen für Software-Produkte wird auch an der
Verwendung von unterschiedlichen Modellierungssprachen für die verschiedenen Ebenen eines
Software-Produkts deutlich [Jarke et al., 1990]: die Anforderungen werden als Grundlage für
Entwurfsentscheidungen in einer konzeptuellen Wissensrepräsentationssprache dargestellt, die
Ergebnisse des Entwurfsprozesses in einer deklarativen konzeptuellen Sprache, und eine Datenbankprogrammiersprache
wird für die Implementierung verwendet.
Auch Yu und Mylopoulos [1994] unterscheiden verschiedene Perspektiven bei der Prozessmodellierung,
unterteilt nach den drei Fragestellungen How (Wie wird ein Prozess ausgeführt?),
What (Aus welchen Schritten besteht der Prozess?) und Why (Warum existiert der Prozess und
warum wird er so umgesetzt?). Um die Gründe für Prozesse zu verstehen, schlagen sie das Actor-
Dependency-Modell vor, in dem die Akteure einer Prozessumgebung und ihre Abhängigkeiten