1 Einleitung
    1.1 Zielsetzung
    1.2 Vorgehen

2 Virtuelle Unternehmen
    2.1 Veränderte Wettbewerbsbedingungen
    2.2 Mögliche Formen der Zusammenarbeit
    2.3 Definition "virtuelles Unternehmen"
        2.3.1 Abgrenzung von anderen Organisationsformen
    2.4 Anforderungen
    2.5 Stärken / Schwächen virtueller Unternehmen

3 IT-Einsatz im virtuellen Unternehmen
    3.1 Neue Möglichkeiten durch IT-Einsatz
    3.2 Netzwerke
    3.3 Lokale Netzwerke
        3.3.1 Verbindung lokaler Netzwerke
        3.3.2 Sicherheitsaspekte
    3.4 Dienste und Anwendungen

4 Workflow Management
    4.1 Definition "Workflow Management"
    4.2 Workflow Management Zyklus
    4.3 Traditionelle Einsatzgebiete von WFMS
    4.4 Workflow Management Coalition
        4.4.1 Das Workflow Referenz Modell
        4.4.2 Aktueller Stand
    4.5 Klassifikation bestehender WFMS

5 Einsatzmöglichkeiten von WFMS bei der Gestaltung virtueller Unternehmen
    5.1 Einsatzmöglichkeiten
    5.2 Voraussetzungen
        5.2.1 Technische Voraussetzungen
        5.2.2 Voraussetzungen für WFMS
    5.3 Vergleichskriterien

 6 Produkte-Vergleich ausgewählter WFMS
    6.1 FlowMark
        6.1.1 Untersuchung
        6.1.2 Beurteilung

    6.2 LinkWorks
        6.2.1 Untersuchung
        6.2.2 Beurteilung

    6.3 Lotus Notes
        6.3.1 Untersuchung
        6.3.2 Beurteilung

7 Resultate
    7.1 Analyse der Resultate
    7.2 Einsatzszenarien
    7.3 Ausblick

 Literaturverzeichnis

 Kapitel 1

 Kapitel 2
Abbildung 1: Marktunsicherheits-/Produktkomplexitäts-Matrix

 Kapitel 3
Abbildung 2: Gliederung von CSCW-Systemen
Abbildung 3: Raum-Zeit-Matrix

 Kapitel 4
Abbildung 4: Generationen von Workflow Management Systemen
Abbildung 5: Referenzmodell der Workflow Management Coalition
Abbildung 6: Definition des Interface 3 des Referenzmodells der WfMC
Abbildung 7: Definition des Interface 4 des Referenzmodells der WfMC

 Kapitel 5

 Kapitel 6
Abbildung 8: Beispiel einer FlowMark-Worklist
Abbildung 9: Unterstützte Plattformen FlowMark
Abbildung 10: Zusammenfassung der unterstützten Client/Server Kombinationen
Abbildung 11: LinkWorks Desktop
Abbildung 12: Gestaltung eines konditionalen Workflows in LinkWorks
Abbildung 13: Restriktionen von LinkWorks bei der Auswahl der Datenbank
Abbildung 14: Die Ausbaukonzepte von LinkWorks
Abbildung 15: Implementierungsoptionen bei Lotus Notes
Abbildung 16: Lotus Notes Bedieneroberfläche

 Abkürzungsverzeichnis

 In einem sich verschärfenden Wettbewerb wird von den Unternehmen zunehmend Flexibilität und schnelles Handeln gefordert. Traditionelle Unternehmensformen vermögen diesen Ansprüchen nicht mehr zu genügen.

Als mögliche Form der Zusammenarbeit zwischen Unternehmem wird das virtuelle Unternehmen diskutiert. In einem virtuellen Unternehmen bringen die kooperierenden Unternehmen Kernkompetenzen ein, um zeitlich begrenzte Marktpotentiale durch Kooperation, aber ohne den üblicherweise damit verbundenen Aufwand auszunützen. Die Organisationsform des virtuellen Unternehmens wird erst durch den Einsatz moderner Kommunikations- und Informationstechnik ermöglicht.

 Gleichzeitig steht die Entwicklung von Workflow Management Systemen (WFMS) an der Schwelle zur nächsten Generation. Proprietäre Systeme werden abgelöst von Nachfolgesystemen, welche über standardisierte Schnittstellen verfügen. Die Workflow Management Coalition hat es sich zur Aufgabe gemacht, Schnittstellen zwischen WFMS zu definieren. Eine weitere Schnittstelle bietet das World Wide Web.

 Um das Gestaltungspotential von WFMS bei der Realisierung von virtuellen Unternehmen zu eruieren, wurden die drei Systeme FlowMark, LinkWorks sowie Lotus Notes daraufhin untersucht, ob und wie sie sich zur Gestaltung eines virtuellen Unternehmens eignen.

 Es zeigt sich bei der Evaluierung verschiedener Szenarien, dass als einziges das Produkt LinkWorks geeignet erscheint, die Kommunikation und Koordination innerhalb eines virtuellen Unternehmens als einziges im Einsatz stehendes Produkt abzuwickeln.

Während es dem Produkt FlowMark an Möglichkeiten zur Bearbeitung von Regelprozessen und unstrukturierten Prozessen mangelt, erweist es sich bei Lotus Notes als problematisch, dass sich dessen Workflow Komponente an keine Standards hält. Trotzdem sind sowohl mit FlowMark als auch mit Lotus Notes Einsatzszenarien denkbar, welche die Anforderungen, welche im Verlauf dieser Arbeit erstellt werden, zu erfüllen vermögen.

 1.1 Zielsetzung

 Der sich verschärfende Wettbewerb unter den Unternehmen verlangt nach neuen, flexiblen Formen der Organisation, um am Markt wettbewerbsfähig zu bleiben. Hierarchische Modelle scheinen oftmals den Anforderungen nicht mehr zu genügen. Die Theorie diskutiert verschiedene neue Organisationsformen, darunter auch jene der virtuellen Organisation, welche im virtuellenUnternehmen ihre konkrete Ausgestaltung findet. Diese Organisationsformen tragen dem Umstand Rechnung, dass vernetzte Computer an einer sehr grossen Zahl von Arbeitsplätzen vorhanden sind und damit neue Formen der Kommunikation und Koordination ermöglichen.

Gleichzeitig gelangen neue Workflow Management Systeme auf den Markt, welche an der Schwelle zu einer neuen Generation stehen und sich von proprietären Formaten hin zu anerkannten Standards wenden.

Ziel dieser Arbeit ist es, die Gestaltungspotentiale aktueller Workflow Management Systeme für die Gestaltung virtueller Unternehmen aufzuzeigen und zu beurteilen.

Um die Gestaltunspotentiale auszuarbeiten und schliesslich beurteilen zu können, wurde folgendes Vorgehen gewählt:

 1.2 Vorgehen

 Kapitel 2 dieser Arbeit führt den Begriff der virtuellen Unternehmung ein. Ausgehend von einer sich verändernden Umwelt werden mögliche Formen der Zusammenarbeit dargestellt. Anschliessend wird der Begriff "virtuelles Unternehmen" aus der Literatur hergeleitet und definiert. Schliesslich wird er von den zuvor dargestellten Formen der Kooperation abgegrenzt.

Das 3. Kapitel zeigt mögliche Formen der IT-Unterstützung eines virtuellen Unternehmens. Virtuelle Unternehmen werden erst durch den Einsatz moderner Informations- und Kommunikationssysteme ermöglicht. Kapitel 3 stellt konkrete Dienste und Anwendungen vor. Zudem wird dargestellt, welche Infrastruktur die Gestaltung eines virtuellen Unternehmens verlangt.

Ausgehend von der Definition des Begriffs "Workflow Management System" stellt Kapitel 4 zunächst die Entwicklung der Systeme, Komponenten sowie traditionelle Einsatzgebiete vor. Ein weiterer Teil dieses Kapitels stellt die Workflow Management Coalition und die Ergebnisse deren Bemühung zur Standardisierung im Bereich Workflow Management vor.

Das 5. Kapitel dieser Arbeit greift die Ergebnisse der vorangegangenen Ausführungen auf und leitet daraus die Anforderungen ab, welche an ein Workflow Management System bei der Gestaltung eines virtuellen Unternehmens gestellt werden müssen. Kapitel 5 endet mit der Formulierung eines konkreten Anforderungs-Katalogs.

Kapitel 6 stellt zurerst die drei Produkte FlowMark, LinkWorks und Lotus Notes vor, welche im weiteren Verlauf des Kapitels auf ihre Eignung an den in Kapitel 4 aufgestellten Anforderungen überprüft und bewertet werden.

 Abgeschlossen wird die Arbeit mit Kapitel 7, welches neben einer zusammenfassenden Bewertung auch konkrete Einsatzszenarien mit den gewählten Produkten sowie einen Ausblick auf künftige Entwicklungen enthält.

 Die Vorstellung der Produkte sowie die Überprüfung der Anforderungen geschieht aufgrund von Demoprogrammen und Dokumentationsmaterialien, welche von den Herstellern zur Verfügung gestellt wurden.

 2 Virtuelle Unternehmen

 2.1 Veränderte Wettbewerbsbedingungen

 Traditionelle Unternehmensformen bestanden viele Jahrzehnten praktisch unverändert. Da sich der Wettbewerb unter den Unternehmen dauernd verschärft, genügen diese Organisationsformen nicht mehr, um flexibel und schnell genug auf die Erfordernisse des Marktes zu reagieren. Picot listet für die Veränderungen der Wettbewerbsbedingungen folgende Gründe auf. [Pico94 S.548]

• Zunehmende Internationalisierung der Markt- und Wettbewerbsbeziehungen. Neue Handelsräume (EWR, NAFTA etc.) ohne bzw. mit gesenkten Handelshemmnissen entstehen.
• Markteintritt neuer Industrieländer zum Beispiel aus Fernost, welche bei tieferen Produktionskosten in der Lage sind, gute Qualität zu liefern.
• Zunehmende Handels- und Käufermacht; Kunden sind nicht mehr bereit, organisatorisch bedingte Koordinationsprobleme, die sich beispielsweise in Form langer Lieferfristen bemerkbar machen, mitzutragen.
• Zunahme des Wissens und seiner Diffusion.
• Steigende Komplexität der Produkte und Dienstleistungen.
• Notwendigkeit von technikbasierten Produktdifferenzierungen.
• Schnellebigkeit der Markt- und Kundenanforderungen (Veränderungsgeschwindigkeit von Technik, Gesellschaft, Gesetzgebung und Politik).
• Innovationsdynamik bei Produkten und Prozessen.

Gleichzeitig ermöglichen Fortschritte in der Informations- und Kommunikationstechnik neue Produkte, Prozessinnovationen, neue Formen der Arbeitsorganisation und Arbeitsteilung und schliesslich neue Unternehmensformen. Diese Fortschritte gehen einher mit einem Wertewandel in der Arbeitswelt sowie in der Gesellschaft. [Pico96 S.3]

 "Die heutigen Märkte verlangen von den Unternehmen in erster Linie Flexibilität und ein neues Wettbewerbsbewusstsein. Die Bereitschaft der Unternehmung, auf die Anforderungen des Marktes angemessen zu reagieren, drückt sich vor allem in ihrem Bestreben aus, rasch auf Nachfrageveränderungen eingehen zu können, innovative Produkte in kurzer Zeit auf den Markt zu bringen, strategische Stärken im Qualitätsbereich auszubauen und gleichzeitig die Kostenentwicklung voll zu beherrschen. Die Ziele Flexibilität, Zeit, Qualität und Kosten erfahren aus wettbewerbsstrategischer Sicht eine Neubewertung, so dass auf turbulenten Märkten Zeit und Flexibilität die wettbewerbsentscheidenden Faktoren sind". [Pico94 S.549]

Über viele Jahre gewachsene Unternehmen vermögen diesen Anforderungen aus organisatorischer Sicht nicht mehr zu genügen, da sie nicht flexibel genug sind, und die Reaktionszeiten auf Veränderungen des Marktes zu gross sind.

Als Reaktion darauf beginnen Unternehmen, sich auf ihr Hauptgeschäft, ihre Kernkompetenzen, zu besinnen. Diese Reduktion bedingt eine enger werdende, produktbezogene Zusammenarbeit zwischen einzelnen Unternehmen. Mögliche Formen von Zusammenarbeit werden im folgenden Kapitel 2.2 untersucht.

 2.2 Mögliche Formen der Zusammenarbeit

 In einigen Branchen hat die Zusammenarbeit von Unternehmen eine lange Tradition. So werden grosse Bauvorhaben von verschiedenen Baufirmen in Zusammenarbeit realisiert oder Aktien werden in der Regel von einem Bankenkonsortium ausgegeben.

 Der Zwang zur Kooperation zwischen Unternehmen kann in verschiedenen Formen erfolgen:

• Strategische Allianz: Strategische Allianzen - oft zwischen ursprünglich konkurrierenden Unternehmen - werden häufig als Vorform des Firmenzusammenschlusses betrachtet. Die Gründe für Allianzen entsprechen zum Teil denjenigen für Firmenzusammeschlüsse (Bündelung von Entwicklungskapazitäten bei kritischen Produktentwicklungen sowie Erzielung von Skaleneffekten durch höhere Marktanteile). Positive Skaleneffekte liegen vor, wenn die Erhöhung des Faktorensatzes um X Prozent die Produktion um mehr als X Prozent steigen lässt.
  Strategische Allianzen sind langfristig angelegt. [Szyp39 S.190]
• Intensivierung vertikaler Beziehungen (Vertikale Integration): Die Intensivierung der vertikalen Beziehungen innerhalb einer Wertschöpfungskette dient der Synchronisation sowie der Verlagerung von Verantwortung und Risiken auf Zulieferer. Diese Strategie wird im japanischen Modell des Keiretsu konsequent verfolgt. [Szyp39 S.190] Ein Keiretsu ist ein straff organisiertes hierarchisches Netzwerk, an deren Spitze ein grosses Unternehmen wie zum Beispiel Toyota oder Mitsubishi steht. Innerhalb des Keiretsu herrschen partnerschaftliche Beziehungen. Zwischen den Unternehmen innerhalb eines Keiretsu findet Technologie- und Personaltransfer statt; wichtige Investitionsvorhaben der kleineren Partner werden gemeinsam geplant und durchgeführt. [Schr96 S.17]
• Outsourcing: Unter Outsourcing versteht man die Verlagerung ganzer Funktionsbereiche, zum Beispiel des Netz-Managements, an einen auf diese Aufgabe spezialisierten Anbieter. Die Auslagerung muss jedoch nicht eine Ausgliederung bedeuten. Die Tätigkeiten können von den gleichen Personen erfüllt werden, jedoch geht die Verantwortung und Pflicht zur Leistungserbringung an den neuen Träger über. Zum Outsourcing eignen sich Tätigkeiten, die nicht zur Kernkompetenz eines Unternehmens gehören. [Schr96 S.19]
• Franchising: Als Franchising wird eine Kooperation verstanden, bei der ein Hersteller (Franchise-Geber) mit selbständigen Handelsunternehmungen (Franchise-Nehmer) auf Grundlage eines Vertrages über den Vertrieb von Waren oder Dienstleistungen unter einem einheitlichen Marketingkonzept zusammenarbeitet. [Schr96 S.19]
• Joint Venture: Joint Ventures sind von zwei oder mehreren Unternehmen gegründete und strategisch geführte Unternehmungen, an deren Kapital die Kooperationspartner zu etwa gleichen Teilen beteiligt sind. In der Regel dienen Joint Ventures einer Unternehmung zur Internationalisierung unter restriktiven Bedingungen des Gastlandes.[Schr96 S.20]
  Joint Ventures werden auch in der Luft- und Raumfahrtindustrie sowie in der Mikroelektronik zur Realisierung von Grossprojekten gegründet, um die Forschungs- und Entwicklungsrisiken für das einzelne Unternehmen zu senken.
• Konsortium: Konsortien sind Unternehmungsverbindungen auf vertraglicher Basis zur Abwicklung von genau abgegrenzten Projekten. Bekannt sind vor allem Bankenkonsortien, welche zur Emission von Aktien oder Obligationen gebildet werden. In der Industrie werden Konsortien gegründet, um Grossprojekte (z.B. Bauprojekte) zu realisieren. [Thom92 S.71]
• Virtuelle Unternehmen: Als neue Form der Zusammenarbeit sind virtuelle Unternehmen ins Gespräch gekommen. Eine ausführliche Definition folgt in Kapitel 2.3.

 2.3 Definition "virtuelles Unternehmen"

 Das Studium der aktuellen Literatur zu diesem Thema zeigt, dass die Vorstellungen von Inhalt und Wesen einer virtuellen Unternehmen recht unterschiedlich sind. Das folgende Kapitel erklärt zuerst den Begriff "virtuell" und versucht anschliessend, eine virtuelle Unternehmung zu definieren.

 Der Begriff "virtuell" stammt aus der Computertechnik und geht auf den virtuellen Speicher (Trennung von physikalischem und logischem Speicher) zurück. Für den Benutzer eines Computers sieht es so aus, als ob virtueller Speicher als Hauptspeicher zur Verfügung steht, tatsächlich werden jedoch die aktuell nicht benutzten Speicherbereiche auf einen langsameren Sekundärspeicher wie zum Beispiel eine Festplatte ausgelagert. Bei Bedarf wird dieser Speicherinhalt in den Hauptspeicher zurückgeladen, ohne dass der Benutzer dies merkt.

Diese Trennung zwischen physischem und logischem Speicher wird auf die virtuelle Unternehmung übertragen, wo zwischen logischen und physischen Ressourcen unterschieden wird.

Scholz definiert virtuell, übertragen auf organisatorische Strukturen, als Eigenschaft einer Sache, die zwar nicht real ist, aber doch zumindest in der Möglichkeit existiert [Scho97 S.13].

Weitere Ausführungen und Definitionen befinden sich in: [Szyp93 S.200], [Schr96 S.34].

 Definitionen für die virtuelle Unternehmung finden sich unzählige in der Literatur; je nach Verfasser wird dieses oder jenes Merkmal stärker betont. Eine dem Autor dieser Arbeit angemessen erscheinende und alle Bereiche umfassende Definition stammt von Ehrenberg, Griese und Mertens. Auf dieser Definition bauen die weiteren Ausführungen auf:

 "Ein virtuelles Unternehmen ist eine Kooperationsform rechtlich unabhängiger Unternehmen, Institutionen und/oder Einzelpersonen, die eine Leistung auf der Basis eines gemeinsamen Geschäftsverständnisses erbringen. Die kooperierenden Einheiten beteiligen sich an der Zusammenarbeit vorrangig mit ihren Kernkompetenzen und wirken bei der Leistungserstellung gegenüber Dritten wie ein Unternehmen. Dabei wird auf die Institutationalisierung zentraler Managementfunktionen zur Gestaltung, Lenkung und Entwicklung des virtuellen Unternehmens durch die Nutzung geeigneter Informations- und Kommunikationstechnologien weitgehend verzichtet." [Fisc96 S.40]

 Eine Übersicht über verschiedene Definitionen des virtuellen Unternehmens in der aktuellen Literatur bietet [Schr96].

 Dominierende Zielsetzung einer virtuellen Unternehmung ist demnach die Ausnützung zeitlich begrenzter Marktpotentiale durch Kooperation ohne den üblicherweise damit verbundenen Aufwand, wie er bei den verschiedenen Kooperationsformen in Kapitel 2.2 dargestellt wurde. Das Planungsziel eines virtuellen Unternehmens muss es sein, "die Produktentwicklungszeit - das Intervall zwischen der Nachfrage nach einem Produkt und dessen Fertigungsbeginn - schrumpfen zu lassen" [Davi93 S.106]. Die schnell reagierende Fertigung virtueller Unternehmen vermeidet zudem viele Irrtümer, da kurze Zyklen die Entscheidungsunsicherheit zum Beispiel bezüglich Trends der kommenden Saison verringern [Davi93 S.132].

 Folgende vier Merkmale machen gemäss Olbich ein virtuelles Unternehmen aus:

• Unternehmensübergreifender Charakter
• Zeitliche Restriktion
• Flexibilität
• Vermeidung von irreversiblen Kosten durch die Errichtung von "Pseudo- oder Quasi-Unternehmen". [Olbr94 S.29]

 Folgendermassen könnte die Bildung eines virtuellen Unternehmens gemäss Fischer aussehen:

"In einer ersten Phase muss eine mögliche Aufgabenverteilung unter dem Gesichtspunkt einer Geschäftsprozessaufteilung untersucht werden. (…) Für die Beurteilung, welcher Teilprozess der bessere ist, muss ein Bewertungsschema im Sinne eines Kennzahlensystems herangezogen werden, welches die vielfältigen betriebswirtschaftlichen und technischen Realitäten auf messbare Grössen abbildet.

Die zweite Phase, deren Ziel die Auswahl der Partner für die Gründung des virtuellen Unternehmens ist, kann wie folgt untergliedert werden:

• Identifikation möglicher Partner,
• Erzeugung alternativer Zuordnungen von Partnern zu Geschäftsprozessen,
• Bewertung des individuellen strategischen Nutzens beziehungsweise des Risikos,
• Endgültige Festlegung von Partnern und Zuordnungen." [Fisc96 S.40]

Die Aufgabe besteht also darin, die Kooperation so zu konfigurieren, dass genau die Fähigkeiten, die erforderlich sind, um die Kooperationsziele zu verwirklichen, gebündelt werden. Diese Konfiguration sollte dergestalt sein, dass die Organisation jederzeit veränderbar ist, um neuen bzw. veränderten Anforderungen und Aufgabenstellungen genügen zu können.

Fischer führt weiter aus, dass es für jedes virtuelle Unternehmen einen Initiator braucht, der dessen Bildung initiiert. Diesem Initiator kommt dann auch in der Regel die Rolle des Produktmanagers zu.

  2.3.1 Abgrenzung von anderen Organisationsformen

 Schräder grenzt die Organisationsform der virtuellen Unternehmung von den oben bereits dargestellten Formen ab: [Schr96 S.38]

Virtuelle Unternehmen können nicht als strategische Allianzen verstanden werden, weil bei einer strategischen Allianz in der Regel ein Unternehmen führend ist; dies widerspricht einem Grundgedanken des virtuellen Unternehmens. Zudem sind strategische Allianzen längerfristig angelegt. Trotzdem weisen beiden Formen der Zusammenarbeit viele Ähnlichkeiten auf und sind nicht immer klar abzugrenzen [Scho97 S.16].

Ähnliches gilt für die vertikale Integration, bei welcher üblicherweise ein Unternehmen stark dominiert, wie dies zum Beispiel in der Automobilindustrie häufig der Fall ist.

