Skript der Fachhochschule Nordwestschweiz zu Fach - Schwaferts

Betriebliche 

Informationssysteme 

steme 

und Geschäftsprozesse 

Studienjahr 2007 / 2008 

Prof. Dr. Holger-Dino Schwaferts 

Fachhochschule 

Nordwestschweiz

Übersicht 

Betriebliche 



Prof. Dr. H.-D. Schwaferts 

Dino Schwaferts 

 

 

1989-1994 (Studium München) 

BWL an der FH-München 

1995-2000 (Studium International) 

BWL an der TU-Freiberg 

Economia e Commercio an der Università degli Studi di Trento 

Promotion auf dem Gebiet der betrieblichen Anwendungsentwicklung “Projektkostenmanagement - 

Management dei costi di sviluppo dei sistemi informativi e la sua applicazione” 

 

1992-2000 (Inhouse-Consulting bei der FhG) 

Einführung von Electronic Banking 

Softwareentwicklung (Administration von PE-Massnahmen) 

Einführung eines DMS 

Umstellung auf den Euro 

 

2000- (Consulting bei Ernst & Young - CGEY - Capgemini) 

Entwicklung und Implementierung von IV-Konzepten 

Unternehmensfusionen (national / international) 

Entwicklung einer BK-Vision 2005+ 

e-Government 

personalisierte Mitarbeiterportale 

SW-Entwicklung und Eintführung i.V.m. GP-Anpassungen 

dino.schwaferts@fhnw.ch 

www.schwaferts.de 

Folie 2

0. Übersicht 

0.0. 

Übersicht 

Betriebliche 




Kursbeschreibung 

 

Lernziele 

 

 

 

 

Es wird vermittelt, wie mit dem Einsatz betrieblicher Informationsund 

Kommunikationstechnologie die Wettbewerbsfähigkeit von 

Unternehmen gesichert oder verbessert werden kann. 

Die Studierenden sollen verstehen, wie Anwendungen 

betrieblicher Informationssysteme analysiert werden. 

Es wird vorgestellt, wie ein Grobkonzept für ein zu 

implementierendes betriebliches Informationssystem zu erstellen, 

bzw. die Eignung einer Lösung zu evaluieren ist. 

Die Studierenden sollen die verschiedenen Typen und die 

verschiedenen Anwendungsgebiete betrieblicher 

Informationssysteme kennen lernen. 

BIS 

 

Lehrform 

Vorlesungen auf Basis des vorliegenden Skripts 

Studium der angegebenen Literatur 

eigenverantwortliches Studium 

angeleitete Bearbeitung von Aufgaben 

 

Leistungsbewertung 

schriftliche Abschlussprüfung ohne Hilfsmittel 

Prüfungsumfang bildet der behandelte Stoff inkl. der referenzierten Literatur 

Folie 3

Übersicht 

Betriebliche 




Inhalt / Stoffprogramm 

1. Begriff “Unternehmen / Betrieb” 

1.1. “(betriebs)wirtschaften” ist uns doch schon bekannt ! 

1.2. Was ist ein Unternehmen (Betrieb) ? 

2. Ein Informationssystem für das Unternehmen 

2.1. Ableitung von Aufgaben aus dem Unternehmensziel 

2.2. Ableitung von Information zur Unterstützung der Aufgaben 

2.3. Ableitung von Sachmittelbedarf zur Bereitstellung der 

Information 

2.4. Übertragung der Aufgaben an Aufgabenträger 

3. PROMET - Prozess- und Systementwicklung nach 

Österle 

3.1. Von der Geschäftsstrategie zum Informationssystem 

3.2. Organisationsentwurf 

3.3. Datenentwurf 

3.4. Funktionsentwurf 

4. ARIS - Architektur integrierter Informationssysteme 

nach Scheer 


4.2. Auswahl einer Darstellungsmethode 

4.3. Fachkonzepte 

4.4. DV-Konzepte 

4.5. Implementierungen 

4.6. Überblick nach der ARIS-Notation 

5. Vertragswesen zur Erstellung eines betrieblichen 

Informationssystem 

5.1. Die Erstellung eines betrieblichen Informationssystem ist ein 

Projekt 

5.2. Die Fixierung des angestrebten, betrieblichen 

Informationssystems 

6. Übersicht von Informationssystemen für 

Unternehmen 

6.1. Einteilungsvorschlag 

6.2. Enterprise Resource Planning 

6.3. Führungssysteme 

6.4. E-Business 

6.5. Querschnittssysteme 

Folie 4

Übersicht 

Betriebliche 




Der Kurs im Zeitablauf 

KW 38 (21. Sept. 07) KW 39 (281. Sept. 07) KW 40 (5. Okt. 07) KW 41 (12. Okt. 07) KW 42 (9. Okt. 07) 

Begriff “Unternehmen / Betrieb” 

Ein Informationssystem für das 

Unternehmen 

PROMET : Von der 

Geschäftsstrategie zum 


Datenentwurf 

Studiumsauftrag : 

“Organisationsentwurf von PROMET 

festigen“ (Hinweis : Österle 1995 i.V.m. 

Österle 2003) 

+ “Das PROMET-Methodenset“ (Hinweis : 

PROMET_Flyer von www.promet-web.com) 

KW 43 (26. Okt. 07) KW 44 (2. Nov. 07) KW 45 (9. Nov. 07) KW 46 (16. Nov. 07) KW 47 (23. Nov. 07) 

Funktionsentwurf 

ARIS - Architektur integrierter 


Vertragswesen zur Erstellung 

eines betrieblichen 


Übung : 

Datenentwurf 

Übung : 

Funktionsentwurf 

KW 48 (30. Nov. 07) KW 49 (7. Dez. 07) KW 50 (14. Dez. 07) KW 51 (21. Dez. 07) KW 2 (8. Jan. 08) 

Übersicht von 

Informationssystemen für 

Unternehmen / ERP 

Führungssysteme 

E-Business 

Querschnittssysteme 

Zusammenfassungen 

Klausurvorbereitungen 

Studiumsauftrag : 

„ARIS Plattform Produktbroschüre“ (Hinweis 

: www.ids-scheer.com) 

+ “Notation von ARIS festigen“ (Hinweis : 

Scheer 1994 oder Scheer 2001/2002 oder 

nach Recherche) 

Folie 5

1.0. Literaturbezug 


Betriebliche 


Literaturbezug Studienjahr 2007 / 2008 


1. Begriff “Unternehmen / Betrieb” 

Literaturbezug zu diesem Kapitel : 

Den “roten Faden” für dieses Kapitel bildet : 

Schwaferts 

Grundlagen der Organisation, 

www.schwaferts.de (oder das 

vorliegende Skript) 

Partiell wird verwiesen auf : 

Thommen, J.-P. 

Betriebswirtschaftslehre, Versus, Zürich 

1996 - Teil 8 “Organisation” 

Folie 6


Betriebliche 


“(betriebs)wirtschaften” ist uns doch schon bekannt ! Studienjahr 2007 / 2008 


1.1. “(betriebs)wirtschaften” ist uns doch schon bekannt ! 1 

1 

Schwaferts, Einführung in die Wirtschaftsinformatik 2007/08, www.schwaferts.de 

Folie 7


Betriebliche 




Folie 8


Betriebliche 




Folie 9


Betriebliche 




Folie 10


Betriebliche 




Auch das Wirtschaftlichkeitsprinzip kenne wir ja schon ... 

 

 

Minimalprinzip 

 

 

Maximalprinzip 

 

 

Arbeitet die Führungskraft nach dem Minimalprinzip, sorgt sie bei der Gestaltung oben aufgeführter 

Beziehungen dafür, dass eine bestimmter unternehmerischer Erfolg mit geringstmöglichen Mitteleinsatz 

erreicht werden kann. 

Beispiel : Automatisierung der Rechnungsschreibung 

durch ein Informationssystem. 

Wendet die Führungskraft das Maximalprinzip an, soll 

das Unternehmen bei gegebenen Mitteleinsatz den 

grösstmöglichen Ertrag erzielen. 

Beispiel : Per mail eingehende Fragen (z.B. die 

Auskunft, wann auf eine Bestellung geliefert werden 

kann) nur durch bestehendes Personal bei 

Arbeitszeitleerlauf durchführen. 

Folie 11


Betriebliche 




Diesem Wirtschaftlichkeitsprinzip kann entsprochen werden durch bspw. : 

 

 

 

Optimierung der Unterstützung durch Sachmittel 

zuvor genanntes Beispiel : 

Automatisierung der Rechnungsschreibung 

durch ein Informationssystem. 

Optimierung der Bereitstellung von Information 

zuvor genanntes Beispiel : 

Per mail eingehende Fragen (z.B. die Auskunft, 

wann auf eine Bestellung geliefert werden kann) 

nur durch bestehendes Personal bei 

Arbeitszeitleerlauf durchführen 

UND den Mitarbeiters hierfür transparente 

Lagerbestandsübersichten bereitstellen. 

Optimierung der Aufgabendefinition / Mitarbeiterzuordnung 

 

z.B. geeignete Definition von betrieblichen 

Prozessen 2 führt zu einer Minimierung des 

Ressourceneinsatzes bzw. Maximierung des 

Outputs 

2 

Ein Prozess ist eine Menge von Aufgaben, die in einer vorgegebene Ablauffolge zu erledigen sind. Seine Wertschöpfung besteht in einer erzeugten Leistung 

(Ergebnis). 

Folie 12


Betriebliche 


Was ist ein Unternehmen (Betrieb) ? Studienjahr 2007 / 2008 


1.2. Was ist ein Unternehmen (Betrieb) ? 

Ein Unternehmen (ein Betrieb) ist ein organisiertes Gebilde mit dem Ziel, 

ertragbringenden Leistung zu erzeugen. 

Tatsache : 

Es gibt Unternehmen ! Und : Es gibt sie auch ohne theoretische Erklärungsmodelle ! 

Es gibt Theoretiker, die versuchen, zu erklären, warum es Unternehmen gibt ! 

=> Es verschiedene Erklärungsmodelle. 

=> Ein Erklärungsmodell kann unter einer gewissen Prämisse bzw. Sichtweise zutreffen. 

=> Ein Erklärungsmodell kann unter einer anderen Prämisse bzw. Sichtweise unzureichend sein. 

Wir greifen ein Erklärungsmodell heraus : 

 

Die Transaktionskostentheorie 

Folie 13


Betriebliche 




Transaktionskostentheorie 

 

Ausgangspunkt 

 

In einem Wirtschaftssystem gibt es eine Vielzahl von Austauschbeziehungen (Transaktionen) 

(z.B. “Tausche Autoreifen gegen Geld”) 

 

Erkenntnis : Jede Transaktion verursacht neben dem Kaufpreis weitere Kosten 

 

 

 

 

 

Anbahnung 

(z.B. Kommunikationskosten : 

“Haben Sie 4 Reifen der 

Grösse 205/70 VR 14 ?”) 

Vereinbarung 

(z.B. Verhandlungskosten : 

“Welchen Preis haben Sie bei Abnahme 

von 48 Reifen in 2 Wochen ?”) 

Abwicklung 

(z.B. Steuerung des Tauschprozesses : 

“Transport der Reifen von 

Frankreich nach Italien.”) 

Kontrolle 

(z.B. Qualitätskontrolle : 

“Haben die gelieferten Reifen 

tatsächlich die Grösse 205/70 VR 14 ?”) 

P l a n u n g 

Anpassung 

(z.B. Zusatzkosten durch Terminanpassungen : 

“Wohin mit den zu früh gelieferten Reifen ?”) 

Absatz 

K u n d e n w ü n s c h e / A n f o r d e r u n g e n 

P l a n u n g 

Absatz 


? 

Anbahnung 

Vereinbarung 

Abwicklung 

Kontrolle 

Anpassung 

Beschaffung 

Produktion 

P l a n u n g 

Absatz 


Anbahnung 

Vereinbarung 

Abwicklung 

Kontrolle 

Anpassung 

? 

Ende ? 

Break ? 

Schnittstelle ? 

Standard ? 

Anbahnung 

Vereinbarung 

Abwicklung 

Kontrolle 

Anpassung 

Beschaffung 

K u n d e n w ü n s c h e / 

P l a n u n g 

Folie 14


Betriebliche 




Eine Reduktion der Transaktionskosten reduziert den betrieblichen Aufwand 

 

 

 

 

 

Anbahnung 

etwas reduzieren mit Hilfe von Langzeitverträgen : 

(“Können Sie für mindestens 1 Jahr die Reifen der 

Grösse 205/70 VR 14 für mich herstellen ?”) 

stärker reduzieren durch Eigenproduktion der Reifen : 

(“Wir machen Reifen der Grösse 205/70 VR 14 !”) 

Vereinbarung 

etwas reduzieren mit Hilfe von Langzeitverträgen : 

(analog) 

stärker reduzieren durch Eigenproduktion der Reifen : 

(analog) 

Abwicklung 

 

 

Kontrolle 

 

 

Anpassung 

 

 

etwas reduzieren mit Hilfe von Langzeitverträgen : (analog) 

stärker reduzieren durch Eigenproduktion der Reifen : (analog) 





Folie 15


Betriebliche 




Mit zunehmendem vertikalem Integrationsgrad reduzieren sich die 

Transaktionskosten 

 

Den höchsten vertikalen Integrationsgrad finden wir bei einer Integration in einem Unternehmen. 

Wird jedoch nicht vertikal integriert, könnten eventuell andere Vorteile realisiert 

werden 

 

 

Grösseneffekte 

 

z.B. : Wenn die Reifen von einem eigenständigen Hersteller produziert werden, wird dieser Hersteller 

wahrscheinlich für mehrere Abnehmer Reifen produzieren. Hieraus kann der Hersteller 

Produktionskostenvorteile ableiten die er preislich weitergeben kann. 

Vorteile durch Spezialisierung 

 

 

 

Know-how 

F&E 

Risiko 

Folie 16


Betriebliche 




Nach der TK-Theorie zeigt dich die Unternehmensgrenze dort, wo die realisierbare 

Reduktion von TK durch vertikale Integration gleich den realisierbaren Vorteilen 

einer vertikalen Nicht-Integration ist 

Partnerangebot 

Fertigungsstufe 

+ TK 

Ab- Besatz 

schaff. 

TK 

Integration nach TK-Theorie sinnvoll 

Grösseneffekte oder Vorteile durch Spezialisierung von Partnern werden 

eventuell nicht genutzt 

TK 

Absatz 

Kernkompetenz 

? 

Beschaffung 






Absatz 

? Beschaffung 

Absatz 

P r o d u k t i o n 


P l a n u n g 

TK 

Folie 17


Betriebliche 




Sollte ein zwischenbetriebliches Informationssystem geeignet sein, die TK 

nachhaltig zu beeinflussen, ist die sinnvolle Unternehmensgrenze neu zu prüfen 

Partnerangebot 

+ TK 


TK 

Integration nach TK-Theorie hinterfragen 

Grösseneffekte oder Vorteile durch Spezialisierung von Partnern können 

eventuell genutzt werden 

TK 

Absatz 

Kernkompetenz 

? 

Beschaffung 






Absatz 

? Beschaffung 

Absatz 

P r o d u k t i o n 


P l a n u n g 

TK 

Folie 18


Betriebliche 




Im Extremfall haben wir ein virtuelles Unternehmens 

Unternehmen 1 

A 1 B 1 C 1 D 1 E 1 

Unternehmen 2 

A 2 B 2 C 2 D 2 E 2 

C 1 D 1 E 2 

Leistung 

A 3 B 4 C 4 

D 3 

Virtuelles 

Unternehmen 

A 3 B 3 C 3 D 3 E 3 

Unternehmen 3 

A 4 B 4 C 4 D 4 E 4 

Unternehmen 4 

Legende : 

Kernkompetenz 

A ... E 

Stufen der Wertschöpfungskette 

Kompetenz 

Fremdleistung 

Informations- und Kommunikationspfade 

(aus Arnold et al.) 

Folie 19


Ein Informationssystem für das Unternehmen 

Betriebliche 




2. Ein Informationssystem für das Unternehmen 




das vorliegende Skript 



Grundlagen der Organisation, 


Folie 20

12 

12 

THIS NOTE IS LEGAL TENDER 

FOR ALL DEBTS, PUBLIC AND PRIVATE 

L70744629F 

SERIES 

1985 

L70744629F 

WASHINGTON, D.C. 

12 

12 

H 293 


Betriebliche 


Ableitung von Aufgaben aus dem Unternehmensziel Studienjahr 2007 / 2008 


2.1. Ableitung von Aufgaben aus dem Unternehmensziel 

Wiederholung der Basis : 

Ein Unternehmen ist ein organisiertes Gebilde mit dem Ziel, ertragbringenden 

Leistung zu erzeugen. 

z.B. : 

Beschaffungsprozess Produktionsprozess Vertriebsprozess 

administrative Prozesse / Sekundärprozesse 

FEDERAL RESERVE NOTE 

THE UNITED STATES OF AMERICA 

A 

ertragbringende Leistung erzeugen : 

ONE DOLLAR 

Ein Prozess ist eine Menge von Aufgaben, die in einer vorgegebene Ablauffolge zu 

erledigen sind. Seine Wertschöpfung besteht in einer erzeugten Leistung. 

Folie 21


Betriebliche 




Aufgaben müssen benötigt werden, um die ertragbringende Leistung zu erzielen 

Es ist die Frage zu klären, welche Aufgaben zur 

Erzeugung einer Leistung nötig sind. 

Lagerbestand 

prüfen 

Beschaffungsprozess 

Lieferanten 

anfragen 

beispielhafter Beschaffungsbedarf : 

Qualität 

reklamieren 

