Systemanalyse - Prof. Thomas Müller

Prof. T. Müller/Prof. Dr. W. Riggert Seminar Wirtschaftsinformatik Seite 1 

Seminarüberblick Wirtschaftsinformatik 

1. Systemanalyse 

1.1 Systembegriff 

1.2 Ansätze zur Systemanalyse 

1.2.1 Konventioneller Ansatz und Kritik am Lifecycle- 

Konzept 

1.2.2 Prototyping 

1.3 Erhebungs- und Darstellungstechniken 

1.3.1 Beobachtung, Interview 

1.3.2 Structured (System) Analysis 

1.3.3 Entscheidungstabellentechnik (mit 

Übungsaufgabe) 

1.4 Systemimplementierung 

1.4.1 Hilfsmittel des Algorithmendesigns 

1.4.2 Graphische Darstellung von Algorithmen 

(Struktogramme) 

1.4.3 Stepwise Refinement 

1.5 Projektplanung mit Netzplantechnik 

1.5.1 Vorgang, Ereignis, Knoten, Kanten 

1.5.2 Beispiel eines Netzplanes 

1.5.3 Übungsaufgabe Netzplantechnik 

AKAD 

Die Privat-Hochschulen 

2. Datenbanksysteme 

2.1 Ziele und Strategien der Datenorganisation, 

Datenbankbegriffe 

2.2 Das relationale Datenbankmodell (RDBMS) 

2.3 Einsatzbeispiel RDBMS (Hoteldatenbank) 

2.3.1 Relationenmodell und Normalisierung 

2.3.2 Selektion, Projektion und Join 

2.3.3 Weitere Anfragetypen 

2.4 Semantische Datenmodelle (Entity- 

Relationship-Diagramm) 

2.5 Übungsaufgabe Datenbanken 

3. Individuelle Datenverarbeitung 

3.1 Begriff und Abgrenzung 

3.2 Ausgewählte IDV-Anwendungen 

3.2.1 Textverarbeitung 

3.2.2 Hypertext 

3.2.3 Groupware 

3.2.4 Tabellenkalkulation 

1 

AKAD 


Systemanalyse 

AKAD 

Diplomandenseminar Wirtschaftsinformatik 

Prof. T. Müller/Prof. Dr. W. Riggert 

AKAD 


2


Inhaltsverzeichnis 

❐ Phasenkonzept 

❐ Prototyping 

❐ Erhebungstechniken 

❐ Structured System Analysis 

❐ Entscheidungstabellentechnik 

❐ Systemimplementierung 

❐ Schrittweise Verfeinerung 

❐ Netzplantechnik 

AKAD 


3 

Systemanalyse 

„Zielorientierte Bereitstellung und systematische 

Verwendung von Prinzipien, Methoden und 

Werkzeugen für die arbeitsteilige, 

ingenieurmäßige Entwicklung und Anwendung 

von umfangreichen Software-Systemen. 

Zielorientiert bedeutet die Berücksichtigung von 

Kosten, Zeit, Qualität.“ 

vgl. H. Balzert: Lehrbuch der Software-Technik, 2000 

AKAD 


4


Life-Cycle 

Konzept 

❐ 

❐ 

Der Gesamtprozess der Entwicklung besteht aus 

mehreren zeitlich aufeinander aufbauenden Stufen, 

die die verschiedenen Stadien einer Softwareentstehung 

von 

der Initiierung bis zum Ende der Verwendung beschreiben 

= Software Life Cycle. Die gedankliche 

Umsetzung entspricht der Analogie eines 

Wasserfalls 

AKAD 


5 

Life-Cycle 

Konzept 

Quelle : Stahlknecht 

AKAD 


6


Phaseninhalte 

Quelle : Stahlknecht 

AKAD 


7 

Entwicklung Entwicklung 

Wasserfallmodell 

Analyse 

Projektbegründung 

Systementwurf 

Realisierung 

Installation 

&Abnahme 

Pflege & 

Wartung 

AKAD 


8


Basiskonzepte 

Programmablaufplan 

Geschäftsprozesse 

SSAdiagramm 

Entscheidungstabellen 

Entity- 

Relationship 

Struktogramm 

Pseudocode 

AKAD 


Analysephase 

Klassendiagramm 

Realisierungsphase 

Entwurfsphase 

Data Dictonary 

9 

Projektbegründung 

❐ 

❐ 

❐ 

Projektanstoß durch: 

❐ Unternehmensleitung oder Fachabteilungen 

❐ Softwareberater oder Hardwarehersteller 

❐ Wirtschaftsverbänden 

❐ Messebesuche und Präsentationen 

Projektvorschläge entwickeln durch: 

❐ Brainstorming 

❐ Szenario-Technik 

Projekterwartungen formulieren: 

❐ Personaleinsparungen 

❐ Straffung von Arbeitsabläufen 

❐ Verkürzung von Bearbeitungszeiten 

❐ Erhöhung der Datenaktualität 

❐ Verbesserung der Auskunftsbereitschaft 

AKAD 


10


Istanalyse 

❐ 

❐ 

Ziel: Sammeln von Daten und Informationen eines abgegrenzten 

Organisations- und Aufgabenbereichs, d.h. Erfassung 

des Status Quo, um 

❍ Schwachstellen der bestehenden Ablauforganisation herauszuarbeiten 

❍ Voraussetzungen für die Entwicklung und Einführung eines 

neuen Anwendungssystems zu schaffen 

Erhebungsgegenstand 

❍ Geschäftsprozesse mit ihrem zeitlichen Verlauf und den 

beteiligten Organisationseinheiten 

❍ Entstehung, Verwendung und Mengengerüst aller relevanten 

Daten 

❍ Schnittstellen zu internen und externen Stellen 

❍ Probleme und Engpässe 

AKAD 


11 

Istanalyse 

W-Frage 

Gegenstand 

W-Frage 

Gegenstand 

Was ? 

Objekt 

Wann ? 

Zeitpunkt 

Wie ? 

Verrichtung 

Wie lange ? 

Zeitdauer 

Wer ? 

Subjekt 

Wie oft ? 

Häufigkeit 

Womit ? 

Sachmittel 

Wie teuer ? 

Kosten 

Wo ? 

Ort 

Warum ? 

Ursache 

Wie viele ? 

Menge 

Wozu ? 

Zweck 

AKAD 


12


Istanalyse 

❐ 

❐ 

Erhebungstechniken 

❍ Unterlagenstudium 

❍ Interview 

❍ Fragebogen 

❍ Beobachtung 

❍ Entscheidungstabellen 

❍ Geschäftsprozessanalyse 

Darstellungstechniken 

❍ graphisch ( SSA-Diagramme, Datenflusspläne, Balkendiagramme) 

❍ tabellarisch ( Entity-Relationship-Modelle, Entscheidungstabellen) 

❍ textlich 

AKAD 


13 

Istanalyse - Schwachstellenanalyse 

❐ 

❐ 

❐ 

quantifizierbare Mängel 

❍ Überstunden 

❍ entgangene Aufträge 

❍ Reklamationen 

❍ Stillstandszeiten 

qualitative Mängel 

❍ unvollständige Datenbestände 

❍ hohe Durchlaufzeiten 

❍ Fehlende Führungsinformation 

❍ ungenügende Kostenkontrolle 

Ursachen der Mängel 

❍ Aufbauorganisation des Unternehmens 

❍ Ablauforganisation der Geschäftsprozesse 

❍ Informationsbeschaffung und -bereitstellung 

AKAD 


14


Sollkonzeption 

❐ 

❐ 

Ziel 

❍ Erfassung der Benutzeranforderungen an das neue 

Anwendungssystem ohne Aussagen über deren 

programmtechnische Realisierung. Gleichzeitiger Vorschlag 

ob und wie die Mängel der Istanalyse beseitigt werden 

sollen. 

Gliederung 

❍ fachinhaltlicher Entwurf : Erhebung der Benutzeranforderungen 

bezüglich der Funktionen mit dem 

Leistungsumfang und den Kommunikationsschnittstellen 

❍ DV-technischer Entwurf : Erhebung der späteren DV- 

Infrastruktur mit eingesetzter Hardware, dem 

Entwicklungsaufwand, den Schulungskosten,den 

Umstellungs- und laufenden Betriebskosten 

AKAD 


15 

Sollkonzept: Pflichtenheft 

❐ 

❐ 

Die Erhebung, Formulierung und Analyse der Anforderungen 

und Funktionen mündet in einen schriftlichen Katalog, dem 

Pflichtenheft. Der Umfang kann durch die Bestimmung sog. 

KO-Kriterien eingeschränkt werden, die Prioritäten der 

Realisierung bezeichnen 

Ein ideales Pflichtenheft enthält Angaben zu 

❍ Grundfunktionen 

❍ Benutzeroberfläche 

❍ Berichtswesen 

❍ Kommunikationsanforderungen 

❍ Hard- und Softwarevoraussetzungen 

❍ zeitliche Vorgaben 

AKAD 


16


Systementwurf 

❐ 

❐ 

Ziel 

❍ Ableitung eines detaillierten DV-technischen Systems mit 

Datenstrukturen und Arbeitsabläufen 

❍ Erstellung von Vorgaben für eine Programmspezifikation 

Grundprinzipien 

❍ top-down-Entwicklung – schrittweise Verfeinerung 

❍ bottom-up-Entwicklung – Generalisierung oder 

schrittweise Verallgemeinerung 

❍ Beide Prinzipien basieren auf einem dritten Prinzip, dem 

der Modularisierung. Ein Modul bildet dabei eine 

geschlossenen Aufgabe in Form eines Einzelbausteins 

oder einer Funktion und bildet die unterste Ebene der 

Teilsysteme, mit der die Zerlegung endet. 

AKAD 


17 

Systementwurf: Ziele der Modularisierung 

❐ 

❐ 

❐ 

❐ 

❐ 

Modulare Verständlichkeit 

❍ die Problemlösung verständlich und ihre Korrektheit 

nachvollziehbar machen 

Modulare Zerlegbarkeit 

❍ Module können unabhängig voneinander entwickelt 

werden 

Modulare Kombinierbarkeit 

❍ jedes Modul kann durch ein anderes gleicher 

Funktionalität ersetzt werden 

Modulare Beständigkeit 

❍ Module beeinflussen sich nicht gegenseitig 

Modulare Geschütztheit 

❍ Module besitzen möglichst wenig Schnittstellen nach 

außen 

AKAD 


18


Top-Down vs. Bottom-Up 

Up-Entwicklung 

❐ 

❐ 

Top-Down 

Down-Entwicklung 

❍ Die Verbindung dieses Prinzips mit der Modularisierung führt zu 

folgenden Eigenschaften 

£ die Gesamtfunktionen des Anwendungssystems werden “von 

oben nach unten” in Teilfunktionen zerlegt 

£ jedes entstandene Modul kann in gleicher Weise weiter zerlegt 

werden 

£ das Verfahren endet, wenn keine weitere Zerlegung möglich oder 

erforderlich ist - stepwise Refinement 

❍ Das Ergebnis ist ein vertikal strukturierter Systembaum. 

Bottom-Up 

Up-Entwicklung 

❍ Dies ist das Gegenteil der Top-Down-Entwicklung, indem zunächst 

Teilsysteme gebildet werden, die anschließend zu einem 

Gesamtsystem verbunden werden. 

❍ Dazu werden einzelne Probleme abstrahiert, deren Gemeinsamkeiten 

heraus gearbeitet und auf höherer Ebene zu abstrakten 

Einheiten zusammengefügt 

AKAD 


19 

Systementwurf 

❐ 

❐ 

In der Praxis hat sich eine Kombination beider Entwicklungsprinzipien 

bewährt (Gegenstromverfahren) 

❍ zunächst der Systementwurf Top-Down 

❍ anschließend die schrittweise Realisierung Bottom-Up 

Softwarequalitätsmerkmale für den Entwurf 

❍ Benutzerfreundlichkeit durch Softwareergonomie 

❍ Zuverlässigkeit in Form eines stabilen Laufzeitverhaltens 

❍ Fehlerfreiheit der implementierten Funktionen 

❍ Verständlichkeit der Benutzerführung und der verfügbaren 

Hilfefunktionen 

❍ Sicherheit durch einen ausgeprägten Zugriffsschutz auf 

Programme und Daten 