Beim Outsourcing steht nicht die Konzentration auf Kernkompetenzen im Vordergrund, sondern vielmehr das Auslagern von Bereichen, die nicht zu den Kernkompetenzen gehören. Zudem ist beim Outsourcing jenes Unternehmen, welches Bereiche auslagert, normalerweise in einer dominanten Stellung.

Das Franchising ist ein Vertriebskonzept ohne Betonung des Netzwerkcharakters. Franchising ist eher als dauerhafte Bindung denn als Gemeinschaft zur Ausnutzung temporärer Marktchancen zu verstehen.

Joint Ventures können in ihrem Bestreben, temporäre Marktchancen auszunutzen, virtuellen Unternehmen durchaus ähnlich sein. Allerdings können Joint Ventures wegen des hohen Grades der Institutionalisierung nicht als virtuell bezeichnet werden. Häufig entstehen Joint Ventures aus politischer Notwendigkeit, weil das Heimatland des einen Partnerunternehmens keine Firmenübernahme durch ein ausländisches Unternehmen duldet.

Grosse Ähnlichkeit weist ein virtuelles Unternehmen mit der Organisationsform eines Konsortiums auf. "Dieses beschreibt eine Form, die wesentlich weiter gefasst ist, als die virtuelle Unternehmung, jedoch mit dieser durchaus kompatibel ist. Virtuelle Unternehmen können in Form eines Konsortiums geführt werden. [Schr96 S.39]"

Olbrich positioniert virtuelle Unternehmen folgendermassen: "Betrachtet man die unterschiedlichen Motive und Wirkungen von Akquisition und Kooperation, kann das Konzept der virtuellen Unternehmung als eine Mischform zwischen scheinbar gegensätzlichen Strategien begriffen werden. Hierin scheint ein Weg zu liegen, die Vorteile von Akquisition und Kooperation zu koppeln und deren Nachteile, wenn nicht gänzlich auszuschalten, so zumindest zu reduzieren. [Olbr94 S.32]"

 Picot verwendet eine Matrix aus Marktunsicherheit und Produktkomplexität, um die Organisationsform der virtuellen Unternehmung von anderen Formen der Organisation abzugrenzen. Die virtuelle Organisation erweist sich, wie aus untenstehender Abbildung 1 ersichtlich, bei hoher Produktkomplexität sowie hoher Marktunsicherheit als vorteilhafteste Organisationsform. Unter Modularisierung versteht Picot: "Modularisierung bedeutet eine Restrukturierung der Unternehmensorganisation auf der Basis integrierter, kundenorientierter Prozesse in relativ kleine, überschaubare Einheiten. [Pico96 S.201]"

 Anders als bei anderen Organisationsformen stellt das virtuelle Unternehmen spezielle Anforderungen an die Unternehmens- bzw. Vertrauenskultur. Da Verträge oftmals eine unerwünschte Starrheit schaffen oder andernfalls vieles offen lassen müssen, steht Vertrauen als Prinzip im Mittelpunkt der Zusammenarbeit.

 Bei der Führung einer virtuellen Organisation bzw. eines virtuellen Unternehmens tritt ein spezifisches Problem auf: Wie lässt sich führen, was man "nicht sehen kann" und was sich zudem teilweise dem eigenen Einflussbereich entzieht? Althergebrachte, hierarchische und autoritäre Managementsysteme lassen sich auf die virtuelle Unternehmung nicht mehr anwenden. Starre Strukturen würden ein virtuelles Unternehmen ebenso wie viele Managementebenen, welche mit vielen Genehmigungsebenen gleichzusetzen sind, unnötig behindern. [Davi93 S.184]

Virtuelle Unternehmen möchten kurzfristige Marktchancen ausnützen und werden daher unter Umständen in sehr kurzer Zeit errichtet; diese kurze Zeit reicht nicht, eine Unternehmenskultur zu errichten bzw. zu entwickeln. Falls Verträge vorhanden sind, müssen sie vieles offen lassen, weil ansonsten die Flexibilität, welche von virtuellen Unternehmen gefordert wird, verloren ginge. Virtuelle Organisationsformen müssen mit einem Minimum an Überwachung auskommen und daher auf Vertrauen basieren, da die Zeit nicht reicht, eine Unternehmenskultur aufzubauen, welche diese Funktion übernehmen würde.

In diesem Bereich bleiben einige Fragen unbeantwortet; es wäre unklug, Personen "blind" zu vertrauen, die man nicht näher kennt ("Blindes Vertrauen ist bestenfalls ein Indikator für Dummheit" [Pico96 S.405]). Bei Vertrauensmissbrauch muss daher sofort eingeschritten werden, d.h. die entsprechenden Unternehmen oder Personen müssen das Netzwerk verlassen. Andernfalls würde das Klima des Vertrauens unweigerlich zerstört. [Brüt96 S.34] Scholz weist darauf hin, dass sich durch die gegenseitige Abhängigkeit als Schicksals- bzw. Überlebensgemeinschaft ein Vertrauensverhältnis erzwungen wird. [Scho97 S.15]

Aufgrund dieser Tatsachen liegen auch die Anforderungen an die Mitarbeiter höher. Szyperski bezeichnet qualifizierte und motivierte Mitarbeiter als "Schlüsselfaktor zur Umsetzung strategischer, technischer und organisatorischer Innovationen". [Szyp93 S.202]

 Fischer entwickelt die Idee der intelligenten VU-Börse (Börse für virtuelle Unternehmen). Diese Börsen sollen die Entstehung von virtuellen Unternehmen unterstützen und beschleunigen: "Unternehmen, die gewisse Kompetenzen und damit Teilprozesse für mögliche virtuelle Unternehmen anbieten wollen, können sich bei der VU-Börse registrieren lassen und dabei gewisse Informationen ablegen, die von der Börse dazu verwendet werden können, bei Anfragen anderer Unternehmen, wie beispielsweise Ausschreibungen von Zielspezifikationen, geeignete Kandidaten herauszufiltern. Der Vorteil dieses Verfahrens ist, dass das einzelne Unternehmen jederzeit selbst entscheiden kann, welche Informationen es nach aussen (das heisst an die Börse) weitergibt. (…) Die VU-Börse fungiert als Vermittlerin zwischen den Unternehmen, indem sie diesen für den Prozess der Bildung von virtuellen Unternehmen relevante Informationen liefert." [Fisc96 S.40/41]

Eine ähnliche Stossrichtung gibt Olbrich vor. Er spricht von einem Markt für virtuelle Unternehmen, auf welchem Kooperationspartner bzw. -potentiale gehandelt werden können. "Präziser ausgedrückt handelt es sich um einen Markt, auf dem Teams verschiedener Unternehmen ihre Fähigkeit anbieten, die dann als komplementäre Eigenschaften mit denen anderer Unternehmen vernetzt werden." [Olbr94 S.34]

 2.5 Stärken / Schwächen virtueller Unternehmen

 Im ersten Abschnitt dieses Kapitels werden die Vorteile dargestellt, welche die virtuelle Unternehmung gegenüber anderen Kooperationsformen besitzt. Der zweite Abschnitt weist auf Schwächen und Gefahren hin.

 Eine Beschränkung der Produktionsbandbreite auf die Kernkompetenzen bringt signifikante Kostenvorteile mit sich, da sich das Unternehmen nur mit Bereichen befasst, welche es beherrscht. Damit die Kostenvorteile jedoch voll ausgenutzt werden können, müssen sowohl interne als auch externe Skaleneffekte ausgenutzt werden. Während interne Skaleneffekte auch durch Hierarchie und Marktbeziehungen erreicht werden können, ist Kooperation zur Erzielung externer Skaleneffekte anderen Koordinationsmechanismen deutlich überlegen.

Die Organisationsform der virtuellen Unternehmung hat gegenüber anderen Formen den Vorteil, dass sich die Kooperation nicht auf einzelne Bereiche wie zum Beispiel Entwicklung, Vertrieb oder Netzwerkwartung beschränkt, sondern in der Regel die Produktion mit einschliesst und dadurch wesentliche Skaleneffekte erst ermöglicht.[Schr96 S.56] Reiss weist auf die Kosteneffizienz virtueller Unternehmen hin: "Diese wird möglich, weil virtuelle Gebilde weitestgehend nach dem Prinzip der verteilten Systeme funktionieren: Im Zentrum wird bestenfalls ein Koordinator in Form eines ´Maklers´ gebraucht, der das Netz konfiguriert und bestimmte Aussenbeziehungen des Netzes zu Auftraggebern unterhält. Alle restlichen Service-Arbeiten für den Netzbetrieb übernehmen die dezentralen Einheiten als Kompetenzzentren". [Reis96a S.11]

Die Aufteilung von Markterschliessungskosten auf die Mitgliedsunternehmungen des virtuellen Unternehmens senkt für die einzelnen Mitglieder die Markteintrittsbarrieren. Kleineren Unternehmen wird durch den Verbund mit Partner-Unternehmen oftmals erst der Markteintritt ermöglicht. Eine Unternehmung kann damit, obwohl sie relativ klein bleibt, eine erhebliche virtuelle Grösse erreichen. [Szyp93 S.196]

"Die flexible und auf Ausnutzung einer temporären Marktchance ausgerichtete Struktur virtueller Unternehmungen verlangt und fördert die Kooperationsfähigkeit der Mitglieder des Unternehmungsnetzwerkes. Diese Eigenschaft der Mitgliederunternehmungen erweist sich gerade bei der Anbahnung von neuen Kooperationen sowie bei deren Beendigung als transaktionskostengünstig. Transaktionskostenvorteile bietet die Kooperationsfähigkeit jedoch auch bei der Durchführung von Projekten; besonders dienlich ist hier eine gut ausgebaute informationstechnische Infrastruktur [Schr96 S.57]". Als Transaktionskosten bezeichnet man diejenigen Kosten, welche zur Koordination wirtschaftlicher Aktivitäten notwendig sind. Es handelt sich um Kosten der Information und Kommunikation, die zur Vorbereitung, Durchführung und Überwachung von Arbeitsteilung und Tausch erforderlich sind [Pico96 S.22].

 Zudem ist eine virtuelle Organisation weniger durch "politische" Organisationseinheiten belastet - sie ist primär missions- und nicht politikgetrieben und kommt daher mit einem kleineren Verwaltungs-Overhead aus. Dadurch, und durch die Tatsache, dass sich jedes Unternehmen auf seine Kernkompetenz konzentriert, entstehen Zeitersparnisse, weil verschiedene Fragestellungen wie Produktedesign, Vertrieb, Werbung etc. für das einzelne Partnerunternehmen nicht anfallen.

Virtuelle Unternehmen ermöglichen den Mitgliedsunternehmen einen einfacheren Zugang zu schwer transferierbaren Ressourcen und ermöglichen damit deren effiziente Nutzung. "Durch virtuelle Unternehmen werden u.a. die Ressourcen Entwicklungskapazität, Produktionskapazität und Zugang zu den Distributionskanälen zusammengeführt, um Entwicklungs- und Lieferzeiten sowie Markteintrittsbarrieren zu senken und so schnell auf technologischen Wandel oder sich ändernde Kundenbedürfnisse reagieren zu können.

Know-how ist eine weitere, bedeutende Ressource, mit der die virtuelle Unternehmung vorteilhaft umgeht: Durch die Zusammenführung von Unternehmungen, die ihre Kernkompetenzen verfügbar machen, kann benötigtes Know-how gezielt und schnell beschafft und eingesetzt werden. (…) Aufgrund der Nutzung meist vorhandener Kapazitäten der Mitgliederunternehmungen ist der Kapitalbedarf zum Aufbau einer virtuellen Unternehmung sowie das Risiko gegenüber dem Aufbau einer vergleichbaren, konventionellen Unternehmung sehr gering, weshalb auch Liquidität eine Ressource ist, mit der die virtuelle Unternehmung vorteilhaft umgeht. [Schr96 S.58]"

 Die Organisationsform der virtuellen Unternehmung weist auch Schwächen gegenüber anderen Formen auf:

 Als besonders gravierend an der Auflösung konventioneller Unternehmensstrukturen stuft Reiss die Auflösung des klassischen Arbeitsverhältnisses ein. [Reis96a S. 11] An die Stelle der engen Bindung, wie dies speziell in Europa lange Zeit Tradition war, treten lockere Formen der Personalüberlassung und auch der freien Mitarbeit. Virtuelle Strukturen vermitteln ihren Mitgliedern kein ausgeprägtes Gefühl der Zugehörigkeit und damit der sozialen Sicherheit. Die Symbole der Zugehörigkeit (eigener Schreibtisch, gleichbleibender Kollegenkreis etc.) fehlen. Auch Vorgesetzte verfügen nicht mehr über "ihre persönlichen" Mitarbeiter.

"Auch hinsichtlich der extrem hohen Flexibilität, besonders der Anpassungsgeschwindigkeit von Mitarbeitern, sind Zweifel anzumelden. (…) Die Erfahrung lehrt, dass Menschen nicht so hochgradig umstellungsfähig sind wie Maschinen und deshalb Übergangszeiten benötigen für geistige Umrüstaktivitäten". [Reis96a S.12] Netzwerkorganisationen vermitteln ihren Mitgliedern kaum materielle oder soziale Sicherheit. In diesem Zusammenhang ist die Forderung von Mitarbeitern bzw. Gewerkschaften nach festen, starren Arbeitsregeln zu sehen; allerdings schränken diese Forderungen die Reaktionsmöglichkeiten eines Unternehmens auf Veränderungen am Markt zusätzlich ein.

Die virtuelle Organisationsform verunmöglicht zudem den vor allem in den 80er Jahren eingesetzten motivationsfördernden Einsatz von Feindbildern für kriegsähnliche Formen des Wettbewerbs, weil der vermeintliche Feind von heute das befreundete Netzwerkmitglied von morgen sein kann. [Reis96b S.201]

Als weiteres Problem führt Reiss an, dass projektförmig angelegte, temporäre Netze gar nicht die Zeit zur Entfaltung einer eigenen Kultur haben - virtuelle Unternehmen müssen daher, wie bereits dargestellt, auf einer Vertrauenskultur basieren, was in der Praxis häufig Probleme mit sich bringt.

Schräder weist darauf hin, dass den Chancen der Zusammenarbeit in einer virtuellen Unternehmung die Gefahr des Kontroll- und Know-how-Verlustes über Tätigkeiten, die nicht zu den Kernkompetenzen einer Unternehmung gehören, gegenübersteht. "Für die Mitgliederunternehmungen ist die Vernachlässigung des Aufbaus und der Pflege von (neuen) Kernkompetenzen eine ernsthafte Gefahr, da diese Kompetenzen durch Kooperation in virtuellen Unternehmungen leicht beschafft werden können. Virtuelle Unternehmungen sollten deshalb von Mitgliederunternehmungen nicht als Chance betrachtet werden, den Rekonfigurationsdruck des Marktes auf die Unternehmung abzuschwächen, da dies direkt die Flexibilität des Mitglieds mindert." [Schr96 S.59/60]

 3 IT-Einsatz im virtuellen Unternehmen

 3.1 Neue Möglichkeiten durch IT-Einsatz

 Noch vor wenigen Jahren war ein typischer Arbeitsplatz, speziell in der Office-Umgebung, anders ausgestattet als heute: Karteikasten, Tischrechner, Schreibmaschine, Formelbücher und Telex sind weitgehend aus den Arbeitsräumen verschwunden, dafür hat überall der Personal Computer (PC) Einzug gehalten. Mit einem Personal Computer heute üblicher Ausstattung kann man u.a. Dokumente aller Art erstellen, Berechnungen ausführen, auf Datenbanken zugreifen sowie diesen als Werkzeug zur Kommunikation einsetzen. [Verl96 S.4]

"Koordinationskosten als Kosten der Information und Kommunikation in der Arbeitsteilung können durch den Einsatz der Informations- und Kommunikationstechnik erheblich beeinflusst (d.h. gesenkt) werden. (…) Kontakte lassen sich leichter knüpfen, Verhandlungen unterstützen, Datenaustausch erleichtern, Prozess- und Managementinformation verbessern und Absprachen auch über grosse Entfernungen flexibel erzielen, wenn die entsprechenden Telekommunikationsinfrastrukturen (Netze und Dienste) zur Verfügung stehen. (…) Immer wenn zwischen den Kommunikationspartnern ein gewisser Wertkonsens und Vertrauen besteht, wenn die zu bewältigenden Probleme nicht übermässig schlecht strukturiert sind und wenn die Informationsschnittstelle zwischen den Beteiligten damit nicht zu komplex sein muss, lässt sich das Koordinationsproblem mit Hilfe leistungsfähiger Telekommunikation auf räumlich verstreute und auf rechtlich und wirtschaftlich selbständige Akteure wesentlich stärker ausdehnen, als es ohne derartige Unterstützung zuvor möglich gewesen ist. [Pico94 S.563/564]"

"Informationssysteme können in virtuellen Unternehmungen verschiedenste Funktionen annehmen: Transaktionsverarbeitung, Entscheidungsunterstützung, Überwachungs- und Evaluationsunterstützung, Dokumentation, Kommunikationsunterstützung und andere mehr". [Schr96 S.107]

Noch viel weiter geht Lucas: "We conclude that the design of information technology and the design of organizations are largely becoming the same task" [Luca94 S.9].

 Die Ausgestaltung der virtuellen Unternehmung hängt somit stark von der IT ab, auf welcher das virtuelle Unternehmen aufbaut. Erst durch den Einsatz von Computer und Kommunikationstechnik ist es möglich, dass Mitarbeiter, die sich an völlig verschiedenen Orten und unter Umständen in verschiedenen Zeitzonen aufhalten, zusammen an einem Projekt arbeiten.

Davidow bezeichnet den ausserordentlichen Fortschritt der Informationsverarbeitung als treibende Kraft der virtuellen Unternehmung, da im Kampf um den Kunden nur diejenige Unternehmung überlebt, welche Informationen effizient sammelt, verteilt, speichert, auswertet und auf dieser Basis Entscheidungen trifft. [Davi93 S.65]

Im Zuge dieses Fortschritts lässt sich ein Trend zu "offenen Systemen" feststellen. Durch die Standardisierung weltweiter Kommunikationsnetze und -dienste sowie Dokument- und Nachrichtentypen entsteht die Basis für verschiedenste Anwendungen. Aufgrund der Standardisierung und der Bereitstellung entsprechender Schnittstellen ist es für ein Unternehmen technisch möglich, sich in ein anderes Netzwerk "einzuklinken", d.h. eine Verbindung zu einem bestehenden Netzwerk zu schaffen. [Olbr94 S.33] Olbirch spricht in diesem Zusammenhang von virtuellen Schnittstellen (Virtual Links, "VL"), welche ein Unternehmen benutzt, um sich mit anderen Netzen zu verbinden. Je grösser die Anzahl der Virtual Links in einem Unternehmen ist, desto grösser ist auch seine Fähigkeit, schnell zeitlich begrenzte Kooperationen eingehen zu können. Aus diesem Grund sind immer weniger Kunden bereit, sich von einem Hersteller an ein proprietäres Netzwerk binden zu lassen.

Szyperski betont, dass eine effiziente informationslogistische Infrastruktur Grundlage der Netzwerkorganisation ist. Die Gestaltung der IT-Infrastruktur ist damit zentrale Aufgabe des strategischen Informationsmanagements. Der Gestaltungsvorgang schliesst den Entwurf und die Gestaltung integrierter und offener technischer Infrastrukturen ebenso ein wie die Weiterentwicklung organisatorischer Strukturen.

 3.2 Netzwerke

 Ein Computer-Netzwerk ist folgendermassen definiert: "Ein Netzwerk ist ein Verbund von räumlich getrennten Computern, die zum Zweck des Datenaustauschs zusammengeschlossen sind. Bei der Kommunikation im Nahbereich, beispielsweise Kommunikation innerhalb eines Büros oder Gebäudes werden einzelne Computer durch die Installation von lokalen Netzen (Local Area Network - LAN) verbunden." [Teuf95 S.92]

Die Vernetzung von Computern macht verschiedene Dienste, Anwendungen und Organisationsformen, die zuvor zwar latent erwünscht waren, aber nicht realisierbar schienen, erst möglich.

Netzwerke ermöglichen effizienten Informationsaustausch über Computer zwischen Personen, die räumlich oder zeitlich getrennt sind. Netzwerke schaffen dazu die technischen Voraussetzungen. Über Netzwerke werden Daten übertragen; ob es sich dabei um Sprache, Bilder, Texte oder sonstige Informationsobjekte handelt, spielt vorderhand keine Rolle.

 3.3 Lokale Netzwerke

 Unter einem lokalen Netz wird ein Computernetzwerk verstanden, dessen Kabel nicht über öffentlichen Grund führt, d.h. es ist normalerweise auf ein Haus oder ein Grundstück beschränkt. Der Begriff LAN beinhaltet die Kabel, welche die Computer physisch miteinander verbinden, die Netzwerkkarten in den Computern sowie die Software (Network operating system), welche die Kommunikation zwischen den Computern regelt. [Kosh95 S.16]

Die Hauptfunktionen von lokalen Netzen sind gemäss Teufel: Übermittlung von Meldungen, gemeinsamer Zugriff auf räumlich getrennte Datenbestände sowie die gemeinsame Nutzung von Betriebsmitteln wie Festplatten oder Druckern. Die Übertragung der Daten kann über Kabel (Kupfer, Koaxial, Glasfaser) oder kabellos erfolgen. [Teuf95 S.93]

Die Übertragungsgeschwindigkeit in einem modernen LAN liegt zwischen 10 Mbps (Mbps: Mega bits per second) (Ethernet) und 100 Mbps (Fast Ethernet)

 3.3.1 Verbindung lokaler Netzwerke

 Lokale Netze können durch übergeordnete Netze, sogenannte Backbone-Netze, miteinander verbunden werden. Verschiedenartige Teilnetze werden über Kopplungselemente wie Bridges, Routers oder Gateways miteinander verbunden. [Kosh95 S.17]

Sobald Teile des Netzes über öffentlichen Grund führen, spricht man im Stadtbereich von einem MAN (Metropolitan Area Network) und im noch weiteren Bereich von einem WAN (Wide Area Network).