Bestellnummer 

erfassen 

Bestellung 

schreiben 

Lieferanten 

auswählen 

 

Bestellung 

versenden 

Bestellung 

überwachen 

 

Ware 

reinigen 

Mahnung 

erstellen 

Wareneingang 

verbuchen 

Rechnungseingang 

verbuchen 

Vorbau : Race Lite OS 4 bolt 31.8 mm 

Lenker : Race Lite OS, 31,8mm 

Sattelstütze : Race X Lite ACC 31,6mm, Black 

Sattel : Fizik Aliante Delta 

Laufräder : Mavic Ksyrium SL 

Reifen : Schwalbe Ultremo 700-23C 

Schläuche : Schwalbe SV15 

Felgenbänder : Schwalbe Textil 

Schalthebel : Shimano Dura Ace, 2/10-fach 

Schaltwerk : Shimano Dura Ace, 2/10-fach 

Umwerfer : Shimano Dura Ace 

Kurbeln : Shimano Dura Ace, 172.55mm 39/53 

Innenlager : Shimano Dura Ace 

Kette : Shimano Dura Ace, 2/10-fach 

Cassette : Shimano Dura Ace, 2/10-fach 12-25 

Bremshebel : Shimano Dura Ace 

Bremsen : Shimano Dura Ace 

Waren zur 

Verarbeitung 

bereitstellen 

Qualität 

prüfen 

 

Umweltverträglichkeit 

prüfen 

Rechnung 

prüfen 

Rechnung 

reklamieren 

Folie 22


Betriebliche 




Informationssysteme müssen die Bewältigung von Aufgaben unterstützen 

„Aufgaben sind dauerhaft wirksame Aufforderungen, Verrichtungen an Objekten zur 

Erreichung eines Ziels vorzunehmen [Chrobok 1993, S. 39].“ 

 

 

 

Aufgaben können nur Menschen übertragen werden. Zur Bewältigung dieser Aufgaben benötigt der Mensch 

Sachmittel und Informationen. 

Abzugrenzen ist der Begriff „Aufgabe“ von einem Auftrag. 

Während eine Aufgabe eine dauerhaft wirksame 

Aufforderung (z.B. die Kundenbetreuung) ist, versteht 

man unter einem Auftrag eine einmalige Aufforderung 

(z.B. einen bestimmten Kunden zurückrufen). 

Verrichtungen, die von einem Sachmittel (z.B. Computer) 

ausgeführt werden, bezeichnet man als Arbeit. Das 

heisst, (verantwortlicher) Aufgabenträger kann nur ein 

Mensch sein, während mit (sachlichem) Arbeitsträger 

eine Maschine gemeint ist. 

Bestellung 

schreiben 

Folie 23


Betriebliche 


Ableitung von Information zur Unterstützung der Aufgaben Studienjahr 2007 / 2008 


2.2. Ableitung von Information zur Unterstützung der Aufgaben 

„Informationen sind zweckgebundenes Wissen mit Neuigkeitswert, d.h. Wissen, das 

für den einzelnen von Nutzen ist zur Erfüllung seiner Aufgaben [Chrobok 1993, S. 

43].“ 

Beispiel : 

Die Unternehmensleitung hat aus der Buchhaltung erfahren, dass der 

Absatz von Produkt-A in der ersten Hälfte des Wirtschaftsjahres mit 14.000 

verkauften Exemplaren deutlich hinter den Erwartungen zurückliegt. Sie 

bittet deshalb einen Controller, eine Hochrechnung zu erstellen, wie hoch 

der voraussichtliche Jahresabsatz von Produkt-A sein wird. Daraufhin 

bekommt sie folgende Hochrechnung vorgelegt : 

Absatz Jan. Feb. März April Mai Juni Juli Aug. Sept. Okt. Nov. Dez. 

Prod.-A 3.500 3.000 2.500 2.000 1.650 1.350 1.000*) 800*) 600*) 400*) 200*) 0*) 

Prod.-B 650 700 750 800 850 900 950*) 1.000*) 1.050*) 1.100*) 1.150*) 1.200*) 

Prod.-C 1.200 1.000 950 1.000 1.100 950 900*) 1.000*) 1.000*) 1.000*) 1.000*) 1.000*) 

*) Hochrechnung 

Folie 24


Betriebliche 




Um zu erkennen, was an dieser Tabelle für die Unternehmensleitung in diesem konkreten Fall Information 

darstellt, muss als erstes alles gestrichen werden, was nicht der Erfüllung der Aufgabe dient. In diesem Fall war 

nicht nach Produkt-B und -C gefragt. Hierfür steht zur Zeit keine Entscheidung an. 


Prod.-A 3.500 3.000 2.500 2.000 1.650 1.350 1.000*) 800*) 600*) 400*) 200*) 0*) 

Prod.-B 

Prod.-C 


Des Weiteren kann alles gestrichen werden, was keinen Neuigkeitswert besitzt. 


Prod.-A 1.000*) 800*) 600*) 400*) 200*) 0*) 

Prod.-B 

Prod.-C 


Genaugenommen sind auch die verbleibenden Angaben keine Information, denn sie sind nicht ausreichend 

zweckgebunden. Hier war nur der Jahresabsatz, nicht der Monatsabsatz gefragt. Die Antwort des Controllers 

könnte übersichtlicher sein : 

Absatz Jan. Feb. März April Mai Juni Juli Aug. Sept. Okt. Nov. Dez. Summe 

Prod.-A 17.000*) 

Prod.-B 

Prod.-C 


Folie 25


Betriebliche 




Welche Informationen benötigt der Mitarbeiter zum Schreiben einer Bestellung ? 

Lagerbestand ? 

(oder sieht er ihn immer, da er vor dem Regal sitzt ?) 

Bestellnummer ? 

(oder genügt die Warenbezeichnung ?) 

Lieferantenname ? 

(oder kennt er ihn bereits ?) 

Warenbezeichnung ? 

(oder genügt die Bestellnummer ?) 

Zeitbedarf ? 

(oder ist der immer „sofort“ ?) 

... 

Bestellung 

schreiben 

Folie 26


Betriebliche 


Ableitung von Sachmittelbedarf zur Bereitstellung der Information Studienjahr 2007 / 2008 


2.3. Ableitung von Sachmittelbedarf zur Bereitstellung der Information 

„Sachmittel sind realtechnische Gebilde, die den Menschen bei der Erfüllung seiner 

Aufgaben dienlich sind bzw. den materiellen Rahmen der Aufgabenerfüllung bilden 

[Chrobok 1993, S. 42].“ 

 

 

 

Bieten die bestehenden Informationssysteme alle nötigen 

Informationen, um die Aufgabe, die zur Erzielung der 

ertragbringenden Leistung nötig ist, sinnvoll zu 

unterstützen ? 

Unterstützen die bestehenden Informationssystem 

auch angemessen in der Bewältigung der Aufgabe ? 

Müssen neue / andere betriebliche Informationssysteme 

beschafft oder entwickelt werden ? 

Ist hierfür Budget vorhanden ? 

Ist es wirtschaftlich sinnvoll ? 

Bestellung 

schreiben 

Folie 27


Betriebliche 


Übertragung der Aufgaben an Aufgabenträger Studienjahr 2007 / 2008 


2.4. Übertragung der Aufgaben an Aufgabenträger 

„Die Leistung eines Menschen ist das Ergebnis aus Leistungsfähigkeit, 

Leistungsbereitschaft und Leistungsmöglichkeit [Chrobok 1993, S. 41].“ 

 

 

 

Menschen brauchen zur Erfüllung der ihnen übertragenen Aufgaben Sachmittel und Informationen. 

Leistungsmöglichkeit bezieht sich auf 

die Verfügbarkeit von Sachmitteln und 

die Leistungsbereitschaft ist ein Ergebnis 

der Motivation. 

(Es ist zu berücksichtigen, dass die 

Individualziele eines Menschen nicht 

zwingend mit den Zielen eines 

Unternehmens konform gehen.) 

Leistungsfähigkeit ist ein Resultat aus Können 

(Ausbildung des Mitarbeiters) und Kenntnissen 

(erhaltene Informationen). 

Folie 28


Betriebliche 


Übertragung der Aufgaben an Aufgabenträger Studienjahr 2007 / 2008 


Eine beispielhafte Eigenschaft des Menschen 

 

Der Widerstand gegenüber organisatorischen 

Neuerungen. 

Bestellung 

schreiben 

Missionare 

Untergrundkämpfer 

Lippenbekenner 

Emigranten 

Gläubige 

Abwartende & 

Gleichgültige 

Aufrechte 

Gegner 

Folie 29


PROMET - Prozess- und Systementwicklung nach Österle 

Betriebliche 




3. PROMET - Prozess- und Systementwicklung nach Österle 



Österle, H. 

Business Eigineering - Prozess- und 

Systementwicklung, Springer, Berlin 

1995 

Folie 30


Betriebliche 


Von der Geschäftsstrategie zum Informationssystem Studienjahr 2007 / 2008 



 

PROMET ist eine Methode zur Prozessentwicklung, bestehend aus Techniken, einem Vorgehens-, einem 

Dokumentations- und einem Rollenmodell [Österle 1995, S. 31]. 

 

Die Aufnahme Geschäftsstrategie 

bildet den Ausgangspunkt 

Geschäftsstrategie 

Unternehmensstruktur 

Erfolgsfaktoren 

Geschäftsfelder 

Produkte 

Märkte 

Prozesse 

Applikationen 

... 

 

Die Prozessebene betrifft 

organisatorische Grössen (vgl. 

Vorkapitel) 

Prozeß 

organisatorische 

Einheiten 

Leistungen 

Transaktionen 

Teilprozesse 

Aufgaben 

Entitätstypen 

... 

Business 

Engineering 

 

Die Informationssystemebene 

spezifiziert Realisierungsdetails 


Bildschirmmasken 

Zugriffsrechte 

Verantwortlichkeiten 

Dialogflüsse 

Attribute 

... 

Folie 31


Betriebliche 




Von der Geschäftsstrategie zum Informationssystem 

Prozeß 

Unternehmensstruktur 

Erfolgsfaktoren 

organisatorische 

Einheiten 

Leistungen 


Transaktionen 

Teilprozesse 

Produkte 

Aufgaben 

Märkte 

Entitätstypen 

Prozesse 

Applikationen 

... 

... 

Geschäftsstrategie 

Business 

Engineering 

Märkte ? 


? 

... 

Beschaffungsprozess Produktionsprozess Vertriebsprozess 

administrative Prozesse / Sekundärprozesse 

Leistungen ? 

Aufgaben ? 

... 


Bildschirmmasken 

Zugriffsrechte 

Verantwortlichkeiten 

Dialogflüsse 

Attribute 

... 

Bildschirmmasken ? 

Dialogflüsse ? 

... 

Folie 32


Betriebliche 


Organisationsentwurf Studienjahr 2007 / 2008 


3.2. Organisationsentwurf 

Beispiel : Der IST-Prozes “Verkauf” 

Die Darstellung ist wie folgt zu lesen : 

 

 

 

 

Es sind vier organisatorische Einheiten 

beteiligt : 

 

 

 

 

Kunde 

Vertreter 

Auftragserfassung 

Marketing 

Pfeil repräsentiert eine sequentielle 

Abfolge 

gestrichelte Linie steht für parallelläufige 

Aufgaben 

umrandete Kästchen deuten auf eine 

Computerunterstützung hin 

Kunde 

Prozess 

Beschaffung 

Rahmenvertrag 

abschliessen 

Verkaufsstrategie 

entwickeln 

Warenlager 

bewirtschaften 

Bedarf 

ermitteln 

Lieferanten 

auswählen 

Kunden 

akquirieren / 

betreuen 

eigenes Unternehmen 

Vertreter 


Marketing 


beraten 

Prozess 

Verkauf 

Markt 

analysieren 

Diese Darstellung wird als Makro-Ebene 

bezeichnet, da sie einen groben Überblick über 

den gesamten Prozess “Verkauf” gibt. 

Artikelauswahl 

anhand des 

Produktkatalogs 

Auftrag 

erteilen 

Auftrag 

akquirieren 

Auftrag 

abwickeln 

Auftrag 

abwickeln 

Auftrag 

anpassen 

Folie 33


Betriebliche 




Worin könnten Potentiale liegen ? 

Beispiele : 

Marketingaspekte : 

 

 

 

 

 

 

 

Differenzierung nach 

Kundensegmenten 

Differenzierung nach 

Produktsegmenten 

Vertriebsaspekte 

 

 

Verkauf outsourcen 

Fremdsortimente aufnehmen 

Versandaspekte 

 

 

Direktverkauf / -versand 

logistische Zentralisation 

Value added services für die Kunden 

(z.B. Anregungen für Verkaufsaktionen) 

Ablauf straffen 

erfolgsorientierte Führung 

Kunde 

Prozess 

Beschaffung 

Rahmenvertrag 

abschliessen 


entwickeln 

Warenlager 


Bedarf 

ermitteln 

Lieferanten 

auswählen 


anhand des 

Produktkatalogs 

Auftrag 

erteilen 

Kunden 

akquirieren / 

betreuen 


Vertreter 


Marketing 


beraten 

Auftrag 

akquirieren 

Auftrag 

abwickeln 

Prozess 

Verkauf 

Auftrag 

abwickeln 

Markt 

analysieren 

Auftrag 

anpassen 

Folie 34


Betriebliche 




Beispiel : Der SOLL-Prozes 

“Verkauf” 

z.B. nach einer 

vorausgegangenen Reorganisation : 

 

 

Verstärkung der Kundenbindung 

Abbau von Personalaufwand im Vertrieb 

Kunde 

Prozess 

Beschaffung 

Rahmenvertrag 

abschliessen 


entwickeln 

Warenlager 


Bedarf 

ermitteln 

Lieferanten 

auswählen 

Kunden 

akquirieren / 

betreuen 


Vertreter 


Marketing 


beraten 

Beschaffung 

vorschlagen 

Prozess 

Verkauf 

Markt 

analysieren 

Abverkauf 

analysieren 


anhand des 

Produktkatalog 

s 

Auftrag 

erteilen 

Auftrag 

akquirieren 

Auftrag 

abwickeln 

Auftrag 

anpassen 

Folie 35


Betriebliche 




Beispiel : Der SOLL-Prozes 

“Verkauf” auf der Mikro-Ebene 

Die Aufgaben werden so lange konkretisiert, bis sie 

als konkrete Arbeitsanweisung im täglichen 

Geschäft gelten können. 

(Hier am Beispiel “EDIFACT-Auftrag aufnehmen”) 

Folie 36


Betriebliche 




Prozessmodell 

Komponenten des Prozessmodells 

Prozessentwicklung 

projektmässiger 

Prozessentwurf 

 

Die Prozessführung steuert den Prozess. 

Sie bestimmt die Führungsgrössen, plant 

Soll-Werte, erhebt Ist-Werte und gibt 

Anstösse für Massnahmen. 

Prozessführung 

Prozesszirkel 

 

Wdh. : Ein Unternehmen ist ein 

organisiertes Gebilde mit dem Ziel, 

ertragbringenden Leistung zu erzeugen. 

 

 

Wdh. : Ein Prozess ist eine Menge von 

Aufgaben, die in einer vorgegebene 

Ablauffolge zu erledigen sind. Seine 

Wertschöpfung besteht in einer erzeugten 

Leistung. 

Applikationen (z.B. SAP mit einer 

Buchhaltungsanwendung) greifen auf 

Datenbanken zu (z.B. Oracle mit 

Kundendaten) 

Leistungen 

Aufgabenkette 

Informations 

-system 

Aufgabe 

Applikation 

Datenbank 

Aufgabe 

Aufgabe 

Applikation 

Datenbank 

Folie 37


Betriebliche 




Beispiele für Leistungen 

 

 

Leistungen sind die Ergebnisse 

eines Prozesses, die an interne 

oder externe Kunden / Prozesse 

gehen. 

(Eine Leistung kann materiell 

oder immateriell sein.) 

Kunde 

Prozess 

Beschaffung 

Auftrag 

Beschaffungsvorschlag 

Rahmenvertrag 

Prozess 

Verkauf 

Versandanweisung 

Leistunggen 


Versandbestätigung 

Spediteur 

Prozess 

Versand 

Rahmenvertrag 

abschliessen 


entwickeln 

Warenlager 


Bedarf 

ermitteln 

Lieferanten 

auswählen 

Kunden 

akquirieren / 

betreuen 


Vertreter 


Marketing 


beraten 

Beschaffung 

vorschlagen 

Markt 

analysieren 

Abverkauf 

analysieren 


anhand des 

Produktkatalog 

s 

Auftrag 

erteilen 

Auftrag 

akquirieren 

Auftrag 

abwickeln 

Auftrag 

anpassen 

Folie 38


Betriebliche 




Überblick 

Folie 39


Betriebliche 


Datenentwurf Studienjahr 2007 / 2008 


3.3. Datenentwurf 

Welche Daten soll das Informationssystem später bereitstellen ? 

In einem erhobenen Vertriebsprozess könnten 

wir beispielsweise vorfinden : 

 

„Herr Müller kauft einen Stuhl.“ 

Abstrahiert können wir aber auch sagen : 

Kundendaten : 

 

„Ein Kunde kauft einen Artikel.“ 

 

 

 

der Kunde wird durch 

Eigenschaften (Daten) 

beschrieben 

der Artikel wird durch 

Eigenschaften (Daten) 

beschrieben 

zwischen Kunde und Artikel 

besteht eine Beziehung 

(kaufen) 

J 

K 

L 

M 

N 

Herr F. Müller, 

Neuengasse 

13 

Artikeldaten : 

A B C D E 

