Der Beitrag der Referenzmodellierung zum Business ... - EconBiz

Peter Fettke, Peter Loos
Der Beitrag der Referenzmodellierung
zum Business Engineering
Ein Leitbild der Referenzmodellierung ist die
Wiederverwendung vorgefertigter Informationsmodelle.
Somit bietet die Referenzmodellierung
nützliche Konzepte für das Business Engineering.
Gleichwohl werden in der Literatur vorhandene
Berührungspunkte zwischen beiden Disziplinen
nur selten diskutiert. In diesem Beitrag wird aufbauend
auf vorhandenen Ansätzen ein Bezugsrahmen
zum referenzmodellbasierten Business
Engineering eingeführt und verschiedene Nutzenpotenziale
der Referenzmodellierung für das
Business Engineering diskutiert.
Inhaltsübersicht
1 Referenzmodellbasiertes Business
Engineering
2 Unterstützungspotenziale der
Referenzmodellierung für das Business
Engineering
2.1 Referenzmodellierungssprachen
2.2 Referenzmodellierungsmethoden
Strategie
Prozess
Softwaresystem
Kontext der
Referenzmodellierung
(Werkzeuge etc.)
Methoden der Referenzmodellierung
Sprachen der
Referenzmodellierung
2.3 Referenzmodelle
2.4 Referenzmodellierungswerkzeuge
3 Weiter gehende Integration der Disziplinen
4 Literatur
1 Referenzmodellbasiertes
Business Engineering
Das Leitbild des Business Engineering ist eine ingenieurwissenschaftliche
(Neu-)Gestaltung einer
Unternehmung unter Einbeziehung der Unternehmensstrategie,
der Geschäftsprozesse und
der Softwaresysteme [Österle & Winter 2003]. Im
Kern verfolgt der Ansatz eine systematische Nutzung
der Potenziale moderner Informationstechnologien.
Der intensive Einsatz von Modellierungstechniken
ist ein weiteres typisches Merkmal
des Business Engineering [Winter 2003]. In
Anlehnung an den Aufsatz von Österle & Blessing
in diesem Heft lassen sich drei Gestaltungsebenen
des Business Engineering unterscheiden: Strategie,
Prozess und Softwaresystem (vgl. Abb. 1).
Referenzmodelle
Abb. 1: Bezugsrahmen zum referenzmodellbasierten Business Engineering
(in Anlehnung an [Fettke & Loos 2004, S. 333]; [Österle & Blessing 2003, S. 81])
18 HMD 241

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