Für die Verbindung von LANs sind derzeit drei Techniken in der Diskussion: Frame Relay, DQDB sowie ATM. Die am weitesten verbreitete Technik ist Frame Relay, eine optimierte, paketvermittelnde Technik mit Übertragungsraten bis 2 Mbps. Eine höhere Durchsatzleistung weist die Distributed Queue Dual Bus (DQDB) Technik auf, die über zwei jeweils nur in eine Richtung betriebene Busse verfügt. Wie auf einem Förderband werden kontinuierlich leere bzw. gefüllte Zellen mit einer Geschwindigkeit von bis zu 140 Mbps versandt. Bandbreiten von derzeit 155 Mbps (zukünftig bis 2,5 Gigabit/sek.) weist ATM (Asynchronous Transfer Mode) auf. ATM, ursprünglich konzipiert als Backbone-Technik, basiert auf einem paketvermittelnden Konzept mit fester Paketlänge. [Pico96 S.140]

Damit ist es möglich, bestehende Engpässe bezüglich der Transferrate bei der Verbindung von LANs zum Verschwinden zu bringen. Dies begünstigt u.a. den Einsatz verschiedener in Kapitel 3.4 vorgestellter Anwendungen auch im WAN-Bereich.

 3.3.2 Sicherheitssaspekte

 Teufel führt vier Bedrohungen an, denen Netzwerke ausgesetzt sind. Es sind dies: Verlust der Vertraulichkeit, Verlust der Integrität, Verlust der Verfügbarkeit, sowie Verlust der Verbindlichkeit. Sicherheit in einem Computernetzwerk bedeutet daher Schutz vor diesen Bedrohungen, welche nachfolgend gemäss [Teuf95 S.103-105] näher beleuchtet werden:

• Verlust der Vertraulichkeit: Der Verlust der Vertraulichkeit bedeutet, dass ein unbefugter Informationsgewinn stattfindet, d.h. Daten sind Personen zugänglich, welche die Urheber dieser nicht als Empfänger vorgesehen haben. Dies kann durch das Abhören von Daten, das Vorspiegeln einer falschen Identität, dem Umgehen von Sicherheitsmechanismen etc. geschehen.
• Verlust der Integrität: Unter Verlust der Integrität versteht man, dass die Daten nicht mehr den angestrebten Ausschnitt der Realität beschreiben, sondern Widersprüche in sich haben. Der Verlust der Integrität kann durch einen Systemabsturz, Bedienfehler oder durch absichtliche Modifikation entstehen.
• Verlust der Verfügbarkeit: Verlust der Verfügbarkeit liegt vor, wenn Daten nicht mehr erfasst oder verarbeitet werden können, die Funktionalität des Systems eingeschränkt oder die Betriebskontinuität unterbrochen wird. Dabei bezieht sich die Verfügbarkeit sowohl auf die Hardware und Software als auch auf die Daten selbst.
• Verlust der Verbindlichkeit: Verlust der Verbindlichkeit kann in einem Kommunikationssystem auftreten, wenn einer der Kommunikationspartner beispielsweise abstreitet, an einer Kommunikation teilgenommen zu haben (d.h. er streitet den Empfang eines elektronischen Briefs oder von Daten ab).

Zum Schutz vor den oben aufgezeigten Bedrohungen existieren verschiedene Methoden. Die wichtigsten werden nachfolgend erläutert:

• Verschlüsselung der Daten: Verschlüsselte Daten sind für einen nicht berechtigen Benutzer wertlos, da er sie nicht entziffern, d.h. entschlüsseln kann. Man unterscheidet zwischen symmetrischen und asymmetrischen Verschlüsselungsverfahren.
  Bei der symmentrischen Verschlüsselung (Private Key) benutzen Sender und Empfänger denselben geheimen Schlüssel. Bei Public Key-Verfahren existiert ein öffentlicher Schlüsel, sowie ein geheimer Schlüssel zur Entschlüsselung.
• Zugriffskontrolle durch die Kombination von Benutzername und Passwort.
• Generierung von Fülldaten zur Verhinderung einer Verkehrsflussanalyse.

Wie bereits zu Beginn des dritten Kapitels ausgeführt, lassen sich virtuelle Unternehmen gemäss der in dieser Arbeit verwendeten Definition erst durch den Einsatz von IT realisieren.

Nachfolgende Ausführungen beleuchten, jeweils nach einer Definition des Begriffs, ob sich der jeweilige Dienst / Anwendung für den Einsatz im virtuellen Unternehmen eignet oder nicht.

EDI (Electronic Data Interchange): EDI bezeichnet den elektronischen Austausch von strukturierten Dokumenten im Geschäftsbereich mit der Möglichkeit einer bruchlosen Weiterverarbeitung (d.h. ohne Ausdrucke und Neuerfassung). EDI ist nicht an ein bestimmtes Übertragungsverfahren gebunden; die Übertragung kann via Direktverbindung, öffentliches Telekommunikationsnetz oder ein privates Datennetz erfolgen.

Für EDI existieren eine Reihe von Standards und Normen, welche u.a. Datenübertragungsraten, Zeichentabellen, Paketlängen, Kommunikationsprotokolle und Kompressionsprotokolle definieren.

Allgemeine Strukturbeschreibungen wie ANSI.X12 des American National Standards Institute oder des darauf aufbauenden EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport), das von verschiedenen UN-Organen sowie der Kommission der Europäischen Gemeinschaft entwickelt wurde, enthalten Datenfelder, die von einigen Branchen nicht genutzt werden.

Daher verwenden viele Branchen wie beispielsweise Automobilhersteller oder die Nahrungsmittelindustrie, bei denen Electronic Data Interchange eine wichtige Rolle spielt, eigene Standards, welche in der Regel Verkürzungen (Subset, d.h. eine Untermenge von EDIFACT) der oben erwähnten allgemeinen Standards sind.

Für die Gestaltung virtueller Unternehmen kann EDI eine nicht zu unterschätzende Rolle spielen. Ohne EDI müssten viele Dokumente mehrfach erfasst werden, was insbesondere in zeitkritischen Umgebungen Nachteile mit sich bringt. Zudem können virtuelle Unternehmen im Bereich EDI von den Standards profitieren, da auf die Definition eines gemeinsamen Standards bzw. der Schnittstellen verzichtet werden kann, sofern sich beide Partner an internationale Standards wie EDIFACT bzw. ANSI.X12 halten. Trotzdem kann EDI nur einen kleinen Bereich, nämlich den standardisierten Dokumenten-Transfer, abdecken.

EDI kann ausserdem als Möglichkeit zur Kommunikation zwischen zwei Workflow Management Systemen eingesetzt werden (siehe auch Kapitel 4.4)

E-Mail-Systeme (Electronic Mail): Mittels eines elektronischen Postsystems ist es möglich, Nachrichten an andere Benutzer oder Benutzergruppen zu senden. In der Regel ist es möglich, beliebige Dateien (sogenannte Attachments), wie zum Beispiel Multimediadaten, an eine E-Mail "anzuhängen". Lange Zeit funktionierten E-Mail-Syteme innerhalb des gleichen Systems problemlos, doch das Senden von elektronischer Post über solche Grenzen hinweg erwies sich als problematisch. Aktuelle Versionen von E-Mail-Systemen unterstützen in der Regel den RFC822-Standard, welcher durch den Aufschwung des Internets grosse Verbreitung fand. RFC822 definiert, wie eine E-Mail, welche nur ASCII-Text enthält, aufgebaut ist. Um beliebige Daten, beispielsweise Multimedia-Daten zu versenden, wurde MIME (Multipurpose Internet Mail Extensions) geschaffen, welches auf RFC822 aufbaut. MIME definiert, wie Nicht-ASCII-Daten codiert werden. Die Übertragung der E-Mails über ein TCP/IP-Netzwerk geschieht mit SMTP (Simple Mail Transfer Protocol).

Ein weiterer Standard zur Meldungsübermittlung ist X.400, welcher von der CCITT (heute: ITU) herausgegeben wurde.

Eine andere Möglichkeit zur Überbrückung von Systemgrenzen, neben dem Einsatz von gemeinsamen Austauschformaten, sind Gateways, welche Meldungen vor dem Weiterversand entsprechend konvertieren.

E-Mail-Systeme ermöglichen ausschliesslich asynchrone Kommunikation. Sie eignen sich daher zur Überbrückung räumlicher und zeitlicher Distanzen. Als Basisfunktionalität von Frontends gängiger E-Mail-Systeme zur Bearbeitung der elektronischen Post nennt Teufel: [Teuf95 S.132]

• das Editieren, Senden, Empfangen, Lesen, Beantworten, Weitersenden, Einordnen in verschiedene Verzeichnisse und Kurznamenverzeichnisse,
• das Anhängen von belieben Dateien an eine Meldung,
• die Angabe von Titel- oder Schlüsselworten sowie Prioritäten, anhand derer sich neu eingegangene oder archivierte Meldungen rasch überblicken lassen,
• das Sortieren der neu eingegangenen oder archivierten Meldungen hinsichtlich verschiedener Kriterien wie Titel, Autor, Datum etc.

Aufbauend auf traditionellen E-Mail-Systemen lassen sich Voice-Mail- (gesprochene Nachrichten) oder Video-Mail-Systeme (Video-Nachricht) realisieren.

Bei der Gestaltung virtueller Unternehmen können sich E-Mail-Systeme vor allem bei der Bewältigung unstrukturierter Kommunikation als sinnvoll bzw. notwendig erweisen. Zudem kann ein E-Mail-System als Frontend für Groupware oder Workflow-Management-Produkte eingesetzt werden. Zur Gestaltung eines virtuellen Unternehmens reichen E-Mail-Systeme allein nicht aus, da sie lediglich dabei helfen können, die Kommunikation effizienter abzuwickeln.

Bulletin Board Systeme (BBS): "Bulletin Board Systeme sind spezielle Datenbanken, die Meldungen verschiedener Autoren nach Themenschwerpunkten speichern und einer Vielzahl von Lesern zur Verfügung stellen [Teuf95 S.14]".

Innerhalb eines BBS werden verschiedene Interessensgruppen (News Groups) unterschieden; diese sind mit Diskussionsrunden vergleichbar. Die Funktionsweise eines BBS ist ähnlich wie diejenige eines E-Mail-Systems, nur ist im Falle des Einsatzes eines BBS nicht ein Benutzer der Adressat, sondern eine Diskussionsrunde. Benutzer, welche dazu berechtigt sind, können den Beitrag lesen und eventuell vorhandene Attachments herunterladen. Öffentlich zugängliche Bulletin Board Systeme sind das Usenet (Internet-Dienst) oder die Diskussionsforen eines kommerziellen Netzbetreibers wie Compuserve oder America Online. Verschiedene Firmen setzen BBS firmenintern ein, um den Erfahrungsaustausch zu fördern und spezielles Wissen innerhalb der Unternehmung im Bedarfsfall zu lokalisieren.

BBS lassen sich beim Einsatz im virtuellen Unternehmen zur Wissensverbreitung bzw. zum Auffinden von firmeninternem Wissen einsetzen. So ist es mit Hilfe eines BBS möglich, vorhandenes Wissen, welches bei der Lösung eines speziellen Problems benötigt wird, im Unternehmen im Rahmen einer Diskussion ausfindig zu machen; ein BBS bietet allerdings keine Garantie, dass vorhandenes Wissen lokalisiert wird, weil die entsprechende Person diese Interessensgruppe auch lesen und bereit sein muss, sein Wissen weiterzugeben. Die Einsatzmöglichkeiten eines BBS für die Gestaltung einer virtuellen Unternehmung sind offensichtlich beschränkt.

 Konferenzsysteme: Im Gegensatz zu den oben beschriebenen E-Mail-Systemen unterstützen Konferenzsysteme die synchrone Kommunikation; sie eignen sich wie E-Mail-Systeme zur Überbrückung räumlicher Distanzen. Teufel definiert Konferenzsysteme folgendermassen: "Ein synchrones Konferenzsystem schaltet Kommunikationskanäle zu mehreren Kommunikationsteilnehmern zusammen, so dass alle Teilnehmer synchron die gesamte Kommunikation mitverfolgen können. Das Konferenzsystem unterstützt den Aufbau der Verbindungen, übermittelt bzw. verteilt die Information und kann koordinierende Funktionen übernehmen" [Teuf95 S.143].

Es können verschiedene Typen von Konferenzsytemen unterschieden werden: [Teuf95 S.144-146]

• Textbasierte Konferenzsysteme: Bei einem textbasierten Konferenzsystem haben die Teilnehmer in der Regel ein Fenster auf ihrem Bildschirm, in welchem die Kommunikation abläuft. Beiträge eines Teilnehmers werden zumeist mit Angaben zum Autor und dem Zeitpunkt der Eingabe auf den Bildschirmen aller Teilnehmer dargestellt.
• Audiokonferenzsyteme: Audiokonferenzen finden über normale Telefone statt. Während Telefonkonferenzen bis vor wenigen Jahren zumeist bei der Telefongesellschaft angemeldet werden musste, ist es heute mit einem ISDN-Telefon von jedem Arbeitsplatz aus möglich, innert Sekunden eine Audiokonferenzschaltung zu initiieren. Audiokonferenzen sind, wenn zur Zeit noch mit eingeschränkter Funktionalität, über PCs mit Multimediaausstattung möglich.
• Videokonferenzsysteme: Bei Videokonferenzen werden neben Ton- auch Bildinformationen an die Konferenzteilnehmer übertragen. Bildtelefonen bzw. Videokonferenzsystemen wird ein grosses Wachstumspotential vorausgesagt. Während in den 80er und frühen 90er Jahren das Durchführen einer Videokonferenz nur aus speziellen Räumen mit fester Installation möglich war, ermöglichen leistungsstarke Personal Computer mit Multimedia-Ausstattung das Durchführen von Video-Konferenzen über ISDN oder andere Netzwerke wie das Internet.
• Desktop-Konferenzsysteme: Desktop-Konferenz sind eine Weiterentwicklung der oben erwähnten Systeme (Text-, Audio- und Videokonferenzsysteme). Zusätzlich beinhalten Desktop-Konferenzsysteme Datenverbindungen, über welche zum Beispiel das gemeinsame Bearbeiten eines Dokuments (Application sharing) möglich ist. Systeme dieser Art finden derzeit grosse Verbreitung, da verschiedene Firmen internettaugliche Versionen aus Share- bzw. Freeware anbieten (zum Beispiel Microsoft Netmeeting).

Die dargestellten Konferenzsysteme können sich bei der Realisierung virtueller Organisationen als unverzichtbar erweisen, da sie es erlauben, räumliche Distanzen bei synchroner Kommunikation zu überwinden. Sie machen damit in vielen Fällen zeitraubende Reisen unnötig. Dies gilt auch für die Desktop-Konferenzsysteme, bei welchen Application sharing räumlich verteilte Personen bei der Lösung nicht vorhersehbarer oder unstrukturierter Probleme unterstützen kann.

Als Nachteil muss angeführt werden, dass bei Videokonferenzsystemen und speziell bei Desktop-Konferenzsystemen viele Hersteller noch proprietäre Formate einsetzen, d.h. dass Produkte unterschiedlicher Hersteller nicht miteinander ohne weiteres kompatibel sind.

 Intranet / World Wide Web: Das World Wide Web ist eine verteilte Client-Server Applikation auf dem Internet. Auf die Anfrage eines WWW-Clients (Browser), sendet der WWW-Server die Informationsobjekte in einem vereinbarten Format zum Klienten, welche dieser auf dem lokalen Computer dem Benutzer darstellt.

Die sogenannte Hypertext Markup Language (HTML) definiert das Format für die Beschreibung von WWW-Informationsobjekten. Informationsobjekte, die diesem Standard entsprechen, werden als WWW-Seiten bezeichnet. WWW-Seiten sind multimediale Hypertext-Objekte, die textuelle, visuelle und auditive Informationsobjekte enthalten können. Durch klicken auf Hyperlinks, welche eine Verweis zu einer anderen WWW-Seite repräsentieren, kann der Benutzer durchs WWW navigieren.

Über Gateways lässt sich das WWW für verschiedene Dienste als Frontend benutzen, zum Beispiel zum Versenden von Fax-Dokumenten, für Datenbankzugriffe etc.

Die Definition von Tanenbaum lautet: "The World Wide Web is an architectural framework for accessing linked documents spread out over thousands of machines all over the Internet [Tane96 S. 681]".

Werden die vom Internet her bekannten Dienste und Protokolle innerhalb eines Unternehmens eingesetzt, spricht man von einem Intranet. Dieses kann mit dem Internet verbunden sein.

Das World Wide Web erlebte innerhalb 5 Jahren einen rasanten Aufstieg. Viele Internet-Dienste (E-Mail, Gopher, FTP) lassen sich in HTML-Seiten integrieren; andere Dienste (Datenbankzugriffe, etc.) lassen sich über spezielle Schnittstellen wie CGI (Common Gateway Interface) ansprechen. Mit der Einsatzmöglichkeit der Programmiersprache Java in WWW-Seiten sind die Möglichkeiten zur Gestaltung der Funktionalität weiter gewachsen. Für den Benutzer ist alles im WWW-Browser, der zudem über einen E-Mail- und Newsgroup-Reader verfügt, ansprechbar. Es kann daher sinnvoll sein, bei der Gestaltung einer virtuellen Unternehmung auf Internet Protokolle und Dienste zurückzugreifen. Da diese Protokolle auf jedem TCP/IP-Netzwerk arbeiten, stellen sich keine Probleme bezüglich der Standardisierung bzw. Kompatibilität. TCP/IP (Transmission Control Protocol / Internet Protocol) hat sich in den letzten Jahren zum meistverwendeten Protokollstandard entwickelt [Pico96 S.165].

 Groupware: "Groupware bzw. CSCW-Applikationen (Computer Supported Cooperative Work) sind aus Software und eventuell spezifischer Hardware bestehende Systeme, durch die Gruppenarbeit unterstützt oder ermöglicht wird" [Teuf95 S.22].

Ähnlich definiert Khoshafian den Begriff Groupware: "Any computerized system which enables groups of workers to collaborate for some common purpose or task can be labeled as groupware." [Khos95 S.vi]

Etwas enger grenzt Schräder den Begriff Groupware ein: "Als Groupware oder CSCW-Systeme werden alle Informationssysteme bezeichnet, die Zusammenarbeit in Gruppen von Mitarbeitern unterstützen, die an einer gemeinsamen Aufgabe arbeiten. Solche Systeme stellen eine Schnittstelle zu einer gemeinsam benutzten Arbeitsumgebung bereit. Groupware besteht in der Regel nicht aus einem monolithischen Programm, sondern aus einer Vielzahl von Softwaresystemen. [Schr96 S.118]"

Für die Klassifikation von Groupwaresystemen verwendet Schräder ein Raum-Zeit Schema, welches in Abbildung 2 wiedergegeben ist:

 Eine weitere Unterteilung von Groupware-Systeme nimmt Schräder vor, indem er differenziert zwischen Produkten, die vorwiegend aufgabenorientiert sind, d.h. die sich auf die Unterstützung der Zusammenarbeit bei bestimmten Aufgabenstellungen beschränken und Systemen, welche besonders Kommunikation und Koordination von Arbeitsabläufen unterstützen.

 Zu den aufgabenorientierten Systemen zählen:

• Gruppenentscheidungsunterstützungssysteme (GEUS): GEUS unterstützen die Bewältigung schlecht strukturierter Probleme in Gruppen. Solche Systeme unterstützen neben der Strukturierung von Entscheidungsproblemen die interaktive Alternativensuche sowie die Bewertung zum Beispiel durch Nutzwertanalysen.
• Elektronische Konferenzräume: Elektronische Konferenzräume wurden bereits in Kapitel 3.4 beschrieben.
• Koordinierende Systeme: Koordinierende Systeme ermöglichen ihren Benutzern, gemeinsam eine Aufgabe zu erledigen und dabei die eigenen sowie die Aktionen anderer Benutzer im Kontext der Gesamtaufgabe zu beobachten. Solche Systeme finden vor allem bei der Produktentwicklung mit Computerunterstützung (Computer Aided Design CAD, Computer Aided Engineering CAE) Einsatz.

 Kommunikations- und prozessorientierte CSCW-Produkte umfassen:

• Nachrichtensysteme: Bedeutende Vertreter dieser Klasse sind die bereits oben beschriebenen E-Mail-Systeme sowie BBS.
• Mehrbenutzereditioren: Mehrbenutzereditoren unterstützen die synchrone und asynchrone Bearbeitung einfacher Dokumente durch mehrere Personen. In der Regel hat eine Person zu einem Zeitpunkt das Recht, Änderungen vorzunehmen, während die anderen Benutzer nur Einsicht in das Dokument haben.

 Der Markt für Groupware-Systeme ist in den letzten Monaten in Bewegung geraten, da grosse Firmen den Markt betreten haben. Beispielsweise stellt Netscape Server-Software, welche auch einzeln als Internet/Intranet-Server verkauft werden (WWW, E-Mail, Newsgroups, X.509 [Zertifikate]), zu einem Paket zusammen und verkauft es, zusammen mit den Clients (Netscape Navigator) als Groupware-Produkt SuiteSpot. Ein vom Funktionsumfang ähnliches Produkt wird von Microsoft vertrieben (Microsoft Exchange Server).

 Aus obiger Auflistung von Groupware gemäss Schräder ist ersichtlich, dass ein idealtypisches Groupware-System u.a. die oben dargestellten Anwendungen E-Mail, Konferenzsysteme und BBS oder beispielsweise einen Gruppenterminkalender beinhaltet. Zusätzlich ist der Trend erkennbar, dass aktuelle Ausgaben von Groupware-Systemen auch, wie oben dargestellt, auf Internet-Protokolle zurückgreifen. Somit lässt sich mit Groupware-Systemen theoretisch ein bedeutender Teil des Kommunikations- sowie des Koordinationsbedarfs einer virtuellen Unternehmung decken. Ob die praktische Ausgestaltung (Probleme der Interoperabilität, Standardisierung etc.) beim Einsatz zweier Produkte verschiedener Herstelller ausführbar ist, kann im Rahmen dieser Arbeit nicht näher untersucht werden.

 Um im weiterenVerlauf der Arbeit klare Abgrenzungskriterien zu erlangen, werden Workflow Management Systeme nicht der Kategorie Groupware zugerechnet.

Eine zusammenfassende Übersicht bietet die Raum-Zeit-Matrix (Abbildung 3) gemäss Teufel. Die Unterscheidung erfolgt bezüglich der geografischen und der zeitlichen Verteilung der beteiligten Benutzer.

 Worfklow-Management: Workflow-Management-Systeme enthalten zum Teil ebenfalls oben dargestellte Komponenten wie E-Mail oder BBS. Ob, beziehungsweise wie sich Workflow Management Systeme zur Gestaltung eines virtuellen Unternehmens eignen, wird im weiteren Verlauf dieser Arbeit untersucht. Im folgenden Kapitel 4 wird zunächst der Begriff "Workflow Management" beleuchtet.

 4 Workflow Management

 Wie bereits in Kapitel 2.1 ausgeführt, konzentrieren sich Unternehmen in zunehmendem Mass auf ihre Kernkompetenzen. Auf Basis der Kernkompetenzen und mit massivem Einsatz von Informationstechnik werden die Prozesse optimiert. Für gewisse Prozesse können Workflow Management Systeme eingesetzt werden; sie sollen schnellere Abläufe und geringere Kosten pro Geschäftsvorfall möglich machen. Becker weist auf Problembereiche hin, bei welchen der Einsatz von Workflow Management Systemen (WMFS) Verbesserungen verspricht:

• Abläufe haben lange Durchlaufzeiten mit einem geringen Anteil an Bearbeitungszeit.
• gewachsene Ablaufstrukturen wurden immer nur erweitert, aber nie grundsätzlich in Frage gestellt.
• Abläufe sind für die einzelnen Mitarbeiter intransparent und werden nicht gesamthaft wahrgenommen und bearbeitet.
• konventionelle Archive verhindern einen effizienten Zugriff auf Informationen.
• Informations- und Kommunikationssysteme sind am Arbeitsplatz des Mitarbeiters nicht oder nur unzureichend integriert oder gar inkompatibel. Die Folge sind Mehrfacherfassungen von Daten, isolierte Ausführung einzelner Arbeitsschritte, Medienbrüche, etc. [Beck96 S.321]

Es zeigte sich, dass sich trotz des vermehrten Computer-Einsatzes in den letzten Jahren die Produktivität des Büroarbeiters nur unwesentlich erhöht hat. Jablonksi weist darauf hin, dass dies vor allem darauf zurückzuführen ist, dass die Komponenten eines Büroarbeitsplatzes nur sehr wenig integriert sind und somit eine durchgehende Bearbeitung von Bürovorgängen mühsam ist. [Jabl95 S.66]

 Workflow Management Systeme haben ihre Wurzeln in verschiedenen Gebieten. Während sich einige Systeme aus reinen Workflow Steuerungssystemen weiterentwickelt haben, basieren andere Produkte auf Image Management Systemen, Document Management Systemen, Datenbank-Systemen oder elektronischen Post-Systemen. [WFMCa96]

Bevor die Komponenten eines WFMS näher betrachtet werden, wird zunächst nachfolgend der Begriff Workflow Management beleuchtet.

 4.1 Definition "Workflow Management"

 Definition Workflow: Ein Workflow ist eine endliche Folge von Aktivitäten, wobei die Folge durch Ereignisse ausgelöst und beendet wird (Begriffe wie Business Process, Vorgangskette, Prozesskette, Geschäftsprozess oder Geschäftsvorgang werden als Synonyme des Begriffs Workflow verstanden). Heilmann [Heil94 S.10] ergänzt, dass ein Workflow, zumeist abhängig von einer Bedingung, ganz oder in Teilen alternativ (Auswahl) oder auch parallel (als Alternative zu sequentiell) ablaufen kann.

 Definition Workflow Management: Workflow Management umfasst alle Aufgaben, die bei der Modellierung, der Simulation sowie der Ausführung und Steuerung von Workflows erfüllt werden müssen.

 Definition Workflow Management System: Ein Workflow Management System ist ein aus mehreren Werkzeugen bestehendes System, welches die Aufgaben des Workflow Managements durch die Ausführung von Software unterstützt. [Teuf95 S.182] Diese klaren Definitionen dürfen jedoch nicht darüber hinwegtäuschen, dass sich Hersteller von WFMS auf recht unterschiedliche Auffassungen von den oben erwähnten Begriffen abstützen.[Kosh95 S.240]

Andere Autoren fassen den Begriff Workflow Management etwas enger, indem nur hochstrukturierte Prozesse betrachtet werden, vor allem um ihn schärfer von Workgroup Computing zu trennen. In dieser Arbeit wird jedoch obenstehende Definition gemäss Teufel verwendet.

 Die Literatur unterscheidet vier Generationen, welche in Abbildung 4 dargestellt werden. Derzeit ist noch die dritte Generation aktuell, doch befindet sich die Entwicklung an der Schwelle zur vierten Generation von Workflow Management Systemen. 

 Nachfolgend wird dargestellt, welche Anforderungen Jablonski an ein Workflowmodell bzw. ein WFMS stellt:

• Erweiterbarkeit: Das Modell muss erweiterbar sein, um neue Anforderungen befriedigen zu können.
• Dynamisch anpassbar: Workflows können langandauernde Aktivitäten darstellen; deshalb sollten bereits in Produktion befindliche Workflows an neue Situationen angepasst werden können.
• Wiederverwendbarkeit: Die einzelnen Teile der Workflowspezifikation sollten wiederverwendbar sein, weil oftmals in anderen Zusammenhänge bereits spezifizierte Artefakte wiederverwendet werden können.
• Offen: In diesem Zusammenhang meint Jablonski, dass bestehende und neue Anwendungsprogramme in einen Workflow Management System integriert werden können. Jablonksi betont ausdrücklich die Bedeutung von nicht-proprietären Umgebungen.

Als Ziele für die Einführung eines Workflow Management Systems finden sich folgende Punkte in der Literatur:

Automatisierte Prozesssteuerung, Erhöhung der Transparenz über die Arbeitssituation, Verkürzung der Durchlaufzeiten, Verbesserung der persönlichen Arbeitsvorratsverwaltung, Kontrolle der Prozessabwicklung, sowie die Qualitätssicherung.

 4.2 Workflow Management Zyklus

 Einstiegspunkt des Zyklus ist die Istmodellierung (-definition) eines existierenden Arbeitsprozesses, an welchen sich die Analyse von dessen Stärken und Schwächen anschliesst. Animations- bzw. Simulationswerkzeuge können dabei Hinweise auf weitere Analyseschritte geben; diese Schritte müssen unter Umständen iterativ mehrmals durchlaufen werden. Aufbauend auf den Ergebnissen der Analyse erfolgt schliesslich die Sollmodellierung des betrachteten Vorgangstyps.

Die Steuerung von Vorgangsexemplaren erfolgt mit dem neu modellierten Vorgangstyp. Während der Steuerung können Statusinformationen abgefragt sowie Eingriffe durch berechtigte Personen vorgenommen werden. Während der Steuerung wird ein Protokoll erstellt, welches später für Revisionszwecke verwendet werden kann. So lassen sich beispielsweise Transport und Liegezeiten ermitteln.

Diese Idealform des Workflow Management Zyklus wird in der Praxis nicht von allen Workflow Management Systemen unterstützt. [Heil94 S.13/14]

 Nachfolgend werden die Komponenten von Workflow Management Systemen nach Teufel [Teuf95 S.193/194] dargestellt:

Modellierungs- und Definitionswerkzeuge: Workflow Modellierungs- und Definitionswerkzeuge sind Programme, welche die formale und semi-formale Modellierung von Workflows unterstützen. Die Werkzeuge sind heute zumeist noch herstellerspezifisch aufgebaut. In dieser Phase werden Geschäfts-Prozesse aus der realen Welt in formale, für den Computer verständliche Definitionen umgewandelt. Dabei muss es sich nicht nur um maschinell ausführbare Prozesse handeln; auf dieser Stufe sind auch manuell auszuführende Prozesse modellierbar. [WFMC94]

 Workflow-Laufzeitumgebung: Die Workflow-Laufzeitumgebung stellt die Laufzeitumgebung zur Verfügung, in welcher ein oder mehrere Workflows ausgeführt werden. Zentrales Element ist die Softwarekomponente, welche die Prozesse kreiert und löscht, die zeitliche Abfolge steuert und die Interaktion mit Werkzeugen (Software) oder Benutzern ausführt. Diese Komponente wird Workflow Engine genannt. In einem WFMS können mehrere Workflow Engines gleichzeitig existieren.

 Aufrufbare Applikationen: Um die innerhalb eines Workflows definierten Aktivitäten ausführen zu können, müssen unter Umständen bestimmte Applikationen aufgerufen werden. Im Sinne offener Systeme (siehe Kapitel 3) sollten Schnittstellen zur Verfügung stehen, die den Aufruf ermöglichen. Zusätzlich zum Aufruf der Applikation müssen dieser unter Umständen Daten übergeben werden.

 Workflow Klienten-Applikationen: Eine Workflow Klienten-Applikation ist ein ausführbares Programm, das dem Benutzer seine Aufgaben in Form eine Liste präsentiert. Die Workflow Klienten Applikation kann andere Applikationen aufrufen, welche der Benutzer zur Erledigung seiner Aufgaben benötigt und gegebenenfalls die zur Aufgabenerfüllug notwendigen Daten zuweisen. Über einen Notifikationsmechanismus (zum Beispiel eine automatisch generierte E-Mail) wird dem Benutzer bei einigen Systemen mitgeteilt, dass eine neue Aufgabe eingetroffen ist.

 Administrations- und Überwachungswerkzeuge: Zweck dieser Werkzeuge ist es, Daten über Workflows während ihrer Ausführung (d.h. zur Laufzeit) zur Verfügung stellen.

Auf dem Markt erhältliche WFMS enthalten nicht notwendigerweise alle dargestellten Komponenten. [Verl96 S.45]

 4.3 Traditionelle Einsatzgebiete von WFMS

 Jablonski bezeichnet WFMS als wichtigste Middleware-Technologie der kommenden Jahre. Teufel führt aus, dass die Einsatzbereiche für WFMS vielfältig sind, wobei der Einsatz zumeist im administrativen Bereich bzw. im Bürobereich erfolgt. Grundsätzlich sind WFMS besonders zur Unterstützung von betrieblichen Abläufen geeignet,

in die eine hohe Anzahl Personen oder Applikationen einbezogen werden müssen (beispielsweise die Schadensabwicklung in einer Versicherung), oder

die einen hohen Strukturierungsgrad haben und eine geringe Komplexität aufweisen, oder die eine hohe Wiederholungsfrequenz haben und wenige Ausnahmebehandlungsmechanismen erfordern (beispielsweise der Zahlungsverkehr in einer Bank). Eine Umfrage unter den 539 grössten schweizerischen Unternehmen zeigte, dass 18 Prozent des Topmanagements WFMS als Werkzeug innerhalb des Prozesses des strategischen Managements zur Verfügung steht und über 30 Prozent den Einsatz in naher Zukunft planen. [Teuf95 S.183/184] Gemäss einer von Weiss angeführten Prognose wird im Bereich des WFMS-Marktes derzeit mit jährlichen Zuwachsraten von 20 Prozent gerechnet. [Weis96 S.504]

Bei der Einführung eines WFMS in einem Unternehmen sind zuvor einige Dinge zu beachten. So würde eine blosse Abbildung der bisherigen Prozesse in ein WFMS zur Folge haben, dass einige wenige Teile der Prozesse aufgrund neuer Technologien effizienter, d.h. schneller, ablaufen. Organisatorische Schwachpunkte würden jedoch erhalten bzw. zementiert werden. Picot zählt einige dieser organisatorischen Schwachstellen auf, welche bereits in der Einführung zu diesem Kapitel kurz angeschnitten wurden: [Pico95 S.29]

• Lange Durchlaufzeiten, Liege- und Transportzeiten: Untersuchungen zeigten, dass sich einzelne Geschäftsvorgänge lediglich 3 bis 5 Prozent ihrer gesamten Durchlaufzeit in Bearbeitung befinden; der Rest der Zeit wird für Rückfragen, Transport und Doppelerfassungen benötigt.
• Mangelnde Prozesstransparenz: Bedingt durch das hohe Mass an Arbeitsteilung haben viele Mitarbeiter nur ein ungenügendes Wissen über die Zusammenhänge und den Kontext einzelner Teilaufgaben.
• Historisch bedingte Aufgabenzuordnung: Die Praxis zeigt, dass gewachsene Strukturen ohne Druck selten in Frage gestellt bzw. auf ihre Notwendigkeit überprüft werden.
• Historisch gewachsene Archive: Historisch gewachsene Archive lassen zumeist keine schnellen und zuverlässigen Zugriffe zu. Eindimensionale Suchkriterien, Schwierigkeiten bei der Datenpflege sowie Gewährung der Datenkonsistenz sind weitere Problemkreise.

Untersuchungen zeigen, dass der Einsatz von WFMS ungleich höhere Produktivitätspotentiale bewirkt, wenn ein Business Process Redesign (BPR) - Projekt vorgeschaltet wurde, um organisatorische Schwachstellen bestehender Abläufe zu beseitigen [Beck96 S. 320]. Die Workflow Management Coalition, welche in Kapitel 4.4 detalliert vorgestellt wird, bezeichent bezeichnet BPR als "one of the key motivations behind the use of the technology [WMFC94]".

Ob der Einsatz eines WMFS jedoch aus Sicht der Mitarbeiter schliesslich zu einer Taylorisierung oder zur Anreicherung und Flexibilisierung der Arbeit führt, ist nicht so sehr eine Frage des Tooleinsatzes, sondern des dem Prozessentwurf zugrundeliegenden organisatorischen Gestaltungskonzepts.

Wird die Einführung eines WMFS mit einem BPR-Projekt verbunden, ist die gesamte Organisation eines Unternehmens zu modellieren, und in einem zweiten Schritt muss entschieden werden, welche Prozesse durch die Ausführungskompenente des WFMS unterstützt werden soll.

Im Rahmen der Modellierung der Geschäftsprozesse lassen sich diese in drei Gruppen unterteilen:

Routineprozess: Ein Routineprozess ist durch seine klare Struktur gekennzeichnet, die auch auf lange Sicht weitgehend stabil und planbar bleibt. Die Abläufe sind dabei standardisiert, der Grad der Arbeitsteilung ist relativ intenisv und die Schnittstellen zu anderen Prozessen sind gering.

Regelprozess: Der Regelprozess zeichnet sich dadurch aus, dass zwar noch eine kontrollierbare Struktur und Komplexität vorliegt, diese jedoch häufig durch individuelle Eingriffe der Mitarbeiter verändert wird.

Einmaliger Prozess: Beim einmaligen Prozess sind a priori weder die Kommunikationspartner noch der Prozessablauf bestimmt. Prozesse dieser Art lassen sich kaum planen und automatisieren. [Pico95 S.30]

 Österle weist darauf hin, dass es nicht sinnvoll ist, alle Arten von Prozessen durch ein WFMS zu unterstützen, da dies eine hochgradige Standardisierung des Ablaufs bedeutet. Ein Teilprozess sollte sehr häufig ausgeführt werden, und die Informationsverarbeitung sollte gut strukturierbar sein, damit sich der Aufwand einer Ausführung mittels eines WFMS lohnt. [Öste96 S.13]

"Eine volle Eignung kann Workflow-Management für die Kombination Routineprozess/Routineaufgabe attestiert werden... Im Bereich 3 (Einzelfallaufgabe/Einmaliger Prozess) macht der Einsatz von Workflow-Management nur wenig Sinn, da sowohl Aufgabe als auch Ablauf des Prozesses kaum vorherbestimmt werden können und fast gänzlich dem Bearbeiter überlassen sind. Eine Programmierung des Ablaufs ist daher nicht möglich. (…) WFMS können jedoch in diesem Bereich zumindest als Informationsressource und Kommunikationsunterstützung zur Verfügung gestellt werden. [Pico95 S.32]"

 4.4 Workflow Management Coalition

 Die Workflow Management Coalition (WfMC) wurde 1993 als Non-Profit-Organisation gegründet. Sie hat heute mehr als 180 Mitglieder aus 25 Ländern, darunter die wichtigsten Hersteller von WFMS-Produken, Anwender, sowie Beratungsunternehmen. Ziel der WfMC ist es, Standards im Bereich von WFMS zu schaffen, um zwischen den bis anhin proprietären System Schnittstellen zu etablieren. Durch die dadurch entstehende Kompatibilität der Produkte soll das Risiko eines WFMS-Einsatzes für das Unternehmen, welches den Einsatz eines WFMS ins Auge fasst, reduziert werden. Die Standards sollen im Dialog mit den oben genannten Mitgliedern entstehen. [WFMCa96]

Die Workflow Management Coalition ist in zwei Kommitees, das Technical Commitee und das Steering Commitee, innerhalb welchen weitere Arbeitsgruppen existieren, unterteilt.

 4.4.1 Das Workflow Referenz Modell (The Workflow Reference Model)

Das Workflow Referenz Modell der WfMC basiert auf der Struktur eines WFMS und konzentriert sich auf die Schnittstellen (Interfaces) innerhalb dieser Struktur. Abbildung 5 zeigt das Referenz Modell gemäss der WfMC.

Abbildung 5: Referenzmodell der Workflow Management Coalition [WFMC94]

 Nachfolgend werden die einzelnen Komponenten und Schnittstellen des oben dargestellten Modells detailliert besprochen.

Um die Laufzeit-Umgebung (Workflow Enactment Service) liegen das WAPI (Workflow Application Programming Interface) sowie verschiedene Austauschformate (Interchange Formats); diese werden von der WfMC als Konstrukt angesehen, mit welchem auf die Services des WFMS zugegriffen werden kann und welches Interaktionen zwischen den verschiedenen Systemkomponenten regelt. Das WAPI wurde am 20. November 1995 öffentlich gemacht. Die exakte Definition des Workflow Enactment Service lautet: "A software service may consist of one or more workflow engines in order to create, manage and execute workflow instances. Applications may interface to this service via the workflow applications programming interface". [WFMC94] Das Modell unterteilt das WAPI in insgesamt fünf Schnittstellen:

 Workflow Definition Interchange (Interface 1): Das Interface 1, welches an der Schnittstelle vom Modellierungswerkzeug zur Laufzeitumgebung steht, bietet ein Austauschformat für folgende Daten:

• Konditionen, unter denen ein Workflow gestartet, beziehungsweise beendet wird.
• Identifikation von Aktivitäten innerhalb eines Prozesses, inklusive der verwendeten Applikationen und Daten.
• Identifikation von Datentypen und Zugriffspfaden.
• Definition von Zustandsübergangskonditionen und Ablaufregeln.
• Informationen zu Entscheidungen über Ressourcenallokationen.

Durch die Standardisierung ist es möglich, den Output eines Definitionswerkzeuges in Laufzeitumgebungen verschiedener Produkte einzusetzen.

 Workflow Client Application Interface (Interface 2): Eine Workflow Klienten Applikation (Workflow Client Application) ist ein Programm, welches dem Benutzer seine Aufgaben bekannt gibt und ihn mit den zur Aufgabenerfüllung notwendigen Daten versorgt. Der Client kann Teil eines WFMS sein oder auch eine Eigenentwicklung, die zum Beispiel auf einem E-Mail Programm aufbaut. Das Interface 2 liegt an der Schnittstelle zwischen der Laufzeitumgebung und dem Client. Durch die Standardisierung ist es einem Workflow Klienten möglich, mit verschiedenen Workflow Engines in verschiedenen Laufzeitumgebungen in Kontakt zu stehen.

 Invoked Applications Interface (Interface 3): Unter Invoked Applications versteht man Applikationen, welche vom WFMS aufgerufen werden, wie zum Beispiel ein elektronischer Postdienst (beispielsweise X.400), ein Textverarbeitungsprogramm, oder ein Fax-Dienst.

Wie untenstehende Abbildung 6 zeigt, sieht das Interface 3 des WfMC Refenenzmodells zwei Möglichkeiten vor, um Applikationen einzubinden.

Die Einbindung von aufrufbaren Applikationen erfolgt mittels Agenten (Application Agents), welche die Schnittstelle zur aufrufbaren Applikation bilden. Die aufrufbare Applikation kann sich lokal auf dem gleichen Server wie die Workflow Engine oder auf irgendeinem Rechner, welcher über ein Netz erreichbar ist, befinden. Ein zusätzlicher Ansatzpunkt ist die Entwicklung von APIs, welche der Laufzeitumgebung bzw. der Workflow Engine direkten Zugriff auf die Applikation ermöglichen. Applikationen, welche diesen Ansatz ermöglichen, werden im Referenzmodell der Workflow Management Coalition Workflow enabled Applications genannt.

 WAPI Interoperability Functions (Interface 4):

Wie bereits weiter oben in diesem Kapitel bereits ausgeführt wurde, ist es eines der Hauptziele der Workflow Management Coalition, Standards zu erarbeiten, welche es erlauben, Workflow Systeme verschiedener Hersteller einzusetzen.

 Die Interoperabilität zwischen WFMS kann auf verschiedenen Stufen stattfinden. Wie Abbildung 7 zeigt, umfasst die Schnittstelle zwischen zwei Laufzeitumgebungen folgende zwei Komponenten:

• Einerseits ist es über die Schnittstelle möglich, Prozessdefinitionen bzw. konkrete Typen auszutauschen. Damit kann, wie durch die Pfeile "completion" angedeutet, ein Prozess in einer Laufzeitumgebung gestartet und in einer zweiten weiterbearbeitet werden. Dies bedingt einen hohen Grad der Standardisierung.
• Zusätzlich können die Workflow Engines über die Schnittstelle Daten bzw. Definitionen austauschen. Damit ist es zum Beispiel denkbar, dass ein Workflow aus der Prozessdefinition der Umgebung A in einer anderen Umgebung B ausgeführt wird. Diese Schnittstelle verlangt weniger Synchronisation, weil die Daten nicht zur Laufzeit eines bestimmten Workflows ausgetauscht werden. Sie ist deshalb mit geringerem Aufwand realisierbar.

 Administration & monitoring Interface (Interface 5):

Das Interface 5 gemäss den Standards der WfMC erlaubt es, mit den Administrations- und Überwachungswerkzeugen eines Herstellers Laufzeitumgebungen verschiedener Hersteller, welche sich an diese Norm halten, zu überwachen. Dies ermöglicht eine komplette Übersicht über alle Workflows in einer Organisation unabhängig davon, auf welchem System diese ausgeführt werden. Es erlaubt einem Kunden, das für seine Bedürfnisse geeignetste Überwachungs- und Adminstrationswerkzeug herstellerunabhängig einzusetzen.

 Die oben dargestellten Schnittstellen der Workflow Management Coalition sind zum Teil noch in der Entwicklung. Abschliessend und vollständig definiert wurde per 1.1.1997 das Interface 4, dessen Vorstellung am 13. November 1996 stattfand. Ebenfalls vorllständig definiert ist die Schnittstelle 2; sie wurde jedoch noch nicht endgültig verabschiedet.

Durch die getrennte Behandlung der einzelnen Schnittstellen ist es für einen Hersteller möglich, sein Produkt "kompatibel" zu einzelnen Schnittstellen zu machen. Innerhalb der einzelnen Interfaces werden künftig noch zu definierende Levels eingeführt, welche eine Aussage darüber ermöglichen, in welcher Art und Weise ein Produkt sich an die Spezifikaktionen hält.

