Metamodellbasierte und hierarchieorientierte ... - RosDok

14 Grundlagen: Modellierung in ausgewählten Gebieten
teten Aspekten nicht alle vor der Systemimplementierung einplanen lassen. Häufig ist die Software in
Benutzung und eine iterative Herangehensweise in der Softwareentwicklung erforderlich, um eine dem
Endnutzer nützliche und gut nutzbare Software bereitzustellen [May99]. Das Vorgehen für einen solchen
Softwareentwicklungsprozess ist hier jedoch nicht weiter Gegenstand der Betrachtung.
2.4 Modellierung von Unternehmen und betrieblicher Informationssysteme
Modelle spielen eine entscheidende Rolle in der Unternehmensmodellierung. Im Gegensatz zur Modellierung
in der Softwaretechnik geht es in diesem Bereich darum, nicht nur technische sondern vor allem auch soziale
und organisatorische oder wissensorientierte Aspekte des Unternehmens auszudrücken. Somit ist der Einsatz
der Modelle hier analog zu den Modellen aus Abschnitt 2.3 zu sehen, in denen auch weitere Aspekte als die
rein technischen, die die Umsetzung betreffen, ausgedrückt werden.
Modelle können in diesem Bereich z.B. rein zur Diskussion genutzt werden, um die Organisation bzw.
Arbeitsprozesse im Unternehmen umzustellen und zu optimieren. Dieser Art des Einsatzes von Modellen
unterscheidet sich grundlegend von dem zur Softwareentwicklung aus Abschnitt 2.1. Jedoch können die
Modelle auch als Grundlage zur Entwicklung von geeigneten Informationssystemen genutzt werden, um die
Arbeit im Unternehmen optimal zu unterstützen. Hier können die Modelle als Anforderungsdokumente für
die Softwareentwicklung genutzt werden.
Formal sollten die Modelle hier nicht sein, da diese die Diskussion mit den betroffenen Personen behindert.
Die ist jedoch notwendig, um zu einem guten Lösungsvorschlag für das Unternehmen zu kommen. Außerdem
ist das Umfeld ein hochdynamisches, welches sich sehr schnell ändern kann. Damit müssen die Modelle
ebenfalls schnell änderbar sein, wenn sie im Unternehmen längerfristig eingesetzt und gelten sollen. In
diesem Umfeld können sich die Anforderungen an die Software ebenfalls schnell ändern. Somit gelten die
in Unterabschnitt 2.1 diskutierten Nachteile der streng formalen Methoden gerade hier.
Um bewährte Lösungen und Wissen in der Analysephase wiederzuverwenden gibt es Analyse-Patterns. So
hat Fowler in [FCJ96] einige Patterns identifiziert, die häufig verwendete Abbildungen der Wirklichkeit
widerspiegeln und damit Modellierungsvorschläge für künftige Modelle in anderen Unternehmen bzw.
Kontexten darstellen. Der Fokus der Modelle liegt nicht auf der technischen Seite zur Implementierung
der Systeme sondern behandelt den Aspekt, wie man Ausschnitte der Wirklichkeit in objektorientierten
Modellen ausdrückt. Patterns gibt es des Weiteren bei der Workflowmodellierung [AHKB03] und in dem Zusammenhang
auch mit Ressourcen- [RHEA04b] und Datenmodellierung [RHEA04a]. Die Anwendung und
Verbindung der verschiedenen Modelle im Workflowkontext ist ursprünglich im ARIS-Ansatz (Architektur
integrierter Informationssysteme) zu finden [Sch02, Sch01]. Dort wird das Unternehmen in die folgenden
unterschiedliche Modelle dargestellt: Daten-, Organisations-, Funktions-, Leistungs- und Steuerungs- bzw.
Geschäftsprozessmodell. Das zuletzt genannte Modell wird mit ereignisgesteuerten Prozessketten dargestellt
und verwendet bzw. verbindet alle davor genannten Modelle. Dieser Ansatz findet sowohl im akademischen
Bereich als auch in der Praxis breite Anwendung.
Im Bereich der Wissensmodellierung für Unternehmen wird versucht, Wissen modellbasiert abzubilden,
um z.B. Nutzer beim Erfüllen ihrer Aufgaben mit einem betrieblichen Informationssystem zu unterstützen.
Objektorientierte Modellierungsweisen sind zur Wissensrepräsentation weniger gut geeignet und finden
somit hier wenig Anwendung. Es werden hier eher Techniken eingesetzt, die im semantik Web anzufinden
sind, wie z.B. Ontologien [MMS + 03]. Hier gibt es Ansätze, Ontologien mit UML-Klassendiagrammen zu
visualisieren [BBC + 10]. Ontologien können des Weiteren auch eingesetzt werden, um Geschäftsprozess-