gestellt. Aus jeder der skizzierten Perspektiven
bestehen verschiedene Anforderungen und
Präferenzen zur adäquaten Darstellung. Die
Referenzmodellierung hat Sprachkonzepte entwickelt,
welche diese unterschiedlichen Sichtweisen
auf einen Modellierungsgegenstand berücksichtigen
[Becker et al. 2001].
2. Variantenmanagement: Variantenmanagement
ermöglicht die systematische Nutzung
alternativer Gestaltungsmöglichkeiten betrieblicher
Systeme. Die Nutzung von Gleichteilen in
der industriellen Fertigung ist ein wesentliches
Konzept, um die Komplexität von Fertigungsprozessen
zu beherrschen. Ähnlich wie ein komplexes
technisches Produkt mit einer Stückliste
beschrieben werden kann, lassen sich bspw. Geschäftsprozesse
und Prozessvarianten beschreiben,
die in verschiedenen Situationen flexibel
miteinander kombiniert werden können [Lang
1997, S. 69-74]. Sprachen zur Referenzmodellierung
verfügen über Konzepte, um eine Vielzahl
von Modellierungsvarianten zu beherrschen.
Beispielsweise ist es denkbar, dass je nach konkreter
Ausgestaltung einer Geschäftsstrategie
unterschiedliche Geschäftsprozesse genutzt
werden können [Frank 2004]: So erfordert
bspw. die strategische Ausrichtung einer Kostenführerschaft
eine andere Wahl der Geschäftsprozesse
als eine Fokussierung auf einzelne
Teilmärkte. Derartige Abhängigkeiten
können bei der Nutzung geeigneter Modellierungssprachen
dokumentiert werden. Dies erlaubt
es, je nach verfolgter Unternehmensstrategie
geeignete Referenzprozesse auszuwählen
bzw. bei Änderung der Geschäftsstrategie systematisch
notwendige Änderungen der Geschäftsprozesse
zu identifizieren.
3. Wiederverwendung: Gestaltungsergebnisse
des Business Engineering werden in unterschiedlichen
Kontexten wiederverwendet. Die
mehrmalige Verwendung von Modellen in unterschiedlichen
Kontexten sowie für unterschiedliche
Zwecke ist ein wesentliches Konzept
zur Erhöhung der Wirtschaftlichkeit, das auch
für das Business Engineering nützlich ist. In ei-
Der Beitrag der Referenzmodellierung
nem konzeptionell einfachen Fall können vorhandene
Strategie-, Prozess- und Softwaresystemmodelle
aus vorhandenen Projekten übernommen
werden. Hierbei bestehen zwar keine
Einschränkungen bei der Modellanpassung, allerdings
können problematische Redundanzen
und Inkonsistenzen zwischen unterschiedlichen
Modellen entstehen. Wird bspw. eine Prozessänderung
im Referenzmodell vorgenommen, ist
sicherzustellen, dass die Änderung ebenso in allen
Anwendungen des Referenzmodells zur Verfügung
steht. In der Referenzmodellierung werden
unterschiedliche Wiederverwendungskonzepte
unterschieden, die unmittelbar auf das
Business Engineering übertragen werden können
[vom Brocke 2003, S. 259-319]:
! Die Konfiguration erlaubt die Wiederverwendung
vorhandener Modelle auf Basis eines
Konfigurationsspielraumes. Beispielsweise
können mit Hilfe bestimmter Produktparameter
alternative Konfigurationen für ein
Wertschöpfungsnetz definiert werden.
! Die Aggregation erlaubt das Zusammenführen
verschiedener Modellbausteine zu einer
größeren Modellkomponente. Beispielsweise
kann sich ein Prozessmodell für ein Wertschöpfungsnetz
aus zwei Teilmodellen zusammensetzen,
welche jeweils einen Industrie-
bzw. Handelsbetrieb repräsentieren.
! Die Spezialisierung erlaubt eine selektive Nutzung
eines allgemeinen Referenzmodells für
einen spezifischen Kontext. Beispielsweise
kann ein Referenzmodell für den Handel eingeschränkt
werden auf den Handel mit digitalen
Produkten.
! Die Instanziierung erlaubt es, an bestimmten
Stellen ein Referenzmodell für einen Anwendungsfall
zu erweitern (»Hotspots«). Beispielsweise
ist es möglich, einen Geschäftsprozess
zur Auftragsabwicklung allgemein zu
beschreiben. Bei der Nutzung wird dieser
Prozess mit einem speziellen Bezahlverfahren
instanziiert.
! Bei der Analogiekonstruktion wird ein spezifischer
Aspekt bei der Nutzung eines Referenz-
HMD 241 21