Per 1.1.1997 haben folgende Hersteller von WMFS und Organisationen Unterstützung für die Interfaces der WfMC zugesagt (dies bedeuted jedoch nicht, dass die Schnittstellen von den entsprechenden Firmen bereits implementiert wurden):

• Interface 1: CSE Systems, Domus Software, IBM, Meta Software Corp., Sema Group Sae
• Interface 2: Action Technologies, Computron, CSE Systems, Fujitsu Software Corp., IBM, ICL, Lion GmbH, SAP AG, Siemens Nixdorf Informationssysteme, Staffware
• Interface 4: Business Review International, CSE Systems, Domus Software, Faba Fallmann & Bauernfeind, FileNet Corp., Fraunhofer Institut für Arbeitswissenschaft und Organisation, Fujitsu Software Corp., Hitachi Ltd., IA Corp., IBM, ICL, IDS Prof. Scheer GmbH, InConcert, Metwa Software MS S.A., Open Text Corp., PPP Healthcare, SAP AG, Sema Group Sae, Siemens Nixdorf Informationssysteme, Staffware, Wang
• Interface 5: IBM

 4.4.2 Aktueller Stand

 Einen Überblick über den aktuellen Stand der Standardisierung durch die Workflow Management Coalitition bietet deren Homepage auf der World Wide Web unter der Adresse http://www.aiai.ed.ac.uk/WfMC.

Derzeit arbeiten diverse Softwarehersteller an Produkten, welche die oben dargestellten Interfaces unterstützen. Am 11. Juni 1996 wurde erstmals eine Live-Demonstration des Interface 4 von den Herstellern CSE Systems, DEC, IBM, Microsoft, Staffware und Wang gegeben. Diese Demonstration ging von mehreren Unternehmen mit verschiedenen WMFS auf verschiedenen Plattformen (Unix, Windows, Windows NT, OS/2) aus, welche zusammenarbeiten. [WFMCb96]

Bei einer weiteren Demonstration im Oktober 1996 beinhaltete die Demonstration der WFMS-Hersteller CSE Systems, Computron Software Inc, DEC, ICL, Staffware, Wang Software bereits die Interfaces 1, 2 und 4. An dieser Vorführung wurden die Definitionen von Prozessen sowie deren Ausführung auf mehren Plattformen präsentiert. Die verschiedenen WFMS konnten dabei entweder über EDI, das Internet oder direkte Verbindungen miteinander kommunizieren [WFMCc96].

 4.5 Klassifikation bestehender WFMS

 Auf dem Markt erhältliche WFMS unterscheiden sich teils erheblich im Leistungsumfang sowie bezüglich der Ausgestaltung der einzelnen Komponenten, sofern diese überhaupt vollständig vorhanden sind. [Verl96 S.45]

Zur Beschreibung bzw. Modellierung der Prozesse in einem WFMS können prinzipiell vier Modelle unterschieden werden: [Teuf95 S.188]

• Formularorientierte Modelle: Unter einem Formular wird in diesem Zusammenhang ein Dokument verstanden, welches u.a. auch Hypertext-Strukturen oder multimediale Objekte beinhalten kann. Der Umlauf eines Dokumentes wird zumeist im Sinne elektronischer Post realisiert, d.h. ein Benutzer erhält eine Aufgabe in der elektronischen Eingangsbox. Mit diesem Ansatz können primär serielle Abläufe realisiert werden.
• Vorgangsorientierte Modelle: Zentrales Merkmal dieses Ansatzes ist es, dass das Wissen über den zu koordinierenden Vorgang logisch zentral in einer sogenannten Coordination Entity gespeichert wird. Aufgrund des gespeicherten Wissens kontrolliert und steuert die Coordination Entity die Aktivitäten der am Vorgang beteiligten Akteure. Mit diesem Ansatz lassen sich aufgrund der zentralen Kontroll- und Steuerungsinstanz sowohl serielle als auch parallele Abläufe realisieren.
• Kommunikationsorientierte Modelle: Bei diesen Ansätzen, welche sich an der Kommunikation zwischen Akteuren orientieren, wird die Annahme getroffen, dass Koordinationsprozesse immer Kommunikationsprozesse erfordern. Beispiele für Applikationstypen, welche diesen Ansatz verwenden, sind elektronische Post-Systeme.
• Konversationsorientierte Modelle: Grundlage konversationsorientierter Modelle ist die Sprachakttheorie, welche von der Annahme ausgeht, dass Menschen durch sogenannte Sprechakte handeln. Die Idee dahinter ist, dass Meldungen nach vordefinierten Klassen von Sprechakten identifiziert werden können. Interne Regeln des Systems dienen dazu, eintreffende Meldungen zu klassifizieren bzw. dem Benutzer mögliche Sprechakte für Antworten zur Verfügung zu stellen.

 Als weiteres Merkmal zur Klassifikation eines WFMS bietet sich der Umfang des angebotenen Produktes an. Mit dieser Klassifikation soll dem Umstand Rechnung getragen werden, dass Softwarehäuser teilweise eigene Definitionen eines WFMS verwenden. Das Spektrum reicht von "reinen" WFMS im Sinne der Definition der WfMC bis zur Groupware-Produkten:

WFMS gemäss Workflow Management Coalition: Produkte dieser Klasse sind reine Workflow Management Systeme gemäss der in Kapitel 4.4.1 dargestellten Definition der Workflow Management Coalition.

WFMS mit Groupware Komponenten: Systeme dieser Klasse zielen auf die Automation von Prozessen ab, beinhalten jedoch zusätzliche Komponenten, welche dem Groupware-Bereich zuzuordnen sind.

Groupware-Produkte mit WFMS-Komponente: Systeme dieser Klasse sind dem Bereich Groupware zuzurechnen; sie verfügen jedoch über Möglichkeiten zur Prozessmodellierung bzw. deren computerunterstützter Ausführung.

 5 Einsatzmöglichkeiten von WFMS bei der Gestaltung virtueller Unternehmen

 In diesem Kapitel werden die Einsatzmöglichkeiten von Workflow Management Systemen bei der Gestaltung virtueller Unternehmen untersucht. Das Resultat dieser Untersuchung soll dazu dienen, im folgenden Kapitel 6 konkrete Systeme auf ihre Eignung zu überprüfen.

Nach der Diskussion konkreter Einsatzmöglichkeiten werden die dazu notwendigen Voraussetzungen besprochen. Darauf aufbauend wird in Kapitel 5.3 ein Raster erstellt, an welchem schliesslich die Systeme miteinander verglichen werden können.

  5.1 Einsatzmöglichkeiten

 Die in dieser Arbeit verwendete Definition einer virtuellen Unternehmung sieht vor, dass Unternehmen, welche in einer virtuellen Unternehmung kooperieren, vorrangig ihre Kernkompetenzen bei der Leistungserstellung einbringen; jedes Unternehmen ist also auf seinem Teilgebiet Spezialist.

Zwischen den Unternehmen entstehen somit Schnittstellen, an welchen ein Produkt bzw. eine Dienstleistung einen Partner im virtuellen Unternehmen verlässt, um von einem anderen Partner weiterbearbeitet zu werden.

Bei dieser Situation sind drei Szenarien denkbar:

• Beide Partner setzen bereits ein Workflow Management System ein: Über entsprechende Schnittstellen müssen Verbindungen geschaffen werden, damit Daten aus dem WFMS des ersten Partners vom zweiten übernommen werden können. Denkbar ist auch, dass das Prozess-Modell des einen Partners erweitert wird und somit beide Partner von demselben Modell ausgehen. Durch die Verbindung der beiden WFMS lassen sich sowohl der Kommunikations- als auch der Koordinationsaufwand senken, da die beiden WFMS direkt elektronisch miteinander verbunden werden. Jedes Unternehmen verwendet somit das bereits im Einsatz befindliche WFMS, mit einigen notwendigen Erweiterungen, weiter; es müssen lediglich die Schnittstellen geschaffen werden.
• Ein anderer denkbarer Einsatz ist die Neumodellierung der im virtuellen Unternehmen entstehenden Prozesse. Auch bei diesem Ansatz wird davon ausgegangen, dass mindestens ein Unternehmen bereits ein WFMS im Einsatz hat. Die Neumodellierung ist nicht im Sinne eines BPR-Projektes (welches der Kurzlebigkeit eines virtuellen Unternehmens entgegensteht), sondern im Zurückgreifen auf Bestehendes zu verstehen; unter Umständen kann auf Teile des existierenden Workflow-Modells aufgebaut werden. Es wird davon ausgegangen, dass die Prozesse im Kernkompetenzbereich eines Unternehmens bereits optimiert wurden. Die Workflows können auf bereits bestehenden oder neu zu beschaffenden Systemen, welche nicht notwendigerweise vom gleichen Herstellern stammen müssen, ablaufen. Bei diesem Ansatz werden Workflows unternehmensübergreifend ausgeführt; die Verknüpfung der WMFS muss daher enger als im zuerst dargestellten Szenario sein.
• Wenn keines der beiden Partnerunternehmen ein WFMS im Einsatz hat und somit über kein Know-how verfügt, scheint die Einführung im Rahmen der Gestaltung einer virtuellen Unternehmung nicht sinnvoll, da bei der Installation des WFMS sowie einer eventuellen vorgängigen Geschäftsprozessoptimierung zuviel Zeit verloren ginge.

Die Voraussetzungen für den unternehmensübergreifenden Einsatz von WFMS wird in Kapitel 5.2 besprochen.

Bei den oben dargestellten Szenarien entsteht der Nutzen der Einsatzes der WFMS neben der automatischen Prozesssteuerung in kürzeren Durchlaufzeiten sowie einer Reduktion der notwendigen Kommunikation und Koordination.

 Wie in Kapitel 4.3 bereits ausgeführt, eignen sich Workflow Management Systeme vor allem für den Einsatz bei der Erledigung von Routineprozessen, die durch eine klare Struktur gekennzeichnet sind und sich über die Zeit wenig verändern. Dies gilt auch für den Einsatz im virtuellen Unternehmen: Der Aufwand der Einführung eines WFMS lohnt sich nur für Prozesse bzw. Teilprozesse, die häufig ausgeführt werden und gut strukturiert sind. Für die Erledigung von einmaligen Prozessen und Regelprozessen sind Groupware-Systeme besser geeignet, da sie spontane Kommunikation und Koordination von räumlich und/oder zeitlich verteilten Mitarbeitern besser unterstützen. Zu beachten ist, dass die Grenzen zwischen Workflow Management Systemen und Groupware Systemen fliessend sind, so dass Systeme, welche als WFMS verkauft werden, gegebenenfalls zur Kommunikation eingesetzt werden können. [Verl96 S.47] Es muss folglich ebenfalls untersucht werden, inwieweit sich ein konkretes WFMS-Produkt zur Abwicklung spontaner, unstrukturierter Kommunikation sowie zur Informationsgewinnung eignet.

 Ein weiteres mögliches Einsatzgebiet von WFMS im Bereich virtueller Unternehmungen liegt bei der Bildung virtueller Unternehmungen mittels einer "VU-Börse", wie in Kapitel 2.4 beschrieben. Es ist denkbar, dass die Registrierung bzw. die Anfrage und Suche nach neuen Partnern mittels standardisierter Prozesse erfolgt. Dieser Bereich wird jedoch im weiteren Verlauf der weiteren Ausführungen nicht näher betrachtet, da das Auffinden eines Partner an einer VU-Börse keine besonderen Anforderungen an ein WFMS stellt und daher einfach durchführbar ist.

 5.2 Voraussetzungen

 Der folgende Teil der Arbeit stellt die Voraussetzungen dar, damit ein virtuelles Unternehmen bzw. seine Partner bei der Ausgestaltung der Zusammenarbeit auf WFMS zurückgreifen können. Es wird davon ausgegangen, dass WMFS verschiedener Hersteller auf verschiedenen Plattformen zum Einsatz kommen sollen, und dass die Prozesse bereits optimiert wurden.

  5.2.1 Technische Voraussetzungen

 Grundvoraussetzung für den Einsatz eines WFMS ist ein PC, welcher sowohl mit Standardsoftware (Textverarbeitungssystem, Tabellenkalkulation, Grafikeditor, E-Mail-Client etc.), als auch mit Netzanbindung an allen Arbeitsplätzen ausgestattet ist, um die WFMS-Clients auszuführen; zudem benötigt ein Unternehmen die entsprechenden Server. Für bestimmte in Kapitel 3.4 besprochene Dienste wie Voice-Mail oder Videokonferenzen müssen die Arbeitsplatz-PCs mit entsprechenden Multimedia-Komponenten ausgestattet sein. Die Netze unterschiedlicher Partner eines virtuellen Unternehmens müssen miteinander verbunden sein, sei es durch eine Direktverbindung oder mit Hilfe eines Netzwerkbetreibers (Provider).

Im Bereich der Netzwerke ist derzeit, wie in Kapitel 3.1 dargestellt, ein Trend zu "offenen Systemen" feststellbar. Da jedoch in Unternehmen proprietäre Betriebssysteme und Netzwerke verschiedener Hersteller im Einsatz sind, sollte ein WFMS für den Einsatz im virtuellen Unternehmen auf möglichst vielen Plattformen lauffähig sein. Viele Hersteller fokussieren derzeit auf Internet-Dienste und -Protokolle, um eine gemeinsame Basis zwischen proprietären Systemen zu schaffen.

Welche Merkmale für ein WFMS beim Einsatz im virtuellen Unternehmen wichtig sind, beleuchtet das folgende Kapitel 5.2.2.

 5.2.2 Voraussetzungen für WFMS

 Olbrich weist einem virtuellen Unternehmen, wie in Kapitel 2.3 dargestellt wurde, u.a. die Merkmale unternehmensübergreifender Charakter, zeitliche Restriktion sowie Flexibilität zu. Damit ist auf einer abstrakten Ebene ausgesagt, welchen Anforderungen ein WFMS beim Einsatz in einem virtuellen Unternehmen genügen muss.

 Zentrales Merkmal einer virtuellen Unternehmung ist deren Flexibilität. Damit gelten die Forderungen von Jablonksi an ein WFMS aus Kapitel 4.1 ganz besonders: Erweiterbarkeit und die Möglichkeit zur dynamischen Anpassung müssen gegeben sein, um flexibel und schnell auf den Markt reagieren zu können. Die Bedeutung der Wiederverwendbarkeit von Prozessdefinitionen wurde ebenfalls bereits im Kapitel 4.1 (Einsatzmöglichkeiten) aufgezeigt. Zudem kann das Wiederverwenden von bereits bestehenden Modellen die Zeit des Aufbaus einer virtuellen Unternehmung, welche u.a. das Ziel des Ausnützens kurzfristiger Marktchancen verfolgt, verkürzen. Die letzte Anforderung, welche Jablonski an ein WFMS stellt, ist die Offenheit des Systems, d.h. das Ablaufen in nicht proprietären Umgebungen. Diesem Bereich der Standardisierung von Schnittstellen hat sich die Workflow Management Coalition angenommen

 Damit ein WFMS unternehmensübergreifend eingesetzt werden kann, ist es nötig, dass Schnittstellen zu WFMS anderer Hersteller bestehen. Die möglichen Szenarien wurden in Kapitel 5.1 dargestellt. Im Bereich Workflow Management hat sich die Arbeit der Workflow Management Coalition (siehe Kapitel 4.4) durchgesetzt. Die geschaffenen Standards, obwohl sie sich noch teilweise in Entwicklung befinden, ermöglichen über fünf verschiedene Schnittstellen (Interfaces) ein Zusammenarbeiten verschiedener WFMS. Im unternehmensübergreifenden Einsatz von besonderer Bedeutung ist das Interface 1, welches es erlaubt, Prozess-Modelle produktfremder Definitionswerkzeuge, bzw. Teile daraus, in einer Laufzeitumgebung ablaufen zu lassen. Es ist zudem denkbar, ein fremdes Prozessmodell zu erweitern, um es gemeinsam in zwei oder mehreren Partnerunternehmen einzusetzen.

Bedeutungsvoll ist ebenfalls die Schnittstelle 4, mit welcher es möglich ist, Prozesse, die in einer Laufzeitumgebung A gestartet wurden, in einer Laufzeitumgebung B weiterauszuführen, bzw. zu beenden. Über diese Schnittstelle lassen sich auch Daten und Prozessdefinitionen austauschen.

Über die Schnittstelle 2 ist es möglich, dass eine Workflow Klienten Applikation auf eine Laufzeitumgebung eines anderen Produktes zugreift. Im Falle eines virtuellen Unternehmens bedeutet dies, dass Mitarbeiter eines Partnerunternehmens Workflows der Laufzeitumgebung eines anderen Partnerunternehmens ausführen können.

Die Schnittstelle 3 definiert, wie mit aufrufbaren Applikationen kommuniziert wird. Einerseits kann jedoch nicht davon ausgegangen werden, dass in verschiedenen Unternehmen die gleichen Softwarepakete (beispielsweise Office-Pakete) zum Einsatz gelangen, andererseits wurden die Arbeiten zur Definition gerade erst aufgenommen; es daher liegen noch keine Standards oder verbindliche Vorschläge vor. Die Schnittstelle 5 (Administration & monitoring) spielt keine grosse Rolle im Rahmen der Ausgestaltung einer virtuellen Unternehmung, da die Administration und Überwachung aufgrund des Fehlens einer zentralen Einheit Aufgabe des einzelnen Partnerunternehmens bleiben wird.

Es gilt ausserdem zu untersuchen, ob Systeme, welche sich nicht an die Spezifikation der Workflow Management Coalition halten, andere Wege beschreiten , um Interoperabilität zwischen den Produkten herzustellen, und wie diese für den Einsatz in einem virtuellen Unternehmen geeignet sind.

 Beim Einsatz in einem virtuellen Unternehmen werden erhöhte Anforderungen bezüglich der Sicherheit an ein WFMS gestellt. Zusätzlich zu den Gefahren, die beim Einsatz innerhalb eines geschlossenen Systems entstehen, müssen die Systeme beim Einsatz in einem virtuellen Unternehmen miteinander verbunden sein; diese Verbindung muss ebenfalls abgesichert sein. Somit sind die WMFS zusätzlich den möglichen Angriffen eines Dritten von aussen, sowie eines unloyalen Partners im virtuellen Unternehmen ausgesetzt. Speziell für den letztgenannten Fall sind spezielle Vorkehrungen nötig, damit ein fremdes Unternehmen im Rahmen einer zeitlich begrenzten Zusammenarbeit nicht an Informationen oder Know-how gelangen kann, welches nicht für dieses Unternehmen bestimmt ist. Es müssen somit Konzepte zum Schutz der Modelle und Daten vorhanden sein.

 Zusätzlich soll im Rahmen der nachfolgenden Untersuchungen betrachtet werden, welche Komponenten ein WMFS beinhaltet. Neben den gemäss Workflow Management Coalition typischen Komponenten weisen verschiedene WFMS groupwareähnliche Komponenten auf. Einige dieser Komponenten, welche sich für einen Einsatz im virtuellen Unternehmen eignen, wurden in Kapitel 3.4 (Dienste und Anwendungen) näher vorgestellt. Damit wird der Tatsache Rechnung getragen, dass die Grenzen zwischen Workflow Management Systemen und Groupware, wie bereits ausgeführt, zusehends verschwimmen

 5.3 Vergleichskriterien

 Abgeleitet aus den obigen Ausführungen stellt das folgende Kapitel in geraffter Form die Anforderungen an ein WFMS dar, welches ein virtuelles Unternehmen unterstützen soll.

 Klassifikation: Gemäss den Auslegungen in Kapitel 4.5 wird ein zu untersuchendes System klassifiziert. In einem ersten Schritt wird das zugrundeliegende Modell (formularorientiert, vorgangsorientiert, kommunikationsorientiert, konversationsorientiert) festgestellt, anschliessend wird in einem zweiten Schritt das Produkt im Groupware - WFMS - Spektrum positioniert. 

1. Komponenten: Ausgehend von der Klassifikation soll festgestellt werden, über welche Komponenten ein Produkt verfügt. Es wird überprüft, welche Komponenten gemäss der Definition aus Kapitel 4.2 vorhanden sind und wie sich diese und eventuell weitere vorhandene Komponenten in der vorhandenen Form für den Einsatz im virtuellen Unternehmen eignen. Zudem wird untersucht, ob das zu untersuchende WFMS über zusätzliche Komponenten aus dem Groupware-Bereich verfügt. Ob und wie diese Komponenten gegebenenfalls im Rahmen einer virtuellen Unternehmung zum Einsatz gelangen können, wird in Kapitel 7 (Resultate) dargestellt. 
2. Kompatibilität: Die Systeme werden unter diesem Punkt daraufhin untersucht, welche Voraussetzungen sie bezüglich der Hardware und des Betriebssystems stellen. Sowohl für den Server als auch für die Clients wird überprüft, auf welchen Betriebssystemen sie lauffähig sind, und ob sie bestimmte Anforderungen an die Hardware oder die Ausstattung eines Rechners stellen.
   In einem weiteren Schritt werden die WMFS darauf geprüft, auf welchen Netzwerktypen bzw. Netzwerkprotokollen sie lauffähig sind. 
3. Erweiterbarkeit / Änderbarkeit: Bezüglich der Erweiterbarkeit bzw. der Flexibilität werden die WFMS darauf untersucht, ob es möglich ist, einen einmal definierten Prozess zu erweitern, und ob dies während des produktiven Einsatzes des Systems geschehen kann.
   Ausserdem wird untersucht, ob einmal definierte Prozessdefinitionen wiederverwendet werden können. 
4. Schnittstellen / Interoperabilität: In einem ersten Schritt wird das zu untersuchende WFMS bezüglich seiner Unterstützung der Schnittstellen der Workflow Management Coalition untersucht. Es wird betrachtet, ob bzw. welche Schnittstellen tatsächlich unterstützt werden, und für welche Schnittstellen Unterstützung in zukünftigen Versionen zugesagt wird.
   In einem zweiten Schritt werden weitere Schnittstellen des zu untersuchenden WFMS betrachtet. Insbesondere wird darauf geachtet, ob das System eigene Schnittstellen anbietet, und ob Internet-Dienste und -Protokolle unterstützt werden. 
5. Sicherheitsaspekte: Es wird untersucht, welche Sicherheitsmassnahmen ein System zur Abwehr der dargestellten Bedrohungen aufweist. Speziell wird auf die Sicherheitsaspekte beim Betrieb in einem System, welches nicht komplett gegen aussen abgeschottet sein kann, geachtet.

 6 Produkte-Vergleich ausgewählter WFMS

 Im folgenden Kapitel werden drei Systeme, welche über eine Workflow-Komponente verfügen, an den oben erstellten Anforderungen gemessen.