❍ Wartungsfreundlichkeit bei notwendigen Anpassungen 

❍ Portabilität, d.h. leichte Übertragbarkeit auf andere 

Systemplattformen 

AKAD 


20


Implementierung 

❐ 

❐ 

Ziel 

❍ Erstellung eines lauffähigen Programms, das in seinem 

Ein-/Ausgabeverhalten der Spezifikation bzw. dem 

Pflichtenheft entspricht 

Gestaltungsprinzipien 

❍ strukturierte Programmierung: Zerlegung der Funktionen 

in programmiersprachlich unabhängige Blöcke, um die 

Programmentwicklung zu systematisieren, insbesondere 

im Hinblick auf die Wartbarkeit 

❍ Verwendung weitverbreiteter Sprachelemente 

❍ klare Schnittstellendefinitionen - vielfach existieren sog. 

APIs 

❍ Benutzung aussagekräftiger Bezeichner 

❍ gute Programmdokumentation 

AKAD 


21 

Installation und Abnahme 

❐ 

❐ 

❐ 

❐ 

Einbettung des neuen Anwendungssystems in die 

Systemumgebung durch Anpassung an die speziellen 

Eigenschaften der Rechenanlage 

Plattenkapazität und - verteilung, unterschiedliche 

Softwareversionen, divergierende Client-/Serveraufteilung 

etc. 

Anschließend erfolgt eine Überprüfung der Programme 

gegenüber dem im Pflichtenheft festgelegten 

Leistungsumfang. 

Nach der Systemabnahme ist die Wartungs- und 

Pflegephase erreicht. 

AKAD 


22


Bewertung des Phasenkonzeptes 

❐ 

❐ 

❐ 

Die Phaseneinteilung verringert die Komplexität 

durch eine Zerlegung in zeitlich 

aufeinanderfolgende Stufen 

Es besteht die Möglichkeit, innerhalb der 

Phasen Fehler zu erkennen und zu be-seitigen 

Im Rahmen des Projektmanagements kann die 

Einhaltung der zeitlichen Vorga-ben und des 

Entwicklungsaufwandes in Form des 

Ressourcenverbrauchs über-wacht werden. 

AKAD 


23 

Kritik am Phasenmodell 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

mit jeder Phase des Entwicklungsprozesses darf erst 

begonnen werden, wenn die vorangehende vollständig 

abgeschlossen ist. 

die endgültigen Systemanforderungen kristallisieren sich mit 

wachsendem Erkenntnisstand erst im Verlauf des Entwicklungsprozesses 

heraus. 

äußere Einflüsse - organisator. Maßnahmen, Umfeldbedingungen 

- erfordern schon während des Systementwicklung 

wiederholt Änderungen des Ursprungskonzeptes. 

vom Anwender wird erwartet, dass er mit Projektbeginn alle 

Anforderungen artikulieren kann. 

Benutzern steht erst relativ spät eine prüffähige Version des 

Anwendungssystems zur Verfügung. 

weder Anwender noch Management können sich ein Bild von 

der Qualität des Systems machen, bevor es fertiggestellt ist. 

AKAD 


24


Prototyping 

❐ 

❐ 

Das Phasenkonzept ist streng linear und erlaubt 

keine Rückkoppelungen und Iterationen einzelner 

Phasen. Die Modellierung in der Praxis gestaltet 

sich aber eher iterativ. Aus diesem Grunde wurde 

das ursprüngliche Phasenkonzept vielfach 

abgewandelt - Entstehung eines Spiralmodells der 

Softwareentwicklung 

Definition: Entwicklung eines ablauffähigen Musters 

des Anwendungssystems mit eingegrenztem 

Funktionsumfang für experimentelle Zwecke. 

AKAD 


25 

Prototyparten (1) 

❐ 

❐ 

❐ 

❐ 

Wegwerfprototypen dienen lediglich zur Sammlung 

von Erfahrungen, anhand derer das endgültige 

System völlig neu erstellt wird 

Wiederverwendbare Prototypen werden schrittweise 

verbessert, indem schon entwickelte Teilsysteme 

weiter ausgebaut werden. 

exploratives Prototyping: basiert auf dem Fachentwurf, 

indem verschiedene Lösungsansätze die Anforderungen 

an das DV-System verifizieren sollen - 

Konzentration auf die Funktionalität 

experimentelles Prototyping: befasst sich mit Alternativen 

der informationstechnischen Realisierung - 

Konzentration auf die Programmstruktur, Benutzeroberfläche 

und Schnittstellen 

AKAD 


26


Bewertung Prototyping 

❐ 

❐ 

❐ 

❐ 

❐ 

Zum Erkennen objektiver Anforderungen ist das Prototyping 

nur bedingt geeignet, weil leicht subjektive Wertungen der 

Anwender eingehen. 

Die mit der Analyse und dem Entwurf befassten Phasen 

werden nicht sorgfältig ausgeführt und folglich zu schnell mit 

der Realisierung begonnen. 

Das Projektmanagement wird erschwert, weil die während des 

iterativen Vorgehen auftauchenden Anforderungen, noch 

unklar sind 

Prototyping präjudiziert Lösungsansätze, die nicht die beste, 

aber die schnellste Realisierungsmöglichkeit darstellen. 

Es besteht schnell der Wunsch, Prototypen übergangsweise 

einzusetzen. 

AKAD 


27 

Erhebungstechniken in der Systemanalyse 

AKAD 


28


Interview 

❐ 

❐ 

Ziel: Sammlung von Fakten eines Aufgabengebietes durch ein 

Gespräch. Ist die vorherrschende und ergiebigste 

Erhebungstechnik. Allerdings besteht die Gefahr, dass die 

Befragten die Istsituation unter subjektiven Gesichtspunkten 

darstellen. 

Interviewarten: 

❍ standardisiert: die Fragen basieren auf einem vollständig 

vorgefertigten Gerüst 

❍ teilstandardisiert: den Fragen liegt nur ein Leitfaden zugrunde, 

so dass auch offene Probleme und Antworten 

berücksichtigt werden können. 

❍ frei: es liegt lediglich der Untersuchungsgegenstand fest. 

Welche Fragen gestellt werden, legt der Interviewer 

situationsabhängig fest 

AKAD 


29 

Weitere Erhebungstechniken 

❐ 

❐ 

❐ 

Unterlagenstudium 

❍ Findet zu Beginn der Istanalyse statt. Es hat den Vorteil eine 

breite Informationsbasis zu liefern, gibt aber selten ausreichende 

Auskünfte bzgl. des Projektes. 

Fragebogen 

❍ Entspricht dem Interview ohne persönliche Kontaktauf-nahme. Im 

wesentlichen gelten die gleichen Merkmale wie beim Interview. 

Bei mangelnder Akzeptanz der Frage-stellung kann es auch hier 

zu subjektiver Beeinflussung kommen, indem ganze Gruppen 

bewusst die Antworten ver-fälschen (z.B. bei erwarteter Gefahr für 

den Arbeitsplatz) 

Beobachtung 

❍ Bezeichnet die optische Aufnahme und Interpretation von 

Arbeitsabläufen durch eine unmittelbare Kenntnisnahme der 

Fakten. Dabei handelt es sich um einen Schnappschuss des 

Geschehens, der nicht repräsentativ sein muss 

AKAD 


30


Fragetechnik 

Regel 

Kurze Fragen stellen 

Redundante Fragen 

vermeiden 

Offene Fragen stellen 

Konkrete Fragen 

formulieren 

Kettenfragen vermeiden 

Suggestivfragen 

unterlassen 

Bedeutung 

Befragten nicht überfordern; kurze Frage 

bedingt kurze Antwort 

Gesprächstruktur bleibt besser erkennbar 

W-Fragen; keine Manipulationsmöglichkeit, 

da Antwort offen ist 

Förderung des Verständnisses 

Vermeidet Verwirrung; Fragen werden 

vollständig beantwortet 

Antwort entspricht der Meinung des 

Befragten, nicht des Fragenden 

AKAD 


31 

Arten der Beobachtung 

❐ 

❐ 

❐ 

offen vs. verdeckt: Bei offener Beobachtung gibt sich der 

Beobachter zu erkennen, erklärt Gegenstand und Grund der 

Beobachtung. Bei verdeckter Beobachtung bleibt die Identität 

des Beobachters unbekannt. 

direkt vs. indirekt: die direkte Beobachtung entspricht einer 

Echtzeitaufnahme des Geschehens. Die indirekte Beobachtung 

ist eine zeitversetzte Analyse, da Ergebnisse von Dokumenten, 

Protokollen oder Berichten ausgewertet werden. 

strukturiert vs. unstrukturiert: bei strukturierter Beobachtung 

werden nur vorgemerkte Merkmale und Kriterien und keine 

weiteren Einflussfaktoren aufgenommen, bei unstrukturierter 

Beobachtung werden alle Fakten, die dem Beobachter 

bedeutsam erscheinen, notiert. 

AKAD 


32


Geschäftsprozesse 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

der Geschäftsprozess beschreibt eine betriebliche Wertschöpfung 

- Definition 

der Geschäftsprozess besteht aus einer Folge von Bearbeitungsschritten, 

die in einem logischen und zeitlichen Zusammenhang 

stehen - Ablaufmodell 

ein interner oder externer Auslöser stößt den 

Geschäftsprozess an, wobei der Ursprungsprozess selbst als 

Initiator weiterer Prozesse fungieren kann - Ablaufmodell 

der Geschäftsprozess ist von gewisser Dauer, kann aber 

unterbrochen werden und ist beendet, falls ein definiertes 

Ergebnis vorliegt - Informationsmodell 

die Kommunikation der Prozessbeteiligten und ihre Zuordnung 

zu Organisationseinheiten begleitet die Ausführung - 

Aufbauorganisation 

Geschäftsprozesse sind in die betriebliche und externe Umwelt 

eingebettet - Aufbauorganisation 

AKAD 


33 

Structured System Analysis (SSA) 

AKAD 


34


Structured System Analysis 

❐ Ziel: Entwicklung einer graphischen Darstellungstechnik zur 

Visualisierung der Anforderungen an ein zu entwickelndes 

(Datenverarbeitungs-)System. 

❐ Kern: Analyse der Datenflüsse hinsichtlich ihrer Entstehung, 

Verwendung und Veränderung. Unberücksichtigt bleiben dabei 

alle Implementierungsdetails sowie die Umsetzung von 

Lösungen durch Algorithmen und Steuerflüsse, aber auch die 

benötigten Daten(bank)strukturen. 

❐ Wert: Zurverfügungstellung einer einfachen, vom künftigen 

Anwender leicht zu durchschauenden Definitions- und 

Darstellungssprache mit wenigen Symbolen. 

❐ Vorgehen: Ereignisorientierte Zerlegung eines 

Gesamtsystems 

❐ Entwickelt von DeMarco, 1979 

AKAD 


35 

Darstellungsmittel 

❐ Data Flow Diagramms 

❍ DFDs, Datenflussdiagramme 

❐ Data Dictionary 

❍ DDs, Datenwörterbuch 

❐ Minispecifications 

❍ MSPs, 

Transformationsbeschreibungen 

AKAD 


36


Datenflussdiagramme 

❐ 

❐ 

❐ 

Datenflussdiagramme bestehen aus vier 

Grundelementen : 

❍ Datenflüsse (DF), 

❍ Transformationen/Prozesse, 

❍ Anfangs-/Endknoten, 

❍ Datenspeicher (DS) 

Datenflüsse sind "Kanäle", durch die Daten mit 

bekanntem Aufbau fließen. 

Grafisch werden sie als benannter Pfeil dargestellt 

AKAD 


37 

Datenflüsse 

❐ Pfeil zeigt Flussrichtung der Information an 

❐ Es existieren externe und interne Datenflüsse 

❐ Datenflüsse sind verfeinerbar 

Gast 

AKAD 


38


Prozesse/Transformationen 

❐ 

❐ 

❐ 

verändern eingehende Datenflüsse und erzeugen 

ausgehende Datenflüsse 

Darstellung als benannte Kreise (Knoten) 

Beschreibung in der Minispezifikation 

Gast 

Vermietung 

Rechnung 

erstellen 

Rechnung 

AKAD 


39 

Anfangs-/Endknoten 

❐ 

❐ 

❐ 

Quelle 

Rechnungskopie 

Buchhaltung 