Bürostuhl, 

Modell 

„Motion“ 

Folie 40


Betriebliche 




Die Speicherung der Daten erfolgt in Tabellen 

Entitätstyp 

Identifikationsschlüssel 

Kunde 

Attribut 

Kundennummer 

Name 

Ort 

Strasse 

Geschäftstyp 

... 

0815 

0816 

0817 

0818 

0819 

Meier AG 

F. Müller 

Neukauf AG 

Meier AG 

K. Kunz 

Zürich 

Basel 

Bern 

Chur 

Zürich 

Bahnhofstr. 2 

Kornhausplatz 1 

Neuengasse 13 

Webergasse 20 

Dufourstr. 8 

Fachgeschäft 

Kaufhaus 



Versandhändler 

... 

Entität 

Attributswert 

Entitätsmenge 

Folie 41


Betriebliche 




Zwischen den Tabellen bestehen Beziehungen 

Kunde 

Kundennummer 

Name 

Ort 

Strasse 

Geschäftstyp 

... 

0815 

0816 

0817 

0818 

0819 

Meier AG 

F. Müller 

Neukauf AG 

Meier AG 

K. Kunz 

Zürich 

Basel 

Bern 

Chur 

Zürich 

Bahnhofstr. 2 


Neuengasse 13 

Webergasse 20 

Dufourstr. 8 


Kaufhaus 




... 

Auftrag 

Auftragsnummer 

Kundennr. 

Artikelnr. 

Menge 

Datum 

Vertreter 

6548 

6549 

6549 

6549 

6549 

6549 

0816 2351487 1 

0799 

0799 

0799 

0799 

0799 

5148774 

6847712 

1254893 

5556142 

1230017 

3 

2 

1 

1 

3 

7.5.99 

7.5.99 

7.5.99 

7.5.99 

7.5.99 

7.5.99 

131 

127 

127 

127 

127 

127 

6550 

0844 2351487 1 

7.5.99 

131 

Artikel 

Artikelnummer 

Modell 

Hersteller 

Preis 

2351486 

2351487 

Relax 

Motion 

Röder 

Röder 

1620 

1980 

Folie 42


Betriebliche 




Die Beziehungen zwischen den Tabellen lassen sich verbal beschreiben 

Kunde 

1 

Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Auftrag 

Kunde 

cn 

Kunde 

erteilt 

einen, keinen 

oder mehrere 

Aufträge 

Auftrag 

Folie 43


Betriebliche 




Die möglichen Beziehungen lassen sich klassifizieren 

Kardinalität 

Anzahl Entitäten des 

Entitätstyps E2, die einer 

Entität des Entitätstyps 

E1 zugeordnet sind 

Beispiel 

E1 - E2 

1 

(einfache) 

genau eine 

Zu jedem Auftrag (E1) gehört genau ein 

Kunde (E2), d.h. zu jeder Entität des 

Entitätstyps Auftrag gibt es genau einen 

dazugehörigen Kunden. 

c 

(konditionelle) 

eine oder keine 

Ein Auftrag (E1) wird von einem 

Vertreter vermittelt oder auch nicht. 

n 

(multiple) 

mindestens eine 

( n >= 1 ) 

Jeder Auftrag (E1) muss mindestens 

einen Artikel (E2) enthalten. 

cn 

(konditionellmultiple) 

eine, keine oder mehrere 

( cn >= 0 ) 

Ein Artikel (E1) kommt in einem, 

keinem oder mehreren Aufträgen (E2) 

vor. 

Folie 44


Betriebliche 




Beispiel 

Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 

Vertreter 

betreut 

einen, keinen oder mehrere 

Kunden 

Kunde 

1 

cn 

Auftrag 

cn 

cn 

cn 

Artikel 

ist enthalten in 

einem, keinem oder mehreren 

Aufträgen 

Vertreter 

vermittelt 


Aufträge 

Kunde 

wird betreut von 

genau einem 

Vertreter 

1 

Vertreter 

n 

c 

Auftrag 

wird vermittelt von 

einem oder keinem 

Vertreter 

Artikel 

Auftrag 

enthält 

mindestens einen 

Artikel 

 

 

 

Diese Darstellung repräsentiert einen logischen Datenbankentwurf. Wir nennen Sie ERM (Entity-Relationship- 

Model). 

Es ist ein abstraktes Modell und dient einen Überblick und ein Verständnis der zu speichernden Daten zu 

erhalten. 

Zur Erstellung eines logischen Datenbankentwurfs ist eine Analyse der unternehmerischen Erfordernisse nötig. 

Es sind alle relevanten Entitäten und Beziehungen zu erfassen. 

Folie 45


Betriebliche 




Redundanzarme Speicherung der Daten 

Kunde 

Vertreter 

betreut 


Kunden 

cn 1 

Vertreter 

Kunde 


genau einem 

Vertreter 

Kundennummer 

Name 

Ort 

Strasse 

betreuender Vert 

Vertreternummer 

Nachname 

Vorname 

Büro 

Tel. 

... 

0815 

0816 

0817 

0818 

0819 

Meier AG 

F. Müller 

Neukauf AG 

Meier AG 

K. Kunz 

Zürich 

Basel 

Bern 

Chur 

Zürich 

Bahnhofstr. 2 


Neuengasse 13 

Webergasse 20 

Dufourstr. 8 

2213 

2211 

2211 

2212 

2211 

... 

2211 

2212 

2213 

… 

Hinz 

Kunz 

Wurst 

Micha 

Peter 

Hans 

Hauptstrasse, 8 


Nebengasse, 1 

01 824 533 23 

01 824 533 35 

01 824 533 67 

... 

 

In dem genannten Beispiel (Kunde wird von genau einem Vertreter betreut), kann in der Tabelle „Kunde“ ein 

Fremdschlüssel, der den betreuenden Vertreter angibt, aufgenommen werden. 

Kunde 

Vertreter 

betreut 


Kunden 

cn 

n 

Vertreter 

Kunde 


einem oder mehreren 

Vertretern 

Kundennummer 

Name 

Ort 

Strasse 

betreuender Vert 


Nachname 

Vorname 

Büro 

Tel. 

... 

0815 

0816 

0816 

0816 

0817 

0818 

0819 

... 

Meier AG 

F. Müller 

F. Müller 

F. Müller 

Neukauf AG 

Meier AG 

K. Kunz 

Zürich 

Basel 

Basel 

Basel 

Bern 

Chur 

Zürich 

Bahnhofstr. 2 




Neuengasse 13 

Webergasse 20 

Dufourstr. 8 

2213 

2211 

2212 

2213 

2211 

2212 

2211 

... 

2211 

2212 

2213 

… 

Hinz 

Kunz 

Wurst 

Micha 

Peter 

Hans 



Nebengasse, 1 

01 824 533 23 

01 824 533 35 

01 824 533 67 

 

Sollte aber ein Sachverhalt vorliegen, wonach ein Kunde von einem oder mehreren Vertretern betreut werden 

kann, ist dies in den gegebenen Tabellen nicht mehr redundanzarm abzuspeichern. 

Folie 46


Betriebliche 




Redundanzarme Speicherung der Daten 

 

 

 

 

Ist eine redundanzarme Speicherung nicht mehr möglich, muss das ERM angepasst werden. 

Diese Anpassung nennen wir „Normalisierung“. 

Wir bezeichnen ein Datenmodell als normalisiert, wenn die Attribute einer Tabellen nur einfache Attributswerte 

aufweisen (1. Normalform), alle Attribute voll vom Identifikationsschlüssel abhängig sind (2. Normalform) und 

nicht über ein Nicht-Identifikationsschlüssel-Attribut identifiziert werden können (3. Normalform). 

In dem dargestellten Fall (cn-n Beziehung) würde eine weitere Tabelle eingefügt werden. Es entstehen somit 

zwei einfache Beziehungen. 

Vertreter 

betreut 


Kunden 

cn 

Kundenbetreuung 

Betreuungsnr 

... 

65432 

65433 

65434 

65435 

65436 

65437 

65438 ... 

Kundennr 

0815 

0816 

0816 

0816 

0817 

0818 

0819 

Vertreternr 

2213 

2211 

2211 

2212 

2213 

2212 

2211 

Kunde 


einem oder mehreren 

Vertretern 

n 

Kunde 

1 1 

Vertreter 

Kundennummer 

Name 

Ort 

Strasse 


Nachname 

Vorname 

Büro 

Tel. 

... 

0815 

0816 

0817 

0818 

0819 

Meier AG 

F. Müller 

Neukauf AG 

Meier AG 

K. Kunz 

Zürich 

Basel 

Bern 

Chur 

Zürich 

Bahnhofstr. 2 


Neuengasse 13 

Webergasse 20 

Dufourstr. 8 

... 

2211 

2212 

2213 

… 

Hinz 

Kunz 

Wurst 

Micha 

Peter 

Hans 



Nebengasse, 1 

01 824 533 23 

01 824 533 35 

01 824 533 67 

... 

Folie 47


Betriebliche 




Für den Zugriff auf dieses Daten gibt es eine eigene Sprache : SQL 3 

Beispiel : 

Festlegen von Daten, die gesucht werden (Projektion) 

SELECT Name, Ort 

FROM Kunde 

Abfrageergebnis 

Name 

… 

Meier AG 

F. Müller 

Neukauf AG 

Meier AG 

K. Kunz 

... 

Ort 

… 

Zürich 

Basel 

Bern 

Chur 

Zürich 

… 

Beispiel : 

Zusätzliche Auswahl von Daten, die gesucht werden (Selektion) 

SELECT Name, Ort 

FROM Ort 

WHERE Kundennummer = „0816“ 

Name 

F. Müller 

Ort 

Basel 


3 

Structured Query Language 

Folie 48


Betriebliche 




Beispiel : 

Zusätzliches Verbinden verschiedener Entitätstypen (Verbund) 

SELECT Kunde.Ort, Kunde.Strasse, Auftrag.Datum 

FROM Kunde, Auftrag 

WHERE Kunde.Name = „F.Müller“ 

AND Kunde.Kundennummer = 

Auftrag.Kundennummer 

Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 

Vertreter 

betreut 


Kunden 

Kunde 

1 

cn 

Auftrag 

cn 

cn 

Artikel 



Aufträgen 

Kunde 


genau einem 

Vertreter 

1 

Vertreter 

c 

Auftrag 



cn 

Vertreter 

Vertreter 

vermittelt 


Aufträge 

n 

Artikel 

Auftrag 

enthält 


Artikel 


Ort 

Basel 

Strasse 


Datum 

7.5.99 

Folie 49


Betriebliche 


Funktionsentwurf Studienjahr 2007 / 2008 


3.4. Funktionsentwurf 

Welche Transaktionen 4 sind zur Unterstützung der Aufgaben sinnvoll ? 

Häufige Transaktionen sind : 

Append (z.B. Hinzufügen einer Entität mit dem SQL-Befehl „INSERT“) 

Read (Lesen einer Entität mit dem SQL-Befehl „SELECT“) 

Modify ( Verändern einer Entität mit dem SQL-Befehl „UPDATE“) 

Delete (Löschen einer Entität mit dem SQL-Befehl „DELETE“) 

 

 

Die Transaktionen sind aus den Aufgaben abzuleiten. 

vgl. Kap. 2 sowie 3.2 in diesem Skript 

Transaktionen haben Effekte auf die Daten. 

vgl. Kap. 3.3 in diesem Skript 

4 

Eine Transaktion ist ein Arbeitsgang auf einem Rechner, der entweder vollständig ausgeführt wird oder überhaupt nicht. [Österle 1995, S. 286] 

Folie 50


Betriebliche 




Beispiel 

Teilaufgabe : 

Überweisung erfassen 

 

Beispiel für die Transaktion 

“Append“ : 

Die Eingabe der Kontonummer 

des Empfängers bewirkt das 

Hinzufügen einer Entität des 

Entitätstyps “Überweisung“ 

vgl. : 

Kunde 

Kundennummer 

Entitätstyp 

Name 

Identifikationsschlüssel 

Ort 

Strasse 

Attribut 

Geschäftstyp 

... 

0815 

0816 

0817 

0818 

0819 

Meier AG 

F. Müller 

Neukauf AG 

Meier AG 

K. Kunz 

Zürich 

Basel 

Bern 

Chur 

Zürich 

Bahnhofstr. 2 


Neuengasse 13 

Webergasse 20 

Dufourstr. 8 


Kaufhaus 




... 

Entität 

Attributswert 

 

Beispiele für die Transaktion 

“Read“ : 

Ist die Kontonummer bekannt, 

werden in die darüber 

stehenden Felder die 

Empfängerdaten eingetragen 

vgl. : 

SELECT Kunde.Ort, Kunde.Strasse 

FROM Kunde, Auftrag 

WHERE Kunde.Name = „F.Müller“ 

AND Kunde.Kundennummer = 

Auftrag.Kundennummer 

Folie 51


Betriebliche 




Entity-Life-History 

Ist die mögliche Eintreffsequenz von Transaktionen aus Anwendersicht zulässig ? 

Transaktion 

Zustand 

Kunde aufnehmen 

A/1 

Kundendaten aktualisieren 

M/1 

Kunde löschen 

D/1 

Legende : 

A Appended 

M Modified 

D Deleted 

 

Die Zustände sind durchnummeriert, da es jeweils mehrere Transaktionen geben kann, die eine Entität 

erzeugen, modifizieren oder löschen. 

Folie 52


Betriebliche 




Dialogfluss 

In welcher Reihenfolge werden Anwenderdialoge (z.B. Bildschirmmasken) durchlaufen ? 

 

 

 

Das Dialogflussdiagramm zeigt 

von welcher Transaktion bzw. von 

welchem Menü aus eine Transaktion 

initiiert werden kann. 

Pfeile, die einen gleichen 

Ausgangspunkt haben, werden mit 

einer Ellipse zusammengefasst. 

Enthält eine Bildschirmmaske nur 

eine Rückspürungsoption zur vorhergehenden 