Bei der Auswahl der Systeme wurde darauf geachtet, Vertreter verschiedener auf dem Markt vertretener Gruppen miteinzubeziehen. Bei jedem Produkt werden zuerst die spezifischen Merkmale herausgearbeitet, bevor es an den im vorhergehenden Kapitel erstellten Massstäben gemessen wird.

 Bei dem Produkt FlowMark handelt es sich um ein reines Workflow Management System, welches über keine andere Funktionalität verfügt. Als Vertreter einer anderen Gattung wurde Lotus Notes gewählt, ein Groupware-Produkt, dessen Stärken im Bereich Kommunikation und Datenbanken liegen, und welches zusätzlich über Workflow-Funktionalität verfügt.

Zwischen diesen beiden Produkten lässt sich LinkWorks positionieren. LinkWorks setzt sich aus vier Komponenten zusammen, wovon eine den Bereich Workflow abdeckt.

Sämtliche Angaben zu den Produkten stammen aus den im Literaturverzeichnis angeführten Dokumenten des jeweiligen Herstellers.

 6.1 FlowMark

 FlowMark, Version 2.3, ist das Workflow Management System von IBM. Die deutsche Version von FlowMark 2.3 ist ab 18.4.1997 verfügbar. IBM beschreibt FlowMark folgendermassen:

- Helps users manage their work using work lists." [IBM95]

 FlowMark setzt sich aus den nachstehenden Komponenten zusammen:

 Server: Ein FlowMark Server besteht aus der objektorientierten FlowMark Datenbank (ObjectStore), der Process Navigation Engine, der Worklist Management Funktionalität, sowie Audit- und Notifikations Services.

 Modellierungskomponente (Buildtime Client): Die folgenden Definitionswerkzeuge stehen in der Modellierungskomponente zur Verfügung:

• Prozess-Definition: Die Prozesse werden grafisch als Aktivitäten-Netzwerk modelliert. Ein Aktivitäten-Netzwerk kann als gerichteter Graph angesehen werden, bei welchem Knoten Aktivitäten und die Verbindungen Daten- oder Kontroll-Flüsse darstellen. Kontrollflüsse können konditional gestaltet werden.
• Mitarbeiter-Definition: In diesem Definitionswerkzeug werden Informationen über Mitarbeiter, Levels (Hierarchiestufen), Rollen, Organisationen sowie die Beziehungen untereinander modelliert.
• Programm-Registrierung, inkl. Definition der Input/Output-Parameter.
• Datenstruktur-Definition: Definition der Struktur der Daten, welche von einem Programm an FlowMark oder umgekehrt weitergegeben werden.
• Server-Definition: Registrierung aller FlowMark-Server.
• In einem Animationstool lassen sich die modellierten Prozesse auf ihre Konsistenz prüfen. So können Fehler bzw. Unzulänglichkeiten vor Aufnahme des produktiven Betriebs gefunden werden.

 Klienten Applikation (Runtime Client): Die Klienten Applikation von FlowMark stellt dem Benutzer eine Worklist mit zu erledigenden Aufgaben zur Verfügung. Für jede zu erledigende Aufgabe wird die richtige Applikation zur Verfügung gestellt. Die Verbindung zu den Applikationen erfolgt über APIs (Application programming interface). Ein Runtime Client kann gleichzeitig bei mehreren FlowMark Servern eingeloggt sein. Abbildung 8 zeigt einen Ausschnitt aus einer Worklist. Ein Doppelklick auf die auszuführende Tätigkeit (Get Crd Info ...) bringt die rechte Dialogbox zum Vorschein, in welcher die Informationen vom Sachbearbeiter eingegeben werden.

 Administrations- und Analyse-Komponente: Diese Komponente weist im FlowMark System folgende Funktionalität auf:

• Import/Export von Prozess-, Daten- und Mitarbeiter-Modellen.
• Prozessmonitor (Darstellung der Instanzen laufender Prozesse).
• Audit Trail (Log-Datei, in welcher alle Transaktionen chronologisch aufgezeichnet werden).
• Notifikation bei unerledigten Prozessen und Unregelmässigkeiten.

 Die Version 2.3 unterscheidet sich von der Version 2.2 durch Unterstützung für zusätzliche Plattformen sowie "Internet Connection for FlowMark", welche später in diesem Kapitel ausführlich beschrieben wird.

 6.1.1 Untersuchung

 In dem folgenden Unterkapitel wird das Produkt FlowMark gemäss den Vergleichskriterien aus Kapitel 5.3 betrachtet. Eine Beurteilung folgt anschliessend.

 a) Klassifikation

FlowMark basiert auf einem vorgangsorientierten Modell gemäss der Klassifikation aus Kapitel 4.5. Das Wissen über die Prozesse wird zentral gespeichert, kontrolliert und gesteuert.

Im Groupware - WMFS Spektrum ist FlowMark auf der WFMS Seite positioniert. FlowMark verfügt über sämtliche Komponenten, welche die Workflow Management Coalition von einem Workflow Management System verlangt, und gilt daher in der Literatur uneingeschränkt als WFMS. Komponenten aus dem Groupware-Bereich sind keine vorhanden. Schnittstellen und Verbindungen zu Groupware-Systemen werden in diesem Kapitel unter e) beleuchtet.

 b) Komponenten

FlowMark verfügt über eine Modellierungskomponente (Buildtime), ein Animationstool zur Simulation der erstellen Modelle, eine Klienten-Applikation (Runtime-Client) zur Interaktion mit dem Benutzer, sowie eine Administrations- und Analysekomponente. Eine detaillierte Betrachtung dieser Bausteine befindet sich obenstehend in Kapitel 6.1.

Die Standardversion von FlowMark bietet keine Groupware-Komponenten. Bei der Gestaltung eines virtuellen Unternehmens sind demnach neben FlowMark weitere Systeme zur Abwicklung der Kommunikation und Koordination notwendig. Punkt e) dieses Kapitels zeigt vorhandene Schnittstellen auf.

 c) Kompatibilität

Nachfolgende Tabelle (Abbildung 9) stellt die unterstützten Plattformen der englischen Version 2.3 dar:

 Abbildung 10 zeigt tabellarisch die unterstützten Client/Server Konfigurationen:

 Falls alle Komponenten von FlowMark auf demselben physischen Computer ablaufen, werden keine Netzwerkprotokolle benötigt. In allen anderen Fällen (in der Client/Server Umgebung) setzt FlowMark TCP/IP als Protokoll ein.

 d) Erweiterbarkeit / Änderbarkeit

Über das oben bereits vorgestellte grafische Frontend des FlowMark Buildtime Client ist es jederzeit möglich, neue Prozesse zu definieren bzw. bestehende abzuändern. Es ist möglich, mehreren Benutzern das Recht einzuräumen, die verschiedenen Modelle (Prozess, Mitarbeiter, Datenstruktur, Programmregistrierung, Server Definition) zu bearbeiten.

 Um während der Laufzeit Prozesse verändern zu können, bedarf es eines zusätzlichen Zugriffsrechts (project manager). Benutzern, welche dieses Zugriffsrecht erhalten haben, stehen Werkzeuge von FlowMark zur Verfügung, mit welchen sich Prozesse starten, abbrechen, sowie neustarten (z.B. nach einem Abbruch) lassen. Es ist ebenfalls möglich, in die Worklists der Benutzer einzugreifen und eine Tätigkeit, welche bereits einem Benutzer zugewiesen wurde, an jemand anderen zu leiten.

 FlowMark unterstützt die Wiederverwendung bereits existierender Definitionen. "With the visual modelling capability of FlowMark, you can rearrange or reuse parts of the process you are modelling. You can reuse parts or all other already modelled processes in the same way." [Flow96]

Im Administrationswerkzeug ist es möglich, Modelle bzw. Teile davon zu importieren sowie zu exportieren. Import und Export von Prozessdefinitionen erfolgen über das Interface 1 gemäss der Definition der Workflow Management Coalition. Dieses wird unter dem folgenden Punkt e) beleuchtet.

 e) Schnittstellen / Interoperabilität

Das Produkt FlowMark hält sich, sofern diese bereits publiziert wurden, an die Standards bzw. die 5 Schnittstellen der Workflow Management Coalition, die bereits in Kapitel 4.4.1 ausführlich dargestellt wurden.

• Interface 1 (Workflow Definition): FlowMark erlaubt das Importieren und Exportieren von Prozessmodellen mit Werkzeugen anderer Hersteller. Die von FlowMark dazu verwendete FlowMark Definition Language (FDL) ist identisch mit der Workflow Process Definition Language, welche von der Workflow Management Coalition vorgeschlagen wurde und sich derzeit in der Diskussion befindet.
• Interface 2 (Workflow Client Application): FlowMark unterstützt alle Funktionen, welche die WfMC im Interface 2 spezifiziert. Zusätzlich zum C-API bietet FlowMark ein C++-API mit erweiterter Funktionalität an.
• Interface 3 (Invoked Applications): Da die Arbeit an der Spezifikation des Interface 3 erst kürzlich aufgenommen wurde, sind noch keine Standards bzw. Entwürfe davon verfügbar. IBM hat angekündigt, dass die zu erwartende Spezifikation der WfMC ähnliche Konzepte anwenden wird, wie sie bereits in FlowMark zum Einsatz gelangen.
• Interface 4 (WAPI Interoperability): FlowMark unterstützt die Zusammenarbeit mit den Workflow Engines anderer Hersteller über eine MIME-basierte Schnittstelle, wie sie in den Spezifikationen der WfMC vorgesehen ist.
• Interface 5 (Administration & monitoring): FlowMark führt einen Audit Trail, in welchem alle Ereignisse bei der Ausführung eines Workflows aufgezeichnet werden. Dabei werden die meisten Informationen aufgezeichnet, welche die WfMC bei der Definition der Schnittstelle 5 derzeit diskutiert.

 Einen Übergang ins Internet hat IBM mit "IBM Internet Connection for FlowMark" geschaffen.

"Internet Connection for FlowMark" ist noch nicht Bestandteil des FlowMark Systems, sondern muss von der IBM-FlowMark Homepage auf dem World Wide Web heruntergeladen werden.

"Internet Connection for FlowMark" verhält sich wie der FlowMark Runtime Client; der Benutzer benötigt allerdings nur einen aktuellen World Wide Web Browser. Über die "Internet Connection for FlowMark" ist es möglich, sich seine Worklist anzeigen zu lassen. Mit den entsprechenden Zugriffsrechen ist es möglich, über das World Wide Web Prozesse auszuführen und diese zu überwachen: "It enables you to manage, execute, and track business processes anywhere in the world. In addition, you can now include customers, vendors and partners in your business process." [IBM96d]

Ihre Grenzen findet diese Weise, Prozesse auszuführen, sobald andere Applikationen aufgerufen werden sollen, da das World Wide Web derzeit noch keine ausreichenden Konzepte anbietet.

 f) Sicherheitsmassnahmen

Jeder FlowMark-Benutzer muss, bevor irgendein Zugriff auf das System möglich ist, in der Mitarbeiter-Definition der Modellierungskomponente verzeichnet sein. Dort wird für jede Person, welche Zugriff zu FlowMark erhalten soll, eine Benutzerkennung mit zugehörigem Passwort definiert. Bei dieser Definition können dem Benutzer Rechte zugewiesen werden; die Zugriffsrechte sind hierarchisch in Stufen (Kategorien) organisiert. Jeder Benutzer wird einer Stufe zugewiesen und erhält dadurch alle Rechte, welche Benutzern dieser Stufe zugestanden werden.

Sämtliche Ereignisse werden in einem Audit-Trail festgehalten.

Bezüglich der vier Bedrohungen, welche in Kapitel 3.3.2 vorgestellt wurden, verlässt sich FlowMark auf die Sicherheitsmassnahmen des verwendeten Betriebssystems, der Datenbank sowie des Netzwerkes. Es sind, abgesehen vom Passwortschutz, keine speziellen Sicherungsmassnahmen vorgesehen.

 6.1.2 Beurteilung

 FlowMark unterstützt genügend gängige Plattformen. Abgesehen vom Buildtime Client, welcher nur unter dem IBM eigenen Betriebssystem OS/2 lauffähig ist, lassen sich FlowMark Server bzw. Klienten Applikationen von der technischen Seite her gesehen in praktisch jedes bestehende Client/Server Netzwerk einbinden. Die Beschränkung auf OS/2 ist nicht sinnvoll, weil dieses Betriebssystem in einer grossen Anzahl von Betrieben nicht zum Einsatz gelangt.

Die Konzentration auf das Netzwerkprotokoll TCP/IP stellt keine Einschränkung dar, da sich TCP/IP zu einem Standard entwickelt hat, welcher von allen modernen Betriebssystemen, auf welchen FlowMark lauffähig ist, unterstützt wird.

 Das Prozess-Modell von FlowMark lässt sich einfach erweitern; die Änderungen lassen sich vor dem praktischen Einsatz zur Fehlererkennung und Optimierung simulieren.

FlowMark unterstützt die Schnittstellen der Workflow Management Coalition; endgültig definierte Schnittstellen sind in FlowMark bereits implementiert. Die Zusammenarbeit mit einem WFMS eines anderen Herstellers, welcher sich ebenfalls an Standards der WfMC hält, ist beispielsweise im Rahmen eines der in Kapitel 5.1 dargelegten Szenarien möglich.

Mit der "Internet Connection for FlowMark" ist es von praktisch überall her möglich, mit der dargestellten Einschränkung auf einen FlowMark Server zuzugreifen. Somit kann ein FlowMark-Server beispielsweise im Rahmen einer virtuellen Unternehmung für Clients aus einem Partnerunternehmen zugänglich gemacht werden.

Eine spezielle Schnittstelle existiert zu Lotus Notes. Die Kombination von FlowMark und Lotus Notes wird in Kapitel 7.2 gesondert aufgegriffen.

 Bezüglich der Sicherheit verlässt sich FlowMark auf die Mechanismen des Betriebssystems und des Netzwerkes. Beim Einsatz von FlowMark in einer Umgebung, welche Schnittstellen nach aussen aufweist, sind deshalb zusätzliche Sicherungsmassnahmen notwendig. Benutzer, welche Zugriffe auf die Modelle erhalten, sind definiert. Auf diese Weise sind die Modelle gegen Aussenstehende abgesichert.

 FlowMark erfüllt die Anforderungen aus Kapitel 5.3 in einem hohen Mass. Es muss allerdings beachtet werden, dass FlowMark ein reines WMFS ist. Es eignet sich daher nicht zur Abwicklung unstrukturierter Prozesse. FlowMark kann daher nur Teil der IT-Strategie zur Implementierung eines virtuellen Unternehmens sein. Weitergehende Ausführungen zu diesem Thema folgen in Kapitel 7.2.

 6.2 LinkWorks

 LinkWorks, Version 3, von Digital Equipment Corporation (DEC), wird vom Hersteller folgendermassen positioniert: "(...) LinkWorks enhances existing systems and applications with group-sharing, document management, and workflow functionality. It integrates personal and group productivity as well as business applications." [DEC95a]

Folgende Dienstleistungen bietet LinkWorks dem Benutzer an:

• Verwaltung von Dokumenten (Zugriffsrechte, Archivierung, Suchfunktionen).
• Zugänglichmachen von Informationen für Mitarbeiter (sharing).
• Steuerung des Informationsflusses (Workflows).
• Kommunikation mit Benutzern verschiedener Systeme.
• einfach zu bedienende grafische Benutzeroberfläche.
• zentralisiertes System Management.

 Abbildung 11 zeigt die grafische Benutzeroberfläche von LinkWorks. Diese sieht für einen bestimmten Benutzer immer gleich aus, egal von welchem Rechner unter welchem Betriebssystem er sich anmeldet.

 Die einzelnen Module von LinkWorks werden nachfolgend kurz erläutert:

 Verwaltung von Informationen (Dokumente-Datenbank): Dokumente lassen sich in LinkWorks hierarchisch strukturieren. Mit der Suchfunktion lassen sich Dokumente im Archiv wiederfinden, sofern der Benutzer auf das Dokument ein Zugriffsrecht besitzt.

 Sharing: LinkWorks überprüft die Zugriffsmöglichkeiten zu allen gespeicherten Objekten. Wenn ein Benutzer ein Objekt kreiert, setzt er die Zugriffsrechte. Ein Objekt kann ein Dokument, eine Grafik oder Zeichnung, ein Kalender, eine Datenbank oder ein Projektplan sein. Zugriffsrechte, welche einem Benutzer oder einer Benutzergruppe zugestanden werden können umfassen folgende Rechte: lesen, share (gemeinsamer Zugriff auf dasselbe Dokument), finden, editieren, archivieren, löschen.

 Worflow: LinkWorks unterstützt das Weiterleiten (Routing) von Objekten, das Setzen von Zeitlimiten für die Erfüllung einer Aufgabe (Deadlines), sowie das Gegenzeichnen (Signing) von Dokumenten z.B. durch Vorgesetzte.

Ein Benutzer kann den Weg eines Dokumentes bestimmen, indem es mit einem vordefinierten Workflow Blueprint (Musterobjektlauf) versehen wird. Darin werden alle Stationen definiert, welche ein Objekt durchlaufen muss. Jede Station entspricht dabei einem bestimmten Benutzer oder einer Organisationseinheit. Für jede Station kann eine Zeitlimite gesetzt werden, bis zu welcher die Aufgabe erfüllt sein muss.

Sobald eine Aufgabe erfüllt ist, legt sie der Benutzer in seine Mailbox, worauf LinkWorks das Objekt dem Benutzer, welcher den nächsten Schritt ausführen muss, in die Mailbox weiterleitet. Das Routing von Objekten kann konditional gestaltet werden. Falls kein Workflow Blueprint für ein Objekt zur Verfügung steht, kann ein Benutzer einen eigenen Workflow definieren und diesen mit dem Objekt verbinden.

Workflows können Schritte enthalten, welche sich nicht automatisieren lassen. In diesem Fall muss ein Benutzer bestätigen, dass die manuelle Tätigkeit ausgeführt wurde.

 LinkWorks Mail: Objekte lassen sich via LinkWorks Mail zu anderen Benutzern senden. LinkWorks unterstützt die beiden Standards X.400 sowie MIME. Objekte werden wie ein Attachement mit einer E-Mail verbunden. Wenn ein Objekt mittels der Funktion Copy gesendet wird, haben Empfänger und Sender je das Objekt, bei der Funktion Forward erhält der Empfänger das Objekt und der Sender hat keinen Zugriff mehr, bei der Funktion sharing erhalten Sender und Empfänger Zugriff auf dasselbe Objekt. Falls ein Unternehmen eines der Produkte TeamLinks mail, cc:Mail, oder MS Mail einsetzt, so lässt sich die LinkWorks Mail Komponente komplett gegen das Fremdprodukt auswechseln.

 LinkWorks verfügt nicht über ein zusammenhängendes Prozessmodell. Zwar existieren Workflow Blueprints, welche mit Prozessdefinitionen vergleichbar sind, doch es gibt kein Werkzeug, welches die Definitionen zentral verwaltet. Zudem ist es Benutzern möglich, bei Bedarf selbst neue Workflows zu einem Objekt zu kreieren.

 Die Struktur des Unternehmens wird im Organisationseinheitenmodell definiert. Die dabei modellierte Struktur lehnt sich in der Regel an die Arbeits- und Organisationsstruktur des Unternehmens an. Benutzer mit ähnlichen Eigenschaften werden zu Benutzergruppen zusammengefasst. Auf diese Weise werden in einem hierarchischen Modell den einzelnen Benutzergruppen Zugriffsrechte zugewiesen.

Bei der Benutzermodellierung, für welche ein weiteres Werkzeug zur Verfügung steht, werden die einzelnen Benutzer einer Organisationseinheit, d.h. einer Benutzergruppe, zugewiesen. Zusätzlich lässt sich für jeden Anwender definieren, welche Werkzeuge und Anwendungen er verwenden darf, von welchen Arbeitsplätzen er sich anmelden darf und zu welchen Uhrzeiten eine Anmeldung gestattet ist. Für jeden Benutzer lässt sich der Arbeitsplatz (Desktop) individuell erstellen.

Neben den Benutzern werden auch alle Server und Arbeitsplatzrechner zentral registriert. Rechner, welche nicht definiert wurden, erhalten keinen Zugriff zu LinkWorks Servern.

 Der Systemadministrator oder der Owner eines Workflows können sich jederzeit über den Status eines Workflows informieren. Es kann zudem modelliert werden, dass nach der Erfüllung einer bestimmten Station innerhalb eines Workflows Notifikations-E-Mails versandt werden. Zudem wird für jeden Workflow ein Audit Trail erstellt.

 6.2.1 Untersuchung

 a) Klassifikation

LinkWorks basiert auf einem formularorientierten Workflow-Modell. Der Umlauf der Objekte zwischen den Benutzern wird über das E-Mail-System realisiert.

Bei der Positionierung im WFMS - Groupware Spektrum ist das Produkt LinkWorks auf der Seite "Groupware" anzusiedeln. Die Workflow-Komponente von LinkWorks ist nur eine Komponente neben drei weiteren. Zudem verfügt die Workflow Komponente von LinkWorks, wie unter Punkt b) anschliessend dargestellt wird, nicht über sämtliche Komponenten, welche ein WFMS gemäss der hier verwendeten Definition ausmachen.

 b) Komponenten

Bei der Modellierung der Prozesse wird nicht von einem einheitlichen Prozessmodell ausgegangen. Vielmehr ist jeder Benutzer, falls die Zugriffsrechte entsprechend vergeben wurden, in der Lage, zu einem Objekt (z.B. einem Formular) einen Workflow zu generieren bzw. einen bereits modellierten Workflow mit dem Objekt zu verbinden. Auf den Gesichtspunkt der Optimierung von Prozessen kann somit nur erschwert Rücksicht genommen werden. Abbildung 12 zeigt die Definition eines Workflows in LinkWorks.

 Eine Modellierung der Datenstruktur ist nicht vorgesehen, ebenso nicht eine Simulation der modellierten Workflows. Zentrale Modellierungswerkzeuge stehen für die Organisationsstruktur sowie die Modellierung der Mitarbeiter zur Verfügung.

LinkWorks verfügt über verschiedene Groupware Komponenten:

E-Mail-Klient: Der E-Mail-Klient von LinkWorks wird als Transport Layer zur Weiterleitung von Objekten verwendet, welche mit einem Workflow verbunden sind. Zusätzlich lässt sich der E-Mail-Klient wie ein in Kapitel 3.4 beschriebenes E-Mail-System zur Kommunikation einsetzen.