Der Beitrag der Referenzmodellierung
modells wiederverwendet. Beispielsweise
kann ein Prozess zur Maschinenbelegungsplanung
in einem Industriebetrieb ebenso
zur Belegungsplanung von Operationssälen
in einem Krankenhaus verwendet werden.
2.2 Referenzmodellierungsmethoden
Referenzmodellierung kann konzeptionell in
zwei Prozesse untergliedert werden (vgl.
Abb. 2): Zum einen wird im Rahmen des Konstruktionsprozesses
ein Referenzmodell entwickelt.
Zum anderen wird im Rahmen des
Anwendungsprozesses ein Referenzmodell
wiederverwendet. Beide Prozesse sind stets
zeitlich, in der Regel auch personell und organisatorisch
voneinander getrennt. Die konzeptionelle
Trennung ist Voraussetzung zur Wiederverwendung
von Referenzmodellen in unterschiedlichen
Kontexten, erfordert es aber, beide
Prozesse sorgfältig aufeinander abzustimmen.
Die Konstruktions- und Anwendungsprozesse
von Referenzmodellen sind auf Artefakte des
Business Engineering zu übertragen. Dabei sind
im Konstruktionsprozess folgende Aktivitäten
zu unterscheiden [Fettke & Loos 2004, S. 334 f.]:
1. Problemdefinition: Zunächst ist zu klären,
für welchen Zweck ein Referenzmodell zu entwickeln
ist. Im Rahmen des Business Engineering
stellt sich bspw. die Frage, welche strategische
Ausrichtung ein Wertschöpfungsnetz insgesamt
erfahren soll. Anschließend ist zu
1. Problemdefinition
4. Pflege
2. Entwicklung
3. Bewertung
Konstruktionsprozess
von Referenzmodellen
1. Auswahl 2. Anpassung
4. Nutzung 3. Integration
Anwendungsprozess
von Referenzmodellen
klären, welche Unternehmen welche Rollen im
Netz zu übernehmen haben und welche Unternehmensleistungen
angeboten werden müssen,
um diese Rollen zu erfüllen. Hierbei wird
deutlich, dass im Business Engineering ein Referenzmodell
nicht nur isoliert für ein einzelnes
Unternehmen zu entwickeln ist. Vielmehr wird
es notwendig, Referenzmodelle für ein gesamtes
Wertschöpfungsnetz oder wesentliche
Netzbereiche zu entwickeln.
2. Entwicklung: Für das definierte Problem
ist eine Modelllösung zu entwickeln, die sich
auf eine oder mehrere Ebenen des Business
Engineering beziehen kann. Bei der Erstellung
eines Referenzmodells für ein größeres Wertschöpfungsnetz
ist auf einen angemessenen
Dezentralisierungsgrad der Referenzmodellierung
zu achten. Wird eine zentrale Entwicklung
vorgenommen, dann wird zwar eine gute Abstimmung
und hohe Integration zwischen einzelnen
Teillösungen erreicht. Allerdings kann
eine zentrale Lösung eine evtl. später notwendige
Anpassung des Referenzmodells an unternehmensspezifische
Besonderheiten erschweren.
Im Business Engineering scheint daher ein
hoher Zentralisierungsgrad nur dann gerechtfertigt,
wenn das Wertschöpfungsnetz von einem
dominierenden Unternehmen gestaltet
wird.
3. Bewertung: Die Sicherstellung der Qualität
eines Referenzmodells ist von besonderer
Bedeutung. Diese muss nicht erst nach Fertig-
Abb. 2: Prozesse der
Referenzmodellierung
22 HMD 241