Bilden Schnittstellen des Systems 

Datenquellen und Datensenken 

Grenze zur Umwelt bzw. zu anderen Anwendungssystemen 

Anmeldeformular 

Gast 

Senke 

AKAD 


40


Datenspeicher 

❐ 

❐ 

❐ 

Benötigt, wenn die Entstehung und Verwendung der 

Daten zeitlich auseinander fällt 

Dargestellt durch Doppelbalken 

Schreibender und lesender Zugriff 

Schreibender Zugriff 

Lesender Zugriff 

Zimmer 

AKAD 


41 

Datenwörterbuch 

❐ Nachweis für alle Datenflüsse und Datenspeicher 

❐ Erläuterung der Bezeichner im Datenflussdiagramm 

❐ Fest vorgegebene Syntax 

AKAD 


42


Syntaktische Regeln DD 

Einleitung Eintrag 

Aufzählung von Datenelementen 

Wiederholung 

Auswahlalternativen 

Optionale Angaben 

Kommentare 

Name des DF bzw. DS, gefolgt 

von = oder STRUCT 

Trennung durch Zeichen + 

in {wiederholende Elemente} 

durch | voneinander getrennt 

durch (Klammern) gekennzeichnet 

durch @ eingeschlossen @ 

AKAD 


43 

Beispiel DD-Eintrag 

RECHNUNG STRUCT 

+ Nummer @ eindeutige Nummer @ 

+ KKurz @ Gastkurzbezeichnung @ 

+ KondA|KondB @ Konditionen für den Gast @ 

+ ( Zusatz ) @ Adelstitel, wenn vorhanden @ 

+ Adresse @ Verweis DD-Eintrag @ 

+ { Rechnungspositionen 

} @ eine oder mehrere @ 

+ Nettosumme @ excl. MWSt @ 

AKAD 


44


Transformationsbeschreibungen 

❐ 

❐ 

❐ 

umgangssprachliche Beschreibung durch Texte 

Beschrieben wird die Veränderung der Eingangs- zu 

den Ausgangsdaten 

Beispiel : MSP Rechnung erstellen 

„Zweck ist die Erstellung einer steuerlich anerkannten 

Rechnung. Es ist zu wählen, welcher Gast mit 

welchem Abrechnungszeitraum abzurechnen ist….“ 

u.s.w. 

AKAD 


45 

Diagrammhierarchie 

❐ 

Diagramme lassen sich in unterschiedlicher 

Verfeinerung darstellen 

❐ Oberste Ebene: Kontextdiagramm oder Diagramm 0 

❐ Kontextdiagramm zeigt Gesamtsystem und dessen 

Umwelt 

❐ Verfeinerung einzelner Datenflüsse und Prozesse 

❐ Prinzip der Erhaltung der äußeren Daten-flüsse 

AKAD 


46


Beispiel Diagrammhierarchie 

3. Lagerverwaltung 

1. Planungsabteilung 2. Einkaufsabteilung 

2.1 2.2 

1.1 

1.2 

2.3 2.4 

AKAD 


47 

Vorteile der SSA 

❐ Formalisierung zwingt zur einheitlichen 

und präzisen Darstellung 

❐ Basis zur Kommunikation mit dem 

Anwender, da leicht überschaubar 

(kein Experten-Chinesisch) 

❐ Konsistenzregeln (z.B. Erhaltung der 

Datenflüsse) vermeiden Fehler 

AKAD 


48


Beispiele (1) 

Quelle 

DF1 

P1 

DF2 

P2 

DF3 

Senke 

Speicher 

Datenflussdiagramm mit allen Elementen 

AKAD 


49 

Beispiele (2) 

Student 

Zu-/Absage 

Talon C 

Prüfung 

Teilnahme DS 

Zulassung KL 

Dozent 

KPlan 

Fein- 

Planung 

KlAuff 

KListe 

Studien- 

Zentrum 

AKAD 


50


Beispiele (3) 

AKAD 


51 

Entscheidungstabellentechnik 

AKAD 


52


Grundlagen der ET 

❐ Entscheidungstabelle (ET) = 

Sprachkonstrukt zur Darstellung 

verschachtelter bedingter Anweisungen. 

❐ Ziel: übersichtliche, unmissverständliche, widerspruchsfreie 

und überprüfbare 

Darstellung bzw. Dokumentation einfacher 

und komplexer Entscheidungssituationen 

und deren Folgen. 

❐ Erste Veröffentlichung 1961 

AKAD 


53 

Aufbau einer ET 

❐ 

ET sind prinzipiell als Vier-Felder-Tafel mit den 

Feldern 

❍ Bedingungen Bedingungsanzeigern 

❍ Aktionen Aktionsanzeigern 

aufgebaut. 

Bedingung(Wenn) Bedingungsanzeiger (J|N) 

Aktion(Dann) 

Aktionsanzeiger(X) 

AKAD 


54



❐ Bedingungen und Aktionen stehen in einer 

"wenn-dann"-Beziehung zueinander. 

❐ Verschiedene Bedingungen und Aktionen 

sind durch ein logisches UND verknüpft. 

❐ Die einzelnen Entscheidungsregeln sind 

untereinander durch ein exklusives ODER 

verknüpft, so dass für jede Bedingungskonstellation 

nur eine Regel zutrifft. 

AKAD 


55 


❐ Es ist möglich, ETs maschinell durch 

spezielle ET-Programme zu erzeugen. 

❐ Durch den Einsatz dieser Programme 

kann die Vollständigkeit und Korrektheit 

der Modellierung einer Entscheidungssituation 

getestet werden. 

Widersprüche und Redundanzen 

können so leichter eliminiert werden. 

AKAD 


56


ET: Beispiel 1 

❐ 

Entscheidungen bei der Auftragsbearbeitung 

Auftragsbearbeitung Regel 1 Regel 2 Regel 3 Regel 4 

Artikel lieferbar J J N N 

Kundenbonität o.k. J N J N 

per Rechnung liefern 

X 

per Nachnahme liefern 

X 

Artikel nachbestellen X X 

telefonischer Zwischenbescheid 

X 

schriftlicher Zwischenbescheid 

X 

AKAD 


57 

Interpretation der ET Beispiel 1 

❐ 

❐ 

❐ 

❐ 

❐ 

Ist Artikel lieferbar und Bonität o.k., wird per Rechnung 

geliefert 

Ist Artikel lieferbar und Bonität nicht o.k., wird per 

Nachnahme geliefert 

Ist Artikel nicht lieferbar und Bonität o.k., erfolgt eine 

Nachbestellung und der Kunde erhält einen telefonischen 

Zwischenbescheid 

Ist Artikel nicht lieferbar und Bonität nicht o.k., erfolgt 

eine Nachbestellung und der Kunde erhält einen 

schriftlichen Zwischenbescheid 

Bei n binären Bedingungen (Ja/Nein-Entscheidung) 

gibt es theoretisch 2 hoch n Regeln; Praktisch sind 

jedoch meistens Verdichtungen möglich. 

AKAD 


58



❐ Erstellung einer Zahlungsvorschlagsliste 

durch die Kreditorenbuchhaltung für die 

Finanzabteilung, die die zur Finanzdisposition 

erforderlichen Summen aufweist. 

❐ Es gelten die folgenden Bedingungen: 

❍ Ist die Rechnung fällig? 

❍ Ist der Rechnungssteller Stammlieferant? 

❍ Ist der Rechnungsbetrag > 5.000,- €? 

❐ Theoretisch wären 2 3 = 8 Regeln zu erwarten 

AKAD 


59 


Ausgleich von Rechnungen R1 R2 R3 R4 R5 R6 R7 R8 

Fälligkeit J J J J N N N N 

Stammlieferant J J N N J J N N 

Betrag > 5000 J N J N J N J N 

❐ 

Folgende Aktionen sind vorstellbar: 

❍ Bezahle mit Wechsel, d.h., summiere Betrag zur 

Wechselsumme 

❍ Bezahle mit Verrechnungsscheck, d.h., summiere Betrag 

zur Verrechnungsschecksumme 

❍ Bezahle durch Überweisung, d.h., summiere Betrag zur 

Überweisungssumme 

❍ Bezahle nicht, d.h., summiere Betrag zur Summe der 

offenen Posten 

❍ Bilde die Summe aller Zahlungen 

AKAD 


60



Ausgleich von Rechnungen 

R1 R2 R3 R4 R5 R6 R7 R8 




Addiere zur Wechselsumme X X 

Addiere zur Verrechnungsschecksumme X 

Addiere zur Überweisungssumme 

X 

Addiere zu offenen Beträgen X X X X 

Bilde Zahlungssumme X X X X 

AKAD 


61 

Verdichtung 

❐ 

❐ 

❐ 

Durch Regelzusammenfassung lässt sich eine ET 

verdichten. Die verdichtete ET enthält dann weniger 

Regeln als die vollständige ET. 

Regeln lassen sich zusammenfassen, wenn sie die 

gleiche(n) Aktion(en) auslösen und in allen 

Bedingungen außer einer übereinstimmen. 

Die neue stimmt mit der alten Regel in allen Zeilen 

überein bis auf die Zeile mit den unterschiedlichen 

Bedingungszeigern. Dort ist der Irrelevanzzeiger "-" 

einzusetzen. Die alte Regel ist zu löschen. 

AKAD 


62


Verdichtung 


R1 R2 R3 R4 R5 R6 R7 R8 




Addiere zur Wechselsumme X X 



X 


Bilde Zahlungssumme X X X X 

❐ 

Unabhängig von Rechnungshöhe > 5 T€ wird bei Stammlieferanteneigenschaft 

und Fälligkeit zu Wechselbeträgen und zur 

Zahlungssumme addiert; d.h. Regel 1 und 2 können (zur neuen 

Regel 1) zusammengefasst werden, die bezüglich der Betragshöhe 

einen Irrelevanzzeiger erhält. Regel 2 ist zu löschen. 

AKAD 


63 

Verdichtung 


R1 R3 R4 R5 R6 R7 R8 

Fälligkeit J J J N N N N 

Stammlieferant J N N J J N N 

Betrag > 5000 - J N J N J N 

Addiere zur Wechselsumme 

X 



X 


Bilde Zahlungssumme X X X 

❐ 

Unabhängig von Rechnungshöhe > 5 T€ wird bei Stammliefe-- 

ranteneigenschaft und Nicht-Fälligkeit zu offenen Posten 

addiert; d.h. Regel 5 und 6 können (zur neuen Regel 5) 

zusammengefasst werden, die Rechnungshöhe erhält einen 

Irrelevanzzeiger. Regel 6 ist zu löschen. 

AKAD 


64


Verdichtung 


R1 R3 R4 R5 R7 R8 

Fälligkeit J J J N N N 

Stammlieferant J N N J N N 

Betrag > 5000 - J N - J N 


X 



X 

Addiere zu offenen Beträgen X X X 


❐ 

Unabhängig von der Höhe des Rechnungsbetrages wird bei 

Nicht-Fälligkeit und Nicht-Stammlieferanteigenschaft zu offenen 

Posten addiert; d.h. Regel 7 und 8 können (zur neuen Regel 7) 

zusammengefasst werden. Die Betragshöhe erhält wiederum 

einen Irrelevanzzeiger. Regel 8 ist zu löschen. 

AKAD 


65 

Verdichtung 


R1 R3 R4 R5 R7 

Fälligkeit J J J N N 

Stammlieferant J N N J N 

Betrag > 5000 - J N - - 


X 



X 

Addiere zu offenen Beträgen X X 


❐ 

Unabhängig von der Stammlieferanteneigenschaft wird bei 

Nicht-Fälligkeit des Betrages der Rechnungs-betrag zu den 

offenen Posten addiert; d.h. Regel 5 und 7 können (zur neuen 

Regel 5) zusammengefasst werden, Regel 7 ist zu löschen. 

AKAD 


66


Verdichtung 


R1 R3 R4 R5 

Fälligkeit J J J N 

Stammlieferant J N N - 

Betrag > 5000 - J N - 


X 



X 

Addiere zu offenen Beträgen 

X 


❐ 

❐ 

keine weiteren Verdichtungen mehr möglich 

aus ursprünglich 8 sind nun 4 Regeln geworden 

AKAD 


67 

Übungsaufgabe 

Bearbeiten Sie bitte die Übungsaufgabe zur Entscheidungstabellentechnik 