Die Möglichkeit zum sharing von Dokumenten wurde in Kapitel 3.4 als Mehrbenutzereditor beschrieben. Dies ermöglicht mehreren Personen, gleichzeitig und unabhängig vom Standort ein Dokument zu bearbeiten.

 c) Kompatibilität

Die LinkWorks Komponenten sind unter folgenden Betriebssystemen lauffähig:

Desktop Client: Windows, Macintosh, OS/2, Motif Workstations (Unix). Damit die verschiedenen Betriebssysteme gleichzeitig verwendet werden können, müssen Applikationen, welche aufgerufen werden (invoked applications, z.B. eine Textverarbeitung) auf dem jeweiligen Klienten-Computer installiert sein.

Server: Digital Unix, Hewlett Packard-UX, IBM AIX, SCO Unix. Das Software Developer´s Kit, welches unter d) vorgestellt wird, benötigt einen IBM-kompatiblen PC (80486-Prozessor oder besser) unter Windows.

Die Wahl des Server-Betriebssystems schränkt die Auswahlmöglichkeit der verwendeten Datenbank ein. Nachfolgende Tabelle (Abbildung 13) zeigt die Restriktionen:

 Bei der ausschliesslichen Verwendung von Digital Unix Servern lässt sich LinkWorks unter den beiden Netzwerkprotokollen TCP/IP sowie DECnet betreiben. In allen anderen Fällen unterstützt LinkWorks ausschliesslich TCP/IP als Netzwerkprotokoll.

 d) Erweiterbarkeit / Änderbarkeit

Es muss zwischen der Erweiterbarkeit von LinkWorks als Produkt sowie dessen Workflow-Komponente unterschieden werden.

Nachfolgende Ausführungen beziehen sich auf die Erweiterbarkeit von LinkWorks als Produkt:

• LinkWorks Konfiguration: Mit diesem Konfigurationswerkzeug lässt sich der Desktop für einen Benutzer oder eine Benutzergruppe gestalten. Mit diesem Werkzeug werden bestehende Applikationen in die LinkWorks Umgebung eingebunden.
• Applications plus objects (APO): Mit diesem Werkzeug wird für bestehende Applikationen eine Schnittstelle geschaffen, damit diese auf LinkWorks Objekte zugreifen können ("Using the APO concept, these applications will become LinkWorks aware"). [DEC95a]
• Class Programming: Während APO darauf abzielt, andere Applikationen in LinkWorks einzubeziehen, ist es mit Class Programming möglich, die Funktionalität von LinkWorks selbst zu erweitern. Auf diese Weise kann LinkWorks beispielsweise an die Bedürfnisse einer bestimmten Branche angepasst werden.
• LinkWorks Scripts: LinkWorks Script ist eine Basic-ähnliche Programmierumgebung für LinkWorks. LinkWorks Scripts eignen sich für die Entwicklung von kleinen Programmen. Diese können beispielsweise eingesetzt werden, um am Montatsende "house-keeping" Aufgaben auszuführen, oder um Deadlines aufzufinden. Mit einer Recorder-Funktion ist es auf für Benutzer möglich, einfache Aufgaben selbst zu automatisieren.

Nachfolgende Tabelle (Abbildung 14) stellt zusammenfassend die Erweiterungskonzepte von LinkWorks dar:

 Die bestehenden Workflowmodelle in LinkWorks lassen sich jederzeit ausbauen. Zu einem neuen LinkWorks Objekt kann ein dazugehörender Workflow generiert werden, oder es kann auf einen bestehenden Workflow (Blueprint) zurückgegriffen werden.

 Prozessdefinitionen lassen sich in LinkWorks wiederverwenden, indem auf die bereits dargestellten Blueprints zurückgegriffen wird. Workflows bzw. Blueprints können sich aus Teilen anderer Workflows oder aus Blueprints zusammensetzen.

 e) Schnittstellen / Interoperabilität

In der Standardversion verfügt LinkWorks über keine Schnittstellen gemäss den Standards der Workflow Management Coalition. Erhältlich ist jedoch das Zusatzmodul "LinkWorks Workflow Connect for SAP R/3". Diese Schnittstelle hält sich an die Vorgaben der WfMC: "LinkWorks Workflow Connect for SAP R/3 is designed to interoperate not only with SAP R/3 but with any other workflow system or application that applies to the standards of the WfMC". [DEC95b]

Zu einigen Produkten bietet LinkWorks eine eigene Schnittstelle. Wie bereits in Kapitel 6.2 ausgeführt, lassen sich anstelle der LinkWorks eigenen Mailkomponente die Mail-Systeme TeamLinks Mail, cc:Mail oder MS Mail einsetzen.

Die Integration von Applikationen geschieht über proprietäre Schnittstellen. Diese wurden unter d) dargestellt.

Eine Import-Möglichkeit für Prozess-Modelle, welche in Modellierungswerkzeugen anderer Hersteller erstellt wurden, ist standardmässig nicht vorhanden.

 f) Sicherheitsmassnahmen

Jeder Benutzer, jeder Arbeitsplatzrechner und jeder Server muss im entsprechenden Modellierungswerkzeug definiert sein, damit er mit LinkWorks arbeiten kann. Bei einem Server bzw. einem Arbeitplatzrechner müssen Typ, Betriebssystem, Netzwerkadresse sowie Netzwerkprotokoll definiert sein, damit der Rechner Zugang zur LinkWorks Umgebung erhält.

Für jeden Benutzer ist definiert, welcher Organisationseinheit er angehört, welche Werkzeuge und Anwendungen ihm zur Verfügung stehen, sowie wann und von wo er sich anmelden darf. Sofern der Benutzer ein Passwort zum Betriebssystem benötigt, kann die Passwortabfrage von LinkWorks deaktiviert werden.

Für jeden Workflow wird ein Audit Trail erstellt.

Bezüglich der vier Bedrohungen, welche in Kapitel 3.3.2 vorgestellt wurden, verlässt sich LinkWorks auf die Sicherheitsmassnahmen des verwendeten Betriebssystems, der Datenbank sowie des Netzwerkes. Es sind, abgesehen von einer Passwortabfrage, welche sich deaktivieren lässt, keine speziellen Sicherungsmassnahmen vorgesehen.

 6.2.2 Beurteilung

 LinkWorks unterstützt genügend gängige Plattformen. Aufgrund der Breite der unterstützen Plattformen, besonders auf der Client-Seite, ist die Einbindung von LinkWorks in eine bestehende Client/Server Umgebung als einfach durchführbar einzustufen. Auffallend ist die nicht vorhandene Unterstützung für Windows NT und OS/2 bei der LinkWorks Server Komponente. Somit kann die Anschaffung eines Unix-Server notwendig werden. Zudem bestehen einige Beschränkungen bei der Wahl der Datenbank.

Die Beschränkung auf TCP/IP als Netzwerkprotokoll stellt aufgrund der Verbreitung dieses Protokolls keine Einschränkung dar.

 LinkWorks stellt verschiedene Möglichkeiten zur Erweiterung zur Verfügung. Das Paket lässt sich somit für beliebige Branchen anpassen; es bestehen Konzepte zur Einbindung bestehender Applikationen sowie Entwicklung neuer Programme in der LinkWorks Umgebung. Die Workflowmodelle von LinkWorks sind ausbaubar und bestehende Definitionen lassen sich wiederverwenden. LinkWorks verfügt jedoch nicht über eine zentrales Workflow-Modell. Die Konsistenz des Modells kann somit nicht verifiziert werden; zudem lassen sich die Workflows nicht simulieren.

 LinkWorks verfügt in der Standard-Version nur über proprietäre Schnittstellen. Es bestehen keine Möglichkeiten zum Import oder Export von Workflow-Definitionen. Das Zusatzmodul "LinkWorks Workflow Connect for SAP R/3" schafft die Schnittstellen gemäss der WfMC. Es ist sinnvoll, über LinkWorks auf Prozessdefinitionen anderer WFMS Systeme zuzugreifen bzw. die Workflows auf LinkWorks auszuführen. Zur Modellierung und Verifizierung von Workflow-Modellen empfiehlt es sich, ein anderes Produkt einzusetzen, welches die Modelle auf Konsistenz überprüft sowie eine Simulation ermöglicht.

 Bezüglich der Sicherheit verlässt sich LinkWorks auf die Mechanismen des Betriebssystems und des Netzwerkes. Beim Einsatz von LinkWorks in einer Umgebung, welche Schnittstellen nach aussen aufweist, sind deshalb zusätzliche Sicherungsmassnahmen notwendig. Die Modelle sind vor unberechtigten Zugriff über die Benutzermodellierung, wo die Rechte der Benutzer vergeben werden, geschützt.

 Bei Verwendung der zusätzlichen Komponente "LinkWorks Workflow Connect for SAP R/3" erfüllt FlowMark die Anforderungen aus Kapitel 5.4 ebenso wie FlowMark in hohem Mass. Zusätzlich verfügt LinkWorks über Komponenten im Groupware-Bereich. Es ist somit prüfenswert, inwieweit sich LinkWorks als alle notwendigen Komponenten umfassendes System zur Gestaltung einer virtuellen Unternehmung eignet.

 6.3 Lotus Notes

 Lotus Notes, Version 4.5, wird von der Lotus Development Corporation vertrieben, welche von IBM übernommen wurde. Nachfolgend werden die Komponenten von Lotus Notes besprochen:

 E-Mail: Jeder Lotus Notes Benutzer kann E-Mail senden und empfangen; die E-Mail Komponente lässt sich aus jeder Lotus Notes Komponente heraus verwenden. Lotus Notes E-Mails lassen sich in E-Mails gemäss den Standards X.400 sowie MIME konvertieren. E-Mails lassen sich nach den Public/Private key Verfahren verschlüsseln. Nachrichten, welche beispielsweise ein Dokument enthalten, das weiterbearbeitet werden muss, können in einen Task verwandelt werden, welchen der Empfänger zur Erledigung im Eingangskorb der E-Mail-Komponente von Lotus Notes findet.
Das Routing von Nachrichten kann mittels Programmen gesteuert werden; auf diese Weise lässt sich der Fluss von Workflows und Informationen definieren. Agenten unterstützen den Benutzer bei der Verwaltung der E-Mails (automatische Beantwortung, Ablage dringender Meldungen in speziellem Ordner etc.).

 Dokument-Datenbank: In der Lotus Notes Datenbank werden Dokumente in einer sicheren Umgebung verwaltet. Lotus beschreibt die Datenbank folgendermassen: "(...) the Notes database becomes a container for your organization´s business knowledge - a central access point from which you can easily access, track, store and organize the shared knowledge and expertise of your people." [Lotu96a] Für den Gebrauch mit weitverbreiteten Office-Systemen wie Lotus SmartSuite, Microsoft Office oder Novell Perfect ist die Datenbank bereits vorbereitet.

 Diskussionsforen: Lotus Notes verfügt über Diskussionsforen, welche nach dem in Kapitel 3.4 erläuterten Prinzip der BBS arbeiten.

 Entwicklung eigener Applikationen: Lotus Notes umfasst eine Entwicklungsumgebung, in welcher Programme mittels der basicähnlichen Sprache LotusScript Applikationen entwickelt werden können. Diese sind in der Lotus Notes Umgebung unter allen Betriebssystemen lauffähig.

 Workflow: Lotus Notes verfügt über eine Task-Verwaltung. Mit diesem Werkzeug lassen sich Aufgabenlisten erstellen und verwalten. Aufgaben lassen sich definieren und einem anderen Benutzer zuweisen. Auf diese Weise lassen sich Aufgaben nicht nur ad hoc weiterleiten, sondern es können so Workflows definiert und anschliessend mehrmals ausgeführt werden. Workflows in Lotus Notes können durch einen Benutzer, einen vordefinierten Zeitpunkt oder ein Ereignis (z.B. Verändern eines Dokumentes in einer Datenbank) ausgelöst werden. Wird von den Workflows zusätzliche Funktionalität verlangt, muss diese mit Hilfe der Programmiersprache LotusScript hinzugefügt werden.
Für die E-Mail-Umgebung von Lotus Notes lassen sich Agenten definieren. Die Funktionsweise der Agenten findet sich bei der Erläuterung der E-Mail-Komponente von Lotus Notes.

Lotus Notes wird in Versionen (Lotus Notes Mail, Lotus Notes Desktop, Lotus Notes) mit verschiedenem Funktionalitätsumfang angeboten. Alle Ausführungen in dieser Arbeit beziehen sich auf die Version "Lotus Notes". Abbildung 15 zeigt die Optionen:

 Nachfolgende Bildschirmkopie (Abbildung 15) zeigt die Lotus Notes Bedieneroberfläche. Der Desktop ist ähnlich einem Karteikasten organisiert; die einzelnen Seiten werden durch Klicken auf den Kopf (z.B. Test Diplomarbeit) nach oben gebracht. Auf einer einzelnen Karte befinden sich Verknüpfungen zu Objekten oder Anwendungen.

 6.3.1 Untersuchung

 a) Klassifikation

Lotus Notes basiert zum Teil auf einem formularorientierten Workflow-Modell. Der Umlauf von Tasks wird über das E-Mail-System realisiert. Workflows, welche über LotusScript oder Agenten realisiert werden, lassen sich keinem Modell zuordnen.

Lotus Notes wird u.a. als Produkt zur Steuerung von Workflows verkauft; es muss jedoch als Produkt aus dem Bereich Groupware eingestuft werden. Die Möglichkeiten zur Modellierung und Ausführung von Workflows sind nur eingeschränkt vorhanden - die Stärken von Lotus Notes, welche zur grossen Verbreitung des Softwarepaketes führten, liegen im Bereich Messaging und Datenbanken. Komponenten, welche gemäss der Definition der Workflow Management Coalition ein WMFS ausmachen, sind nicht vorhanden.

 b) Komponenten

Wie bereits unter a) erwähnt verfügt Lotus Notes über keine Workflow-Komponente im Sinne der Definition aus Kapitel 4.2.

Workflows werden über die Task-Liste, Agenten, sowie durch die Programmiersprache LotusScript definiert. Eine Modellierungs-, Simulations-, Steuerungs-, oder Analysekomponente ist nicht vorhanden. Die Notifikation eines Benutzers erfolgt über die E-Mail-Komponente von Lotus Notes. Die Groupware-Komponenten von Lotus Notes wurden zu Beginn dieses Kapitels erläutert. Zu Lotus Notes wird eine grosse Anzahl von Erweiterungen angeboten (Document Imaging, Mass Storage System, Image Processing Server, Lotus Organizer, Workgroup OCR, Lotus Fax Server, Pager Gateways, Lotus Video for Notes, Phone Notes, Lotus ScreenCam).

 c) Kompatibilität

Lotus Notes ist für folgende Betriebssysteme verfügbar:

• Windows 3.1x, Windows 95, Windows NT
• Macintosh System 6.0.4 oder höher
• OS/2 1.3, 2.1, Warp
• Novell NetWare (nur Server)
• Unix-Systeme:
• HP-UX
• IBM AIX
• Sun Solaris
• SCO

Applikationen, welche in LotusScript erstellt wurden, sind ohne Änderungen auf allen Plattformen lauffähig. Clients können auf Server, welche unter einem anderen Betriebssystem laufen, ohne Einschränkung zugreifen.

Folgende Netzwerkprotokolle werden von Lotus Notes unterstützt:

TCP/IP, SPX, X.PC, AppleTalk, Netbios/Netbeui, Vines, SNA.

 d) Erweiterbarkeit / Änderbarkeit

Es muss zwischen der Erweiterbarkeit von Lotus Notes als Produkt sowie der Workflow-Komponente unterschieden werden.

Nachfolgende Ausführungen beziehen sich auf die Erweiterbarkeit von Lotus Notes als Produkt.

Lotus liefert das Produkt Lotus Notes mit "über 25 gebrauchsfertigen Anwendungsschablonen für die gebräuchlichsten Groupware-Anwendungen - wie z.B. Teamarbeit, Kundendienst, Besprechungsplanung, Statusberichterstattung, Reservierungsplan". [Lotu95a] Diese Anwendungen lassen sich direkt einsetzen oder an die Bedürfnisse eines Unternehmens anpassen und erweitern.

Mit Hilfe der oben bereits vorgestellten Programmiersprache LotusScript lassen sich neue Anwendungen in der Lotus Notes Umgebung erstellen.

Die Workflows in Lotus Notes lassen sich jederzeit durch dazu berechtigte Benutzer ändern und erweitern.

 e) Schnittstellen / Interoperabilität

Lotus Notes berücksichtigt die Standards der Workflow Management Coalition nicht. Um auf Applikationen ausserhalb der Lotus Notes Umgebung zugreifen zu können, bedient sich Lotus Notes zwei verschiedener Ansätze:

• Lotus Notes/FX (Field Exchange): Lotus Notes Field Exchange ermöglicht den Austausch von Daten auf der Feldebene zwischen Lotus Notes und Lotus Notes/FX-fähigen Anwendungen in beiden Richtungen.
• OLE 2.0: OLE (Object Linking and Embedding) ermöglicht es, Anwendungen direkt aus der Lotus Notes Umgebung heraus zu starten, beispielsweise öffnet ein Doppelklick auf ein Word-Dokument das Textverarbeitungsprogramm und lädt die gewünschte Datei. Zusätzlich ist es möglich, Dokumente (z.B. Texte oder Spreadsheets) in ein Lotus Notes Dokument einzubetten.

Der Lotus InterNotes Web Navigator, welcher in der Lotus Notes Klienten Applikation integriert ist, ermöglicht den Benutzern einen direkten Zugriff auf das Internet. Informationen können direkt in Lotus Notes Anwendungen übernommen werden. Der einzelne Arbeitsplatz benötigt keine TCP/IP Anbindung, da die Verbindungsaufnahme über einen Lotus Notes Server abläuft.

Für die aktuelle Version von Lotus Notes (4.5) ist ein World Wide Web Server ("Domino") erhältlich. Lotus beschreibt Domino folgendermassen: "In addition to publishing basic information and hosting collaborative forums, Domino gives you the tools to get even more interactive, by helping you automate the business processes most important to your organization, and integrating your Web site with information on your organziation´s many data systems. And Domino´s flexible security features (authentication based on username/password) ensure that only the users who should have access do have access to your sensitive business information." [Lotu96d]

Die Interaktivität der WWW-Seiten lässt sich über CGI-Skripts (Common Gateway Interface), Java Applets, LotusScript oder Agenten erreichen. Es bestehen Schnittstellen, um auf Lotus Notes Datenbanken zugreifen zu können.

 WFMS anderer Hersteller (z.B. FlowMark) ermöglichen es, Lotus Notes als Frontend einzusetzen. Workflows lassen sich in Lotus Notes starten, ausführen, überwachen etc. (siehe Kapitel 7.2). Die entsprechenden Konzepte zur Integration werden vom jeweiligen WFMS, nicht jedoch von Lotus Notes, zur Verfügung gestellt.

 f) Sicherheitsmassnahmen

Lotus Notes bietet folgende Sicherheitskonzepte, welche nachstehend kurz erläutert werden: Authentifikation, Verschlüsselung, Zugriffskontrolle, digitale Unterschriften:

• Authentifikation: Jeder Benutzer muss sich mit Passwort beim Lotus Notes Server anmelden. Die Authentifikation basiert auf einem System aus Verschlüsselung nach der RSA public key Verschlüsselungstechnik und Zertifizierungen (Certificates).
• Verschlüsselung: Verschlüsselung sorgt dafür, dass die Daten nicht interpretiert werden können, falls ein Unberechtigter Zugriff auf diese erlangt. In der E-Mail-Komponente von Lotus Notes lassen sich Briefe verschlüsseln, so dass sie nur vom ursprünglich vorgesehenen Empfänger gelesen werden können. Auf der Ebene des Netzwerkes lassen sich sowohl der Verkehr auf dem LAN als auch auf den Dial-in-Telefonleitungen verschlüsseln.
• Zugriffskontrolle: Lotus Notes verfügt über eine Access Control List (ACL), in welcher definiert ist, wer zu welchen Ressourcen in welcher Art und Weise Zugriff hat. Folgende Stufen existieren in der ACL:
• No Access: Kein Zugriff auf die Datenbank.
• Depositor: Dokumente dürfen gespeichert werden, aber keine Dokumente, auch nicht die selbst erstellten, dürfen gelesen werden.
• Reader: Dokumenten dürfen gelesen, aber nicht erstellt oder geändert werden.
• Author: Benutzer auf dieser Stufe dürfen Dokumente speichern und lesen sowie die selbst erstellten Dokumente ändern.
• Editor: Dokumente dürfen gelesen, gespeichert und geändert werden.
• Designer: Der Designer hat die gleichen Rechte wie der Editor und kann zusätzlich das Design der Datenbank verändern.
• Digitale Unterschrift: Eine digitale Unterschrift stellt sicher, dass ein Dokument nicht verändert wurde; ausserdem lässt sich der Autor eines Dokumentes bzw. einer Nachricht eindeutig identifizieren.

 Durch die Lotus Notes Replikationstechnik werden Lotus Notes Datenbanken, die auf verteilten Servern liegen, automatisch kopiert und alle Änderungen daran synchronisiert. Die Server nehmen in vorgegebenen Intervallen Verbindung auf und die Datenbanken replizieren Änderungen an Dokumenten, Zugriffskontrollisten und Designelementen. Diese Replikationstechnik erlaubt es Mitarbeitern im Aussendienst, sich regelmässig über eine Telefonleitung einzuwählen und die Datenbank auf ihrem Computer mit dem Server synchron zu halten.

 6.3.2 Beurteilung

 Lotus Notes unterstützt eine ausserordentlich breite Palette von Betriebssystemen und Netzwerkprotokollen. Das Programmpaket lässt sich mit sehr grosser Wahrscheinlichkeit in einer bestehenden Client/Server-Umgebung betreiben.

 Lotus Notes ist ein Produkt aus dem Bereich Groupware mit eingeschränkten Möglichkeiten zur Modellierung und Ausführung von Workflows. Es gibt keine einheitliche Modellierung der Prozesse; diese erfolgt über Taskverwaltung, Agenten sowie eine proprietäre Programmiersprache.

 Für verschiedene Anwendungsfälle wird eine fertige "Schablone" mitgeliefert, welche angepasst und eingesetzt werden kann. Die Workflows selbst sind jederzeit erweiterbar. Lotus Notes verfügt jedoch nicht über eine zentrales Workflow-Modell. Die Konsistenz des Modells kann somit nicht verifiziert werden; zudem lassen sich die Workflows nicht simulieren.

 Lotus Notes bietet keine Unterstützung der Schnittstellen der Workflow Management Coalition. Bestehende Applikationen werden über OLE sowie über das Lotus-eigene, proprietäre FX-Format eingebunden. Über eine eigene Programmiersprache lässt sich das Lotus Notes Paket beliebig erweitern.