stellung eines Modells überprüft, sondern sollte
bereits während seiner Erstellung sichergestellt
werden. Im Rahmen des Business Engineering
ergibt sich die besondere Herausforderung,
dass die Bewertung des Referenzmodells zwar
aus der Perspektive eines Unternehmens positiv,
aber aus der Sicht anderer Netzteilnehmer
neutral oder sogar negativ ist. Daher gewinnt
eine Bewertung des Referenzmodells aus den
unterschiedlichen Perspektiven der Unternehmen
eines Wertschöpfungsnetzes eine besondere
Bedeutung.
4. Pflege: Beim Einsatz eines Referenzmodells
werden Erfahrungen gesammelt, die evtl.
eine Korrektur oder Erweiterung des Modells erforderlich
machen. Dieses Erfahrungswissen
kann zur Weiterentwicklung und Verbesserung
des Referenzmodells genutzt werden. Im Business
Engineering erscheint es notwendig, nicht
nur isolierte Erfahrungen einzelner Netzteilnehmer
zu nutzen. Vielmehr gilt es, systematisch
im gesamten Wertschöpfungsnetz eine
Erfahrungsbasis über die Entwicklung und Anwendung
von Referenzmodellen einzurichten
und nutzbar zu machen.
Die Anwendung eines Referenzmodells erfordert
folgende Aktivitäten:
1. Auswahl: Zunächst ist aus der Menge der
vorhandenen Referenzmodelle ein geeignetes
Referenzmodell auszuwählen. Hierzu können
Referenzmodellkataloge [Fettke & Loos 2002a]
einen Beitrag leisten. Derartige Kataloge bieten
ein umfassendes Verzeichnis vorliegender Referenzmodelle
und ermöglichen einen systematischen
Zugriff auf die Modelle. Eine erste Systematisierung
von Katalogen für das Business Engineering
bietet sich in Anlehnung an die
unterschiedlichen Gestaltungsebenen an: Es
werden Kataloge für Strategien, Geschäftsprozesse
und Softwaresysteme im Business Engineering
unterschieden. Zwischen den Katalogeinträgen
können unterschiedliche Beziehungen
zur Navigation und Dokumentation von
Abhängigkeiten definiert werden.
Der Beitrag der Referenzmodellierung
2. Anpassung: Ein geeignetes Referenzmodell
ist in einem nächsten Schritt an die spezifischen
Besonderheiten des Unternehmens
anzupassen. Die Anpassung kann durch die
bereits oben beschriebenen Wiederverwendungskonzepte
auf der Ebene der Modellierungssprache
erleichtert werden. Im Business
Engineering ist besonders darauf zu achten,
dass Modellanpassungen im gesamten Wertschöpfungsnetz
abgestimmt werden. Eine gute
Abstimmung vermeidet zum einen Doppelarbeiten
bei der Modellanpassung, zum anderen
wird eine Kompatibilität der Teilmodelle
sichergestellt.
3. Integration: Wenn mehrere Referenzmodelle
im Rahmen des Business Engineering
eingesetzt werden, sind diese untereinander zu
integrieren. Hierbei gilt es, Redundanzen zu erkennen
und aufzulösen. Ähnlich wie bereits im
vorherigen Schritt der Modellanpassung ist im
Business Engineering auf eine gute Abstimmung
zwischen sämtlichen Unternehmen im
Wertschöpfungsnetz zu achten. Falls im konkreten
Projekt eine sehr hohe Transformation
der betrieblichen Realität angestrebt ist, sind
die vorhandenen Modelle im Hinblick auf ihre
Relevanz zu untersuchen, da diese evtl. den
neuen Anforderungen nicht mehr gerecht werden.
4. Nutzung: Ferner sind besondere Handlungen
notwendig, die erst im Kontext einer konkreten
Anwendungssituation näher fixiert werden
können. Beispielsweise kann auf Grundlage
eines spezifischen Referenzmodells ein geeignetes
Standardsoftwaresystem ausgewählt
oder eine serviceorientierte Unternehmensarchitektur
für ein Wertschöpfungsnetz definiert
werden (vgl. Beitrag von Winter & Schelp
in diesem Heft).
2.3 Referenzmodelle
Bisher sind nur wenige systematische Untersuchungen
zum vorliegenden Referenzmodellbestand
bekannt. In einer ersten groben Näherung
scheinen folgende Referenzmodelle für
HMD 241 23