Maske (z.B. eine Fehlermeldung, 

die nur mit einem „OK“ 

quittiert werden kann, so wird dies in 

der verwendeten Notation mit einem 

Punkt („•“) gekennzeichnet. 

Dialogflussdiagramm der Transaktion : Auftrag online zentral erfassen 

Aufruf aus dem Menü : 


Vorgängertransaktion : 

Aufträge zu Kunden anzeigen 

Auftrag anzeigen 

Verfügbarkeit prüfen 

Bildschirmmasken der Transaktion : 

Auftrag online zentral erfassen 

Auftragsdetails erfassen 

Fehlermeldung Kundennummer 

Fehlermeldung Artikelnummer 

Fehlermeldung Verfügbarkeit 

Fehlermeldung Kreditlimit 

Folie 53


ARIS - Architektur integrierter Informationssysteme nach Scheer 

Betriebliche 




4. ARIS - Architektur integrierter Informationssysteme nach 

Scheer 



Scheer, A.-W. 

Wirtschaftsinformatik - 

Referenzmodelle für industrielle 

Geschäftsprozesse, Springer, Berlin 

1994, Teil A 

Folie 54


Betriebliche 





Die betriebliche Anwendungslandschaft ist an den Unternehmenszielen auszurichten 5 . 

5 

Abb. : Scheer, A.-W., Saarbrücker Modell, Proceeding der Saarbrücker Arbeitstagung vom 8./9. Okt. 2002 

Folie 55


Betriebliche 


Auswahl einer Darstellungsmethode Studienjahr 2007 / 2008 


4.2. Auswahl einer Darstellungsmethode 

 

Wir bezeichnen die Darstellungsform als Notation. 

ARIS stellt folgende Elemente zur Verfügung : 

= Ereignis / eingetretener Zustand 

(zeitpunktbezogener Sachverhalt) 

= Vorgang bzw. Funktion 

(Zeit konsumierendes Element) 

= Daten 

= Bearbeiter 

= Organisationseinheit 

Folie 56


Betriebliche 




Darstellungsbeispiel nach der ARIS-Notation 

Bsp. : Auftragsbearbeitung 

Kunde 

Artikel 

Kapazitäten 

 

Das Ereignis “Kundenauftrag eingetroffen 

stösst die Funktion “Auftragsannahme” 

an. 

Auftragsverfolgung 

 

Zu dessen Bearbeitung werden 

Zustandsinformationen (u.a.) über Kunde 

und Artikel benötigt bzw. geschrieben. 

Kundenauftrag 

eingetroffen 

Auftragsannahme 

Auftragsbestätigung 

erstellt 

Produktionsplanung 

 

 

Die Bearbeitung führt der Bearbeiter 

“Sachbearbeiter” durch. 

Der Sachbearbeiter gehört der 

Organisationseinheit “Abteilung XY” an. 

Abteilung XY 

Sachbearbeiter 

 

Im Rahmen der Auftragsannahme wird 

auch eine Auftragsbestätigung erstellt. 

Dies führt damit zu dem Ereignis 

“Auftragsbestätigung erstellt”. 

... 

Folie 57


Betriebliche 




ff. Darstellungsbeispiel nach der ARIS-Notation 

Kundenauftrag 

eingetroffen 

Kunde 


Artikel 


erstellt 

Kapazitäten 



Datensicht 

Funktionssicht 

 

Datensicht 

Ereignisse (z.B. 

“Kundenauftrag 

eingetroffen”) und 

Zustände (z.B. “Kunde hat 

Kundennummer”) werden 

durch Informationsobjekte / 

Daten repräsentiert. (z.B. 

durch einen 

entsprechenden Eintrag in 

einer Datenbank) 

Abteilung XY 

Sachbearbeiter 

Organisationssicht 

 

 

 

Funktionssicht 

Eine Aufgabenkette ist eine “Verkettung von Aufgaben” 

(Wdh. : Aufgaben können nur Menschen übertragen werden.) 

Jetzt werden auch diejenigen Funktionen / Vorgänge mit betrachtet, die automatisiert ablaufen können 

(z.B. von IT-Systemen) 

Organisationssicht 

Bei Bedarf kann bei dieser Darstellungsform auf Verantwortlichkeiten dadurch hingewiesen werden, dass der 

Bearbeiter und / oder die organisatorische Einheit angegeben wird. (Zuvor musste mit der Zuordnung zu einer 

“Spalte” eine Zuordnung zu einer organisatorischen Einheit erfolgen.) 

Steuerung / Abläufe 

Die Verbindung / Steuerung zwischen diesen Sichtweisen wird durch die Verbindungslinien zum Ausdruck 

gebracht. 

Folie 58


Betriebliche 




Erweiterung zur oben vorgestellten “Aufgabenkette” 

 

Für jede dieser Sichtweisen gilt, dass die bestimmte 

Stufen an „Beschreibungsebenen“ durchlaufen : 

von : 

betriebswirtschaftliche Problemstellung 

Implementierung 

DV-Konzept 

Fachkonzept 

Organisation 

über : 

 

 

 


DV-Konzept 





DV-Konzept 

DV-Konzept 

DV-Konzept 

Daten Steuerung Funktion 




zu : 

Informationstechnik 

(Fachkonzept) 

(DV-Konzept) 

(Implementierung) 

Leistung 

Folie 59


Betriebliche 


Fachkonzepte Studienjahr 2007 / 2008 


4.3. Fachkonzepte 

Notationen zum Fachkonzept in der Funktionssicht 


DV-Konzept 




DV-Konzept 

Organisation 


DV-Konzept 




DV-Konzept 


 

 

Eine Funktion kennzeichnet einen Vorgang 

Zur Reduzierung von Komplexität können Funktionen zerlegt und in 

Funktionsbäumen dargestellt werden. 


(DV-Konzept) 


Leistung 

Auftragsabwicklung 

Auftragserstellung 


Auftragsbearbeitung 

Versand 

Reservierung 


Fakturierung 

Reservierung 

Lagerbestand 

Reservierung 

Produktionsplan 

Quelle : Scheer 1994, S. 20 

Folie 60


Betriebliche 




ein alternatives Beispiel mit Hinweisen zum zeitlichen Ablauf : 


DV-Konzept 


Organisation 




DV-Konzept 

DV-Konzept 

DV-Konzept 






(DV-Konzept) 


Leistung 

Kalkulationsdaten 

ermitteln 

Angebot 

durchführen 

Legende : 

0,6 

0,3 

0,1 

UND 

(alle folgenden Schritte werden ausgeführt) 

ODER 

(mindestens einer der folgenden Schritte wird ausgeführt) 

ENTWEDER ODER 

(genau einer der folgenden Schritte wird ausgeführt) 

Angebot 

abgeben 

Angebot nicht 

abgeben 

0,x Eintrittswahrscheinlichkeit 

Kontrollfluss 

(„Kante“, die auf den nächsten „Knoten“-punkt zeigt) 

vgl. Scheer 1994, S. 20 

Folie 61


Betriebliche 




Notationen zum Fachkonzept in der Organisationssicht 


DV-Konzept 


Organisation 

 

Die ARIS-Notation verwendet für die Organisationssicht Symbole, die sich bewusst von der Funktionssicht 


unterscheiden. 

DV-Konzept 


DV-Konzept 


DV-Konzept 





Vorstand 


(DV-Konzept) 


Leistung 

Bereich 

Hauptabteilung 

Abteilung 

Gruppe 

vgl. : Scheer 1994, S. 29 

Folie 62


Betriebliche 




Notationen zum Fachkonzept in der Datensicht 


DV-Konzept 


Organisation 

 

Auf der Ebene des Fachkonzepts wird in der Datensicht Entity-Relationship-Model 

(ERM) erstellt. 




DV-Konzept 

DV-Konzept 

DV-Konzept 





Notationsvorschlag bei ARIS 


(DV-Konzept) 


Leistung 

K-Bezeichnung 

n 

Konzern 

selbstverständlich ebenso möglich : 

Notationsvorschlag bei PROMET 

gehört zu 

1 

n 

Firma, Rechtsform, 

Stammkapital 

Unternehmen 

UStruktur 

Mutterfirma, 

Tochterfirma, Anteil 

n 

n 

WName, Firma 

besitzt 1 

Wname, AName 

WName, Ort, 

AnzMitarbeiter 

Werk 

n 

UStruktur 

Artikel 

Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 

Vertreter 

betreut 


Kunden 

Kunde 

1 

cn 

Auftrag 

cn 

cn 

Artikel 



Aufträgen 

Kunde 


genau einem 

Vertreter 

1 

Vertreter 

c 

Auftrag 



cn 

Vertreter 

Vertreter 

vermittelt 


Aufträge 

n 

Artikel 

Auftrag 

enthält 


Artikel 

Aname, ... 

Quelle : Scheer 1994, S. 47 

Folie 63


Betriebliche 




Notationen zum Fachkonzept in der Steuerungssicht 


DV-Konzept 


Organisation 

 

Hier werden nun die Ergebnisse der Organisationssicht mit denen der Funktionsund 

der Datensicht verbunden. 




DV-Konzept 

DV-Konzept 

DV-Konzept 





z.B. Zusammenfassung der Ergebnisse der Organisationssicht mit denen 

der Funktionssicht 


(DV-Konzept) 


Leistung 

Vertrieb 

Angebotsbearb. 

• Kundenanfragen bearbeiten 

• Kalkulation 

• Angebotserstellung 

Auftragsbearb. 

• Terminierung 

• Reservierung 

• ... 

Versand 

vgl. : Scheer 1994, S. 48 

Folie 64


Betriebliche 




z.B. Zusammenfassung der Ergebnisse der Funktionssicht mit denen der Datensicht 


DV-Konzept 


Organisation 

Ereignisse sind das Ergebnis von Funktionen ! Ereignisse lösen Funktionen aus ! 

 

Ein Ereignis kann eine Modifikation eines Datenobjekts sein (z.B. Einfügen, Ändern 

oder Löschen einer Entität bzw. Attributs). 




DV-Konzept 

DV-Konzept 

DV-Konzept 





Von einem Ereignis kann eine Funktion ausgehen : 


(DV-Konzept) 


Leistung 

Kundenauftrag 

eingetroffen 


Ein Ereignis kann das Ergebnis einer Funktion sein : 



erstellt 

Von einem Ereignis können mehrere Funktionen ausgehen : 

Wenn das Ereignis eingetreten ist, starten die Funktionen „Auftragsverfolgung“ und „Produktionsplanung“ 



erstellt 

Legende : 

UND 

ODER 


ENTWEDER 

ODER 

Folie 65


Betriebliche 




Beispiel einer ereignisgesteuerten Prozesskette (EPK) : 


DV-Konzept 


Organisation 

Kundenanfrage 

eingetroffen 




DV-Konzept 

DV-Konzept 

DV-Konzept 






(DV-Konzept) 


Leistung 


ermitteln 


komplett 

Angebot 

durchführen 

Legende : 

0,6 0,3 0,1 

UND 

ODER 

(eines oder mehrere) 

Angebot 

erstellt 

Angebotsabgabe 

abgelehnt 

Ergebnis 

unbefriedigend 

ENTWEDER 

ODER 


 

 

Jede EPK muss mit einem Ereignis beginnen und mit einem Ereignis enden. 

Ereignisse und Funktionen sollten alternieren. 

Folie 66


Betriebliche 




Beispiel einer Erweiterung der EPK um Datenflüsse (erweitere EPK = eEPK) : 


DV-Konzept 


Organisation 

Kundenanfrage 

eingetroffen 




DV-Konzept 

DV-Konzept 

DV-Konzept 






(DV-Konzept) 

Leistung 

Teile 

Kalkulation 

Mengen, 

Kosten 


ermitteln 


komplett 

Zeiten 

Kostensätze 

Arbeitspläne 

Betriebsmittel 


Artikel 

Angebot 

durchführen 

Angebot 

Kunden 

Legende : 

Legende : 

0,6 0,3 0,1 

UND 

ODER 

Kontrollfluss 

Datenfluss 

Angebot 

erstellt 


abgelehnt 

Ergebnis 


ENTWEDER 

ODER 


Folie 67


Betriebliche 




Der Beschaffungsprozess des eingangs erwähnten Beispiels von Swiss-Bike 

periodischer 

Bestandsprüfungsbedarf 

Änderung der 

Nettobedarfe 

zusätzlicher 

Kundenbedarf 

Legende : 

UND 

ODER 

Lagerbestand 

prüfen 

Bestellung 

schreiben 

Bestelldaten 

bereitgestellt 

Ware 

eingegangen 

ENTWEDER 

ODER 

Rechnung 

eingegangen 

Lieferanten 

anfragen 

Bestellung 

versenden 

Beschaffungsbedarf 


durch 

Lieferant 

Qualität 

prüfen 

Wareneingang 

verbuchen 

Buchung 

abgeschlossen 

Rechnung 

prüfen 

Angebote 

liegen vor 

Bestellung 

überwachen 

Liederantenname 

u Bestellnummer 

erfassen 

Rechnung 

nicht OK 

Bestelldaten 

komplett 

Liefertermin 

gefährdet 

Mahnung 

erstellen 

Prüfung 

nicht OK 

Ware 

zurücksenden 

Prüfung 

OK 

Waren zur 

Verarbeitung 

bereitstellen 

Rechnung 

OK 

Rechnungseingang 

verbuchen 

Rechnung 

reklamieren 

korrigierte 

Rechnung 

liegt vor 

kein 

Beschaffungsbedarf 

Ware 

verteilt 

Rechnung 

gebucht 

Folie 68


Betriebliche 




z.B. Zusammenspiel der Funktionssicht mit der Datensicht am Beispiel SAP 


DV-Konzept 


Organisation 




Ei 

Ei 

Ei 

Benutzerseite : 

z.B. SAPGUI 

DV-Konzept 

DV-Konzept 

DV-Konzept 






(DV-Konzept) 


Leistung 

 

Der Anwender nimmt beispielsweise 

Eingaben in Bildschirmmasken vor, die zur 

Erzeugung eines SQL-Statements führen. 

Kundenanfrage 

eingetroffen 

Angebot 

erstellt 


ermitteln 


komplett 

Angebot 

durchführen 

0,6 0,3 0,1 


abgelehnt 

Ergebnis 


Module eines 

Anwendungssystems : 

z.B. SAP 

 

Das Anwendungssystem stellt die 

benötigten Funktionalitäten beispielsweise 

in Masken in sinnvoller Reihenfolge den 

zuständigen Personen zur Verfügung. 

Vertreter 

betreut 

Kunde 


Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 


Kunden 

Kunde 

1 

cn 

cn cn Vertreter 

vermittelt 

Auftrag einen, keinen oder mehrere 

Aufträge 

cn 

Artikel 



Aufträgen 

1 

genau einem 

Vertreter 

Vertreter 

c 

Auftrag 



Vertreter 

n 

Artikel 

Auftrag 

enthält 


Artikel 

Datenbankebene : 

z.B. „MS SQL-Server“ 

oder „Oracle“ 

 

Die SQL-Statements führen beispielsweise 

zu Transaktionen auf der Datenbank. 

Folie 69


Betriebliche 




Zusammenfassung ARIS-Fachkonzepte 

Folie 70


Betriebliche 


DV-Konzepte Studienjahr 2007 / 2008 


4.4. DV-Konzepte 


DV-Konzept 


Organisation 

DV-Konzept in der Funktionssicht : Entwurf der Benutzertransaktionen 


DV-Konzept 



DV-Konzept 

DV-Konzept 





 

Eine Prozesskette im Sinn des vorgestellten Fachkonzepts besteht in der Regel aus 

mehreren Benutzertransaktionen, wie beispielsweise Bildschirmdialogschritte, die 

ihrerseits mehrere Systemschritte erfordern können. 


(DV-Konzept) 


Leistung 

Benutzertransaktionen (Prozesskette) 

Pool von Systemschritten 

Dialogschritt 

1 

Dynamische Programm - Abfolge (Dynpro) 

Systemschritt 

Systemschritt 

Systemschritt 

Systemschritt 

Dialogschritt 

2 

Dynamische Programm - Abfolge (Dynpro) 

Dialogschritt 

3 

Bsp. : SAP R/3-Architektur [vgl. : Scheer 1994, S. 62] 

Folie 71


Betriebliche 


DV-Konzepte Studienjahr 2007 / 2008 


DV-Konzept in der Organisationssicht : Festlegungen zur Netztopologie 


DV-Konzept 


Organisation 

 

 

Die Netzwerkarchitektur orientiert sich an der im Fachkonzept festgelegte 

Aufbauorganisation unter Berücksichtigung von Kommunikationsvolumen, 

-häufigkeit und -sicherheitsanforderungen. 

Dieses Thema wird in einer eigenständigen Veranstaltung behandelt. 




DV-Konzept 

DV-Konzept 

DV-Konzept 






(DV-Konzept) 


Leistung 

DV-Konzept in der Datensicht : Überführung des ERM in die Beschreibungsform des 

konkret zu verwendenden Datenbankmanagementsystems 

 

 

Impliziert eine Normalisierung 


DV-Konzept in der Steuerungssicht 

 

 

 

 

Funktionen + Organisation : Verfügbarkeit von Applikationen in Netzsegmenten 

Funktionen + Daten : Konzept der Transaktionen (Zugriff von Systemschritten auf Daten) 

Organisation + Daten : dezentrale Datenhaltung in verschiedenen Netzsegmenten 

Funktionen + Organisation + Daten : Trigger- und Aktionssteuerung (automatisierte Aktionen - meist auf 

Datenbankebene -, die bei Eintreffen von festgelegten Bedingungen angestossen werden / sie können bspw. 

auch EPK’s initiieren) 

Folie 72


Betriebliche 


Implementierungen Studienjahr 2007 / 2008 


4.5. Implementierungen 


DV-Konzept 


Organisation 

Implementierung in der Funktionssicht : Programmierung 




DV-Konzept 

DV-Konzept 

DV-Konzept 





 



(DV-Konzept) 

Leistung 


Implementierung in der Organisationssicht : Bereitstellung von Netzwerken 

 


Implementierung in der Datensicht : Umsetzung mit Hilfe eines konkreten 

Datenbankmanagementsystems 

 


Implementierung in der Steuerungssicht 

 

Programmierte Applikationen in den zugeordneten Netzwerksegmenten unter Zugriff auf die dedizierten 

Datenspeicher physisch frei geben. 

Folie 73


Betriebliche 


Überblick nach der ARIS-Notation Studienjahr 2007 / 2008 


4.6. Überblick nach der ARIS-Notation 

[Quelle : Algermissen, L., Uni Münster] 

Folie 74


Betriebliche 


Überblick nach der ARIS-Notation Studienjahr 2007 / 2008 


Zusammenfassung 6 

6 Scheer 1994, S. 82 

Folie 75


Vertragswesen zur Erstellung eines betrieblichen Informationssystem 

Betriebliche 




5. Vertragswesen zur Erstellung eines betrieblichen 





Grundlagen der Wirtschaftsinformatik 2 

- Systementwicklung, 


Folie 76


Betriebliche 


Die Erstellung eines betrieblichen Informationssystem ist ein Projekt Studienjahr 2007 / 2008 


5.1. Die Erstellung eines betrieblichen Informationssystem ist ein Projekt 

Was ist ein Projekt ? 

„Projekte sind Vorhaben mit definiertem Anfang und Abschluss, die durch die 

Merkmale zeitliche Befristung, Einmaligkeit, Komplexität und Neuartigkeit 

gekennzeichnet sind und wegen ihres interdisziplinären Querschnittcharakters eine 

vorübergehende organisatorische Veränderung und damit verbunden auch eine 

Neufestlegung der Aufgabenbereiche im Betrieb bewirken können; kurz : Ein Projekt 

ist ein aussergewöhnliches Vorhaben [Madauss 1994, S. 490].“ 

 


Folie 77


Betriebliche 




Wie läuft so ein Projekt ab ? 

Ein Projekt hat einen definierten Anfang und einen definierten Abschluss ! 

Alle Schritte dazwischen dienen dem Erreichen des definierten Abschluss unter Einhaltung der Vorgaben für 

Qualität (= das, was der Auftraggeber erartet) 

Zeit (= wie lange der Auftraggeber warten muss, bis er das hat, was er erwartet) 

Kosten (= das, was der Auftraggeber zahlen muss, bis er das hat, was er erwartet) 

Es gibt eine Vielzahl von möglichen Projektabläufen. Ein Beispiel ist : 

Auftrag 

Analyse 

Aufnahme des 

Ist-Zustands 

=> Soll-Beschreibung 

(Grobpflichtenheft) 

Konzeption 

Konkretisierung des 

Zielsystems 

=> Detail-Beschreibung 

(Feinpflichtenheft) 

Realisierung 

Programmierung / 

Customizing des 

Zielsystems mit 

simulierten Tests 

=> gestestete Module 


Integration des 

Zielsystems in das 

Unternehmen mit Tests 

in Echtumgebung 

=> abnahmefertiges 

Zielsystem 

Abnahme 

Folie 78


Betriebliche 




Ein Unternehmen kann den Kauf einer Standardsoftware oder auch eine 

Eigenentwicklung in Erwägung ziehen 

 

 

 

 

Standardsoftware 

Eine bereits entwickelte kaufbare Software, die in vergleichbarer Form (abgesehen von geringen Anpassungen / 

Customizing) in verschiedenen Unternehmen eingesetzt werden kann, wird als Standardsoftware bezeichnet. 

 

 

 

 

Für eine Standardsoftware existiert ein (kalkulierbarer) Kaufpreis. 

Eine Standardsoftware muss „nur“ angepasst werden. Dies ist zeitlich kalkulierbarer als eine 

Eigenentwicklung. 

Standardsoftware ist zum Zeitpunkt des Kaufs bereits ausgiebiger getestet. 

An der Weiterentwicklung / Wartung von Standardsoftware sind mehrere Unternehmen interessiert. 

Eigenentwicklung 

 

 

ggf. besteht ein individueller, nicht mit SSW abdeckbarer Bedarf 

ggf. traut ein Unternehmen den Softwarelieferanten nicht 

eine Eigenentwicklung ist mit erhöhten Risiken verbunden 

eine Eigenentwicklung ist i.d.R. deutlich teurer 

Folie 79


Betriebliche 




Die Frage SSW vs. Eigenentwicklung hat Einfluss auf das Projektvorgehen 

 

bsph. Phasen der 

Eigenentwicklung 

 

bsph. Phasen zur Auswahl von 

SSW 

Auftrag 

Auftrag 

Analyse 

Analyse 

Konzeption 

Konzeption 

Programmierung 

Beschaffung / Customizing 



Abnahme 

Abnahme 

Folie 80


Betriebliche 


Die Fixierung des angestrebten, betrieblichen Informationssystems Studienjahr 2007 / 2008 


5.2. Die Fixierung des angestrebten, betrieblichen Informationssystems 

Grobpflichtenheft (Pflichtenheft, Lastenheft, ...) 

 

 

 

Das Ergebnis einer Analyse-/Modellierungsphase ist ein Schriftstück, das die erwartete Leistung beschreibt. 

Die „ausführliche Beschreibung der Leistungen, die erforderlich sind oder gefordert werden, damit die Ziele des 

Projekts erreicht werden“, wird nach DIN 69901 allgemein als „Pflichtenheft“ bezeichnet. 

In der Wirtschaftsinformatik wird in der Regel differenziert in ein Grob- und ein Feinpflichtenheft. Hintergrund für 

diese Differenzierung ist, dass der Auftraggeber in der Regel nicht über DV-technisches Detailwissen verfügt, 

und daher im Detail auch nicht vorschreiben kann, wie etwas genau umzusetzen ist. Er wird sich daher darauf 

beschränken, zuerst in einem Grobpflichtenheft vorzugeben, WAS er von dem Projekt erwartet. Erst im 

Anschluss daran wird er (aufbauend auf das Grobpflichtenheft) das Feinpflichtenheft von Personen mit 

entsprechendem DV-Wissen erstellen lassen. Das Feinpflichtenheft wird festlegen, WIE umzusetzen ist. 

Folie 81


Betriebliche 




Das Grobpflichtenheft sollte zu folgenden Punkten Aussagen enthalten : 

 

 

 

 

Beschreibung des Einsatzfeldes der zu erstellenden Software (z.B. buchhalterische Administration, z.B. 

Dokumenten-Management-System, ...) 

Ziel des zu erstellen Produkts (erwarteter Nutzen) 

Funktionen des zu erstellenden Produkts (vollständige Beschreibung der funktionalen Anforderung) 

 

 

 

 

 

benötigte Masken (was, wo, wann) 

Bildschirmeingaben (was, wo, wann) 

Bildschirmausgaben (was, wo, wann) 

Druckerausgaben (was, wo, wann) 

Ausgaben auf Speichermedien (was, wo, wann) 

Datenübernahme (Eingabe) aus anderen Medien (Datenbanken, Scanner, Barcode, ...) 

(was, wo, wann) 

Anforderungen an die Benutzeroberfläche 

 

 

 

 

 

 

Maskenaufbau 

Menüstruktur 

Popup 

Statusleiste 

Titelleiste 

Help-Funktion 

Folie 82


Betriebliche 




ff. Das Grobpflichtenheft sollte zu folgenden Punkten Aussagen enthalten : 

 

 

 

 

 

Abläufe 

organisatorische Abläufe 

organisatorische Schnittstellen 

Verarbeitungsregeln (wie soll mit den eingegebenen Informationen umgegangen werden?) 

Zu speichernde Informationen 

Stati / Prozesszustände 

eingegebene / durch Verarbeitung erhaltene Informationen 

Speicherform / Speicherdauer (gesetzliche Anforderungen) 

Berechtigungskonzept 

Zugriffsrechte (welche Stellen auf welche Daten) 

Anforderungen an Passwörter 

Systemumgebung / Kompatibilitätsanforderungen 

Schnittstellen zu bestehendem DV-System 

Standort der Geräte (räumlich) 

bestehender Administrator dieser Geräte 

derzeitige Anwender dieser Systeme 

Leistungsanforderungen 

Speicherplatz 

Performance / Antwortverhalten 

Folie 83


Betriebliche 




Feinpflichtenheft (Pflichtenheft, DV-Spezifikation, Spezifikation, ...) 

 

Das Feinpflichtenheft ist das Dokument, das aus den Konzeption hervorgeht. Es gibt vor, WIE das im 

Grobpflichtenheft beschriebene Produkt zu erstellen ist. Das Fein- wird gemeinsam mit dem Grobpflichtenheft 

zum Vertragsgegenstand für die weiteren Projektschritte. 

Für die Erstellung eines Feinpflichtenhefts werden meist verschiedene Personen mitwirken : 

 

 

 

Zum Einen sind tiefgreifende DV-Kenntnisse nötig. Es ist daher die Mitwirkung derer Personen nötig, die 

später auch die Realisierung / Programmierung übernehmen (könnten). 

Zum Anderen sind aber auch Kenntnisse über das gegebene DV-technische Umfeld nötig (Das zu 

erstellende Produkt ist in das bestehende Umfeld später zu integrieren !). Eine Mitwirkung von 

bestehendem DV-Personal ist daher ebenfalls erforderlich. 

Zudem könnten sich in der Praxis Punkte ergeben, in denen von der Soll-Beschreibung des 

Auftraggebers abgewichen werden müsste. Es wird oft vorkommen, dass die eine oder andere Soll- 

Vorgabe unter den gegebenen Rahmenbedingungen nicht DV-technisch umsetzbar ist. Ebenso oft wird 

es vorkommen, dass bestimmte Soll-Vorgaben einfacher auf eine andere als im Grobpflichtenheft fixierte 

Weise erreicht werden können. Es ist daher ebenfalls unerlässlich, dass ein Vertreter der Auftraggebers 

in die Erstellung des Feinpflichtenhefts involviert ist. 

Folie 84


Betriebliche 




Das zu schreibende Feinpflichtenheft muss in den meisten Fällen folgende Inhalte 

aufweisen : 

 

 

Beschreibung aus welchen Komponenten das zu erstellende Produkt bestehen wird und welche Schnittstellen es 

geben wird mit grafischer Übersicht aller Komponenten und deren internen sowie externen Schnittstellen. 

Einzelbeschreibungen der Komponenten in Hinblick auf die der jeweiligen Komponente zugedachten Funktion 

(In Abhängigkeit von der Art der Komponente ist es notwendig verschiedene Angaben aufzuführen. Im Fall von 

Komponenten, die direkt mit dem Benutzer kommunizieren, ist es z.B. notwendig die Dialoge zu erläutern.). 

Inklusive grafischer Darstellung aller Dialoge / Fenster inklusive aller Kontrollelemente. In einer Tabelle müssen 

für jedes Kontrollelement folgende Fragen beantwortet werden : 

Element Art Datenquelle Aktionen Regeln 

Bezeichnung des 

Kontrollelements 

Art des 

Kontrollelements 

(Radio-Button, 

Eingabefeld, Liste, ...) 

Quelle aus der das 

Element gespeist wird 

(z.B. Verweis zu einem 

Feld in einer 

Datenbank) 

Welche Aktionen kann 

der Benutzer mit 

diesem Element 

durchführen ? 

... ... ... ... ... 

Nach welchen Regeln 

verhält sich das 

Element (z.B. nur aktiv, 

wenn ein anderes 

Element einen 

bestimmten Wert 

annimmt) ? 

 

Sowie Beschreibung wie eine Kontrollelement auf Ereignisse (Events) reagieren wird. 

Ereignis 

Reaktion 

Beschreibung es Ereignisses (z.B. das Segment Beschreibung der Reaktion dieser Komponente auf das Ereignis 

XY meldet einen neuen Benutzer) 

(z.B. es wird ein neuer Datensatz in der Datenbank erzeugt und das 

Ereignis an die Komponente ab weitergeleitet) 

... ... 

Folie 85


Betriebliche 




ff. Das zu schreibende Feinpflichtenheft muss in den meisten Fällen folgende 

Inhalte aufweisen : 

 

 

Beschreibung aller wichtigen Schnittstellen. Dies umfasst zumindest die Schnittstellen zwischen den 

Komponenten und die Schnittstellen zu anderen Segmenten oder zu externen Systemen. 

Einzelbeschreibungen der Schnittstellen in Hinblick auf Art und Rahmen der Schnittstelle. 

Für jede über die Schnittstelle kommende Nachricht sind folgende Informationen anzugeben : 

Nachricht Parameter Beschreibung 

Identifikation der Nachricht Parameter mit der die Nachricht genauer 

spezifiziert wird 

Bedeutung der Nachricht und der 

Parameter 

... ... ... 

 

Mit einer Anforderungszuordnung wird gewährleistet, dass keine der im Pflichtenheft aufgeführten 

Anforderungen im Laufe der Entwicklung unter den Tisch fällt. Dies wird dadurch gewährleistet, dass angegeben 

wird wie die einzelnen Anforderungen in diesem Segment abgedeckt werden. 

Nur wenn alle Anforderungen zugeordnet werden können, ist das Konzept in dieser Hinsicht in Ordnung. 

Anforderungs-ID 

Abdeckung durch 

Referenz zu Anforderung aus dem Pflichtenheft Beschreibung, durch welche Komponente(n) diese Anforderung 

abgedeckt wird 

... ... 

 

 

Beschreibung von verbindlichen Standards und Konventionen für die Entwicklung. 

Konkretisierung des Zeitplans für die Realisierung (hat sich am Projektplan zu orientieren) 

Folie 86


Betriebliche 






 

 

Mitwirkung des Auftraggebers bei externer Auftragsvergabe (Was braucht der Auftragnehmer um das Produkt 

entwickeln zu können ?) 

 

 

 

 

 

erforderliche Unterlagen und Informationen 

Bereitstellung von Anlagen, Geräten und Programmen 

Bereitstellung von Räumlichkeiten 

Bereitstellung von Testumgebungen / -daten 

Mitwirkung von Personal 

Spezifizierung von 

 

 

 

 

Objekten / Modulen (Benutzerobjekte, Datenobjekte, Business Objekte) 

Beziehungen (Objektmodell) 

Prozessen aus DV-Sicht (müssen sich aus den organisatorischen Abläufen ableiten) 

Ereignissen 

Festlegung der Benutzeroberfläche (z.B. mit Hilfe von Screenshots, Prototypen, ...) 

Maskenaufbau 

Menüstruktur 

Popup 

Help-Funktion 

Folie 87


Betriebliche 






 

 

 

 

Festlegung der Datenbasis 

Beschreibung der Datenelemente und deren Eigenschaften 

logische Datenstruktur 

IS-Architektur 

Umsetzung der Zugriffsregelungen 

Festlegung des DV-Umfelds 

Hardware-Konfiguration 

Software-Umfeld (inkl. Betriebssystem) 

zu verwendende Richtlinien für die Programmierung 

Folie 88


Übersicht von Informationssystemen für Unternehmen 

Betriebliche 




6. Übersicht von Informationssystemen für Unternehmen 



Stahlknecht, P., Hasenkamp, U. 

Einführung in die Wirtschaftsinformatik, 

Springer, Berlin 2005, Kap. 7 


SAP 

www.sap.com 

Folie 89


Betriebliche 


Einteilungsvorschlag Studienjahr 2007 / 2008 


6.1. Einteilungsvorschlag 

Einteilung betrieblicher Anwendungssysteme nach dem Verwendungszweck 7 

Anwendungssysteme 

Operative 

Systeme 

Führungssysteme 

Elektronischer 

Informationsaustausch 

Querschnittssysteme 

Branchenneutrale 

Anwendungen 

Branchenspezifische 

Anwendungen 

Führungsinformationssysteme 

Planungssysteme 

Bürosysteme 

Multimediasysteme 

Wissensbasierte 

Systeme 

Finanz- / Rechnungswesen 

Fertigung 

Totale FIS 

Einfache 

Modelle 

EDI-Systeme 

Bürokommunikation 

Expertensysteme 

Personalwesen 

Handel 

Partielle FIS 

Komplexe 

Modelle 

E-Business 

Workflow- 

Management 

Fallbas. 

Schließen 

Vertrieb 

Banken 

... 

Controlling-IS 

Online- 

Datenbanken 

Dokumenten- 

Management 

Sprachsysteme 

7 

Stahlknecht 2005, S. 331 

Folie 90


Betriebliche 


Enterprise Resource Planning Studienjahr 2007 / 2008 


6.2. Enterprise Resource Planning 

Wiederholung : Von der Benutzeraktion zur Transaktion 

Ei 

Ei 

Ei 

Benutzerseite : 

z.B. SAPGUI 

 

Der Anwender nimmt beispielsweise 

Eingaben in Bildschirmmasken vor, die zur 

Erzeugung eines SQL-Statements führen. 

Kundenanfrage 

eingetroffen 

Angebot 

erstellt 


ermitteln 


komplett 

Angebot 

durchführen 

0,6 0,3 0,1 


abgelehnt 

Ergebnis 


Module eines 

Anwendungssystems : 

z.B. SAP 

 

Das Anwendungssystem stellt die 

benötigten Funktionalitäten beispielsweise 

in Masken in sinnvoller Reihenfolge den 

zuständigen Personen zur Verfügung. 

Vertreter 

betreut 

Kunde 


Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 


Kunden 

Kunde 

1 

cn 


vermittelt 


Aufträge 

cn 

Artikel 



Aufträgen 

1 

genau einem 

Vertreter 

Vertreter 

c 

Auftrag 



Vertreter 

n 

Artikel 

Auftrag 

enthält 

Datenbankebene : 

z.B. „MS SQL-Server“ 

oder „Oracle“ 

 

Die SQL-Statements führen beispielsweise 

zu Transaktionen auf der Datenbank. 


Artikel 

Folie 91


Betriebliche 




Administrationssysteme : Die Benutzeraktionen dienen der Administration der betrieblichen Ressourcen 

Administrationssystemen unterstützen beispielsweise in der Massendatenverarbeitung, wie : 

z.B. Buchführung 

z.B. Lohn- und Gehaltsabrechnung 

Administrationssystemen unterstützen beispielsweise in der Verwaltung von Beständen, wie : 

z.B. Lagerhaltung 

z.B. Finanzbestände 

Dispositionssysteme : Die Benutzeraktionen dienen der Disposition der betrieblichen Ressourcen 

 

Dispositionssystemen unterstützen beispielsweise in der Vorbereitung kurzfristiger dispositiver Entscheidungen 

(immer wiederkehrende Routineentscheidungen), wie : 

 

 

 

 

z.B. Mahnwesen 

z.B. Kostenrechnung 

z.B. Materialbeschaffung 

z.B. Werkstattsteuerung 

Folie 92


Betriebliche 




Zwischen den Anwendungsgebieten (einzelnen Applikationen) bestehen Interaktionen 8 

K u n d e 

L i e f e r a n t 

Auftrag 

Rechnung 

Warenausgang 

Lieferung 

Bestellung 

Auftragsbearbeitung 

und Fakturierung 

Bestände 

Lieferaufträge 

Lagerhaltung 

und Beschaffung 

Rechnungssummen 

wertmässige 

Buchungen 

Bestände und 

Bestellungen 

Materialbedarf 

Lagerzugänge 

Finanzbuchhaltung 

Kostenarten 

Salden 

Lohnsummen 

Fertigungsaufträge 

laufende 

Fertigungsaufträge 

Materialplanung 

Fertigungsvorschläge 

Verbräuche 

Kostenrechnung 

Fertigungssteuerung 

Löhne- und 

Gehälter 

Personalabrechnung 

Lohndaten 

8 

vgl. Stahlknecht 2002, S. 332 

Folie 93


Betriebliche 




6.2.1. Branchenneutrales Anwendungsfeld : Finanz- und Rechnungswesen 


Hautbuchhaltung 

Nebenbuchhaltung (Debitoren [Zahlungseingang], Kreditoren [Zahlungsausgang], Anlagen) 

Daten der Buchhaltung bilden die Basis für die Kostenstellenrechnung und ermöglichen so die 

Betriebsabrechnung 

Kosten- und Leistungsrechnung mit den Bestandteilen 

Kostenstellen- bzw. Betriebsabrechnung 

Kostenträgerrechnung 

Betriebsergebnisrechnung 

(Gegenüberstellung von Ergebnissen der Kostenstellenbzw. 

Kostenträgerrechnung mit der Fakturierung) 

Lieferantenkontrolle 

Rechnungskontrolle 

Kontrolle von Mengen, Preis und Konditionen 

Folie 94


Betriebliche 



Finanz- und Rechnungswesen 


Weitere Unterteilung der Nebenbuchhaltung 

Debitorenbuchhaltung (Bestandteil der Nebenbuchhaltung / es werden Zahlungseingänge erwartet) 

Verbuchung der fakturierten Geschäftsvorfälle (die kumulierten Buchungen werden an die 

Hauptbuchhaltung weitergeleitet) 

Führung der offenen Posten 

Verbuchung der Kundenzahlungen 

Kreditorenbuchhaltung (Bestandteil der Nebenbuchhaltung / es sind Zahlung auszuführen) 

Zahlungen sind zum “optimalen” Zeitpunkt vorzunehmen 

Der Zahlungsweg ist auszuwählen 

Anlagenbuchhaltung 

Berechnung der Abschreibungshöhe (ggf. zusätzlich kalkulatorischer Abschreibung) 

Behandlung von Zugängen (Kaufpreis zzgl. Nebenkosten / Eigenerstellungen) 

Vermögensaufstellung 

statistische Auswertungen für spezielle Zwecke (z.B. Feuerversicherung) 

Folie 95


Betriebliche 



Finanz- und Rechnungswesen 


Eine Buchungsmaske am Beispiel des Produkts „Navision Financials“ 

Folie 96


Betriebliche 




6.2.2. Branchenneutrales Anwendungsfeld : Personalwesen 

 

 

 

 

 

 

Arbeitszeiterfassung 

Wann kommt und geht der MA ? 

Gibt es eine Gleitzeitregelung ? 

Wie werden Zeitkorrekturen erfasst ? 

Lohn- und Gehaltsabrechnung 

 

Berechnungen unter steuerlichen und sozialrechtlichen 

Gesichtspunkten 

Meldesysteme 

Welche Daten sind z.B. den Sozialversicherungsträgern, den 

Berufsgenossenschaften oder dem Finanzamt zu melden ? 

Personalentwicklung 

Wann hat welcher MA welche Weiterbildungsmassnahme besucht ? 

Möchte ein MA gefördert werden ? 

Betriebliches Vorschlagswesen 

Wie erfolgt die Motivation zu Verbesserungsvorschlägen ? 

Wie erfolgt die Bewertung und die “Belohnung” ? 

Reiseostenabrechnung 

Welche betrieblichen und gesetzlichen Regelungen gibt es ? 

Weis der MA, wie er das System zu bedienen hat ? 

Wie werden die Reisebelege verwaltet ? 

Folie 97


Betriebliche 



Personalwesen 


Arbeitszeiterfassung 

 

 

 

 

z.B. kann die Zeiterfassung durch einen Werksausweis, 

der an einem Erfassungsterminal vorbeigezogen wird 

erfolgen 

Auslesen der Personalnummer 

Vermerk der Zeit 

evtl. auch zur Mittagspause abmelden 

ggf. sind Kernzeiten festgelegt 

z.B. Eingabe von Fehlzeiten / Korrekturzeiten an einem 

gesondertem Terminal 

 

 

ggf. nur für bestimmte Personen erlaubt 

evtl. ist ein Genehmigungslauf vorgelagert 

z.B. können statistische Auswertungen gefahren werden 

Zeitsalden 

Betriebsrat einschalten ? 

z.B. sind auch Kombinationen mit Zugangskontrollen möglich 

Folie 98


Betriebliche 



Personalwesen 


Lohn- und Gehaltsabrechnung 

 

 

 

ggf. spezielle Berechnungen erforderlich 

 

 

Gruppenlöhne 

Akkordlöhne 

ggf. Behandlung von Zuschlägen erforderlich 

Sonn- / Feiertagszuschläge 

vertragliche regelmässige Zulagen 

einmalige Zulagen aufgrund von Sonderleistungen 

Korrekte steuerliche und sozialrechtliche Behandlung 

 

 

 

 

 

 

Einkommensteuerabfuhr z.B. in monatlicher Stapelverarbeitung 

Berücksichtigung individueller Steuerklassen 

Anpassung an Landesspezifika 

schnelle Anpassung an Änderungen steuerlicher und 

betrieblicher Vorgaben erforderlich 

Handling der Rentenzahlungen 

Auskunftspflicht zu Rentenzahlungen 

Folie 99


Betriebliche 




6.2.3. Branchenneutrales Anwendungsfeld : Vertrieb (Logistik) 

 

Nur noch eingeschränkte Branchenneutralität 

beispielhafte Administrationsapplikationen : 

Angebotsbearbeitung und -überwachung 

Auftragsbearbeitung und Fakturierung 

beispielhafte Dispositionsapplikationen : 

Versanddisposition 

Fuhrparkeinsatz und Tourenplanung 

Aussendienstunterstützung 

Folie 100


Betriebliche 




6.2.4. Branchenspezifisches Anwendungsfeld : Fertigungsindustrie 

CIM 9 strebt eine Integration 

technischer und wirtschaftlicher 

Aufgaben an 

Absatzplanung, 

Marketing und 

Verkauf 

CIM fokussiert dabei 

folgende Ziele : 

hohe Produktqualität bei 

gleichzeitiger rationeller Fertigung 

kurze Durchlaufzeiten und 

Termintreue 

hohe Kapazitätsauslastung bei 

gleichmässiger Auslastung 

minimale Kapitalbindung in den 

Lagern 

hohe Flexibilität in der Produktion 

Werkstattsteuerung 

Auftragsbezogen 

PPS 

Primärbedarfsplanung 

Materialbedarfsplanung 

Durchlaufterminierung/Kapazitätsausgleich 

Verfügbarkeitsprüfung 

Auftragsfreigabe 

CAM 

Lagersteuerung 

Prozesssteuerung 

Montagesteuerung 

Transportsteuerung 

Produktionssteuerung 

CAE 

Produktentwurf 

/ 

Simulation 

CAD 

Konstruktion 

CAP 

Arbeitsplanung 

Produktbezogen 

Betriebsdatenerfas- 

sung 

CAQ 

Produktionsqualitätskontrolle 

Produktionsfortschrittskontrolle 

PPS 

Versand, 

Rechnungswesen 

9 

Computer Integrated Manufacturing 

Folie 101


Betriebliche 



Fertigungsindustrie 


PPS - Produktionsplanung und -steuerung 

PPS 

Primärbedarfsplanung 

Materialbedarfsplanung 

Durchlaufterminierung/Kapazitätsausgleich 

Verfügbarkeitsprüfung 

Auftragsfreigabe 

Werkstattsteuerung 

Produktionsfortschrittskontrolle 

PPS 

Konkretisierung der Vorgänge am Bsp. einer Serienfertigung 

1. Planung der Brutto- und anschliessend der Netto-Primärbedarfe 

(Welche Mengen des Endprodukts werden benötigt und welche Mengen 

liegen bereits auf Lager ?) 

2. Auflösung der Erzeugnisstrukturen von Primärbedarfsteilen 

(Kann auch durch ein separates Stücklistenprogramm durchgef. werden) 

3. Errechnung der Bruttobedarfe an Baugruppen bzw. Teilen auf der 

nächstniedrigeren Fertigungsstufe 

(ggf. ist eine Vorlaufverschiebung zu berücksichtigen) 

4. Ermittlung der Nettobedarfe 

(Netto-Sekundärbedarf = Brutto-Sekundärbedarf - Pufferlager) 

5. Bündelung der Nettobedarfe 

(z.B. Losgrössen) 

6. Terminierung der Arbeitsgänge 

(ohne Beachtung von Kapazitätsschranken - aber mit Beachtung von 

Produktionsabhängigkeiten => ein Produktionsauftrag) 

7. ggf. Kapazitätsausgleich 

(innerhalb des Produktionsauftrags) 

8. Abspeicherung der einzelnen Produktionsaufträge 

9. Überprüfung der Verfügbarkeit von Ressourcen 

10. Auftragsfreigabe 

11. Zuteilung von Produktionsaufträgen zu Betriebsmitteln 

12. Zurückgemeldete Produktionsfortschrittsdaten werden ausgewertet 

ggf. 

Wdh. 

Folie 102


Betriebliche 




6.2.5. Branchenspezifisches Anwendungsfeld : Handelsunternehmen / WWS 

Ein typischer Ablauf kann sein : 

• Bestellung 

• Wareneingang 

• Rechnungskontrolle 

• Bestandsführung / -bewertung 

• Verkaufsdatenerfassung / -auswertung 

• Bedarfsermittlung 

Aufgaben der Administration sind : 

Beschaffung 

- Bestellabwicklung 

- Wareneingangserfassung 

- Rechnungsprüfung 

Lagerhaltung 

- Bestandsführung 

- Inventar 

Verkauf 

- Kassenabwicklung 

- Verkaufsdatenerfassung 

Aufgaben der Disposition sind : 

Beschaffung 

- Sortimentsgestaltung 

- Preisfestsetzung 

 

- Bestellmenge / -zeitpunkt 

Verkauf 

- Verkaufsplatzorganisation 

- Sonderaktionen 

Folie 103


Betriebliche 



Handelsunternehmen / Warenwirtschaftssysteme 


Warenwirtschaftssysteme umfassen häufig verschiedene Stufen 

 

 

 

im Fall einstufiger Systeme 

 

 

Einzelkasse, PC-Kasse 

ggf. Vernetzung verschiedener Kassen 

mgl. Auswertungen : Berichte über verkaufte Waren, Scheckeinreichungen, ... 

im Fall zweistufiger Systeme 

 

 

Filialrechner mit Kassen 

mgl. zusätzliche Auswertungen : Gewinnermittlung, Umschlagshäufigkeit einer Ware, 

Periodenvergleiche, geografische Verteilung ... 

im Fall dreistufiger Systeme 

 

Zentralrechner mit Filialrechner und Kassen 

mgl. zusätzliche Auswertungen : geografische Verteilung, geografische Präferenzen, ... 

Folie 104


Betriebliche 





der Future-Store 10 der METRO Group 11 

 

 

 

Ziel 

 

 

 

 

nationalen und internationalen 

Modernisierungsprozess im 

Handel vorantreiben 

Technologien und technischen 

Systeme in der Praxis testen 

und weiterentwickeln 

langfristig sollen weltweit einheitlich 

umsetzbare Standards für den 

Handel entworfen werden 

Future-Store existiert bereits in 

Rheinberg (Deutschland) 

Partner 

METRO Group 

SAP 

Intel 

elementare Basistechnologie 

RFID 12 zur elektronischen Steuerung des Warenmanagements 

Waren mit RFID-Etiketten können über die gesamte Logistikkette jederzeit lokalisiert werden 

10 

11 

12 

www.future-store.org 

das drittgrößte Handelsunternehmen Europas und die Nummer 5 weltweit ; beschäftigt rund 240.000 Mitarbeiter in 28 Ländern ; Vertriebslinien sind 

Cash&Carry, Real SB-Warenhäuser, Extra Verbrauchermärkte, Media Markt, Saturn, Praktiker und Galeria Kaufhof 

Radio Frequency Identification 

Folie 105


Betriebliche 





RFID 

 

Tag (Transponder) 

 

 

 

 

 

Computerchip mit Antenne, der auf Transport- und 

Produktverpackungen angebracht wird 

enthält eine Nummer „epc 13 “ (vergleichbar mit der EAN- 

Nummer 14 auf den herkömmlichen Barcodes) 

Entfernung bis ca. einem Meter 

überschreibbar 

kann auch weitere Informationen (z.B. das Verfallsdatum 

je Produkt) aufnehmen 

oder : 

 

RFID-Reader (Lese- und Schreibgeräte) 

der epc wird mit Hilfe eines RFID-Readers ausgelesen 

der epc kann auch überschrieben oder gelöscht werden 

13 

14 

Electronic Product Code 

Europäische Artikelnummer : es können Artikel, logistische Einheiten und Adressen unverwechselbar gekennzeichnet werden 

Folie 106


Betriebliche 





Einsatzgebiete von RFID 

 

 

 

Tags auf CDs, DVDs und Videos 

Identifikation für die Auswahl von 

Video-Trailern bzw. zum Anhören von 

Musik-Auszügen 

De-Activator 

nach dem Bezahlvorgang kann der 

Kunde die auf dem Chip gespeicherten 

Informationen überschreiben (löschen) 

Selbstzahlerkassen 

der Kunde zieht seine Artikel über einen 

360-Grad-Scanner 

der Kunde legt die Produkte in eine 

Warentüte, die automatisch gewogen wird 

(Weicht das Gewicht der Tüte von dem der 

gescannten Waren ab, erhält ein Mitarbeiter 

am Informationsschalter eine automatische Meldung.) 

Bezahlen kann der Kunde wie gewohnt bar oder mit EC-/Kreditkarte 

erst nach dem Bezahlen sind die RFID-Tags der Produkte entwertet 

Folie 107


Betriebliche 





ff. Einsatzgebiete von RFID 

 

Intelligente Regale 

Meldung, wenn Ware einsortiert werden 

muss 

Karton 

Artikel 

Artikel 

Artikel 

Karton 

Artikel 

Artikel 

Artikel 

Karton 

Artikel 

Artikel 

Artikel 

 

Lagermanagement 

welche Produkte befinden sich im Lager 

 

Warenanlieferung 

stimmen die eintreffenden Lieferungen 

mit der Bestellung überein ? 

Mehrwegtransportverpackung (z.B. Palette) 

 

Transport der Waren 

Standortidentifikation 

[Quelle : Vilkov, L., Uni Münster] 

Folie 108


Betriebliche 




6.2.6. Branchenspezifisches Anwendungsfeld : Kreditinstitute 

Kundenseitige Aufgaben sind beispielsweise (Front Office) : 

Abwicklung des Zahlungsverkehrs 

- Service-Konten 

- Spargeschäft 

- Kleines Wertpapiergeschäft 

- Kleinkredite 

Kundenberatung 

- Anlageberatung 

- Finanzierungsberatung 

Interne Aufgaben sind beispielsweise (Back Office) : 

Abrechnung 

- Tagesbilanzen 

- Meldewesen (Bundesbank) 

- Jahresabschluss 

Dispositionsunterlagen 

- Bonitätsübersichten 

- Kundenobligo 

- Gebührengestaltung 

- Gewinnprognosen 

Folie 109


Betriebliche 



Kreditinstitute 


SWIFT - Society for Worldwide Interbank Financial Telecommunication 

 

 

 

1977 in Belgien gegründet 

sehr hohe Anzahl teilnehmender Banken 

drei Rechenzentren (in Belgien, Holland und USA) 

 

zuzüglich je nationale Regionalrechner in allen teilnehmenden Ländern 

abgewickelt werden über SWIFT : 

Zahlungs- und Überweisungsverkehr 

Devisengeschäft 

Mitteilungsdienst 

Kontenabfragen (z.B. bei Barabhebungen an Geldautomaten) 

Folie 110


Betriebliche 





TARGET - Trans-European Automated Real-time Gross settlement Express Transfer-system 

 

Internationales Echtzeit-Bruttozahlungssystem für den Euro 

 

setzt sich aus 15 nationalen Echtzeit-Bruttozahlungssystemen (RTGS-Systeme) und dem 

Zahlungsverkehrsmechanismus der Europäischen Zentralbank zusammen, die untereinander verknüpft sind, so 

dass eine einheitliche Plattform für die Verarbeitung grenzüberschreitender Zahlungen entsteht 

Echtzeit : 

Unter normalen Umständen werden Zahlungen innerhalb einiger Minuten oder im Idealfall innerhalb weniger 

Sekunden nach der Belastung des Kontos des überweisenden Teilnehmers dem Konto des begünstigten 

Teilnehmers gutgeschrieben. 

Bruttoabwicklungssystem : 

Jede Zahlung wird individuell bearbeitet. 

 

Die Zahlung ist endgültig, sobald der Betrag gutgeschrieben worden ist. Das eingegangene Geld ist 

Zentralbankgeld. Die Bestätigung der erfolgreichen Ausführung jedes einzelnen Zahlungsauftrags wird in 

Echtzeit an die auftraggebende nationale Zentralbank (NZB) übermittelt. 

 

Um eine grenzüberschreitende Zahlung mittels TARGET einzuleiten, senden die Teilnehmer lediglich ihre 

Zahlungsaufträge an das Euro-RTGS-System, an das sie angeschlossen sind. Hierbei benutzen sie ihr 

gewohntes nationales Nachrichtenformat und überlassen alles weitere TARGET. Der begünstigte Teilnehmer 

erhält die Zahlungsnachricht in seinem nationalen Nachrichtenformat. 

Folie 111


Betriebliche 





Electronic Banking 

 

 

Firmenkundenbereich 

beleglose Zahlungen 

Cash Management 

Privatkundenbereich (Home Banking) 

Überweisungen 

Kontostandsinformationen 

Wertpapiergeschäft 

Folie 112


Betriebliche 





Loyalität von e-Banking-Kunden 

Online-Bank-Kunden sind gegenüber ihren Kreditinstituten nicht sehr treu. 15 

 

Die Banken sind in diesem Segment einen hohen Wettbewerbsdruck ausgesetzt. 

Ich würde dann zu einer 

anderen Bank wechseln, 

wenn es dort etwas ganz 

Besonderes gäbe, was es 

bei meiner Bank nicht gibt. 

44,9 % 

Ein Wechsel der Bank ist 

mir zu umständlich und 

kommt für mich eigentlich 

nicht in Frage. 

31,8 % 

Sobald ich eine Bank 

finde, die bessere 

Konditionen hat als meine 

jetzige, würde ich sofort 

wechseln. 

23,3 % 

15 

Markterhebung von Meridea (Finanzsoftware) zu Mobile Banking 2004 

Folie 113


Betriebliche 





Electronic Cash (EC) 

 

 

branchenübergreifende Anwendung zwischen Handelsunternehmen und Kreditinstituten 

(Kreditinstitute der Kunden und der Händler) 

Verfahren läuft in zwei Phasen ab 

Autorisierungsphase mit den Schritten : 

A. Einlesen der Karte 

B. Herstellen einer Verbindung zur zuständigen Autorisierungszentrale 

(von den Banken gemeinschaftlich eingerichtet) 

C. Eingabe der PIN durch den Kunden 

D. Prüfung und Autorisierung durch die Autorisierungszentrale 

E. Zahlungsbestätigung (Beleg) für den Kunden 

F. Datenspeicherung beim Händler 

Clearingphase mit folgenden Schritten (zu einem späteren Zeitpunkt) : 

G. Händler überträgt alle Daten (gesammelt) an seine Hausbank 

H. Hausbank zieht die Beträge von den Kundenkonten per Lastschrift ein 

I. Gebührenbelastung beim Händler 

Folie 114


Betriebliche 





Mobile Banking 

 

 

Abwicklung von Bank- und Finanzdienstleistungen über das Handy 

73% der Online-Banking-Kunden haben Interesse an 

mobilen Bank-/Finanzdienstleistungen 16 

was der Kunde mobil will : 

Kontostandsabfrage 

Informationen über Zahlungseingänge 

Informationen zu Kreditkartensperrungen 

Tagesauszug 

Geldautomatenfinder 

Kreditkartenkontostandsabfrage 

(nur wenige Kunden halten Wertpapiertransaktionen über das Handy für attraktiv) 

16 

Markterhebung von Meridea (Finanzsoftware) zu Mobile Banking 2004 

Folie 115


Betriebliche 




6.2.7. Ein kurzer Blick auf SAP 

Historie 

1972 : Gründung des Unternehmens „Systemanalyse und Programmentwicklung“ 

durch 5 ehemalige IBM-Mitarbeiter 

1973 : Einführung von R/1 (Realtime ) 

1976 : Gründung des Unternehmens SAP (Systeme, Anwendungen und Produkte) 

1981 : Einführung von R/2 (Mainframe 17 - basiert) 

1988 : Börsengang in Deutschland 

1991 : Einführung von R/3 (C/S 18 - basiert) 

1997 : Einführung spezifischer Lösungen für CRM, SCM und BI 

1998 : Börsengang in den USA 

1999 : Einführung von mySAP.com 

2000 : Gründung des Unternehmens SAPMarkets 

17 

18 

Englische Bezeichnung für "Großrechner" 

Client/Server : Server sind Anbieter von Ressourcen, Dienstleistungen und Daten - die Client (Arbeitsstationen) nutzen sie 

Folie 116


Betriebliche 



Ein kurzer Blick auf SAP 


SAP R/3 ist eine Standardsoftware 

Hieraus ergaben / ergeben sich Vorteile für die Kunden : 

 

 

 

Verteilung der Entwicklungskosten auf viele Anwender 

“Sicherstellung” einer regelmässigen Weiterentwicklung durch eine hohe Anzahl von kostentragenden 

Anwendern und Minimierung von Softwarefehlern durch höheren Entwicklungsaufwand (im Vgl. zur 

Eigenentwicklung) 

höhere Investitionssicherheit für den Kunden als bei einer Individualentwicklung 

Die Kunden haben hierbei in Kauf genommen / nehmen hierbei in Kauf : 

 

 

 

geringere Unterstützung spezifischer Bedürfnisse (im Vergleich zur Eigenentwicklung) 

teilweise unnötige Funktionalitäten 

Abhängigkeit vom Anbieter 

Folie 117


Betriebliche 





R/3 ist modular aufgebaut, zusammengefasst in drei Funktionsbereiche : 

Folie 118


Betriebliche 





Grössenordnung von R/3 

 

 

über 18.000 Tabellen 

/ Views 

über 15.000 einzelne 

Programme 

über 58.000 

Funktionalitäten 

 

über 55.000 Masken 

über 35.000.000 

Zeilen Quellcode 

 

über 2 GB kompiliertes 

System 

Folie 119

Das Lösungskonzept 


Betriebliche 





Das Produkt „mySAP.com“ der Fa. SAP 

„mySAP.com ist das neue, umfassende Lösungskonzept der SAP für die optimale 

Integration aller relevanten Geschäftsprozesse über das Internet. Dabei bietet 

mySAP.com eine nahtlose, durchgängige Integration zwischen SAP-eigenen und 

SAP-fremden Lösungen: beginnend bei der Kontaktaufnahme, bis hin über alle 

Geschäftsprozesse. mySAP.com liefert so eine komplette Geschäftsumgebung für 

den elektronischen Handel.“ 19 

mySAP.com umfasst vier Kernbereiche : 

 

 

 

 

Workplace 

 

Marketplace 

 

stellt dem Benutzer eine browserbasierte, personalisierte Arbeitsumgebung mit allen Funktionen zur 

Verfügung, die er zur Erledigung seiner täglichen Arbeit benötigt 

Geschäftspartner können unternehmensübergreifende Kauf-, Verkaufs- und Kommunikationsprozesse 

abwickeln 

branchenspezifische Business Scenarios 

 

unternehmensübergreifende, rollenbasierte Business-to-Business- und Business-to-Consumer-Lösungen 

webbasiertes Application Hosting 

 

schnelle, kostensparende Bereitstellung aller mySAP.com-Lösungen 

19 

www.sap-ag.de/germany/products/mysap/index.htm 

Folie 120


Betriebliche 





SAP Lösungen im Überblick 20 

 

Geschäftslösungen und Applikationen 

mySAP CRM (Customer Relationship Management) 

mySAP ERP (Enterprise Resource Planning) 

mySAP PLM (Product Lifecycle Management) 

mySAP SCM (Supply Chain Management) 

mySAP SRM (Supplier Relationship Management) 

 

Branchenlösungen 

Industry Solutions 

 

Lösungen für den Mittelstand 

mySAP All-in-One 

SAP Business One 

 

SAP Plattformen 

SAP NetWeaver 

Enterprise Service Architecture 

20 

Quelle : www.sap.com (Stand 2005) 

Folie 121


Betriebliche 





Branchenlösungen (Industry Solutions) 21 

21 

Quelle : www.sap.com (Stand 2004) 

Folie 122


Betriebliche 





Lösungen für den Mittelstand : mySAP All-in-One 

 

Zielgruppe sind mittelständische Unternehmen mit branchentypischen Geschäftsabläufen 

betriebswirtschaftliche Komplettlösung mit branchenspezifisch voreingestellten Kernprozessen 

(ca. 80 Branchenlösungen verfügbar) 

wird von SAP-Partnern eingeführt und ggf. angepasst 

gegenüber der Business Suite deutlich reduzierter Einführungsaufwand 

bildet die Geschäftsbereiche Finanzwesen, Personalwirtschaft, Logistik und Kundenbeziehungen 

integriert ab 

Folie 123


Betriebliche 





Lösungen für den Mittelstand : SAP Business One 

 

Zielgruppe sind kleinere Unternehmen 

„schlüsselfertige“ Standardsoftware für die wichtigsten Aufgaben 

Betriebsführung : umsatzorientiertes Finanzmanagement und Kundenmanagement. 

Einkauf : Bestellanforderung bis Lieferantenrechnung. 

Lagerverwaltung : Informationen über Lagerbestände und Lagertransaktionen bis Preislisten 

sehr schnell einsatzbereit 

sehr preisgünstig 

Folie 124


Betriebliche 





Die neue mySAP-Plattform : NetWeaver 

 

 

 

 

 

Wandel zu komponentenbasierter 

Software bei SAP 

SAP wird verstärkt zu einem 

Prozessberater 

SAP wird verstärkt zu einem 

Integrationsdienstleister 

Standardisierung im (unternehmensgrenzenübergreifenden) 

Datentransfer durch XML 

XML-basierter Datenabruf bzw. 

Datenbereitstellung als „webbasierter 

Dienst“ ausgestaltet 22 

mySAP NetWeaver 

Portal- 

Infrastruktur 

Web- 

Applicationserver 

XML 

-basierter 

Datentransfer 

m 

y 

S 

A 

P 

- 

A 

n 

w 

e 

n 

d 

u 

n 

g 

S 

A 

P 

- 

A 

n 

w 

e 

n 

d 

u 

n 

g 

m 

y 

S 

A 

P 

- 

A 

n 

w 

e 

n 

d 

u 

n 

g 

D 

r 

i 

t 

t 

a 

n 

w 

e 

n 

d 

u 

n 

g 

D 

r 

i 

t 

t 

a 

n 

w 

e 

n 

d 

u 

n 

g 

22 

vgl. Web-Services (z.B. Skript e-Business [www.schwaferts.de]) 

Folie 125


Betriebliche 




6.2.8. Alternative ERP- Lösungen für grössere Unternehmen 

Oracle Applications 

E-Business Suite 

(Version 11) 

Marketing 

Sales 

Service 

Contracts 

Financials 

Human Resources 

Supply Chain 

Order Management 

Projects 

Procurement 

Asset Management 

Manufacturing 

PeopleSoft (Version 7) 

Application 

Integration 

Customer 

Relationship 

Management 

Enterprise 

Performance 

Management 

Enterprise Service 

Automation 

Financial 

Management 

Solutions 

Human Capital 

Management 

Manufacturing 

Supplier 

Relationship 

Management 

(aufgekauft von 

Oracle) 

J.D. Edwards One World 

(aufgekauft von 

PeopleSoft) 

SSA Global 

(ehemals Baan) 

Corporate 

Performance 

Management 

ERP 

CRM 

PLM 

SRM 

SCM 

Folie 126


Betriebliche 




6.2.9. ERP-Alternativen für KMU 

 

Navision 

Aufgekauft durch Microsoft => 

jetzt 

“Microsoft Business Solutions“ 

unterschiedliche Produkte für 

versch. 

Unternehmensgrössen 

Axapta : gehobener 

Mittelstand 

Navision : ca. 80 Branchenund 

Speziallösungen 

Apertum : Schwerpunkt 

Warenwirtschaft 

XAL : kleine Unternehmen 

 

Sage KHK 

unterschiedliche Produkte für 

versch. 

Unternehmensgrössen 

PC-Kaufmann für kleine UN 

Office Line für mittlere UN 

Office Line 200 für den 

gehobenen Mittelstand 

verschiede Branchenangebote 

 

Abacus 

weite Verbreitung in der 

Schweiz 

auch als ABALIGHT und 

Abacus Small Business 

verfügbar 


Lohnbuchhaltung 

E-Banking 

Abaview (FIS) 

Abashop 

HR 

Folie 127


Betriebliche 




Beispielhafter Überblick an weiteren Anwendungssystemen (www.softguide.de) 

Folie 128


Betriebliche 


Führungssysteme Studienjahr 2007 / 2008 


6.3. Führungssysteme 

„Führungsinformationssysteme (FIS) haben die Aufgabe, Führungskräften die für den 

Führungsprozess 

- relevanten Informationen 

- rechtzeitig und 

- in geeigneter Form 

zur Verfügung zu stellen [Stahlknecht 1995, S. 408].“ 

alternative Begriffe : 

EUS : EntscheidungsUnterstützende Systeme 

MIS : ManagementInformationsSysteme (ältester Begriff) 

CIS : ChefInformationsSystem 

VIS : VorstandsInformationsSystem 

DSS : Decision Support System (evtl. auf mittlere Führungsebene ausgelegt) 

MSS : Management Support System 

EIS : Executive Information System (evtl. auf obere Führungsebene ausgelegt) 

ESS : Executive Support System 

Folie 129


Betriebliche 




6.3.1. Grundlegende Fragen 

Führungsinformationssysteme 

Welche Informationen sollen aufgenommen werden ? 

 

Orientierungsinformationen zur Zielsetzung (des Unternehmens) 

Fragen zur Tagesplanung, Produktionsplanung, Liquiditätsplanung, ... 

 

Gegenüberstellung von Plan- und Ist-Daten zu Kontrollzwecken (ggf. zzgl. Abweichungsanalysen) 

Aus welchen Quellen können diese Informationen entnommen werden ? 

 

 

von ausserhalb des Unternehmens 

(z.B. Marktinformationen, Konjunkturinformationen, technologische / politische / soziologische 

Informationen) 

von innerhalb des Unternehmens 

(z.B. aus einem ERP-System) 

Wie sollen die Informationen aufbereitet werden ? 

Wie sollen die Informationen bereit gestellt werden ? 

Wie soll bei der Entwicklung / Einführung vorgegangen werden ? 

Folie 130


Betriebliche 




Umfang eines FIS 

 

 

totale FIS 

 

 

 

partielle FIS 

 

 

 

 

 

ursprünglicher Anspruch 

als problematisch erwies sich der hohe Entwicklungs- und Pflegeaufwand 

(die betrieblichen Anforderungen unterliegen einer raschen Veränderung) 

geringe Akzeptanz bei Führungskräften 

z.B. Vertriebs-Informationssystem 

(Auswertungen bzgl. Absatz, Umsatz, Aufträge, Produktgruppen, Aussendienst-Mitarbeiter) 

z.B. Marketing-Informationssystem 

(Auswertungen aus Erhebungen, Kunden-Reklamationen, Kunden-Wünschen) 

z.B. Personal-Informationssystem 

(Auswertungen zu Eignung, Einsetzbarkeit, Abrechnung sowie statistische Angaben) 

z.B. Logistik-Informationssystem 

(Auswertungen zu Auslastung, Kapazitäten, Kosten) 

z.B. Controlling-Informationssystem 

(Auswertungen bzgl. Mengen und Werte sowie Gliederungs-/Beziehung-/Index-Kennzahlen) 

Folie 131


Betriebliche 




Planungssysteme 

 

begrifflich auf Planungen zur Erreichung der Unternehmensziele bezogen - nicht dispositive Planung (im 

kurzfristigen Zeithorizont) 

 

 

gesamtes Unternehmen 

Bereiche des Unternehmens 

häufig anzutreffende Berechnungsmodelle sind : 

 

 

 

definitorische Gleichungen 

(z.B. Rentabilität = Gewinn / Kapital) 

Verhaltensgleichungen 

(z.B. Veränderung des Absatzes in Abhängigkeit vom Preis) 

komplexe mathematische Modelle 

(z.B. Matrizen-, Optimierungs- oder Simulationsmodelle) 

Folie 132


Betriebliche 




Mögliche IT-Strukturen 

ERP - 

System 

Zugriff z.B. 

mittels ODBC 

FIS - 

System 

ERP - System 

mit 

FIS - Modul 

operativer 

Datenbestand 

operativer 

Datenbestand 

Vertreter 

betreut 

Kunde 


Vertreter 

betreut 

Kunde 


Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 


Kunden 

Kunde 

1 

cn 


vermittelt 


Aufträge 

cn 

Artikel 



Aufträgen 

1 

genau einem 

Vertreter 

Vertreter 

c 

Auftrag 



Vertreter 

n 

Artikel 

Auftrag 

enthält 

DBMS 

Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 


Kunden 

Kunde 

1 

cn 


vermittelt 


Aufträge 

cn 

Artikel 



Aufträgen 

1 

genau einem 

Vertreter 

Vertreter 

c 

Auftrag 



Vertreter 

n 

Artikel 

Auftrag 

enthält 

DBMS 


Artikel 


Artikel 

Folie 133


Betriebliche 




ff. Mögliche IT-Strukturen 

ERP - 

System 

FIS – 

System 

(Data 

Mining / 

OLAP) 

DBMS 

operativer 

Datenbestand 

Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Vertreter 

betreut 


Kunden 

Kunde 

1 

cn 

Kunde cn cn 

erteilt 

Vertreter 

einen, keinen 

vermittelt 

Auftrag 



Aufträge 

Aufträge 

cn 

Artikel 



Aufträgen 

Kunde 


1 

genau einem 

Vertreter 

Vertreter 

c 

Auftrag 



Vertreter 

n 

Artikel 

Auftrag 

enthält 

ggf. zzgl. 

automatisierter 

Eingabe 

aus 

weiteren 

(ext.) 

Quellen 

periodische Selektion 

und Transformation 

ggf. zzgl. 

manueller 

Eingabe 

aus 

weiteren 

(ext.) 

Quellen 

Data Warehouse 

Auftrag 

wird erteilt 

von 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 

Vertreter 

betreut 


Kunden 

Kunde 

1 

cn 


vermittelt 


Aufträge 

cn 

Artikel 



Aufträgen 

Kunde 


1 

genau einem 

Vertreter 

Vertreter 

c 

Auftrag 



Vertreter 

n 

Artikel 

Auftrag 

enthält 

DBMS 


Artikel 


Artikel 

Folie 134


Betriebliche 




6.3.2. Beispiele von Führungsinformationssystemen 

Excel als Führungsinformationssystem ? 

 

 

offensichtliche Vorteile 

 

 

 

Erfahrungen 

 

 

 

preisgünstig (i.d.R. sogar schon vorhanden) 

Bedienungskenntnisse vorhanden / hohe Akzeptanz bei den Anwendern 

hohe Flexibilität für kurzfristige Fragestellungen 

(+) die Qualität eines FIS misst sich in erster Linie an der Qualität der aufbereiteten Informationen 

(-) der Wartungsbedarf bei einer herkömmlichen Tabellenkalkulation steigt bereits bei kleineren 

Analysemodellen dramatisch an 23 

(-) fehlende einheitliche Datenbasis 

23 

Dahnken, O., Nachgeprüft - Übersicht Planungswerkzeuge, it-Management, Heft 8/2003, S. 80-86 

Folie 135


Betriebliche 




beispielhafte Planungssoftware „Professional Planner“ 

FiBu 

Vertrieb 

Szenario- 

Wert 

Management- 

Information 

Pers. 

Abfragelogik 

Vertreter 

betreut 


Kunden 

cn 

Auftrag Kunde 

wird erteilt 

von 1 

genau einem 

Kunden 

Kunde 

erteilt 

einen, keinen 


Aufträge 

operativer 

Datenbestand 

cn 

Auftrag 

cn 

Artikel 


cn 


Aufträgen 

Vertreter 

vermittelt 


Aufträge 

Kunde 


genau einem 

Vertreter 

1 

Vertreter 

c 

Auftrag 



Vertreter 

Artikel 

n 

Auftrag 

enthält 


Artikel 

vorbereitet 

periodische 

Selektion 

und Transformation 

Produkt 

„Professional 

Planner“ 

von 

Winterheller 

Software 

ERP-System 

mit relationalem 

Datenbestand 

Folie 136


Betriebliche 




ff. beispielhafte Planungssoftware „Professional Planner“ 

 

Der Wert besteht für ein mittelständisches UN 

in der vorbereiteten Abfragelogik 

 

der hier beispielhaft vorgestellte Anbieter nennt diese 

vorbereitete Abfragelogik „Advanced Business 

Intelligence (ABI)“ 

„alle denkbaren“ (Verkäuferaussage) 

Abfragemöglichkeiten sind hierin bereits 

vorbereitet 

 

 

 

 

 

die vorbereitete Abfragelogik ist mit 

ca. 8.500 konsistent abgestimmten 

Excel-Formeln vergleichbar 

je nach Unternehmensgröße muss ein Käufer 

ca. 10.000 bis 100.000 Euro für die 

Software (Abfragelogik) bezahlen 

das „Customizing“ der Software nimmt i.d.R. 1 Tag in Anspruch 

die Anbindung an den operativen Datenbestand : ca. 2-4 Tage 

Schulungsaufwand : ca. 2-3 Tage 

Folie 137


Betriebliche 




Überblick der Anbieter mit Fokus auf KMU 24 

Backend 

Frontend 

proprietäre 

Files 

vordefinierte 

Planungslogik 

OLAP 

Analysen 

vordefinierte 

Analysen 

Standarddatenbank 

Prozessmanagement 

„Business Planer“ 

von Bank Austria Creditanstalt 

(www.businessplaner.at) 

„CoPlanner“ 

von CoPlanner 

(www.coplanner.com) 

„Corporate Planner“ 

von CP Corporate Planning 

(www.corporate-planning.com) 

„BusinessPlanSystem“ 

von Denzhorn 

(www.denzhorn.net) 

„Controller’s Navigation Tools“ 

von macs Software 

(www.macssoft.de) 

„Planning Consult“ 

von MFB Service 

(www. mfb-service.de) 

„SWOT Co“ 

von SWOT 

(www.swot.de) 

„Professional Planner“ 

von Winterheller Software 

(www.winterheller.com) 

24 

Quelle : BARC-Studie (Business Application Resaerch Center [www.barc.de]) 

Folie 138


Betriebliche 




Management Reporting System (MRS) und EIS von SAP 

 

Fokus auf das mittlere Management 

 

Basiert überwiegend auf interne Datenbestände 

häufig eingesetzt als : 

Vertriebsinformationssystem 

Finanzinformationssystem 

Personalinformationssystem 

Folie 139


Betriebliche 


E-Business Studienjahr 2007 / 2008 


6.4. E-Business 

Unter e-Business verstehen wir netzwerkgestützte Marktmodelle, Anwendungen und 

Technologien, die der Kommunikation, Koordination und Kooperation zwischen 

Geschäftspartnern über alle Transaktionsphasen hinweg dienen. 25 

e-Business 

*) 