Microsoft 

Word-Dokument 

Microsoft 

Word-Dokument 

AKAD 


68


Systemimplementierung: 

Realisierung von 

Anwendungssystemen 

AKAD 


69 

Hilfsmittel 

❐ 

❐ 

❐ 

Hilfsmittel zur Darstellung von Algorithmen 

unabhängig von einer Programmiersprache 

❍ Programmablaufplan 

❍ Struktogramm 

❍ Pseudocode 

❍ Entscheidungstabellen 

Ziel: Verbesserung des Dialogs mit dem Anwender 

Probleme: 

❍ Zwang auf Entwickler fehlt 

❍ Oft nur nachträgliches Dokumentationsmittel 

AKAD 


70


Sinnbilder Datenflusspläne 

Bearbeiten 

Schriftstück 

Anzeige 

Optisch/ 

Akkustisch 

Eingabe 

von Hand 

Plattenspeicher 

Datenübertragung 

Ein-/ 

Ausgabe 

Datenträger 

Datenfluß 

Achtung Datenflussplan Datenflussdiagramm 

Konnektor 

AKAD 


71 

Sinnbilder Programmablaufpläne 

Operation 

Grenzstelle 

Start|Stop 

Ein-/ 

Ausgabe 

Unterprogramm 

Anfang Zählschleife 

Ende Zählschleife 

Entscheidung 

Ja 

Zusammenführung 

Nein 

Ablauflinie 

Konnektor 

AKAD 


72


Sinnbilder Struktogramme 

Einfacher Strukturblock 

Name 

Solange wie 

Unterprogrammblock 

Wiederholstrukturblock (abweisend) 

Ja 

Bedingung 

Nein 

Auswahlstrukturblock (einseitig, zweiseitig) 

Fall 

1 

2 

3 

Sonst 

AKAD 


Fallunterscheidung 

Solange bis 

Wiederholstrukturblock (nicht abweisend) 

73 

Struktogramm 

❐ 

Ein Strukturblock wird an 

einen anderen gereiht, indem 

seine gesamte 

Eingangskante mit der 

gesamten Ausgangskante 

des Vorgängers 

deckungsgleich 

zusammengelegt wird. 

Bedingung 

Ja 

Solange wie 

bis Bedingung wahr 

Nein 

U-Prog. 

AKAD 


74


Kontrollstrukturen auf einen Blick 

Struktogramm Pseudocode Programmablaufplan 

A 

B 

C 

A 

J N 

B ./. 

C 

A 

J ? N 

B C 

D 

A 

falls 

1 2 3 Sonst 

B1 B2 B3 C 

D 

Sequenz 

Führe A aus 

Führe B aus 

Führe C aus 

Einseitige Auswahl 

Führe A aus 

WENN TRUE 

DANN Führe B aus 

Führe C aus 

Zweiseitige Auswahl 

Führe A aus 

WENN TRUE 

DANN Führe B aus 

SONST Führe C aus 

Führe D aus 

Mehrseitige Auswahl 

Führe A aus 

FALLS Wert 

1: Führe B1 aus 



SONST Führe C aus 

Führe D aus 

A 

B 

C 

A 

J 

? 

N 

C 

A 

J 

? 

N 

C 

D 

A 

falls 

1 2 3 

B1 B2 B3 

D 

B 

B 

C 

A 

Solange wie 

B 

C 

D 

A 

B 

C 

Solange bis 

D 

Abweisende Schleife 

Führe A aus 

SOLANGE WAHR 

Führe B aus und 

Führe C aus 

Führe D aus 

Nicht Abweisende 

Schleife 

Führe A aus 

WIEDERHOLE 

Führe B aus 

Führe C aus 

BIS Falsch 

Führe D aus 

N 

A 

True? 

J 

B 

C 

D 

A 

B 

C 

True? 

J 

D 

N 

AKAD 


75 

Netzplantechnik 

AKAD 


76


Ziele und Methoden 

❐ Unter Einsatz der Netzplantechnik können die Aspekte : 

❍ Zeitabläufe von Projekten – Terminmanagement 

❍ Ressourcenplanung 

❍ Kostenüberwachung 

verdeutlicht werden. 

❐ Die Berechnung des frühesten Endzeitpunktes so-wie die 

Darstellung des kritischen Weges sind we-sentliche Merkmale. 

❐ Die wichtigsten Techniken sind 

❍ Critical Path Method (CPM) 

❍ Metrapotentialmethode (MPM) 

❍ Program Evaluation and Review Technique (PERT) 

AKAD 


77 

Netzplantechniken (CPM) 

❐ 

❐ 

CPM ist eine vorgangspfeilorientierte, MPM dagegen eine 

vorgangsknotenorientierte Methode, PERT beschreibt 

ereignisknotenorientierte Netze mit Bewertungen durch 

Wahrscheinlichkeiten. 

CPM stellt Tätigkeiten mit Pfeilen dar, Ereignisse werden durch 

Knoten abgebildet. 

Vorgang bei CPM 

Ereignis bei CPM 

❐ 

CPM-Netzpläne lassen sich sowohl grafisch als auch tabellarisch 

darstellen. 

AKAD 


78


CPM-Begriffe 

Ereignisbezogene 

Größen 

Vorgangsbezogene 

Größen 

FZi frühest möglicher Zeitpunkt für den Eintritt des Ereignisses 

i 

FZa = 0 (erstes Ereignis [Projektstart] zum Zeitpunkt 0) 

SZi spätest möglicher Zeitpunkt für den Eintritt des 

Ereignisses i 

SZe spätester Eintrittszeitpunt des Endeereignisses = 

frühester Eintrittszeitpunkt des letzten Ereignisses 

(Projektende) 

FAZij frühest möglicher Anfangszeitpunkt von Vorgang i,j 

FEZi,j frühest möglicher Endezeitpunkt von Vorgang i,j 

SAZij spätest möglicher Anfangszeitpunkt Vorgang i,j 

SEZij spätest möglicher Endezeitpunkt Vorgang i,j 

GPij gesamte Pufferzeit, max. Zeitspanne, um die der Anfang 

von i,j bzw. die Dauer von i,j verschoben werden kann, 

ohne daß sich der Projektendtermin verschiebt 

AKAD 


79 

Beispiel Netzplantechnik nach CPM 

Tätigkeit Vorgänger Dauer 

A B, C 7 

B - 5 

C - 3 

D B, C 4 

E A, I 2 

F D, G, H 8 

G B 2 

H B 3 

I D, G 4 

AKAD 


80


Lösungsplan 

Tätigkeit Vorgänger Dauer FAZ FEZ SAZ SEZ GP 

A B, C 7 

B - 5 

C - 3 

D B, C 4 

E A, I 2 

F D, G, H 8 

G B 2 

H B 3 

I D, G 4 

AKAD 


81 

Lösung 


A B, C 7 

B - 5 0 5 

C - 3 0 3 

D B, C 4 

E A, I 2 

F D, G, H 8 

G B 2 

H B 3 

I D, G 4 

AKAD 


82


Lösung 


A B, C 7 5 12 

B - 5 0 5 

C - 3 0 3 

D B, C 4 5 9 

E A, I 2 

F D, G, H 8 

G B 2 5 7 

H B 3 5 8 

I D, G 4 

AKAD 


83 

Lösung 


A B, C 7 5 12 

B - 5 0 5 

C - 3 0 3 

D B, C 4 5 9 

E A, I 2 

F D, G, H 8 9 17 

G B 2 5 7 

H B 3 5 8 

I D, G 4 9 13 

AKAD 


84


Lösung 


A B, C 7 5 12 

B - 5 0 5 

C - 3 0 3 

D B, C 4 5 9 

E A, I 2 13 15 

F D, G, H 8 9 17 

G B 2 5 7 

H B 3 5 8 

I D, G 4 9 13 

AKAD 


85 

Lösung 


A B, C 7 5 12 

B - 5 0 5 

C - 3 0 3 

D B, C 4 5 9 

E A, I 2 13 15 

F D, G, H 8 9 17 9 17 0 

G B 2 5 7 

H B 3 5 8 

I D, G 4 9 13 

AKAD 


86


Lösung 


A B, C 7 5 12 

B - 5 0 5 

C - 3 0 3 

D B, C 4 5 9 5 9 0 

E A, I 2 13 15 

F D, G, H 8 9 17 9 17 0 

G B 2 5 7 7 9 2 

H B 3 5 8 6 9 1 

I D, G 4 9 13 

AKAD 


87 

Lösung 


A B, C 7 5 12 

B - 5 0 5 

C - 3 0 3 

D B, C 4 5 9 5 9 0 

E A, I 2 13 15 15 17 2 

F D, G, H 8 9 17 9 17 0 

G B 2 5 7 7 9 2 

H B 3 5 8 6 9 1 

I D, G 4 9 13 

AKAD 


88


Lösung 


A B, C 7 5 12 8 15 3 

B - 5 0 5 

C - 3 0 3 

D B, C 4 5 9 5 9 0 

E A, I 2 13 15 15 17 2 

F D, G, H 8 9 17 9 17 0 

G B 2 5 7 7 9 2 

H B 3 5 8 6 9 1 

I D, G 4 9 13 11 15 2 

AKAD 


89 

Lösung 


A B, C 7 5 12 8 15 3 

B - 5 0 5 0 5 0 

C - 3 0 3 

D B, C 4 5 9 5 9 0 

E A, I 2 13 15 15 17 2 

F D, G, H 8 9 17 9 17 0 

G B 2 5 7 7 9 2 

H B 3 5 8 6 9 1 

I D, G 4 9 13 11 15 2 

AKAD 


90


Lösung 


A B, C 7 5 12 8 15 3 

B - 5 0 5 0 5 0 

C - 3 0 3 2 5 2 

D B, C 4 5 9 5 9 0 

E A, I 2 13 15 15 17 2 

F D, G, H 8 9 17 9 17 0 

G B 2 5 7 7 9 2 

H B 3 5 8 6 9 1 

I D, G 4 9 13 11 15 2 

AKAD 


91 

Lösung Beispielnetzplan 

1 

B 

C 

2 

B' 

3 

G 

D 

H 

A 

4 

D' 

I 

G' 

5 

6 

F 

E 

7 

Vorgang 

Scheinvorgang (zugleich Kritischer Weg) 

kritischer Weg 

AKAD 


92


AKAD 


Datenbanksysteme 

AKAD 



AKAD 


93 

Inhaltsverzeichnis 

❐ Ziele und Strategien der Datenorganisation 

❐ Logische Datenmodelle 

❐ Relationale Datenbanken 

❐ Normalisierung 

❐ Referentielle Integrität 

❐ Implementierung des Schemas 

❐ Structured Query Language (SQL) 

❐ ER-Diagramm Hotel 

AKAD 


94


Datenorganisation 

❐ 

❐ 

Unter Datenorganisation versteht man Verfahren, um 

Daten 

❍ hinsichtlich ihrer logischen Zusammenhänge zu 

analysieren, zu strukturieren und zu ordnen - logische 

Datenorganisation 

❍ auf Medien abzulegen und für den Zugriff verfügbar zu 

halten - physische Datenorganisation 

Ziele 

❍ schneller Datenzugriff 

❍ leichte Aktualisierbarkeit 

❍ beliebige Auswertbarkeit 

❍ flexible Verknüpfung 

❍ wirtschaftliche Speicherausnutzung 

❍ Vermeidung von Redundanzen 

AKAD 


95 

Logische Datenorganisation 

❐ 

❐ 

❐ 

Hierarchischer Aufbau/ Gliederung 

❍ Datenelement 

❍ Datensatz 

❍ Datei 

❍ Datenbank 

Datenelement 

❍ kleinste nicht weiter zerlegbare logische Einheit 

❍ entspricht einem Datenfeld einer Bildschirmmaske 

Datensatz 

❍ Zusammenfassung von Datenelementen 

❍ entspricht einer Gruppe logisch zusammengehöriger 

Datenfelder 

❍ wie z.B. einer Adressangabe oder einer Bankverbindung 

AKAD 


96


Strategien der Datenorganisation 

❐ 

Programmabhängige Organisation 

❍ Die verwendeten Ein- und Ausgabedaten sind in Form 

und Inhalt genau auf die beteiligten Programme 

abgestimmt. 

❐ Probleme : 