Der Beitrag der Referenzmodellierung
das Business Engineering von Interesse zu
sein:
! Konventionelle Referenzmodelle: Unabhängig
von spezifischen Fragen des Business
Engineering sind bisher zahlreiche Referenzmodelle
vorgeschlagen worden. Zwar berücksichtigen
diese Referenzmodelle in der
Regel noch nicht die besonderen Möglichkeiten,
die neue Informationstechnologien bieten.
Dennoch scheinen derartige Modelle
durchaus als erste Ausgangslösungen für
Projekte des Business Engineering von Interesse
zu sein, da sie einen groben Einblick in
die wesentlichen Strukturen einer bestimmten
Domäne bieten. Der vorliegende Bestand
umfasst u.a. Branchenreferenzmodelle für Industrie-,
Handelsunternehmen und Finanzdienstleister
sowie Referenzmodelle für bestimmte
betriebswirtschaftliche Funktionen
wie Qualitätssicherung, Controlling und Facility-Management
(vgl. [Fettke & Loos 2004]
und die dort angegebenen Quellen).
! Referenzmodelle für das E-Business: Inzwischen
liegen mehrere Referenzmodelle für
E-Business-Anwendungen vor. Diese Ansätze
scheinen unmittelbar für das Business Engineering
nutzbar zu sein. Exemplarisch sei hier
das Projekt ECOMOD [Frank 2004] genannt.
Dieses Vorhaben untersucht Geschäftsstrategien
im E-Business für kleine und mittelständische
Unternehmen. Hierzu wird eine
Bibliothek von Referenzgeschäftsprozessen
entwickelt, die über Internet im Zugriff ist.
Eine nähere Untersuchung weiterer Referenzmodelle
für das E-Business gibt [Fettke &
Loos 2003]. Bei der Durchsicht der vorhandenen
Modelle fällt auf, dass die angebotenen
Lösungen vielfach isoliert von bereits vorliegenden
Referenzmodellen entwickelt worden
sind. Daher können diese Referenzmodelle
vermutlich die Potenziale des Business
Engineering nicht umfassend erschließen.
! Referenz-Metamodelle: Die zuvor genannten
Referenzmodelle unterstützen das Business
Engineering auf einer inhaltlichen Ebene. Da-
gegen existieren ebenso Referenz-Metamodelle,
die das Business Engineering auf einer
methodischen Ebene unterstützen. Diese
Modelle geben einen Überblick über typische
Handlungen, Dokumente und Ereignisse, die
in Projekten des Business Engineering von Interesse
sind. Ausschnitte aus einem Referenz-Metamodell
für das Business Engineering
finden sich im Beitrag von Winter &
Schelp in diesem Heft.
2.4 Referenzmodellierungswerkzeuge
Modellierungswerkzeuge unterstützen die Konstruktion
und Anwendung von Informationsmodellen.
Verfügbare Werkzeuge bieten allerdings
noch keine umfassende Funktionalität
zur Referenzmodellierung. Aktuell werden in
der Referenzmodellierung Werkzeuge zur verteilten
Modellierung diskutiert [vom Brocke
2003]. Hierbei soll die Kommunikation zwischen
Herstellern und Nutzern von Referenzmodellen
verbessert werden. Darüber hinaus
stellen diese Werkzeuge neben reinen Modellierungsfunktionalitäten
weitere Funktionen
bereit, so dass moderne Werkzeuge als Virtual
Engineering Communities (VEC) verstanden
werden können. Derartige VEC können ebenso
eine vielfältige Unterstützung für das Business
Engineering bieten.
Eine VEC orientiert sich an dem Konzept
einer virtuellen Organisation und ist als Zwischenform
zwischen einem unternehmensweiten
Werkzeug zur Modellverwaltung und einem
elektronischen Marktplatz zum Vertrieb
von Referenzmodellen zu positionieren. Zur
Koordination der Akteure sind zahlreiche Möglichkeiten
denkbar. Im Einzelnen wird eine VEC
folgende Funktionen anbieten:
! Referenzmodellentwicklung: Zunächst bietet
eine VEC eine Grundfunktionalität zur Anlage,
Modifikation und Löschung von Referenzmodellen
sowie zur grafischen Darstellung
von Modellrepräsentationen. Somit können
alle Akteure in einem Projekt des Business
24 HMD 241