Innerhalb der Lotus Notes Umgebung lässt sich ein World Wide Web-Server einrichten, über welchen mit einem WWW-Browser auf Inhalte der Lotus Notes Server zugegriffen werden kann. Somit kann ein Lotus Notes Server beispielsweise im Rahmen einer virtuellen Unternehmung für Clients aus einem Partnerunternehmen zugänglich gemacht werden. Lotus Notes ermöglicht den Benutzern den Zugriff aufs WWW.

Lotus Notes lässt sich über Schnittstellen anderer Workflow Management Systeme wie beispielsweise FlowMark als Frontend einsetzen.

 Im Gegensatz zu den anderen untersuchten Systemen bietet Lotus Notes umfangreiche Sicherheitsmassnahmen, welche detailliert obenstehend unter f) aufgeführt sind. Das Programmpaket lässt sich daher auch in nicht vollständig gegen aussen abgeschlossenen Systemen leicht einsetzen. Der Schutz der Modelle ist ausreichend über die verschiedenen Zugriffsstufen gewährleistet.

 Der Einsatz von Lotus Notes als Workflow Management System bei der Gestaltung bzw. Realisierung eines virtuellen Unternehmens scheint wenig sinnvoll, da die Workflow Komponente von Lotus Notes über keine standardisierten Schnittstellen verfügt.

Die Stärken von Lotus Notes liegen zweifelsfrei im Groupware-Bereich, in welchem das System eine grosse Verbreitung erreicht hat. Es bietet sich daher an, Lotus Notes zusammen mit einem WMFS wie FlowMark, das Schnitttellen zu Lotus Notes besitzt, einzusetzen. Auf diese Art kann FlowMark, welches keine Komponenten zur unstrukturierten Kommunikation besitzt, erweitert werden. Diese Kombination erlaubt weitere Gestaltungsmöglichkeiten, welche im folgenden Kapitel 7 eingehend diskutiert werden.

 7 Resultate

 Das letzte Kapitel dieser Arbeit fasst die in den vorhergehenden Abschnitten gewonnenen Erkenntnisse zusammen und bietet einen Ausblick auf künftige Möglichkeiten und Weiterentwicklungen.

Gemäss der Gliederung aus Kapitel 5.3 wird nachfolgend zusammenfassend betrachtet, ob die untersuchten Systeme die Anforderungen erfüllen. Anschliessend werden Einsatzszenarien sowie ein Ausblick auf die mögliche weitere Entwicklung präsentiert.

 7.1 Analyse der Resultate

 a) Klassifikation

Die Ergebnisse der Klassifikation der Systeme wurden durch die Selektion der zu untersuchenden WFMS bereits vorweggenommen. Es wurde bei der Auswahl darauf geachtet, Vertreter verschiedener Klassen in die Bewertung miteinzubeziehen.

Bei FlowMark handelt es sich um ein vorgangsorientiertes WFMS, welches über sämtliche Komponenten gemäss der Defintion der WfMC verfügt.

LinkWorks ist ein formularorientiertes Produkt, bei welchem die Workflow Management Komponente einen gewichtigen Teil des Systems darstellt.

Lotus Notes ist ein Vertreter der Klasse "Groupware" mit eingeschränkten Möglichkeiten zur Workflow Steurung; Teile der Workflow Komponente von Lotus Notes basieren auf einem formularorientierten Modell.

 b) Komponenten

FlowMark verfügt über alle Komponenten gemäss der WfMC: Modellierungswerkzeug (Buildtime Client), Klienten-Applikation (Runtime Client), Ausführungskomponente (Process Navigation Engine), Simulationskomponente, Administrations- und Analysekomponente. FlowMark beinhaltet keine weiteren Komponenten.

LinkWorks besteht aus den drei Modulen Dokument-Datenbank, E-Mail-System, sowie der Workflow-Komponente. Die Workflow-Komponente unterliegt, wie in Kapitel 6.2.1 dargestellt, einigen Beschränkungen (kein konsistentes Modell sowie keine Möglichkeit zur Simulation). Das E-Mail-System von LinkWorks verfügt über die notwendige Funktionalität und die Schnittstellen, damit es in einem virtuellen Unternehmen in der in Kapitel 3.4 dargestellten Form zum Einsatz gelangen kann.

Lotus Notes besteht aus folgenden Komponenten: E-Mail-System, Dokument-Datenbank, Diskussionsforen, Entwicklungsumgebung, Workflow-Komponente. Die Modellierung von Workflows in Lotus Notes erfolgt mittels Aufgabenzuweisung (Tasklisten), Agenten, sowie Programmierung. Die Workflows können somit nicht auf Konsistenz überprüft oder simuliert werden. Die E-Mail-Komponente von Lotus Notes verwendet gebräuchliche Standards und ist somit für den Einsatz im virtuellen Unternehmen geeignet; dasselbe gilt für die Diskussionsforen, sofern sie über den WWW-Server (Domino) betrieben werden.

Zusammenfassend kann festgehalten werden, dass die zusätzlichen Komponenten, welche LinkWorks und Lotus Notes über die Workflow-Komponente hinaus beinhalten, sich für den Einsatz im virtuellen Unternehmen gemäss den Ausführungen aus Kapitel 3.4 eigenen. Zu untersuchen bleiben in diesem Zusammenhang Fragen bezüglich der Schnittstellen der Dokument-Datenbank. Der Einbezug von Applikationen ausserhalb des jeweiligen Produktes wird in diesem Kapitel unter f) besprochen.

 c) Kompatibilität

Bezüglich der Kompatibilität zeigte die Überprüfung der Systeme, dass alle drei Softwarepakete eine genügend grosse Anzahl Betriebssysteme unterstützen, sowohl auf der Server- als auch auf der Klienten-Seite. Alle drei Produkte lassen sich mit grosser Wahrscheinlichkeit in einer bestehenden Client/Server-Umgebung installieren.

Folgende Auffälligkeiten wurden festgestellt:

• Das Modellierungwerkzeug von FlowMark ist nur unter dem Betriebssystem OS/2 lauffähig.
• Die Server-Software von LinkWorks ist nur auf einem Unix-System lauffähig. Die konkrete Auswahl des Unix-Herstellers schränkt die Auswahl der zur Verfügung stehenden Datenbanken ein.

Alle drei untersuchten Softwarepaktete unterstützen TCP/IP als Netzwerkprotokoll. LinkWorks ist zusätzlich unter DECnet, Lotus Notes unter SPX, X.PC, AppleTalk, Netbios/Netbeui, Vines, sowie SNA lauffähig. Trotzdem stellt die Beschränkung auf TCP/IP keine Einschränkung der Einsatzmöglichkeiten dar, da sich TCP/IP, wie in Kapitel 3.4 dargestellt, zum Defacto-Standard entwickelt hat und daher breite Unterstützung geniesst.

 d) Erweiterbarkeit / Änderbarkeit

Die Prozessmodelle aller drei Systeme lassen sich zu jedem beliebigen Zeitpunkt erweitern und ändern. Allerdings bietet nur FlowMark die Simulation der Prozesse vor dem produktiven Einsatz an; durch Simulation ist es möglich, Fehler und suboptimale Lösungen frühzeitig zu erkennen und vor dem erstmaligen Einsatz zu korrigieren.

LinkWorks und Lotus Notes verfügen nicht über ein zusammenhängendes Prozessmodell. Dies birgt die Gefahr in sich, dass eine Erweiterung oder Änderung der Workflows zu suboptimalen oder fehlerhaften Modellen führt. Beim Einsatz eines dieser beiden Produkte ist es deshalb empfehlenswert, auf eine optimale Modellierung der Prozesse zu achten bzw. diese vor der Implementierung zu überprüfen.

Lotus Notes verfügt über keine ausreichenden Konzepte, um bereits bestehende Definitionen von Workflows wiederzuverwenden. LinkWorks bedient sich des Konzepts der Blueprints, welche wiederverwendbar sind und sich ihrerseits aus Blueprints oder Teilen daraus zusammensetzen können.

 Alle drei untersuchten Systeme bieten Konzepte an, um Applikationen einzubinden.

FlowMark verwendet zur Einbindung von Anwendungen anderer Hersteller Spezifikationen, welche jenen ähnlich sind, die sich derzeit in der Diskussion zur Definition der Schnittstelle 3 der WfMC (Invoked Applications) befinden. Hierbei kann es sich allerdings nur um Applikationen handeln, welche während des Ablaufs eines Workflows aufgerufen werden. Es ist nicht möglich, beispielsweise ein BBS oder eine E-Mail-System einzubinden, um unstrukturierte Prozesse zu unterstützen.

Die LinkWorks-Umgebung lässt sich beliebig erweitern. Einerseits ist es möglich, mittels LinkWorks Script eigene Applikationen zu erstellen, andererseits können Applikationen ausserhalb des LinkWorks Frameworks durch verschiedene Konzepte (APO und Class Programming) einbezogen werden. Die Funktionalität von LinkWorks lässt sich auf diese Art und Weise um Applikationen, deren Einsatz im virtuellen Unternehmen wünschenswert ist (z.B. Videokonferenz-System) erweitern.

Lotus Notes wird mit gebrauchsfertigen "Schablonen für die gebräuchlichsten Groupware-Anwendungen", welche an die konkreten Bedürfnisse angepasst werden können, ausgeliefert. Die Funktionalität von Lotus Notes lässt sich über die Programmiersprache Lotus Script erweitern. Um bestehende Applikationen einzubinden, stehen die Konzepte OLE 2.0 sowie Lotus Notes/FX zur Verfügung. Es ist somit auch in der Lotus Notes Umgebung möglich, Applikationen aller Art, welche bei der Realisierung eines virtuellen Unternehmens gebraucht werden, einzubeziehen.

 LinkWorks und Lotus Notes lassen sich mit den vorgestellen Konzepten mit zusätzlicher Funktionalität ausstatten. Es muss jedoch beachtet werden, dass durch die Spezialisierung der Programmpakete die Flexibiltät verloren geht; es kann nicht davon ausgegangen werden, dass ein Partnerunternehmen in einem virtuellen Unternehmen dieselben Applikationen auf dieselbe Art eingebunden hat. Somit müssen zuerst die zusätzlichen Schnittstellen geschaffen werden.

 e) Schnittstellen

Im ersten Teil dieses Abschnitts wird die Berücksichtigung der Schnittstellen der Workflow Management Coalition untersucht.

Lotus Notes berücksichtigt diese Schnittstellen nicht; im Workflow-Bereich kommen proprietäre Formate zum Einsatz.

Sowohl IBM als auch Digital Equipment sind aktive Mitglieder der WfMC.

FlowMark berücksichtigt in der Standard-Version die Schnittstellen der WfMC, sofern diese in einer endgültigen Form vorliegen (Interfaces 2 und 4).

LinkWorks berücksichtigt in der Standard-Version die Schnittstellen der WfMC nicht, jedoch lässt sich LinkWorks mit "LinkWorks Workflow Connect for SAP R/3" erweitern, so dass die bereits definierten Schnittstellen zur Verfügung stehen. Es gilt zu beachten, dass zum Zeitpunkt der Erstellung dieser Arbeit erst 2 von 5 Schnittstellen in ihrer endgültigen Form verfügbar sind, und dass viele Hersteller die Unterstützung der Normen zugesagt haben, jedoch die Implementierung noch nicht vollzogen haben. Es ist jedoch aufgrund der Entwicklung der letzten Monate damit zu rechnen, dass die Bedeutung der Schnittstellen der WfMC weiter steigen wird.

FlowMark und Lotus Notes bieten eine Schnittstelle zum World Wide Web an. Der grosse Vorteil des WWW ist es, dass es an praktisch jedem Ort zu tiefen Kosten und innert kurzer Frist verfügbar ist.

FlowMark bietet mit "Internet Connection for FlowMark" die Möglichkeit, anstelle der Workflow Klienten Applikation einen WWW-Browser zu verwenden. Bei der Gestaltung eines virtuellen Unternehmens bedeutet dies, dass ein Partnerunternehmen nichts ausser einem Zugang zum Internet, und damit kein eigenes WFMS benötigt, um in eingeschränktem Mass Zugriff auf FlowMark Server zu erhalten.

Ein ähnliches Konzept bietet Lotus Notes mit "Domino"; Domino bringt die Inhalte von Lotus Notes Servern auf das World Wide Web. Über Domino ist ein Zugriff auf Datenbanken, Diskussionsforen sowie in eingeschränktem Mass auf Workflows möglich.

Die dargestellten Konzepte, welche einen WWW-Klienten anstelle einer WFMS-Klienten-Applikation benutzen, erhöhen die Flexibilität, weil der Zugriff von jedem beliebigen Computer, welcher über eine Verbindung zum Internet verfügt, erfolgen kann. Derzeit sind diesen Ansätzen noch Grenzen gesetzt; es ist beispielsweise nicht möglich eine "invoked application" aufzurufen. Wie jedoch in Kapitel 3.4 dargestellt wurde, sind seit kurzer Zeit Application-sharing-Programme auf dem Markt, welche die Verbindung über das Internet aufbauen und somit Lösungsansätze bieten.

 f) Sicherheit

Sowohl FlowMark als auch LinkWorks verfügen nicht über ausreichende Sicherheitskonzepte gemäss dem Anforderungskatalog. Beide Systeme erlauben zwar die Kontrolle der Benutzer über Benutzerkennung und Passwort, doch sind keine Konzepte vorhanden, beispielsweise den Datenverkehr zu schützen oder E-Mails oder Arbeitslisten vor unberechtigtem Zugriff zu schützen. Falls diese Systeme auf Netzen eingesetzt werden sollen, welche nicht komplett gegen aussen abgeschottet sind, müssen in jedem Fall Konzepte zum Schutz vor den in Kapitel 3.3.2 dargestellten Bedrohungen ergriffen werden.

Lotus Notes verfügt über ausreichende Sicherheitsmassnahmen. Sowohl der Verkehr auf dem Netzwerk als auch die einzelnen E-Mails oder Zugriffe auf eine Datenbank lassen sich verschlüsseln. Zudem kommen digitale Unterschriften zum Einsatz; auf diese Weise kann der Verlust der Verbindlichkeit verhindert werden.

 7.2 Einsatzszenarien

 Im folgenden Kapitel werden verschiedene Einsatzszenarien besprochen, welche auf den drei untersuchten Produkten basieren.

 Wie im vorhergehenen Kapitel 7.1 unter d) ausgeführt, eignet sich FlowMark uneingeschränkt ausschliesslich zur Steuerung von Routineprozessen; für das Vorgehen bei Regelprozessen sowie einmaligen Prozessen sind andere Lösungsansätze zu suchen. Nachfolgend werden 2 Lösungsansätze diskutiert, welche die Erledigung aller Aufgabentypen ermöglichen:

 Kombibation FlowMark mit Lotus Notes: FlowMark besitzt eine Schnittstelle zu Lotus Notes. Über diese Schnittstelle ist es möglich, Workflows in der Lotus Notes Umgebung auszuführen. Lotus Notes verhält wie die WFMS Klienten Applikation. Daraus ergeben sich folgende Einsatzszenarien:

Unternehmen A setzt FlowMark und Lotus Notes ein. Für Unternehmen B, ein Partnerunternehmen in der virtuellen Unternehmung, reicht es aus, Lotus Notes einzusetzen, um auf das gemeinsame Prozessmodell, welches bei Unternehmen A stationiert ist, zugreifen zu können. Denkbar ist auch, dass beide Unternehmen die Produkte FlowMark und Lotus Notes einsetzen, und die beiden FlowMark-Installationen über die Schnittstellen der WfMC verbunden sind. Da die Lotus Notes Umgebung erweitert werden kann, kann bei dieser Kombination jede Applikation miteinbezogen werden.

 Kombination FlowMark mit Groupware-Produkt: Zur Erledigung von Regelprozessen und einmaligen Prozessen eignen sich Groupware-Systeme. Da mit "Internet Connection for FlowMark" der Zugriff auf FlowMark Server über das World Wide Web möglich ist, bietet sich die Integration von FlowMark mit einem Groupware System, welches auf den Internet Diensten und Protokollen basiert, an.

Das Einsatzszenario sieht vor, dass beide Unternehmen ein Groupwareprodukt basierend auf Internet Diensten einsetzen und dieses bei der Erledigung von Regelprozessen und einmaligen Prozessen verwenden. Unternehmen A setzt zusätzlich ein FlowMark System ein, dessen Prozessmodell für den Einsatz im virtuellen Unternehmen erweitert wurde. Der Zugriff darauf aus Unternehmen B erfolgt über das Internet mittels eines WWW-Browsers.

 Im nachfolgenden Abschnitt werden Einsatzszenarien mit dem Produkt LinkWorks diskutiert. Durch die Ausstattung mit "LinkWorks Workflow Connect for SAP R/3" besteht in LinkWorks zusätzlich zur Groupware-Funktionalität die Möglichkeit, auf WFMS, welche die Schnittstellen der WfMC implementiert haben, zuzugreifen. LinkWorks erfüllt damit nicht nur die Anforderungen, welche im Rahmen dieser Arbeit an ein WFMS gestellt wurden, grösstenteils, sondern verfügt zusätzlich über die nötigen Groupware-Komponenten, um schlecht oder unstrukturierte Prozesse zu bearbeiten.

 Kombination LinkWorks mit WFMS:

LinkWorks lässt sich mit zusätzlichen Applikationen erweitern; es ist in LinkWorks möglich, sämtliche Software-Komponenten, welche zur Realisierung eines virtuellen Unternehmens notwendig sind, einzubinden.

Als Einsatzszenario ist es mit LinkWorks beispielsweise möglich, Workflow-Modelle, welche in einem WfMC-konformen WFMS in einem Partnerunternehmen existieren, in LinkWorks auszuführen bzw. weiterzubearbeiten. Gleichzeitig ist es möglich, Workflows aus der LinkWorks-Umgebung in einem anderen WFMS aus- bzw. weiterzuführen. Es kann also für einen Partner im virtuellen Unternehmen ausreichen, zur Abwicklung sämtlicher Kommunikations- und Koordinationsprozesse, welche in der virtuellen Unternehmung anfallen, eine erweiterte Version von LinkWorks einzusetzen.

Die Schnittstellen der Groupware-Komponenten liegen in der E-Mail-Komponente (MIME und X.400).

 Kombinationen mit Lotus Notes: Die Workflow-Komponente von Lotus Notes verfügt über keine Schnittstellen; sie ist somit nicht zur Zusammenabeit bei strukturierten Prozessen innerhalb einer virtuellen Unternehmung geeignet. Die Vorteile von Lotus Notes liegen in der grossen Verbreitung sowie in der Integration von Internet Diensten und Protokollen. Aufgrund der Schnittstelle zum Internet lassen sich Einsatzmöglichkeiten wie die oben dargestellte Kombination mit FlowMark realisieren.

Da Lotus Notes in der aktuellen Version 4.5 auf Konzepte und Dienste des Internets zurückgreift (E-Mail, BBS, WWW), ist als weiteres Szenario die Zusammenarbeit über die WWW-Schnittstelle eines WFMS, wie im Szenario "Kombination FlowMark mit Groupware-Produkt" dargestellt, denkbar.

 7.3 Ausblick

 Die Verbindung zweier Workflow Management Systeme bei der Gestaltung eines virtuellen Unternehmens kann derzeit über zwei Sets von Schnittstellen erfolgen:

 Workflow Management Coalition: Der WfMC ist es gelungen, sich als zentrales Gremium zur Definition von Schnittstellen im Bereich Workflow Management zu etablieren; sie geniesst die Unterstützung der meisten Hersteller, von Forschungseinrichtungen und Beratungsunternehmen. 4 von 5 Schnittstellen sind bei Erstellung dieser Arbeit noch nicht endgültig definiert und verabschiedet. Aufgrund der breiten Unterstützung kann davon ausgegangen werden, dass kommende Versionen von WFMS die Standards der WfMC implementiert haben werden.

Die Schnittstellen der WfMC sind dazu geeignet, den unternehmensübergreifenden Einsatz von WFMS im oben dargestellten Rahmen markant zu erleichtern.

Zum jetzigen Zeitpunkt kann die Interoperabilität zwischen WFMS verschiedener Hersteller aus den oben dargestellten Gründen (keine abschliessende Definition) noch nicht garantiert werden. Erst wenn die Schnittstellen der WfMC endgültig vorliegen und von einer grossen Anzahl Hersteller implementiert wurden, kann dieser Ansatz zur Gestaltung einer virtuellen Unternehmung uneingeschränkt zur Umsetzung empfohlen werden.

 Internet: Eine grösser werdende Zahl von Herstellern von WFMS und Groupware Systemen implementieren Schnittstellen zum Internet bzw. zum World Wide Web. Da WWW-Seiten in einem genügenden Mass standardisiert sind, lässt sich auf diese Weise eine sehr grosse Flexibilität erreichen; der Zugriff auf das World Wide Web ist von praktisch jedem bliebigen Ort ohne grossen Aufwand möglich. Der Flexibilität und einfachen Implementation stehen Einschränkungen, vor allem bezüglich aufrufbarer Applikationen, entgegen. Diese Beschränkungen werden jedoch in absehbarer Zeit fallen, da erste Application sharing Systeme, basierend auf TCP/IP, bereits auf dem Markt sind. Bei den Groupware-Systemen ist ebenfalls die Tendenz in Richtung Internet/Intranet spürbar (siehe Kapitel 3.4, Abschnitt Groupware).

Den Vorteil, welcher dieser Ansatz gegenüber dem obenstehenden der WfMC geniesst, ist die breite Verfügbarkeit und bereits heute allgemein anerkannte Standardisierung des Internets. Zudem bedient sich eine grösser werdende Anzahl von Groupware-Herstellern der Standards des Internets; auf diese Weise gelingt die Integration von Systemen, welche Regelprozesse und unstrukturierte Prozesse unterstützen und Frontends von WFMS in derselben Umgebung (beispielsweise WWW-Browser).

 Zusammenfassend kann festgehalten werden, dass das Potential und auch die Einsatzmöglichkeiten vorhanden sind, um bei der Realisierung von virtuellen Unternehmen im Bereich der Routineprozesse auf Workflow Management Systeme zurückzugreifen. Dieses Potential wird sich mit der breiten Implementierung von standardisierten Schittstellen, wie dies für die vierte Generation von WMFS erwartet wird, in Zukunft weiter erhöhen.

 Literaturverzeichnis