❍ Änderungen der Datenstruktur verlangen Anpassungen in 

jedem Programm, das die Daten verwendet 

❍ Mechanismen des Zugriffsschutzes lassen sich nur 

schwer realisieren 

❍ Greifen mehrere Programme auf gemeinsame Daten zu, 

entstehen Probleme der Datenabhängigkeit und der Integrität, 

besitzt jedes Programm hingegen seinen eigenen 

Datenpool führt dies zwangsläufig zu Redundanzen und 

häufig zu Dateninkonsistenzen. 

AKAD 


99 

Programmunabhängige Datenorganisation 

❐ Programme und Daten werden getrennt 

betrachtet 

❐ Voraussetzungen 

1. Benötigt werden dazu Datenbankverwaltungssysteme (DBMS), 

die die Speicherung und Organisation der Daten in den Vordergrund 

stellen. Die datenverarbeitenden Programme sind 

erst in zweiter Linie zu berücksichtigen 

2. Den Zugriff auf den Datenbestand regelt dabei das DBMS, 

über das die verschiedenen Anwendungsprogramme ihre 

Daten erhalten 

AKAD 


100


Vorteile programmunabhängiger Organ. 

❐ Benutzer und Programme verwenden die 

gleiche Datenbasis 

❐ Aktualisierungen, Änderungen und Löschungen 

geschehen zentral an einer Stelle 

❐ Da nur ein Datenpool existiert, verringert sich 

der Speicherbedarf 

AKAD 


101 

Vorteile von Datenbanken 

❐ 

❐ 

❐ 

❐ 

❐ 

Daten und Programme sind voneinander unabhängig, d.h., auf 

eine Datenbank können beliebig viele Anwendungen aufgesetzt 

werden 

Daten werden nur dann mehrfach gespeichert, wenn es aus 

Effizienzgründen unerlässlich ist (geringe Redundanz) 

Datenintegrität: Durch die zentrale Verwaltung können die 

Daten leichter auf inhaltliche Korrektheit geprüft werden 

Flexible Verknüpfung und Auswertung der Daten: Die SQL- 

Sprache erlaubt eine Datenausgabe nach den Bedürfnissen 

des Benutzers 

Datenunabhängigkeit: Der Benutzer einer Datenbank benötigt 

keine Kenntnisse über die physische Datenablage 

AKAD 


102


Vorteile von Datenbanken 

❐ 

❐ 

❐ 

❐ 

Der Benutzer bekommt via Zugriffsberechtigung nur die von 

ihm benötigten Daten zur Verfügung gestellt; dadurch keine 

Gefahr des Information overload, Möglichkeit des information 

hiding. 

Konkurrierender Zugriff: Datenbanken regeln den Mehrfachzugriff 

auf ihre Daten von mehreren Rechnern aus. 

Zugriffsschutz: Während Dateisysteme nur den Schutz ganzer 

Dateien kennen, erlauben Datenbanken den Schutz bis auf 

Feldebene, zusätzlich in Abhängigkeit der Operationen Einfügen, 

Ändern und Löschen (Datensicherheit) 

Ausfallsicherheit: Datenbanken beinhalten geeignete Mechanismen 

zur Rekonstruktion zerstörter Daten oder zum Wiederanlauf 

in Fehlersituationen 

AKAD 


103 

Nachteile von Datenbanken 

❐ 

❐ 

❐ 

Die hohen Anforderungen bezüglich Sicherheit und 

Zuverlässigkeit sind zeit- und kostenintensiv 

Zugriffe können über mehrere Tabellen erfolgen, 

was längere Laufzeiten verbunden mit vielen Einund 

Ausgaben und einer hohen Rechenleistung zur 

Folge hat. 

Datenbanken sind in den meisten Fällen nicht portabel, 

was Hardwareänderungen oder Softwareanpassungen 

- z.B. aufgrund unterschiedlicher SQL- 

Dialekte - erforderlich macht. 

AKAD 


104


Datei- vs. Datenbankorganisation 

Dateisysteme 

❐ 

❐ 

❐ 

❐ 

Keine Trennung von Programmen 

und Daten 

Zugriff nur über Programme, 

interne Datenstruktur ist "geheim" 

Viele identische, physikalisch voneinander 

getrennte Daten 

Jeder Programminhaber ist 

zugriffs-berechtigt auf alle Daten. 

Programm 1 Datei 1 

❐ 

❐ 

❐ 

❐ 

Datenbanksysteme 

Trennung von Programmen und Daten 

Zugriff nur über DBMS-Schnittstellen 

in Anwendungsprogrammen und 

zusätzlich über DBMS-Anfragesprachen 

(wie z.B. SQL, QBE). 

Redundanz- und Anomalieprobleme 

durch Normalisierung behebbar 

Verwaltung der Zugriffsrechte durch 

DBMS, Zugriffsrechte teilbar. 

Programm 1 


Programm 2 

Datenbank 


Programm 3 

AKAD 


105 

Logische Datenmodelle 

❐ Für die semantische Datensicht, die die Daten 

und ihre Beziehungen zueinander beschreibt, 

haben sich im Laufe der Zeit drei 

Modellvorstellungen herausgeprägt: 

Hierarchisch Netzwerk Relational 

AKAD 


106


Relationale Datenbanken 

❐ Daten und ihre Beziehungen werden in Tabellenform dargestellt, 

wobei jede Zeile der Tabelle einen eindeutigen Sachverhalt 

repräsentiert, auf den durch ein eindeutiges Attribut 

oder eine Attributkombination zugegriffen werden kann. 

❐ Vorteile : 

❍ leichte Änderbarkeit des Datenbankaufbaus bei leicht 

verständlicher Struktur 

❍ mathematisch fundiertes Konzept, mit dem alle Arten von 

Beziehungen darstellbar sind 

❐ Nachteile : 

❍ Attribute, die logisch aus mehreren Komponenten bestehen, 

können nicht abgebildet werden 

❍ Rekursionen sind nicht darstellbar, z.B. alle Einzelteile, die zu 

einem Fahrrad gehören 

AKAD 


109 

Begriffe des Relationenmodells 

Entitytyp 

Attribute 

KdNr Name Wohnort 

Attributwerte 

100 

Müller 

Hagen 

101 

Paessens 

Husby 

102 

Meier 

Flensburg 

Entities 

103 Schmidt 

Kiel 

Domänen 

z.B.: 

KdNr: 1000..9999 

Name: Zeichenkette mit 40 Zeichen 

AKAD 


112


Daten in unnormalisierter Form 

Name Wohnort Strasse ZiNr Art Ausstg Miete Dauer 

Müller Grundhof Aukjer Strasse 17 102 EZ DBR 55 12 

Müller Grundhof Aukjer Strasse 17 101 EZ DBT 52 10 

Paessens Husby Am Polldamm 1A 100 EZ DBF 60 3 

Dr. Schmidt Schleswig Landberg 18 102 EZ DBR 55 5 

Müller-Lüdenscheid Hagen Am Waldesrand 3A 210 DZ DBT 80 5 

AKAD Pinneberg Am Bahnhof 10 205 DZ DBFT 100 10 

FH Flensburg Flensburg Kanzleistrasse 91-92 102 EZ DBR 55 2 

Meier Schleswig Wikingturm 243 101 EZ DBT 52 5 

Meier Hagen Vomestrasse 12 215 DZ DT 75 1 

Timm Kiel Ostufer 93 210 DZ DBT 80 3 

❐ Alle Daten in einer Relation Vermietung 

❐ Löschung der Daten nach Bezahlung einer 

Rechnung 

AKAD 


113 

Probleme von Daten in unnormalisierter Form 

❐ Redundanzprobleme 

❍ Mehrfachspeicherung identischer Sachverhalte 

❍ Verbrauch unnötigen Speicherplatzes 

❐ Anomalieprobleme 

❍ 

Inkonsistenz kann bei redundanter 

Datenhaltung entstehen durch 

£ Einfügungen 

£ Änderungen 

£ Löschungen 

❐ Nullwertprobleme 

❍ 

unbestimmte Werte, da Wert unbekannt ist 

AKAD 


114


Granularität von DB-Operationen 

❐ Einfügungen 

❍ kleinste Menge: Tupel 

❐ Löschungen 

❍ kleinste Menge: Tupel 

❐ Änderungen 

❍ kleinste Menge: Attributwert 

AKAD 


115 

Einfüge- und Änderungsanomalien 



Müller Grundhof Aukjerstrasse 17 101 EZ DBT 52 10 






Meier Schleswig Wikingturm 243 101 EZ DBFT 52 5 



❐ 

❐ 

Beim Einfügen und Ändern können widersprüchliche Daten 

entstehen 

Keine eindeutigen Aussagen mehr zu realen Sachverhalten 

❍ Was kostet ein EZ mit DBR? 

❍ Wie ist Zimmer 101 ausgestattet? 

❍ Wo wohnt der Gast Müller? 

❍ etc. 

AKAD 


116


Löschanomalien 



Müller Grundhof Aukjer Strasse 17 101 EZ DBT 52 10 






Meier Schleswig Wikingturm 243 101 EZ DBT 52 5 



❐ 

❐ 

Beim Löschen gehen alle (!) Daten verloren, obwohl nur Vermietungen 

(off. Posten) gelöscht werden sollte 

keine eindeutigen Aussagen mehr zu realen Sachverhalten 

❍ Welche Gäste waren da? 

❍ Welche Zimmer haben wir? 

❍ Was kostet ein DZ mit DBFT? 

AKAD 


117 

Nullwert-Probleme 


IBM Stuttgart Watsonstrasse 23 Null Null Null Null Null 

Null Null Null 101 EZ DBT 52 Null 

❐ Nullwerte sind unbestimmte Werte 

❐ Sie erlauben keine Aussage 

❐ Beispiele: 

❍ Gast ohne Zimmer (Entity 1) 

❍ Zimmer ohne Gast (Entity 2) 

AKAD 


118


Normalisierung 

❐ Ziele 

❍ Verminderung der Redundanz und dadurch... 

❍ Verhinderung von Anomalie- und Nullwertproblemen 

❐ Vorgehen 

❍ 

❍ 

schrittweise Aufspaltung der Relationen in neue 

Relationen 

Aufspaltung muss verlustfrei sein 

£ Ursprungsrelation muss durch entsprechende 

Abfrageformulierung in Form eines Joins jederzeit 

wieder darstellbar sein 

AKAD 


119 

1. Aufspaltung: Ausgliederung Gastdaten 

❐ 

❐ 

R.Vermietung 

ZiNr Art Ausstattung Miete Dauer 

102 EZ DBR 55 12 

100 EZ DBF 60 3 

102 EZ DBR 55 5 

210 DZ DBT 80 5 

205 DZ DBFT 100 10 

102 EZ DBR 55 2 

101 EZ DBT 52 5 

215 DZ DT 75 1 

210 DZ DBT 80 3 

R.Gast 

Name Wohnort Strasse 

Müller Grundhof Aukjer Strasse 17 

Paessens Husby Am Polldamm 1A 

Dr. Schmidt Schleswig Landberg 18 

Müller-Lüdenscheid Hagen Am Waldesrand 3A 

AKAD Pinneberg Am Bahnhof 10 

FH Flensburg Flensburg Kanzleistrasse 91-92 

Meier Schleswig Wikingturm 243 

Meier Hagen Vomestrasse 12 

Timm Kiel Ostufer 93 

Problem: Zerlegung nicht verlustfrei 

❍ welcher Gast hatte welches Zimmer gemietet? 

Aufnahme von Gastattributen in Vermietung nötig 

❍ Eindeutigkeit des Attributwertes in Gast, da es Stellvertreterfunktion 

in Vermietung übernehmen muss 

❍ Name, Name+Wohnort, Name+Wohnort+Strasse nicht eindeutig 

❍ Künstliches, eindeutiges Attribut nötig: Kundennummer (KDNR) 

AKAD 


120



R.Vermietung 

R.Gast 

KdNr ZiNr Art Ausstattung Miete Dauer 

100 102 EZ DBR 55 12 

100 101 EZ DBT 52 10 

101 100 EZ DBF 60 3 

102 102 EZ DBR 55 5 

103 210 DZ DBT 80 5 

104 205 DZ DBFT 100 10 

106 102 EZ DBR 55 2 

107 101 EZ DBT 52 5 

108 215 DZ DT 75 1 