Bank 

e-Cash 

(Electronic 

Banking) 

netzwerkgestützter 

Zahlungsverkehr 

e-Government 

netzwerkgestützte 

Verwaltungsverfahren 

e-Procurement 

netzwerkgestützte 

Beschaffung 

e-HR 

e-Commerce 

netzwerkgestützter 

Handel 

*) beispielhafte Aufzählung 

derzeitiger Ausprägungen 

ohne Anspruch 

auf Vollständigkeit 

Absatz 


P l a n u n g 

Beschaffung Produktion Absatz 


P l a n u n g 

Beschaffung 


P l a n u n g 

vgl. Wertschöpfungssicht (Kap. 1) 

25 

basierend auf Merz, S. 599 - erweitert um den Begriff „netzwerkgestützte“ 

Folie 140


Betriebliche 




Business 2 Consumer 

 

 

endkundenorientiert 

Beispiel eines E-Shops 

Folie 141


Betriebliche 




Business 2 Business 

 

 

geschäftskundenorientiert 

Beispiel einer Beschaffungsplattform 

Folie 142


Betriebliche 




Standardisierte Schnittstellen helfen bei der Abstimmung mit Lieferanten 26 

 

 

EDI (Electronic Data Interchange) 

 

 

 

Sinn : Minimum an manuellen Eingriffen 

