Der Beitrag der Referenzmodellierung zum Business ... - EconBiz

Weitere Magazine

Empfehlungen

Info

Ein Leitbild der Referenzmodellierung ist die Konstruktion unternehmensspezifischer Modelle auf Basis vorgefertigter Modelle bzw. Modellbausteine [Fettke & Loos 2002b, S. 9 f.]. Die Wiederverwendung vorhandener Modelle soll zu einer Steigerung der Effektivität und Effizienz von Modellierungsprozessen führen. Ein Referenzmodell ist kein unternehmensspezifisches Modell, sondern ein Modell für einen bestimmten Unternehmenstyp. Dabei kann das Referenzmodell im Hinblick auf unterschiedliche Modellierungssituationen angepasst und wiederverwendet werden. Ansätze der Referenzmodellierung können aus vier Dimensionen betrachtet werden [Fettke & Loos 2004, S. 333] ( vgl. Abb. 1): ! Referenzmodellierungssprachen: Eine Modellierungssprache definiert eine Menge von sprachlichen Konstrukten zur Repräsentation betrieblicher Systeme sowie Regeln zur Kombination dieser Konstrukte. Beispielsweise ist die ereignisgesteuerte Prozesskette (EPK) eine Sprache zur Prozessmodellierung. ! Referenzmodellierungsmethoden: Eine Methode definiert eine Vorgehensweise, um ein Modell durch systematische Anwendung von Konstrukten einer Modellierungssprache zu erstellen und zu verwenden. Beispielsweise definiert der Unified Software Development Process (USDP) eine Methode zur Softwareentwicklung. ! Referenzmodelle: Das Ergebnis der Anwendung einer Methode ist eine Menge von Modellen. Beispielsweise beschreibt [Scheer 1997] ein Referenzmodell für Industriebetriebe (Y-CIM-Referenzmodell). ! Referenzmodellierungswerkzeuge: Modellierungsprozesse sind integraler Bestandteil eines Modellierungskontextes. Aus diesem wird in dieser Arbeit ausschließlich der Werkzeugaspekt fokussiert. Beispielsweise ist das ARIS Toolset u.a. ein Werkzeug zur Referenzmodellierung. Business Engineering und Referenzmodellierung sind ähnliche Ansätze zur Gestaltung Der Beitrag der Referenzmodellierung betrieblicher Systeme, die allerdings ihren Gegenstand unterschiedlich strukturieren. Beide Strukturierungsvarianten sind weitgehend unabhängig und daher frei kombinierbar (vgl. Abb. 1). Beispielsweise können Werkzeuge zur Strategieentwicklung, Sprachen der Prozessmodellierung oder Methoden der Softwaresystementwicklung unterschieden werden. Darüber hinaus besitzen allerdings beide Disziplinen unterschiedliche Gestaltungsschwerpunkte. Ein erster Unterschied ist der Grad der Geschäftstransformation: Kernmerkmal des Business Engineering ist ein hoher Transformationsgrad der fokussierten betrieblichen Realität. Betriebliche Systeme sollen in ihren Strukturen nicht nur erfasst, sondern vor dem Hintergrund neuer Informationstechnologien neu gestaltet werden. Ein hoher Transformationsdruck wird von Ansätzen der Referenzmodellierung in der Regel nicht intendiert. Zwar existieren Ansätze der Referenzmodellierung, welche ebenso die Notwendigkeit umfassender Reorganisationen betonen (bspw. [Lang 1997]), allerdings hängt dieser Gestaltungsanspruch von dem Anwendungskontext der Referenzmodellierung ab: In gewissen Kontexten kann mit der Modellerstellung ein hoher Transformationsdruck gefordert sein, in anderen Anwendungen eher nicht. Ein zweiter Unterschied ergibt sich aus dem angestrebten Wiederverwendungsgrad betrieblicher Modelle. Die Wiederverwendung von Informationsmodellen in unterschiedlichen Kontexten ist ein konstitutives Merkmal der Referenzmodellierung. Zwar betont das Business Engineering eine ingenieurwissenschaftliche Herangehensweise, welcher die Standardisierung und Wiederverwendung von (Zwischen-) Produkten inhärent ist. Allerdings führen vorhandene Ansätze des Business Engineering die Notwendigkeit der Wiederverwendung zumeist nicht explizit aus. Gleichwohl ist zu vermuten, dass auf allen Ebenen des Business Engineering Potenziale der Wiederverwendung vorhanden sind [Keller et al. 1999]. HMD 241 19
Der Beitrag der Referenzmodellierung Dagegen wird in dieser Arbeit die Auffassung vertreten, dass die Wiederverwendung der im Business Engineering entwickelten Artefakte eine wesentliche Voraussetzung für die Effektivität und Effizienz des Business Engineering ist. Diese These kann weiter zugespitzt werden: Ein Business Engineering, das nicht über Konzepte verfügt, welche die Potenziale der Wiederverwendung auszuschöpfen vermögen, kann nicht als eine reife Ingenieurdisziplin verstanden werden, da sich solche unter anderem durch verbindliche Standards zur Wiederverwendung von Konstruktionsergebnissen auszeichnen. Aus dieser Perspektive ist das vorherrschende Business Engineering als vor-ingenieurmäßig zu bezeichnen. Zusammenfassend kann festgestellt werden, dass Business Engineering zur Verwirklichung seiner Ziele zwar bereits auf Konzepte der Informationsmodellierung zurückgreift, aber durch die Nutzung von Konzepten der Referenzmodellierung zu einer leistungsfähigen Ingenieurdisziplin ausreifen kann. Demnach stellt das Business Engineering eine mögliche Anwendung der Referenzmodellierung dar. Daher ist es Ziel der nachfolgenden Ausführungen, Nutzenpotenziale der Referenzmodellierung für das Business Engineering offen zu legen. Es könnte der Einwand erhoben werden, dass die vom Business Engineering ausgehende Dynamik und die damit in der wirtschaftlichen Wirklichkeit ausgelösten Transformationsprozesse nicht durch Referenzmodellierung beherrscht werden können. Indes wird von den Autoren die These vertreten, dass Referenzmodellierung auch im Business Engineering von Vorteil ist. Neben den zuvor angeführten Aspekten fußt diese Einschätzung auf zwei weiteren Überlegungen: Zum einen haben sich verschiedene Transformationsprozesse bereits in eigenständigen und neuen Geschäftsstrukturen niedergeschlagen [Storey et al. 2000]. Zum anderen erscheint es gerade in einem dynamischen Umfeld zwingend geboten, die bereits gefestigten Strukturen zu dokumentieren, um über Orientierungswissen für die Gestaltung neuer Systeme zu verfügen [Frank 2004]. 2 Unterstützungspotenziale der Referenzmodellierung für das Business Engineering 2.1 Referenzmodellierungssprachen Die Potenziale von Referenzmodellierungssprachen für das Business Engineering ergeben sich hinsichtlich dreier Gesichtspunkte: 1. Multiperspektivität: Business Engineering betrachtet Unternehmen aus unterschiedlichen Gestaltungsperspektiven. Projekte des Business Engineering sind in der Regel interdisziplinär ausgerichtet [Österle 1995], so dass die beteiligten Akteure unterschiedliche Erfahrungshintergründe besitzen (bspw. Endbenutzer, Prozessverantwortliche, Software- und Datenbankentwickler ). Jede dieser Rollen hat unterschiedliche Bedürfnisse bei der Gestaltung und Repräsentation eines betrieblichen Systems. Zwar unterscheidet das Business Engineering eine Strategie-, Prozess- und Systemebene und nimmt somit bereits eine grobe Unterscheidung möglicher Gestaltungsebenen vor. Indes bestehen sowohl innerhalb als auch zwischen den Ebenen verschiedene Abhängigkeiten. Beispielsweise können sich auf der Strategieebene unterschiedliche Perspektiven daraus ergeben, dass einerseits aus einer Perspektive das gesamte Wertschöpfungsnetz beschrieben wird und aus weiteren Perspektiven jeweils nur Sichten auf einzelne Ausschnitte, die für einen Teilnehmer des Netzes von Relevanz sind. Ferner bestehen auf der Prozessebene unterschiedliche Anforderungen an die Detaillierung der Prozessbeschreibung. Während ein Endanwender primär daran interessiert ist, welche Funktionen in welcher Reihenfolge auszuführen sind, sind Prozessbeschreibungen für die Softwareentwicklung wesentlich präziser darzustellen. Auch bestehen unterschiedliche Anforderungen auf der Softwaresystemebene: Softwarearchitekturen werden bspw. zur Lauf- und Entwicklungszeit dar- 20 HMD 241
Seite 1: Peter Fettke, Peter Loos Der Beitra
Seite 5 und 6: Der Beitrag der Referenzmodellierun
Seite 7 und 8: Der Beitrag der Referenzmodellierun
Seite 9: Der Beitrag der Referenzmodellierun

Der Beitrag der Referenzmodellierung zum Business ... - EconBiz

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?