109 210 DZ DBT 80 3 

❐ 

❐ 

KdNr Name Wohnort Strasse 

100 Müller Grundhof Aukjer Strasse 17 

101 Paessens Husby Am Polldamm 1A 

102 Dr. Schmidt Schleswig Landberg 18 

103 Müller-Lüdenscheid Hagen Am Waldesrand 3A 

104 AKAD Pinneberg Am Bahnhof 10 

105 IBM Stuttgart Watsonstrasse 23 

106 FH Flensburg Flensburg Kanzleistrasse 91-92 

107 Meier Schleswig Wikingturm 243 

108 Meier Hagen Vomestrasse 12 

109 Timm Kiel Ostufer 93 

KdNr in Gast muss nun eindeutig sein 

❍ Primärschlüsseleigenschaft sichert Eindeutigkeit 

Eindeutigkeit der Entities in Vermietung nicht sichergestellt 

❍ KdNr nicht eindeutig (je Gast max. 1 Vermietung) 

❍ ZiNr nicht eindeutig (je Zimmer max. 1 Vermietung) 

❍ KdNr + ZiNr nicht eindeutig (max. 1 Vermietung an selben Gast im 

selben Zimmer) 

AKAD 


121 


R.Vermietung 

R.Gast 

BuNr KdNr ZiNr Art Ausstattung Miete Dauer 

1 100 102 EZ DBR 55 12 

2 100 101 EZ DBT 52 10 

3 101 100 EZ DBF 60 3 

4 102 102 EZ DBR 55 5 

5 103 210 DZ DBT 80 5 

6 104 205 DZ DBFT 100 10 

7 106 102 EZ DBR 55 2 

8 107 101 EZ DBT 52 5 

9 108 215 DZ DT 75 1 

10 109 210 DZ DBT 80 3 

❐ 

❐ 












Vermietung erhält eindeutigen Primärschlüssel 

❍ Buchungsnummer sichert Eindeutigkeit 

❍ laufende Nummerierung aller Vermietverhältnisse 

Erreichter Vorteil 

❍ Jeder Gast wird mit seinen Nichtschlüsselattributen nur noch 

einmalig gespeichert 

❍ Anomalieprobleme bei Gästen behoben 

AKAD 


122


Offene Probleme 

❐ Zimmerdaten weiterhin redundant 

❍ bei jeder erneuten Vermietung müssen alle 

Daten (ZiNr, Art, Ausstattung, Miete) erneut 

gespeichert werden 

❍ Anomalieprobleme bei Zimmern bestehen 

weiter 

❐ Ausgliederung der Zimmerdaten erforderlich 

❍ 

❍ 

Art, Ausstattung und Miete müssen aus 

Vermietung entfernt werden 

Verbindung über Attribut ZiNr 

AKAD 


123 

2. Aufspaltung: Ausgliederung Zimmerdaten 

R.Vermietung 

R.Zimmer 

❐ 

❐ 

BuNr KdNr ZiNr Dauer 

1 100 102 12 

2 100 101 10 

3 101 100 3 

4 102 102 5 

5 103 210 5 

6 104 205 10 

7 106 102 2 

8 107 101 5 

9 108 215 1 

ZiNr Art Ausstattung Miete 

100 EZ DBF 60 

101 EZ DBT 52 

102 EZ DBR 55 

205 DZ DBFT 100 

210 DZ DBT 80 

215 DZ DT 75 

Zimmer erhält eindeutigen Primärschlüssel 

❍ Zimmernummer sichert Eindeutigkeit 


❍ Jedes Zimmer wird mit seinen Nichtschlüsselattributen nur noch 


❍ Anomalieprobleme bei Zimmern behoben 

AKAD 


124


Offene Probleme 

❐ Preisdaten weiterhin redundant 

❍ 

❍ 

bei jedem Zimmer mit identischer Art und Ausstattung 

müssen Preisdaten erneut (redundant) 

gespeichert werden 

Anomalieprobleme bei Preisen bestehen weiter 

❐ Ausgliederung der Preisdaten erforderlich 

❍ 

❍ 

❍ 

Miete muss aus Zimmer entfernt werden 

Abhängigkeit der Miete von Art und Ausstattung, 

nicht aber von der ZiNr (transitive Abhängigkeit) 

Beziehung zwischen Zimmer und Preis über Art 

und Ausstattung 

AKAD 


125 

3. Aufspaltung: Ausgliederung Preisdaten 

R.Zimmer 

ZiNr Art Ausstattung 

100 EZ DBF 

101 EZ DBT 

102 EZ DBR 

205 DZ DBFT 

210 DZ DBT 

215 DZ DT 

❐ 

❐ 

R.Preis 

Art Ausstattung Miete 

EZ DBF 60 

EZ DBT 52 

EZ DBR 55 

DZ DBFT 100 

DZ DBT 80 

DZ DT 75 

Preis erhält eindeutigen Primärschlüssel 

❍ Kombination aus Art und Ausstattung sichert Eindeutigkeit 

❍ Nur Kenntnis beider Werte lässt Schluss auf Miete zu 


❍ Jede Art-/Ausstattungskomination wird mit seiner Miete nur noch 


❍ Anomalieprobleme bei Preisen behoben 

AKAD 


126


Ergebnis 

❐ Redundanz der Nichtschlüsselattribute 

beseitigt 

❐ Redundanz der Schlüsselattribute ist allerdings 

gestiegen 

❐ Anomalieprobleme durch Normalisierung beseitigt 

❐ Zerlegung ist verlustfrei, da Stellvertreterattribute 

die Verbindung zwischen den Relationen 

sicherstellen 

❐ allerdings noch keine Überprüfung der Werte 

der Stellvertreterattribute auf Gültigkeit 

AKAD 


127 

Referentielle Integrität 

❐ Relationenübergreifende Integrität 

❐ Sicherung, dass jederzeit ein gültiger Primärschlüsselwert 

für einen Stellvertreterwert 

gefunden wird 

❐ Beispiele 

❍ Vermietung.ZiNr muss in Zimmer.ZiNr 

vorhanden sein 

❍ Vermietung.KdNr muss in Gast.KdNr vorhanden 

sein 

❐ bisher keine Sicherung der referentiellen Integrität 

AKAD 


128


Beispiel referentielle Integrität 

R.Vermietung 

BuNr KdNr ZiNr Dauer 

1 198 102 12 

2 100 101 10 

3 101 100 3 

4 102 102 5 

5 103 399 5 

6 104 205 10 

7 106 102 2 

8 107 101 5 

9 108 215 1 

AKAD 


? 

? 

R.Gast 












R.Zimmer 

ZiNr Art Ausstattung 

100 EZ DBF 

101 EZ DBT 

102 EZ DBR 

205 DZ DBFT 

210 DZ DBT 

215 DZ DT 

129 

Instrumente zur ref. Integrität 

❐ 

❐ 

❐ 

Trigger-Konzept, CHECK-Constraints 

Fremdschlüssel 

❍ Attribut, das in einer anderen Relation Primärschlüssel ist 

❍ automatische Existenzprüfung vor Datenbankoperationen 

INSERT, UPDATE und DELETE 

❍ Integritätszerstörende Operationen werden durch das 

RDBMS zurückgewiesen (Option RESTRICT) 

❍ Alternativen: NULLIFY oder CASCADE 

Beziehungen 

❍ referenzierende und referenzierte Relation 

❍ referenzierte Relation beinhaltet Primärschlüssel 

❍ referenzierende Relation beinhaltet Fremdschlüssel 

AKAD 


130


Fremdschlüsselbeziehungen Hotel 

Attribut referenzierend referenziert 

Fremdschlüssel Primärschlüssel 

KdNr Vermietung Gast 

ZiNr Vermietung Zimmer 

Art Zimmer Preis 

Ausstattung Zimmer Preis 

Folgen (Beispiele): 

❐ 

❐ 

❐ 

❐ 

Löschung Entität in Gast nur, wenn nicht in Vermietung vorhanden 

Löschung Entität in Zimmer nur, wenn nicht in Vermietung vorhanden 

Änderung Zimmer.Art bzw. Ausstattung nur auf eine Art-/Ausstatt.- 

Kombination, die in Preis vorhanden ist 

Einfügungen in Vermietung nur, wenn ZiNr in Zimmer und KdNr in 

Gast existieren 

AKAD 


131 

Implementierung des Schemas 

❐ Auswahl von geeigneten Datentypen zur Implementierung 

der Domänen 

❍ 

❍ 

❍ 

aufgezählte Domänen (z.B. EZ|DZ) 

Teilbereichsdomänen (z.B. KdNr von ... bis) 

typisierte Domänen (z.B. Name: 40 Zeichen) 

❐ Einrichtung der Tabellen in der Datenbank 

❍ CREATE TABLE NAME (KdNr .....) 

❍ 

❍ 

❍ 

❍ 

Festlegung der Primärschlüssel 

Festlegung der Fremdschlüssel 

Festlegung von Indizes 

Festlegung von Benutzerrechten 

AKAD 


132


❐ via SQL 

Laden der Daten 

❍ INSERT INTO VALUES (...) 

❍ VALUES auch aus einer bestehenden Datenbanktabelle 

❐ via Datenmigration 

❐ Fremdschlüsselbeziehungen legen Reihenfolge 

fest 

❍ zunächst Tabellen mit Primärschlüsseln 

❍ dann Tabellen mit Fremdschlüsseln 

AKAD 


133 

Anfragen an die Datenbank 

Selektion von Daten 

mittels Structured Query Language 

AKAD 


134


SQL - Klassen von Statements 

❐ Data Definition Language 

❍ Errichten von Tabellen, Sichten, ... 

❍ CREATE, DROP, ALTER, ... 

❐ Data Manipulation Language 

❍ 

❍ 

Selektieren und Manipulieren von Daten 

SELECT, INSERT, UPDATE, DELETE 

❐ Data Control Language 

❍ 

❍ 

Verwaltung von Benutzerrechten 

GRANT, REVOKE 

AKAD 


135 

Anfragetypen 

Zwei grundlegende Anfragetypen 

Projektion: 

Zeige ausgewählte 

Attributwerte für alle 

Entities 

Selektion: 

Zeige alle Attributwerte 

für ausgewählte 

Entities 

A1 A2 A3 A4 

E1 AW 1,1 AW 1,2 AW 1,3 AW 1,4 

E2 AW 2,1 AW 2,2 AW 2,3 AW 2,4 

E3 AW 3,1 AW 3,2 AW 3,3 AW 3,4 

E4 AW 4,1 AW 4,2 AW 4,3 AW 4,4 

E5 AW 5,1 AW 5,2 AW 5,3 AW 5,4 

E6 AW 6,1 AW 6,2 AW 6,3 AW 6,4 

E7 AW 7,1 AW 7,2 AW 7,3 AW 7,4 

A1 A2 A3 A4 

E1 AW 1,1 AW 1,2 AW 1,3 AW 1,4 

E2 AW 2,1 AW 2,2 AW 2,3 AW 2,4 

E3 AW 3,1 AW 3,2 AW 3,3 AW 3,4 

E4 AW 4,1 AW 4,2 AW 4,3 AW 4,4 

E5 AW 5,1 AW 5,2 AW 5,3 AW 5,4 

E6 AW 6,1 AW 6,2 AW 6,3 AW 6,4 

E7 AW 7,1 AW 7,2 AW 7,3 AW 7,4 

Projektion/Selektion liefern neue Relation 

AKAD 


136


Anfragetypen 

❐ 

❐ 

❐ 

Projektion und Selektion sind kombinierbar 

❍ Zeige ausgewählte Attributwerte für ausgewählte Entities 

Weiterer Anfragetyp: Join 

❍ Verbund 

❍ Daten entstammen dabei aus mehr als einer Relation 

Beispiele: 

❍ Liste aller Zimmer mit Art und Ausstattung (Projektion) 

❍ Liste aller Gäste mit KdNr, Name, Wohnort und Strasse 

aus Schleswig (Selektion) 

❍ Liste aller Einzelzimmer mit Ausstattung (Projektion und 

Selektion) 

❍ Liste aller Zimmer mit ZiNr und Preis (Join aus Zimmer 

und Preis) 

AKAD 


137 

Datenbankanfragen 

❐ SELECT-Befehl von SQL 

❐ Alternative: Query By Example (QBE) 

❍ 

❍ 