unternehmensübergreifender Austausch strukturierter Geschäftsdaten 

Strukturierung erfolgt nach einer vereinbarten Form (= Datenaustauschformat) 

Beispiel für ein Datenaustauschformat : 

EDIFACT (Electronic Data Interchange For Administration Commerce and Transport) 

Ursprünglich bestand die Erwartung, dass EDI den Geschäftsverkehr revolutionieren würde. Dieser Effekt ist bis 

heute nicht eingetreten. Vielleicht kommt dies jetzt mit webbasierten Austauschverfahren. 

XML (Extensible Markup Language) 

 

 

XML ermöglicht beispielsweise eine webbasierte Beschreibung von Geschäftsdokumenten 

(zum Vergleich : HTML ermöglicht eine webbasierte Beschreibung von Browser-Darstellungen) 

XML wird in der Veranstaltung e-Business behandelt 

26 

vgl. hierzu : Meyer, H., Klettke, M., Heuer, A., Datenbanken im WWW - Von CGI bis JDBC und XML, in : HMD 214 (8/2000), S. 5-22 

Folie 143


Betriebliche 




Beispielhafte zwischenbetriebliche Anwendung 

Folie 144


Betriebliche 


Querschnittssysteme Studienjahr 2007 / 2008 


6.5. Querschnittssysteme 

