Die Autoren schlagen eine Architektur zur betrieblichen Entscheidungsunterstützung vor, die situative Komponenten, wie beispielsweise die Branche und die Größe des Unternehmens, ebenso wie individuelle Einflussfaktoren, etwa die Rolle des Entscheiders und seine persönlichen Präferenzen, berücksichtigt. Ihre prototypische Umsetzung und Anregungen für die Nutzung des Systems werden anschließend beschrieben. Motivation Bisherige Referenzmodelle beziehen sich in erster Linie auf Administrationssysteme, und dort wiederum auf den Auftragsdurchlauf. Es ist aber denkbar, dass in Zukunft auch Referenzmodelle für Planungsund Kontrollsysteme geschaffen werden. Im Gegensatz zur üblichen Referenzmodellierung, bei der Prozesse als Abfolgen von Ereignissen und Tätigkeiten im Fokus stehen, oder zu Funktions- und Organisationsmodellen muss man bei der Abbildung von Planungs- und Kontrollsystemen andere Konstrukte, und zwar Situationen, Entscheidungen, Methoden, Menschen und Ressourcenanforderungen mitsamt ihrer Deckung aus inner- und außerbetrieblichen Quellen verknüpfen. In einem Unternehmen ist dem einzelnen Mitarbeiter eine Rolle zugewiesen, die er abhängig von objektiven Vorgaben ausführen muss und welche nur teilweise Spielraum für subjektive Gestaltung lässt [SüGi2003]. Die Anforderungen an die Rolle sind u. a. bestimmt durch Unternehmensmerkmale wie Typ, Wirtschaftszweig und die Phase im Lebenszyklus des Betriebs. Es besteht die Gefahr, dass die verschiedenen Aspekte gesondert und damit nicht methodisch untersucht werden, weil ein Bezugsrahmen (\?Framework“) fehlt. So sind Systematiken auszuarbeiten beziehungsweise weiterzuentwickeln, welche die jeweiligen Informationsbedarfe unterschiedlicher Anspruchs- 1 Bayerischer Forschungsverbund für Situierung, Individualisierung und Personalisierung in der Mensch- Maschine-Interaktion 251 gruppen identifizieren. Das Gerüst soll vor allem den Entwicklern verschiedener Typen betrieblicher Informationssysteme als eine Art \?Checkliste“ zur Verfügung stehen, die aus einer Fülle möglicher Informationen eine vom Adressaten \?verkraftbare“ Auswahl zu treffen haben und daher Filter benötigen. Aufbauend auf der Klassifizierung von Rollen und Situationen [WaGG2004] ergab sich die Idee, ein Modell zu erstellen, welches alle Einflussfaktoren betrachtet und diese miteinander verknüpft. Die in Abbildung 1 gezeigte Entscheidungsarchitektur bildet hierfür die Basis. Es ist vorstellbar, dass eines Tages Module in irgendeiner technischen Ausprägung, z. B. als Web Service, gehandelt werden. Indiv Indi id vi uali du si alis uali eru ieru si ng Branche/ bestimmen Aufgaben Betriebstyp/ Lebensphase des Rolleno le rientierung Betriebs determinieren Pflichten lic aus Roll aus en Roll typische Entscheidungen Pers Pe onalisierung werden durch entscheidungs- Präferenz er en enz v en on v unterstützende Entschei tsc de hei rn de Methoden/Systeme Situier ui ung un vorbereitet determinie in ren ie Informa or ti ma ons ti bedar ons f bedar legen ge Au n fb Au er fb ei er tu ei ng tu en ng Bescha Besc ff ha ung ff nahe na , z he . , z B. K B en . K nzah nz le ah n le von vo inne n n inne bedingen beding Datenbed Datenb ar ed f ar Bescha Besc ff ha ung ff von vo auß n en Abbildung 1 Entscheidungsarchitektur (Erweiterung zu [MeGr2002]) Modellierung entscheidungsorientierter Informationssysteme Es wurde ein Repräsentationsformalismus entwickelt, um die Daten ausgehend von der betrieblichen Problemstellung systemunabhängig zu beschreiben [Zehn2002] und die betriebliche Situation in Form von Daten und Beziehungen zu präsentieren [FBPC2001]. Ein konzeptionelles Datenmodell bildet die einzelnen Elemente der Entscheidungsarchitektur ab und stellt zudem die Beziehungen zwischen den Bestandteilen der Entscheidungsarchitektur dar [Walt2005, 98]. Wegen der Mehrdimensionalität und der damit einhergehenden Komplexität werden die Ergebnisse des Datenmodells in einem Entity- Relationship-Modell dargestellt (vgl. Abbildung 2), sodass man variabel Ausschnitte beziehen kann, welche ganz unterschiedliche Informationsbedürfnisse decken. Um die gesammelten Informationen erfassen zu können, empfehlen wir, ein so genanntes \?Role Dictionary“ als Hilfsmittel zur Codierung zu verwenden. Dieses stellt eine Übersicht dar, die die detaillierte Beschreibung der einzelnen Rollen, der für die 252 Aufgabenerfüllung und Entscheidungsfindung benötigten Informationen und der Beziehungen zwischen den verschiedenen Rolleninhabern enthält [Walt2005, 69]. Die Idee hierbei ist, zu Unternehmenssituationen die Entscheidungen, zu Entscheidungen die Methoden, zu Methoden die Informationsbedarfe und zu Informationsbedarfen die internen und externen Quellen zu präsentieren. Dazu erfolgt sowohl die Verkettung von der Situation bis zu Datenquelle \?hinunter“ als auch der umgekehrte Weg \?treppaufwärts“. Abbildung 2 Ausschnitt des Entity-Relationship-Modells An einem Beispiel sei illustriert, wie die Entscheidungsarchitektur im Unternehmen zum Einsatz kommt: Die Rolle \?Produktentwickler“, die im Funktionsbereich \?Forschung \& Entwicklung“ angesiedelt ist, hat die Aufgabe \?Lebenszyklusmanagement“, die beispielsweise durch die entscheidungsunterstützende Methode \?Fischer-Verfahren“ vorbereitet werden kann (vgl. Abbildung 3). Abbildung 3 Exemplarische Methoden für die Aufgabe \?Lebenszyklusmanagement“ Da das Medium Papier die Darstellung des entscheidungsorientierten Modells nur sehr beschränkt erlaubt, findet sich unter http://www.siprum.de eine über das Internet zugängliche Sammlung von derzeit circa 100 Rollen, die mit etwa 500 Aufgaben, 900 Entscheidungen, 300 Methoden, 1700 Informationsbedarfen, 540 externen Datenquellen sowie 330 Datenlieferanten verbunden sind. Das System erlaubt vielfältige Abfragen. So 253 ist der Fall denkbar, dass ein bisher genutzter Datenlieferant eine deutliche Preissteigerung ankündigt. In diesem Moment kann ein Unternehmer mithilfe der Datenbank recherchieren, welche weiteren Lieferanten ähnliche Informationen anbieten. Im Vortrag werden u. a. eine Reihe von Abfragen in betrieblichen Situationen gebracht, z. . Schlüsse von Datenlieferanten auf Methoden oder von Methoden auf Rollen. Die bilaterale Verknüpfung von jeweils zwei Stufen der Treppe zeigt exemplarisch Tabelle