Anfrageformulierung mittels Drag&Drop 

Beispiel: Access, Query für Excel, etc. 

❐ SELECT-Befehl erwartet Einhaltung syntaktischer 

Regeln 

❍ 

❍ 

Reihenfolge der Schlüsselwörter 

Klammerung von Unteranfragen, etc. 

❐ SELECT-Befehl stellt mächtige Funktionen 

zur Verfügung 

AKAD 


138


ER-Diagramm Hotelbeispiel 

Name 

Wohnort 

KdNr 

Strasse 

Gast 

N 

nutzt 

BuNr 

Dauer 

M 

ZiNr 

Zimmer 

Ausstattung 

Art 

N 

Art 

hat 

1 

Preis 

Ausstattung 

AKAD 


Miete 

139 

Download der Access-Datenbank Hotel 

www.profmueller.de/akad 

Beachten Sie die Hinweise zum Download und zur Installation 

AKAD 


140


AKAD 


Individuelle 

Datenverarbeitung 

AKAD 



AKAD 


Inhaltsübersicht 

❐ Überblick IDV/ Bürokommunikation 

❐ Ausgewählte IDV-Software- 

Systeme 

❍ Textverarbeitungssysteme 

❍ Hypertextsysteme 

❍ Groupwaresysteme 

❍ Tabellenkalkulationssysteme 

AKAD 

Die Privat-Hochschulen


Individuelle 

Datenverarbeitung/Bürokom 

Bürokom- 

munikation - 

ein Überblick 

AKAD 


Istzustand im Büro 

❐ 

❐ 

❐ 

❐ 

Papier als dominierendes Informations- und 

Organisationsmittel 

Arbeitsplatz: Vielzahl nichtintegrierter Arbeits- und Organisationsmittel, 

wie Telefax, Telefon, Archiv oder Diktier-gerät 

❍ Redundanzen, mangelnde Aktualität, Inkonsistenzen 

durch Mehrfacharchivierung auf Papier 

Es existieren Insellösungen aufgrund: 

❍ von Abgrenzungstendenzen einzelner Fachbereiche 

❍ von Akzeptanzproblemen durch nicht informierte 

Mitarbeiter 

❍ eines fehlenden organisatorischen und technischen 

Gesamt-konzeptes 

Steigende Informationsflut ist mit einer aufwendigen Informationsverwaltung 

gekoppelt 

AKAD 



Istzustand im Büro 

❐ 

Hohe Arbeitsteilung (Taylorismus) beobachtbar: gezielte 

Teilung des Arbeitsablaufes in Untertätigkeiten, um höheren 

Durchsatz bei gleichem Arbeitseinsatz zu erreichen, führt zu 

monofunktionale Arbeitsplätze mit ausgeprägter vertikaler 

Arbeitsteilung. Dadurch entstehen Schnittstellenprobleme: 

❍ häufiger Übergang von Informationen in eine andere Form 

: Papier Fax 

❍ erhöhter Abstimmungs- und Kommunikationsbedarf der 

Mitarbeiter 

❍ erhöhte administrative Arbeitsanteile 

❍ isolierte Datenverwaltung in jedem Sachgebiet, 

semantische Trennung von lokalen und globalen Daten 

für einen Vorgang 

❍ mangelnder Überblick über den Arbeitsfortschritt jenseits 

der Sachgebietsgrenzen 

AKAD 


Schwachstellen 1 

❐ 

❐ 

❐ 

Die Produktivität hinkt dem 

Produktionssektor weit hinterher 

Rationalisierungsmaßnahmen 

fruchten kaum: immer mehr Belege 

werden in immer kürzerer Zeit 

gedruckt und mit Kopierern 

reproduziert 

Neue Technologien wie E-Mail und 

Internet stehen erst am Anfang 

AKAD 


146



❐ 

❐ 

Maximal 20% der Informationen liegen 

in elektronischer Form vor 

Mehr als 80% aller Informationen 

werden in Papierform abgelegt und 

sind damit nur manuell zugreifbar 

❐ 

❐ 

Mehr als 25% der Arbeitszeit wird mit 

Ablegen, Sortieren und Suchen von 

Dokumenten verbracht 

Informationsflut führt zu 

Informationsstau 

AKAD 


147 


❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

zu lange Durchlaufzeiten der Vorgänge 

zu hoher Bearbeitungsaufwand einzelner Vorgänge 

durch Mehrfacherfassung von Informationen 

zu viele Medienbrüche durch Informationsumsetzung 

langwieriges Wiederauffinden abgelegter 

Informationen 

zu aufwendige fehlerbehaftete Aktualisierung der 

Datenbestände bei oftmals uneinheitlicher 

Informationsbasis 

schwerer Erreichbarkeit von 

Kommunikationspartnern 

AKAD 



Betriebsw. . Ziele der Bürokommunikation 

❐ 

❐ 

strategische Ziele (unternehmensbezogen) 

❍ Steigerung der Wettbewerbsfähigkeit 

❍ Verbesserung des Images 

❍ Sicherung der Innovationsfähigkeit 

❍ Reduktion der Kosten 

❍ Differenzierung des Angebotes 

❍ besseres Reklamationsmanagement 

organisatorische Ziele (abteilungsbezogen) 

❍ Beschleunigung von Kommunikationsprozessen 

❍ Verbesserung von Entscheidungen durch eine exaktere 

Informationsbasis 

❍ schnellere Informationsverfügbarkeit 

AKAD 


Betriebsw. . Ziele der Bürokommunikation 

❐ 

operative Ziele (individuell) 

❍ Minimierung der Bearbeitungszeit 

❍ Verbesserung der Durchlaufzeiten 

❍ Reduzierung des Ablagebedarfs 

❍ Beschleunigung des Informationsaustausches 

AKAD 



Bewertung der Ziele 

AKAD 


151 

Büroarbeit - Klassifizierungsansätze 

❐ 

Funktionsorientierter Ansatz: gliedert die Kernaktivitäten der 

Büroarbeit in Aufgabentypen und ordnet sie schwerpunktmäßig 

einzelnen Stellentypen zu: 

Aufgabentyp Problemstellung Informationsbedarf Kooperationspartner Lösungsweg 

Einzelfallaufgaben hohe 

unbestimmt wechselnd offen 

nicht 

formalisierbar 

Komplexität, 

niedrige 

Planbarkeit 

Sachfallaufgaben mittlere 

teilweise formalis. Komplexität 

problemabhängig 

wechselnd, festgelegt weitgehend 

geregelt 

Routineaufgaben 

vollständig 

formalis. 

niedrige 

Komplexität, 

hohe Planbarkeit 

bestimmt gleiche Partner festgelegt 

AKAD 



Büroarbeit - Klassifizierungsansätze 

❐ 

Geschäftsprozeßorientierter Ansatz 

❍ Strukturiertheit des Prozesses hinsichtlich der Formalisierbarkeit 

wie er auch im funktionsorientierten Ansatz seinen 

Niederschlag findet 

❍ Wiederholungsgrad des Prozesses 

❍ organisatorische Komplexität, die die involvierten 

Abteilungen, Gruppen und Personen widerspiegelt 

❍ Arbeitskomplexität, die sich aus der Anzahl der isolierten 

Arbeitsschritte ergibt und damit ein Gradmesser für die 

Arbeitsteilung ist 

❍ Prozeßhäufigkeit, da abgesehen von seiner Wiederholung 

ein Prozeß oft, manchmal oder selten zur Bearbeitung 

ansteht 

AKAD 


Was ist Integration? 

❐ 

❐ 

Horizontale Integration 

❍ Verbindung von Programmen unterschiedlicher Anwendungsbereiche 

❍ ohne Medienbrüche und Datentransfers 

❍ z.B. die Verwendung von Daten aus verschiedenen 

Bürokomponenten zur Erstellung von Graphiken in 

Berichten 

Vertikale Integration 

❍ gekennzeichnet durch Durchgängigkeit der Applikationen 

derart, daß von jeder zusammengefaßten Information auf 

die Ebene des Urereignisses, der Vorgänge oder Belege 

zurückgegriffen werden kann 

AKAD 



Anwendungen der Bürokommunikation 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

vollständige Integration mit den betriebswirtschaftlichen 

Anwendungen in Form einer vertikalen allen Modulen zur 

Verfügung stehenden Applikation 

Rechnerunterstützung für die wesentlichen Bürofunktionen im 

Sinne der Funktionsorientierung 

Benutzerschnittstelle: Datenaustausch über OLE- 

Mechanismen, Makroprogrammierung 

unternehmensweite Kommunikation: Voice Mail und 

elektronischer Geschäftsverkehr 

Ablage und Archivierung: Dokumentenmanagementsysteme 

und optische Archivierung 

Geschäftsprozessunterstützung: Vorgangssteuerungssysteme 

auf der Basis des Workflow- und Groupwaregedankens 

AKAD 


Aufgaben des Benutzerservice 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

unterstützt den Benutzer bei Fragen und Problemen 

unterstützt die Beschaffung von Hard- und Software 

erstellt innerbetriebliche 

Standardisierungsvorschläge 

führt Testinstallationen durch 

plant den Einsatz von Standardsoftware 

führt betriebsinterne Schulungen durch 

AKAD 



Textverarbeitungssysteme 

AKAD 


Grundfunktionen (1) 

❐ 

❐ 

Texterfassung 

❍ Übertragung von Textdokumenten oder von Sprache auf 

einen maschinenverarbeitbaren Datenträger 

Textgestaltung 

❍ Layoutgestaltung 

£ Dokumentenbezogen 

£ Abschnittsbezogen 

£ Absatzbezogen 

£ Wort- und zeichenbezogen 

AKAD 



Grundfunktionen (2) 

❐ 

❍ Mischen von Texten und anderen Objekten 

❍ Mischen mit anderen Texten 

❍ Kopieren, Verschieben, externes Speichern und Laden 

von Textteilen 

❍ Mischen mit anderen Dokumenten oder Objekten wie 

Grafiken, Tabellen, Hardcopies 

Textverwaltung 

❍ Speichern von Dokumenten 

❍ Laden von Dokumenten 

❍ Drucken von Dokumenten 

❍ Versenden 

AKAD 


Textgestaltungsoptionen (1) 

❐ 

❐ 

Dokumentenbezogene Merkmale 

❍ Seitenumbrüche (bedingt, unbedingt), Zeilenumbruch 

❍ Paginierungsfunktionen (Seitennumerierung) 

❍ Suchen, Suchen und Ersetzen, Sortieren von Absätzen, 

Aufzählungen und Listen 

Abschnittsbezogene Merkmale 

❍ Seitengestaltung (Ränder, Papiergröße, 

Seitenausrichtung, Anzahl Textspalten) 

❍ Kopf- und Fußzeilen 

AKAD 



Textgestaltungsoptionen (2) 

❐ 

❐ 

Absatzbezogene Merkmale 

❍ Textausrichtung (Block-, Flatter-, rechts-, links-bündiger 

Satz, Mehrspaltensatz, Zentrierung) 

❍ Zeilenabstand, Einrückungen, Rahmen, Schattierung 

Wort- und zeichenbezogene Merkmale 

❍ Schriftarten (Courier, Helvetica, Times Roman, ..., 

WingDings, Symbol, etc.) 

❍ 

❍ 

Schriftgrade (4, 6, 8, 10, 16, ...20,..., proportional) 

Auszeichnungen (fett, unter-/durchgestrichen, 

kursiv, hoch- und tiefgestellt , schattiert, verdeckt, 

GROßBUCHSTABEN, KAPITÄLCHEN, Farben) 

AKAD 


Zusatzfunktionen (1) 

❐ 

❐ 

❐ 

Automatische Erstellung von 

❍ Gliederung bzw. Inhaltsverzeichnis 

❍ Stichwortverzeichnis 

❍ Weiteren Verzeichnissen (Abbildungen, 

Tabellen, Gleichungen, etc.) 

Textnumerierungen (Bilder, Verzeichnisse, Absätze, 

...) 

Automatische Verwaltung von 

❍ Fußnoten 

❍ Anmerkungen 

❍ Korrekturen 

AKAD 




❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

Textmarken und Querverweise 

Serienbrieferstellung 

Rechtschreibprüfung (mehrsprachig) online und 

offline 

Synonymwörterbuch 

Druckformatverwaltung, Formularverwaltung, 