6.5.1. Bürosysteme / Bürokommunikation 

 

MS-Office hat sich hier zu einem 

De-facto-Standard entwickelt 

Folie 145


Betriebliche 




MS-Office ist Bestandteil einer integrierten MS-Plattform 

Folie 146


Betriebliche 




MS-Plattform liegt der Team-Gedanke (Workgroup-Gedanke) zugrunde 

 

Viele dieser Aufgaben werden bereits mit Office 

unterstützt : 

 

 

 

 

 

Word 

Excel 

PowerPoint 

Access 

Outlook / Exchange / AD 

- mails 

- Adressen / Kontakte 

- Kalender 

- Aufgabenverwaltung 

Ergänzend bietet MS inzwischen noch an : 

 

 

Windows Sharepoint Services 

Sharepoint Portal Server 

Live Communications Server / 

Live Meeting 

 

 

Project Server 

InfoPath 

Folie 147


Betriebliche 




Windows Sharepoint Services 

 

WSS unterstützt einzelne Mitarbeiter und Teams durch die Erstellung interaktiver Websites als 

Informationsdrehscheiben 

 

 

 

 

 

Zuweisungen von Aufgaben 

selektive Informationsbereitstellung 

spezifische Angaben zu Ansprechpartner 

und Adressen 

gemeinsame Arbeit an Dokumenten 