Engineering an der Entwicklung und Anwendung
von Referenzmodellen beteiligt werden.
! Referenzmodellangebot und -nachfrage: In
der VEC wird das vorhandene Angebot an
Referenzmodellen gespeichert und zur Abfrage
zur Verfügung gestellt. Ebenso können
Nachfrager spezielle Gesuche nach Referenzmodellen
formulieren. Insbesondere mit dieser
Funktionalität können Referenzmodelle
zwischen unterschiedlichen Projekten des
Business Engineering ausgetauscht werden.
! Ausschreibungen: Ausschreibungen zur Entwicklung
von Referenzmodellen für bestimmte
Domänen ermöglichen es, Nachfrager
und Anbieter von Referenzmodellen
effizient zu koordinieren. Die Entwicklung eines
Referenzmodells kann direkt auf bestimmte
Bedarfe abgestimmt werden und
muss nicht vollständig für den anonymen
Markt entwickelt werden.
! Forum: Mit Hilfe einer konventionellen Forumsfunktionalität
können Nutzer der VEC
allgemeine Informationen austauschen, Diskussionen
über die Entwicklung und Nutzung
von Referenzmodellen führen sowie weitere
Probleme der Referenzmodellierung und des
Business Engineering diskutieren.
! Personalisierung: Ein Nutzer der VEC kann die
Funktionalität und Oberfläche des Werkzeugs
an seine speziellen Bedürfnisse anpassen.
Beispielsweise können einzelne Nutzer
sich nur für Referenzmodelle bestimmter Domänen
interessieren. Da im Business Engineering
zahlreiche Akteure mit unterschiedlichen
Kompetenzen und Interessen involviert
sind, kommt einer Personalisierung eine besondere
Bedeutung zu.
! Projektmanagement: Ebenso kann die VEC als
eine Plattform für das Projektmanagement in
überbetrieblichen Organisationen eingesetzt
werden, was eine Planung, Steuerung
und Kontrolle der Abläufe ermöglicht. Diese
Funktionalität erlaubt es, sämtliche Phasen
des Business Engineering zu unterstützen.
Der Beitrag der Referenzmodellierung
Die gebotene Funktionalität von Werkzeugen
für die Referenzmodellierung deckt sich in weiten
Teilen mit den Anforderungen an Werkzeuge,
die im Rahmen des Business Engineering
zum Einsatz kommen (Modellierung, Projektmanagement,
Projektteamwork etc. [Österle &
Blessing 2003, S. 83 f.]). Daher ist davon auszugehen,
dass der Einsatz dieser Werkzeuge ebenso
einen hohen Nutzen im Business Engineering
bietet.
3 Weiter gehende Integration der
Disziplinen
Die obigen Ausführungen verdeutlichen zahlreiche
Nutzenpotenziale der Referenzmodellierung
für das Business Engineering, so dass in
Zukunft eine weitere Integration beider Disziplinen
wünschenswert ist. Ferner ist zu erwarten,
dass Modellierungssprachen standardisiert
und auf spezielle Belange des Business Engineering
ausgerichtet werden. Weiterhin ist es notwendig,
Methoden der Referenzmodellierung
mit Methoden des Business Engineering zu
integrieren. Hier sind insbesondere Untersuchungen
notwendig, um Erfolgsdeterminanten
verschiedener Modellierungsmethoden zu bestimmen.
Ebenso liegen bereits erste Referenzmodelle
vor, die Anforderungen und Möglichkeiten
moderner Informationstechnologien berücksichtigen.
Dieser Referenzmodellbestand
ist weiter auszubauen und mit konventionellen
Referenzmodellen abzustimmen. Zukünftig besonders
interessant erscheint es, das Konzept
der Virtual Engineering Communities zur Referenzmodellierung
im Business Engineering zu
erproben. Eine solche Business Engineering
Community könnte einen schnellen Knowhow-Transfer
zwischen Wissenschaft und Praxis
ermöglichen: Zum einen erlaubt eine Business
Engineering Community, neue Modellierungskonzepte
und wissenschaftliche Erkenntnisse
in der Praxis zu verbreiten, zum anderen
können praktische Erfahrungen im Umgang
mit neuen Konzepten dokumentiert und somit
HMD 241 25