Mustervorlagen, Assistenten 

Textbausteine für Standardtexte/Floskeln 

Automatische Silbentrennung 

Tabellensatz und -verwaltung 

AKAD 



❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

Mathematische Berechnungen 

Layoutkontrolle (WYSIWYG), Ganzseitenansicht, 

Zooming 

Textfenster 

Im- und Export von Fremddokumenten (Filter) 

Datenaustauschverfahren 

❍ Kopieren und Einfügen (Copy & Paste) 

❍ Dynamic Data Exchange (DDE) 

❍ Object Linking and Embedding (OLE) 

Makroprogrammierung und -recording 

AKAD 




❐ 

❐ 

❐ 

❐ 

Individuelle Menü- und Tastaturanpassungen, 

Ansichten 

Textstatistiken (Versionen, Anzahl Wörter, Absätze, 

etc.) 

Standardfelder (Benutzername, Version, 

Druckdatum, Speicherdatum, Sonderzeichen, 

Formel, Titel, Thema, Zeit, ...) 

Dateiinformationen (Titel, Thema, Version, letzte 

Speicherung, Stand, letztes Druckdatum, Dokumentenstatistiken) 

AKAD 



❐ 

❐ 

❐ 

Dokumentenmanagement und -retrieval 

Drucker- und Ausgabeadressierung 

❍ Wahl eines Druckers (Treiberangebot!) 

❍ Ausgabekanäle 

❍ Offene Treiber 

Übersetzung in andere Sprachen 

AKAD 



Hypertextsysteme 

AKAD 


Was ist Hypertext? 

❐ Neue Art der Informationsorganisation und - 

darstellung durch : 

❍ Verbindung logischer Einheiten in nichtsequentieller 

Form 

❍ Verknüpfung von Informationsobjekten durch 

explizite Verweise 

❍ assoziative Verknüpfung von Informationen mit 

modernen softwareergonomischen Mitteln 

AKAD 



Hypertextelemente 

❐ 

❐ 

Knoten 

❍ grundlegende Informationseinheit 

❍ erlauben Aufbau eines Hypertextnetzes 

❍ vom Hypertextautor als bedeutsam erachtetes 

Informationsfragment 

Verknüpfungen 

❍ Pointer, Referenz von einem Start- zu einem 

Zielknoten, die 

❍ über zugrundeliegenden Text eine 

Informationsstruktur spannen 

AKAD 


Arten von Verknüpfungen 

❐ 

❐ 

❐ 

organisatorische Links 

❍ Verknüpfungen, die über Vater-Sohn- 

Beziehungen Hierarchien definieren 

❍ z.B. Thesaurus 

gerichteter Link 

❍ direkte Verweise ohne Rückverweise 

❍ einfach verzweigter Baum 

ungerichteter Link 

❍ gegenläufig gerichteter Verweis 

❍ doppelt verzweigter Baum 

AKAD 



Verknüpfungsklassen 

❐ 

❐ 

❐ 

intra-Verknüpfungen 

❍ Verknüpfungen innerhalb einer Hypertexteinheit 

❍ z.B. Handbuch 

inter-Verknüpfungen 

❍ Verbindungen zwischen unterschiedlichen 

Hypertexten 

❍ z.B. mehrere Handbüchern in einer 

Hypertextbasis 

extra-Verknüpfungen 

❍ Verbindung mehrerer Hypertextbasen oder 

externer Informationssysteme 

AKAD 


Verknüpfungsklassen 

Hypertext 1 

Hypertext 1 

Hypertext 2 

Hypertextbasis Hypertextbasis 

1 

2 

Intra-Verknüpfung 

Inter-Verknüpfung 

Extra-Verknüpfung 

AKAD 



Architektur von Hypertextsystemen 

❐ 

❐ 

Hypertextbasis 

❍ materieller Teil: Gegenstände des Objektbereichs sind in 

Knoten über vielfältige inhaltliche Beziehungen dargestellt 

(Netzwerk) 

❍ Hypertext-Managementsystem: einfache Dateiverwaltungssysteme 

mit direkter Verpointerung; Trend zu objektorientierten 

Datenbanken 

❍ Zielgruppe: Administrator 

❍ Beispiel : Web-Server 

Navigation 

❍ Komponente, die den Benutzern den Zugriff auf die Informationsknoten 

gestattet. 

❍ Verwendung hypertextspezifischer 

Orientierungskomponenten. 

❍ Zielgruppe: Benutzer 

❍ Beispiel : Browser 

AKAD 


Architektur von Hypertextsystemen 

❐ 

Autoren- und Analysekomponente 

❍ Aufbau von Pfaden = Nutzungsangebot zur Navigation in 

Hypertext für Benutzer 

❍ Verwaltung von Knoten und Verknüpfungen : Anlegen, 

graphisch Darstellen, Löschen 

❍ Zielgruppe: Hypertextersteller 

❍ Beispiel : HTML-Editoren 

Navigations-/ 

Suchkomponente 

Autoren- und 

Analysekomponente 

AKAD 



Problematik von Hypertext 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

❐ 

Nachbarinformation 

➜ Jeder Knoten zwingt zur Abschätzung seines 

Informationsgehaltes 

➜ Nachbar- und Folgeknoten bewerten 

➜ Erfordert Konzentration und hohe Gedächtnisleistung 

Desorientierung im Verhältnis zur Gesamtinformation 

Schwierigkeit, optimalen Hypertextpfad zu finden 

Schwierigkeit, Gesehenes wiederzufinden und zu erkennen 

Unsicherheit, vermuteten Knoten zu finden 

Erkennen, welche Information veraltet und welche aktuell ist 

Verknüpfungen zeigen bisher nur auf Texte, nicht aber auf 

Bilder, Bildausschnitte oder Sprache 

Schwierigkeit der Wartbarkeit von Links, bzw. deren Pflege zur 

Gewährleistung eines konsistenten Zustandes 

Fehlen von Standardsuchmöglichkeiten 

AKAD 


Merkmale von Hypertext 

❐ 

❐ 

❐ 

❐ 

Struktureller Aspekt : Hypertext bildet ein Netz von 

Knoten und Verweisen. Knoten stellen Inhaltsfragmente 

dar, von denen mehrere Verweise auf andere Knoten 

zeigen können 

Operationaler Aspekt : Erzeugen und Navigieren in 

Hyper-text sind nichtlineare Tätigkeiten Definition 

geeigneter Navigations- und Orientierungshilfen wird 

erforderlich 

Medialer Aspekt : Hypertext ist nur computergestützt 

denk-bar 

Visueller Aspekt : Existiert die Notwendigkeit, softwareergonomisch 

guter graphischer Präsentationsform zur Gewinnung 

der Benutzerakzeptanz; oft Beurteilungsmaßstab 

für Hypertextsysteme 

AKAD 



Verhältnis Text - Hypertext 

❐ 

❐ 

Merkmal 

❍ In linearen Texten werden Signale und Metainformation 

benutzt, um die inhaltliche Struktur und die Beziehungen 

zu externen Informationen zu verdeutlichen 

Metainformationen 

❍ Inhaltsverzeichnisse: direkte Einstiegsmöglichkeit, nichtlineares 

Mittel. Die Referenzleistung kann in Hypertext 

durch Verweise verfügbar gemacht werden 

❍ Register: klassische Form, nicht-linearer Einstiegsfunktion 

ähnlich der Indexdatei des Information Retrieval. Direkter 

Zugriff durch Hypertextverweise 

❍ Glossar : Begriffsdefinitionen, in Hypertext mit spezieller 

Funktionalität abgebildet 

❍ Fußnoten : Textergänzungen auf die durch Verweise zugegriffen 

werden kann 

AKAD 


Verhältnis Text - Hypertext 

❐ 

Metainformationen 

❍ Querverweise: Verweise auf frühere Textpassagen lassen 

sich leicht in Hypertext abbilden 

❐ 

Texteigenschaften, die für Hypertext geeignet sind: 

❍ Einzelne Abschnitte lassen sich isolieren 

❍ Häufige Verwendung von Metainformation 

AKAD 



Anwendungen: Wenig geeignete Textsorten 

❐ 

❐ 

❐ 

große Texte, bei denen durch Entlinearisierung ein 

unübersichtliches Knotennetz entsteht 

Texte mit dynamischen Wissensstrukturen 

❍ Gesetze (insb. Ergänzungslieferungen), Vorschriften. 

argumentative Texte 

❍ Kriminalromane 

Deskriptive statische Texte können besser als argumentative 

dynamische Texte in Hypertext umgesetzt werden. 

AKAD 


Groupware-Systeme 

AKAD 



Definition und Anforderungen 

❐ 

❐ 

Software zur Computerunterstützung gruppenorientierter 

Abläufe 

Anforderungen an Gruppe 

❍ Kommunikation 

£ synchron oder asynchron 

❍ 

❍ 

£ räumlich unabhängig 

Kooperation 

£ zeitlich/räumlich unabhängig 

Koordination 

£ Verteilung/Kontrolle von Aufgaben, 

Verantwortung und Ressourcen 

AKAD 


Kooperationssituationen 

Gleiche Zeit 

Andere Zeit 

Gleicher Ort 

Gleiche Zeit 

Gleicher Ort 

Andere Zeit 

Anderer Ort 

Anderer Ort 

AKAD 


182


Groupware-Anwendungen 

Messaging Workgroup Workflow 

Kooperation 

verschiedene 

Zeit, 

verschiedener 

Ort : 

Mail, Fax, 

Terminverwaltung 

verschiedene 

Zeit, 

gleicher Ort : 

Kooperationsunterstützung, 

Aufgabenmanagement 

gleicher Ort, 

gleiche Zeit : 

Dokumentenverwaltung 

verschiedener 

Ort, 

gleiche Zeit : 

Videokonferenz 

AKAD 


183 

Repliziermechanismus 

Client 

Client 

Änderungen 

Replikationssever 

Client 

Client 

AKAD 



Tabellenkalkulationssysteme 

AKAD 


TK - Zielsetzungen 

❐ Tabellarische Repräsentation und 

Speicherung von Daten 

❐ Durchführung von Berechnungen 

❐ What-/If-Analysen 

❐ Graphische Aufbereitung von Daten 

❐ OLE-Server-Funktion für 

Textverarbeitung (Client) und 

Graphikprogramme (Client) 

AKAD 



Prinzip der TK 

❐ 

❐ 

❐ 

❐ 

Spalten- und zeilenweise Repräsentation von Daten 

Mögliche Zellinhalte 

❍ Werte (Konstante) 

❍ Formeln für berechnete Zellen 

Adressierungsstrategien für Zellen 

❍ absolut ($Spalte$Zeile) 

❍ relativ (SpalteZeile) 

Aufteilbarkeit von Daten (Verfeinerung) durch 

Fernbezüge 

AKAD 


TK - grundlegende Funktionalität 

❐ Kopieren / Autoausfüllen (relativ/absolut) 

❐ Einfache Ausdrücke (+, -, *, /, =) 

❐ 

Vielzahl von Funktionen 

❍ mathematisch 

❍ finanzmathematisch 

❍ statistisch 

❍ logisch 

❍ datumsbezogen 

❍ Textbezogen 

❍ Matrix 

❍ spezielle Funktionen 

AKAD 



TK- erweiterte Funktionalität 

❐ 

❐ 

❐ 

❐ 

❐ 

Integration Makrosprache/Makrorecording 

Detektive (Verfolgung Zellbezüge) 

Sortierung / Filterung / Gruppierung von Daten 

Gliederungsfunktionen 

Maskengeneratoren 

❐ Konsolidierung von Daten aus mehreren Feldern / 

Tabellen 

❐ Zielwertsuche 

❐ Benutzerdefinierte Funktionen (Basic-Dialekt) 

AKAD 


TK- erweiterte Funktionalität 

❐ 

❐ 

❐ 

Rechtschreibprüfung 

Assistenten für 

❍ Formeln 

❍ Graphiken 

❍ Formatierung (Mustervorlagen) 

Add-Ins 

❍ Analysefunktionen ODBC-Funktionen 

❍ Query-Funktionen Berichtsmanager 

❍ Diaschau Szenario-Analyse 

❍ 

Spezielle Funktionen (Einkommenssteuer, 

u.v.m.) 

AKAD 



AKAD 


191

Systemanalyse - Prof. Thomas Müller

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?