Onlinediskussionen / Foren 

Folie 148


Betriebliche 




Sharepoint Portal Server 

 

SPS ermöglicht die Entwicklung von personalisierten BK-Portalen für Mitarbeiter und Teams 

 

 

 

SPS nutzt WSS zum Erstellen von Portalseiten 

auf personalisierten Portalseiten können beliebige Webparts (Web-Applikationen, die nach den 

Vorgaben von Microsoft entwickelt werden) ausgewählt, kombiniert und dargestellt werden 

SPS verwaltet 

Dokumentbibliotheken 

Abteilung News 

Kalender / meine Aufgaben 

Abteilungslaufwerk 

Team- / Projektlaufwerk 

 

 

Posteingang 

Persönliches Laufwerk 

 

Folie 149


Betriebliche 




Live Communications Server 

 

LCS ist eine Instant-Messaging-Lösung für Unternhemen 

Anmeldung Anwesenheitsstatus 

Dateiübertragung / Archivierung 

Audio- / Videokonferenzen 

Anwendungsfreigabe 

Folie 150


Betriebliche 




Project Server 

 

Der Project Server unterstützt unternehmensweites Projektmanagement 

 

 

 

zentrale Zugangs-, Ressourcen- und Portfolioverwaltung 

Project Professional für den Projektmanager, um Projektpläne anzulegen und zu bearbeiten 

Project Web Access für die Teammitglieder oder Auftraggebervertreter zum Abruf von Berichten und 

projektbezogenen Dokumenten 

Folie 151


Betriebliche 




InfoPath 

 

InfoPath dient der Strukturierung und Weiterverendung von 

Daten auf Attributsebene (Formularinhalte) 

 

 

 

 

Formulareingaben werden bei der Eingabe auf Gültigkeit 

überprüft 

Formulareingaben werden im XML-Format gespeichert 

Formulareingaben können einer ERP-Anwendung 

übergeben werden 

Formulareingaben können einer anderen Office- 

Anwendung zur Verfügung stehen 

Folie 152


Betriebliche 




6.5.2. Dokumentenmanagementsysteme 

 

 

Archivierung und Recherche von Akten 

z.B. NCI-Dokumente 27 : 

- Rechnungen 

- Verträge 

- technische 

Zeichnungen 

- Faxe 

z.B. CI-Dokumente : 

- Office-Dokumente 

- Mails 

- Journalausgaben 

Anbindungen an ERP-Systeme üblich 

 

z.B. über Barcode 

z.B. COLD 28 

Speichermedien : 

 

 

 

z.B. CD-R (nicht CD-RW) 

z.B. WORM 29 als nicht überschreibbares 

bzw. löschbares Medium 

juristisch i.d.R. akzeptiertes Format 

ist derzeit TIFF 30 (entspricht Fax) 

27 

28 

29 

30 

Non Coded Information : nicht als lesbarer Code (z.B. ASCII) durch einen Rechner weiterverwendbar (z.B. ein in Pixel gespeicherte Images) 

Computer Output to Laser Disk (z.B. in Form eines Windows-Druckertreiber einbindbar) 

Write Once Read Many 

Tagged Image File Format 

Folie 153

Literaturverzeichnis 

Betriebliche 





Arnold, O., Faisst, W., Härtling, M., Sieber, P. 

Virtuelle Unternehmen als Unternehmenstyp der Zukunft ?, in HMD 185 (9/1995), S. 8-23 

kurze Anmerkung : 

Auf diesen Artikel wird nur kurz im Rahmen des ersten Kapitels verwiesen. 

Chrobok, R. 

Chrobok, R., Grundbegriffe der Organisation, GfürO Reihe Organisation, Band 1, FBO-Verlag, Baden-Baden 

1993 


Auf 64 Seiten werden die wichtigsten Begriffe zusammengefasst. Der Student hat damit die Möglichkeit sich in kürzester Zeit 

einen Überblick über das Thema „Organisation“ zu verschaffen. 

Dister, G., Fels, F., Hausotter, A. 

Taschenbuch der Wirtschaftsinformatik, Fachbuchverlag Leipzig, Leipzig 2000 


Interessant an diesem Buch ist, dass es sich nicht “nur” als ein auf Wirtschaftsinformatik spezialisiertes Informatikbuch 

versteht, sondern wirklich beide Seiten, die “Wirtschaft” und die “Informatik” anspricht. Das Buch ist als Nachschlagewerk 

empfehlenswert. 

Gabler Wirtschaftslexikon 

Gabler Wirtschaftslexikon, Gabler, Wiesbaden 1993 


Natürlich ist dieses Werk kein Lehrbuch für die Wirtschaftsinformatik. Erfahrungsgemäss ist es jedoch für den Studenten, der 

das Studium ernst und zügig abschliessen will sehr hilfreich, jederzeit ein zuverlässiges Nachschlagewerk zur Hand zu 

haben. Das Lexikon behandelt so gut wie alle Grundlagen aus allen Fächern. 

Gabler Wirtschaftsinformatik Lexikon 

Wirtschaftsinformatik Lexikon, Gabler, Wiesbaden 1997 


Nachschlagewerk 

Folie 154


Betriebliche 




Madauss, B. J. 

Projektmanagement, Schäffer-Poeschel, Stuttgart 1994 


Das sehr umfangreiche Buch deckt das Gebiet „Projektmanagement“ vollständig ab und gilt als Standardwerk zu diesem 

Thema. Madauss legt seinen Schwerpunkt aber nicht auf die Entwicklung administrativer Software. 

Mertens, P., Bodendorf, F., König, W., Picot, A., Schumann, M. 

Grundzüge der Wirtschaftsinformatik, Springer, Berlin 2000 


Mertens gilt als Vater der Wirtschaftsinformatik. Er spricht in diesem Buch alle Bereiche kurz an. Die Inhalte dieses Buches 

sollte der Student bereits zu Beginn dieser Veranstaltung kennen. 

Mertens, P. 

Integrierte Informationsverarbeitung 1 - Administrations- und Dispositionssysteme in der Industrie, Gabler, 

Wiesbaden 2000 

Mertens, P., Giese, J. 

Integrierte Informationsverarbeitung 2 - Planungs- und Kontrollsysteme in der Industrie, Gabler, Wiesbaden 

2000 


Beide Bände dieses Werkes begleiten die theoretischen Bereich der Vorlesung. 

Meyer, H., Klettke, M., Heuer, A. 

Datenbanken im WWW - Von CGI bis JDBC und XML, in HMD 214 (8/2000), S. 5-22 


Ein zwar kurzer, aber sehr prägnanter Beitrag, der einen sehr guten Überblick über den derzeitigen Stand der 

Datenbereitstellung via Web bietet. 

Österle, H. 

Prozeß- und Systementwicklung - Band 1 Entwurfstechniken, Springer, Heidelberg 1995 


Das Buch stellt die Basisliteratur der Methode PROMET (PROzess METhode) dar. 

Folie 155


Betriebliche 




Österle, H., Winter, R. 

PROMET@web, http://www.promet-web.com 


Portal, das vom Forschungsteam von der Universität St. Gallen zur systematischen und transparenten Vorgehensweise in 

Projekten erstellt hat. Das Portal enthält auch kurze Hinweise auf PROMET. 

Österle, H. 

Business Engineering - Auf dem Weg zum Unternehmen des Informationszeitalters, Universität St. Gallen 

2003 


Der erste Teil des Buches ist den Grundlagen des St. Galler Ansatzes und damit PROMET gewidmet. Der zweite Teil fasst 

verschiedene Ansätze des Business Engineering zusammen. 

Picot, A., Dietl, H., Franck, E. 

Organisation, eine ökonomische Perspektive, Schäffer Poeschl, Stuttgart 1997 


Das Buch behandelt das Thema “Organisation” aus einer eher theoretischen Perspektive. Im Rahmen dieser Veranstaltung 

wurde hierauf kurz bezüglich der Transaktionskostentheorie verwiesen. S. 66 ff. 

Reichwald, R., Dietel, B. 

Produktionswirtschaft, in : Heinen, E., Industriebetriebslehre, Gabler, Wiesbaden 1991, S. 395 ff. 


Der Beitrag der Autorenschaft Reichwald/Dietel in dem Standardwerk von Heinen gibt einen sehr guten Einstieg in die 

Zusammenhänge der Produktionswirtschaft. Der Student, der eine industriebetriebliche Berufsausrichtung anstrebt solle den 

Inhalt kennen. 

Schulze, J., Bach, V., Österle, H. 

Customer Relationship Management - Konzept, Potentiale und methodische Einführung, in HMD 212 

(4/2000), S. 113-129 

9kurze Anmerkung : 

Eine Publikation der Reihe “Praxis der Wirtschaftsinformatik” in der die Autoren, das Thema CRM strukturiert aufgreifen. 

Dieser Artikel wird in dem Kapitel zu “Funktionen und Prozesse im Vertrieb” angesprochen. 

Folie 156


Betriebliche 




Scheer, A.-W. 

Wirtschaftsinformatik, Springer, Berlin 1994 


In diesem Werk geht Scheer wesentlich weiter und stellt seine Architektur integrierter Informationssysteme mit 

Referenzmodellen für industrielle Geschäftsprozesse vor. 

Scheer, A.-W. 

ARIS – Modellierungsmethoden Metamodelle Anwendungen, Springer, Berlin 2001 


In diesem Buch wird die Methoden ARIS vorgestellt. 

Scheer, A.-W. 

ARIS - Vom Geschäftsprozeß zum Anwendungssystem, Springer, Berlin 2002 


In diesem Buch wird ARIS nochmals kurz vorgestellt und um Umsetzungshinweise erweitert. 

Stahlknecht, P., Hasenkamp, U. 

Einführung in die Wirtschaftsinformatik, Springer, Berlin 2005 


Eine umfassende Behandlung der Wirtschaftsinformatik. Die Inhalte dieses Buches sollte der Student bereits zu Beginn 

dieser Veranstaltung kennen. 

Stahlknecht hat zusätzlich ein Buch unter dem Titel „Arbeitsbuch Wirtschaftsinformatik“ publiziert. Hierin sind 300 

Kontrollfragen und 200 Aufgaben mit zugehörigen Antworten und Musterlösungen enthalten. 

Thommen, J.-P. 

Betriebswirtschaftslehre, Versus, Zürich 1996 


In diesem Werk geht Scheer wesentlich weiter und stellt seine Architektur integrierter Informationssysteme mit 

Referenzmodellen für industrielle Geschäftsprozesse vor. 

Folie 157

Skript der Fachhochschule Nordwestschweiz zu Fach - Schwaferts

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?