Der Beitrag der Referenzmodellierung
für wissenschaftliche Zwecke nutzbar gemacht
werden.
4 Literatur
[Becker et al. 2001] Becker, J.; Knackstedt, R.; Kuropka,
D.; Delfmann, P.: Subjektivitätsmanagement für
die Referenzmodellierung – Vorgehensmodell
und Werkzeugkonzept. Proceedings zur Tagung
IFM, COMTEC, KnowTech. Dresden, 2001.
[Fettke & Loos 2002a] Fettke, P.; Loos, P.: Der Referenzmodellkatalog
als Instrument des Wissensmanagements
– Methodik und Anwendung. In:
Knackstedt, R. (Hrsg.): Wissensmanagement mit
Referenzmodellen. Konzepte für die Anwendungssystem-
und Organisationsgestaltung.
Springer-Verlag, Berlin u.a., 2002, S. 3-24.
[Fettke & Loos 2002b] Fettke, P.; Loos, P.: Methoden
zur Wiederverwendung von Referenzmodellen –
Übersicht und Taxonomie. In: Becker, J.;
Knackstedt, R. (Hrsg.): Referenzmodellierung
2002. Methoden – Modelle – Erfahrungen.
Münster, 2002, S. 9-33.
[Fettke & Loos 2003] Fettke, P.; Loos, P.: Referenzmodelle
für das E-Business. In: Kösters, C. (Hrsg.):
Innovationen im E-Business. Paderborn, 2003,
S. 29-36.
[Fettke & Loos 2004] Fettke, P.; Loos, P.: Referenzmodellierungsforschung.
In: Wirtschaftsinformatik,
46. Jg., 2004, Heft 5, S. 331-340.
[Frank 2004] Frank, U.: E-MEMO: Referenzmodelle
zur ökonomischen Realisierung leistungsfähiger
Infrastrukturen für Electronic Commerce.
In: Wirtschaftsinformatik, 46. Jg., 2004, Heft 5,
S. 373-381.
[Keller et al. 1999] Keller, G.; Lietschulte, A.; Curran, T.
A.: Business Engineering mit den R/3-Referenzmodellen.
In: Nüttgens, M. (Hrsg.): Electronic
Business Engineering – 4. Internationale Tagung
Wirtschaftsinformatik 1999. Physica, Heidelberg,
1999, S. 397-423.
[Lang 1997] Lang, K.: Gestaltung von Geschäftsprozessen
mit Referenzprozeßbausteinen. DUV,
Wiesbaden, 1997.
[Österle 1995] Österle, H.: Business Engineering –
Prozeß- und Systementwicklung. Band 1: Entwurfstechniken.
2. Aufl., Springer-Verlag, Berlin
u.a., 1995.
[Österle & Blessing 2003] Österle, H.; Blessing, D.:
Business Engineering Modell. In: Österle, H.;
Winter, R. (Hrsg.): Business Engineering. 2. Aufl.,
Springer-Verlag, Berlin u.a., 2003, S. 65-85.
[Österle & Winter 2003] Österle, H.; Winter, R.: Business
Engineering. In: Österle, H.; Winter, R.
(Hrsg.): Business Engineering. 2. Aufl., Springer-
Verlag, Berlin u.a., 2003, S. 3-19.
[Scheer 1997] Scheer, A.-W.: Wirtschaftsinformatik –
Referenzmodelle für industrielle Geschäftsprozesse.
7. Aufl., Springer-Verlag, Berlin u.a., 1997.
[Storey et al. 2000] Storey, V. C.; Straub, D. W.;
Stewart, K. A.; Welke, R. J.: A Conceptual Investigation
of the E-commerce Industry. In: CACM,
43. Jg., 2000, Heft 7, S. 117-123.
[vom Brocke 2003] vom Brocke, J.: Referenzmodellierung
– Gestaltung und Verteilung von Konstruktionsprozessen.
Logos, Berlin, 2003.
[Winter 2003] Winter, R.: Modelle, Techniken und
Werkzeuge im Business Engineering. In: Österle,
H.; Winter, R. (Hrsg.): Business Engineering. 2.
Aufl., Springer-Verlag, Berlin u.a., 2003, S. 87-118.
Dipl.-Wirt.-Inf. Peter Fettke
Prof. Dr. Peter Loos
Johannes-Gutenberg-Universität Mainz
ISYM – Information System & Management
Lehrstuhl Wirtschaftsinformatik und BWL
55099 Mainz
{fettke, loos}@isym.bwl.uni-mainz.de
www.isym.bwl.uni-mainz.de
26 HMD 241