CD zum Lehrbuch der Softwaretechnik

Bedienung 

Beachten Sie bitte folgende Bedienungshinweise: 

n Die Pfeile in der Acrobat-Werkzeugleiste ermöglichen ein seitenweises 

Vor- und Rückwärtsblättern. 

n Der Pfeil erlaubt ein Rückwärtsdurchlaufen der bisherigen Dialogschritte 

(Dialoghistorie). 

n Das Blattsymbol auf einer Seite steht für eine Notiz. Notizen enthalten 

wichtige Informationen, die nach Redaktionsschluß ergänzt wurden. Durch 

Doppelklick auf das Symbol können Sie die Notiz öffnen. Im Menu »Werkzeuge« 

können Sie mit der letzten Menüoption die »Nächste Notiz suchen«. 

n Auf den einzelnen Seiten blau geschriebene oder markierte Texte sind 

maussensitiv und können durch Mausklick aktiviert werden. 

n Umfassen Aufgaben/Lösungen mehr als eine Seite, dann ist dies durch einen 

blauen Pfeil an der unteren rechten Ecke gekennzeichnet. Durch Mausklick 

auf die Lasche Aufgabe bzw. Lösung (Achtung: der Pfeil selbst ist 

nicht maussensitiv!) wird die nächste Seite angezeigt. Von der letzten Seite 

wird dann wieder auf die erste Seite verzweigt (zyklischer Durchlauf). 

n Von einer Aufgabe zur nächsten Aufgabe gelangt man durch Drücken des 

Pfeiles in der Acrobat-Werkzeugleiste. 

n Alle im Buch beschriebenen Aufgabenstellungen sind nochmals aufgeführt. 

n Wenn Sie Werkzeuge von der CD-ROM auf die Festplatte kopieren, müssen 

Sie anschließend mit dem Explorer den Schreibschutz bei allen kopierten 

Dateien aufheben. 

n Wird von der CD-ROM eine weitere Acrobat-Datei (PDF) geöffnet, gelangen 

Sie durch die Menüoption »Schließen« wieder zurück.

Einführung und Überblick 

LE1 

1 Grundlagen LE 24 2 Objektorientierte Unternehmensmodellierung LE 25 

II SW-Management 

1 Grundlagen LE 1 

2 Planung LE 2 

3 Organisation LE 3-4 

4 Personal LE 5 

5 Leitung LE 6-7 

6 Kontrolle LE 8 

1 Prinzipien 

& Methoden 

LE 20 

8 LEs 

Copyright Helmut Balzert 1996 

2 Case 

I SW-Entwicklung 

1 Die Planungsphase 

V Information Engineering 

LE 2-3 

2 Die Definitionsphase LE 4-22 

3 Die Entwurfsphase LE 23-31 

4 Die Implementierungsphase LE 32 

5 Die Abnahme- & Einführungsphase LE 33 

6 Die Wartungs- & Pflegephase LE 33 

LE 21 

3 Wiederverwendung 

LE 22 

33 LEs 

4 Sanierung 

III SW-Qualitätssicherung 

1 Grundlagen LE 9 

2 Qualitätssicherung LE 10 

3 Man. Prüfmethoden LE 11 

4 Prozeßqualität LE 12 -13 

5 Produktqualität I LE 14-17 

6 Produktqualität II LE 18-19 

LE 23 

4 LEs 

Sonstiges 

auf dieser CD 

11 LEs

Einführung und Überblick (LE 1) 

LE 1 

Einführung 

& Überblick 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

1 Die Planungsphase (LE 2 - LE 3) 

LE 2 LE 3 

Einführung Function- 

& Überblick Point 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

2 Die Definitionsphase (LE 4 - LE 22) 

LE 4 LE 5 LE 6 LE 7 

Einführung & Funktions- ER–Modell Klassen - 

Überblick baum, DD... Diagramm 

LE 8 LE 9 LE 10 LE 11 

Kontroll- Regeln Zustands- Petri-Netze 

strukturen automaten 

LE 12 LE 13 LE 14 LE 15 

OOA – OOA – SA SA/RT 

Konzepte Methodik 

LE 16 LE 17 LE 18 LE 19 

Arbeitsplatz- Dialog- Dialog- E/A - 

gestaltung gestaltung 1 Gestaltung 2 Gestaltung 1 

LE 20 LE 21 LE 22 

E/A - Benutzer- Benutzer-Unter- 

Gestaltung 2 Handbücher stützungsystem 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

3 Die Entwurfsphase (LE 23 - LE 31) 

LE 23 LE 24 LE 25 LE 26 

Einführung & Datenbanken Relationale Objektorientierte 

Überblick Einführung Datenbanken Datenbanken 

LE 27 LE 28 LE 29 LE 30 

Verteilte OO- SD MD OOD 

Anwendungen Grundlagen 

LE 31 

OOD 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

4 Implementierungsphase (LE 32) 

LE 32 

Einführung & 

Überblick 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

5 Abnahme- & Einführungsphase (LE 33) 

LE 33 

Die Abnahmephase 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

6 Wartungs- & Pflegephase (LE 33) 

LE 33 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 1 Aufgabe 1 

1 Lernziel: Die Terminologie um die definierten Begriffe System und Software 

herum kennen und anwenden können. 

Zeit: 10 Minuten 

Aufgabe: 

Im folgenden wird ein Szenario beschrieben. Ordnen Sie den beschriebenen 

Sachverhalten die in der Lehreinheit und im Glossar beschriebenen Begriffe 

zu. 

Szenario: 

Die Firma Teachware veranstaltet öffentliche und firmeninterne Seminare mit 

externen Dozenten. Sie besteht aus dem Geschäftsführer, der gleichzeitig für 

die Seminarplanung und -verwaltung zuständig ist, einer Kundensachbearbeiterin 

und einer Kundenbetreuerin. 

Vor kurzem wurde die Software SEMORG eingeführt. Der Geschäftsführer 

plant und verwaltet am PC die Seminare und Dozenten, die Kundensachbearbeiterin 

verwaltet am PC die Kunden und Buchungen. 

Die Kundenbetreuerin arbeitet nicht am PC, sondern betreut die Teilnehmer 

und Dozenten von Seminaren am Veranstaltungsort. Außerdem kümmert 

sie sich um die Vervielfältigung von Seminarunterlagen. 

Neben zwei miteinander vernetzten PCs verfügt die Firma über Telefone, 

ein konventionelles Fax-Gerät sowie einen e-mail- und Fax-Anschluß am PC. 

Beispiel: Bei der Software SEMORG handelt es sich für die Frima Teachware 

um ein Softwareprodukt. 

Aufgabe 

Lösung

Lösung Aufgabe 1 

Bei der Software SEMORG handelt es sich für die Firma Teachware um ein 

Software-Produkt. Da die Mitarbeiter der Firma Teachware mit diesem Produkt 

ihre Aufgaben erledigen, handelt es sich um Anwendungssoftware. 

Die Anwendungssoftware zusammen mit dem Betriebssystem und der PC- 

Hardware bilden das Computersystem bzw. das DV-System der Firma 

Teachware. 

Der Geschäftsführer und die Kundensachbearbeiterin sind die Benutzer 

dieses DV-System, während die Kundenbetreuerin Anwenderin des DV-Systems 

ist. Sie benutzt die Teilnehmerlisten für das »check in« der Teilnehmer 

usw. 

Das DV-System zusammen mit der sonstigen technischen Einrichtung, 

hier Vernetzung, e-mail- und Faxanschluß, bilden das technische System 

der Firma Teachware. Alle Mitarbeiter der Firma Teachware bilden ein organisatorisches 

System. Dieses System zusammen mit den technischen Einrichtungen 

Telefon und Fax bildet ein Informationssystem. 

Das organisatorische System zusammen mit dem technischen System ergibt 

ein rechnergestütztes Informationssystem bzw. Anwendungssystem. 

Aufgabe 

Lösung


2 Lernziel: Die Disziplin Software-Technik mit ihren Begriffen beschreiben können. 


Aufgabe: 

Im folgenden wird ein Szenario beschrieben. Ordnen Sie den beschriebenen 

Sachverhalten die in der Lehreinheit und im Glossar beschriebenen Begriffe 

zu. 

Szenario: 

Ein Ziel der objektorientierten Softwareentwicklung ist es, bereits vorhandene 

Systemkomponenten wiederzuverwenden. Viele Autoren geben daher an, wie 

Klassen für die Wiederverwendung identifiziert werden können. Dabei spielt 

es keine Rolle, ob eine Klasse als Diagramm oder als Text repräsentiert ist. 

Diagramme und Texte werden rechnerunterstützt erfaßt und verwaltet. 

Beispiel: Bei der Wiederverwendung handelt es sich um ein Prinzip. 

Aufgabe 

Lösung


Bei der Wiederverwendung handelt es sich um ein Prinzip, das man seinem 

Handeln, hier der objektorientierten Softwareentwicklung, zugrunde legt. Bei 

den Vorgehensweisen, die viele Autoren angeben, um die Wiederverwendung 

zu erreichen, handelt es sich um Methoden. Diese Methoden geben an, wie 

das Konzept Klasse wiederverwendet werden kann. Die Notation von Klassen 

kann in Form von Diagrammen oder Texten erfolgen. Diagramme und 

Texte werden mit CASE-Werkzeugen erfaßt und verwaltet. 

Aufgabe 

Lösung


3 Lernziel: Die Terminologie um die definierten Begriffe System und 

Software herum kennen und anwenden können. 


Aufgabe: 

Welche der vier Begriffe 

a Standardsoftware 

b Individualsoftware 

c Anwendungssoftware 

d Systemsoftware 

würden Sie den folgenden Software-Produkten zuordnen: 

1 MS-DOS 

2 Textverarbeitung 

3 Branchensoftware 

4 Unix 

5 Netzwerksoftware 

6 C++-Programmierumgebung 

7 Datenbanksystem 

8 Finanzbuchhaltung 

Aufgabe 

Lösung


1 (a) und (d) 

2 (a) und (c) 

3 (a) oder (b) und (c) 

4 (a) und (d) 

5 (a) und (d) 

6 (a) und (d) 

7 (a) und (d) 

8 (a) oder (b) und (c) 

Wie die Beispiele zeigen, handelt es sich bei Systemsoftware heute fast immer 

um Standardsoftware. 

Aufgabe 

Lösung


1 Lernziel: Für vorgegebene Aufgabenstellungen ein Lastenheft entsprechend 

dem beschriebenen Lastenheft-Schema erstellen können. 


Aufgabe: 

Die Daten der an einem Lehrstuhl beschäftigten Hilfsassistenten sollen in einer 

Datei verwaltet werden. Über jeden Hilfsassistenten sind folgende Informationen 

aufzubewahren: 

Name, Vorname, Matrikelnummer, Geburtsdatum, Heimatadresse einschließlich 

Telefon-Nr., Studienadresse einschl. Telefon-Nr., Studienfach (es können 

auch mehrere sein), Semesterzahl, Vordiplom (Ja/Nein, wenn ja, dann Note 

und Datum), Beschäftigungszeiten (von, bis, Stundenzahl pro Woche, 

Tätigkeitsgebiete, benutzte Software-Systeme), Diplom (Ja/Nein, wenn ja, dann 

welche Note und Datum), Arbeitszeugnis ausgehändigt (Ja/Nein, wenn ja, 

dann Datum). 

Aus der Hilfsassistenten-Datei ist folgende Liste zu erstellen: 

Listenkopf: 

»Alphabetische Liste aller Hilfsassistenten« 

Listenrumpf: 

Name, Vorname, Matrikel-Nr., Studienadresse, Geburtsdatum. 

Außerdem müssen pro Hilfsassistent seine sämtlichen Daten ausgeben werden 

können. 

Erstellen Sie ein entsprechendes Lastenheft. Treffen Sie bei fehlenden Informationen 

Ihre Entscheidungen selbständig, so wie Sie sie einem Auftraggeber 

sinnvoll anbieten würden. 

Aufgabe 

Lösung


1 Zielbestimmung 

Das Programm HIWI-Verwaltung soll einen Lehrstuhl in die Lage versetzen, die beschäftigten 

Hilfsassistenten zu verwalten. 

2 Produkteinsatz 

Das Produkt wird im Sekretariat eines Lehrstuhls eingesetzt und von der Sekretärin bedient. 

3 Produktfunktionen 

/LF10/ 

Ersterfassung, Änderung und Löschung von Hilfsassistenten 

/LF20/ 

Ausgabe einer alphabetischen Liste aller Hilfsassistenten mit folgenden Daten: 

Name, Vorname, Matrikel-Nr., Studienadresse, Geburtsdatum 

/LF30/ 

Ausgabe sämtlicher Daten eines Hilfsassistenten 

/LF40/ 

Gezielte Abfragen mit einer Endbenutzersprache 

4 Produktdaten 

/LD10/ 

Folgende Daten sind über jeden Hilfsassistenten zu speichern: Name, Vorname, 

Matrikelnummer, Geburtsdatum, Heimatadresse einschließlich Telefon-Nr., Studienadresse 

einschließlich Telefon-Nr., Studienfach (können auch mehrere sein), 

Semesteranzahl, Vordiplom (Ja/Nein, wenn ja, dann Note und Datum), 

Beschäftigungszeiten (von, bis, Stundenzahl pro Woche, Tätigkeitsgebiete, benutzte 

Software-Systeme), Diplom (Ja/Nein, wenn ja, dann welche Note und Datum), 

Arbeitszeugnis ausgehändigt (Ja/Nein, wenn ja, dann Datum). 

➜ 

Aufgabe 

Lösung

Fortsetzung Lösung Aufgabe 1 

5 Produktleistungen 

/LL10/ 

Die Funktionen /LF10 / und /LF40/ dürfen nicht mehr als 2 Sekunden Antwortzeit 

benötigen. 

/LL20/ 

Es müssen max. 1000 Hilfsassistenten verwaltet werden können. 

6 Qualitätsanforderungen 

Produktqualität sehr gut gut normal nicht relevant 

Funktionalität x 

Zuverlässigkeit x 

Benutzbarkeit x 

Effizienz x 

Änderbarkeit x 

Übertragbarkeit x 

Aufgabe 

Lösung


2 Lernziel: Die gegenseitigen Wechselwirkungen der Faktorengruppen Quantität, 

Qualität, Entwicklungsdauer und Kosten anhand des »Teufelsquadrates« 

erklären können. 


Aufgabe: 

Nennen Sie die Einflußfaktoren für Aufwandsschätzungen und geben Sie an, 

wie die einzelnen Faktorengruppen quantifiziert werden können. 

Aufgabe 

Lösung


Quantität: 

– LOC (Lines of Code), Operation (Assembler) 

– Datenumfang (Lasten-, Pflichtenheft) 

– MM, MJ, PM 

– Komplexitätsmaße (z.B. Noten 1–6) 

Qualität: 

– verschiedene Qualitätsstufen bestimmter Qualitätsmerkmale (z.B. Benutzbarkeit, 

Effizienz usw.) 

Entwicklungsdauer: 

– Tage, Monate, Stunden, Jahre 

– optimale Entwicklungsdauer = 2.5 * (Aufwand in MM) s [Monate] 

(Stapel) 0.38 > s > 0.32 (Echtzeit) 

Kosten 

– Hauptanteil Personalkosten 

– Kosten für die CASE-Umgebung 

– Rest: laufende Kosten (Büro, Reisen usw.) 

Aufgabe 

Lösung


3 Lernziel: Die aufgeführten »Faustregeln« wiedergeben und auf Beispiele anwenden 

können. 


Aufgabe: 

Die Firma Innotec stellt ihre Software-Entwicklung auf Objektorientierung um. 

Im ersten Projekt soll eine einfache Echtzeit-Anwendung erstellt werden. Für 

die Definition und den Entwurf dieses Produkts wurden 15 MM benötigt. 

a Auf wieviel MM kann man den Aufwand der gesamten Entwicklung schätzen, 

wenn man die von Hewlett-Packard ermittelten Daten zur Aufwandsverteilung 

zugrunde legt? 

b Wie lange dauert die Implementierungsphase, wenn man mit der größtmöglichen 

Produktivität jedes Mitarbeiters entwickeln möchte? Wie groß 

ist das dazu benötigte Team? 

Aufgabe 

Lösung


HP Zahlen: Definition 18% 

Entwurf 19% 

Implementierung 63% 

a Gesamtaufwand: 

GA = (15 MM * 100) /37 ≈ 40,54 MM 

} 37% 

b Dauer der Implementierung (im optimalen Fall): 

Aufwand Implementierung = (40,54 – 15)MM = 25,54 MM 

optimale Dauer = 2,5 * [25.54 MM] 0,32 ≈ 7 Monate 

Teamgröße = 25,54 / 7 ≈ 3,6 ≅ 4 

Aufgabe 

Lösung


4 Lernziel: Die aufgeführten »Faustregeln« wiedergeben und auf Beispiele 

anwenden können. 


Aufgabe: 

Die Firma Innotec möche nun mit der objektorientierten Softwareentwicklung 

ein zweites Projekt realisieren. Mit den Erfahrungen aus dem ersten Projekt 

schätzt man für dieses zweite Projekt einen Gesamtaufwand von 14000 Zeilen 

Code. 50 Prozent des zweiten Projekts können durch Wiederverwendung 

aus dem ersten Projekt realisiert werden. 

Wie groß ist der Gesamtaufwand in Mitarbeiter-Monaten (MM), wenn man 

die empirischen Untersuchungen von Hewlett-Packard zugrunde legt? 

Aufgabe 

Lösung


7000 LOC Neu → 7000 LOC / 350 LOC pro MM = 20 MM 

7000 LOC Wiederverwendung → (7000 / 350)* 1/4 = 5 MM 

Ergebnis: Gesamtaufwand 25 MM 

Aufgabe 

Lösung


1 Lernziel: Die Function Point-Methode auf gegebene kommerzielle Problemstellungen 



Aufgabe: 

Ermitteln Sie anhand des in Aufgabe 1 (Lehreinheit 2) erstellten Lastenheftes 

den Aufwand entsprechend der Function Point-Methode. Gehen 

Sie von der Musterlösung dieser Aufgabe aus. 

Aufgabe 

Lösung


/LF 10/ 

Es handelt sich um drei getrennte Eingaben. Bei der Ersterfassung müssen 

weit mehr als 10 Datenelemente eingegeben werden mit Ansprüchen an eine 

hohe Bedienerführung. Daraus ergibt sich eine »komplexe« Eingabe. 

Eine Änderung erfordert einen lesenden und schreibenden Zugriff auf die 

Datei. Die Anzahl der zu ändernden Daten dürfte zwischen 6 und 10 liegen. 

Es ergibt sich eine Eingabe, »mittlerer« Komplexität. 

Löschen ist »einfach«, da keine Abhängigkeiten zu anderen Daten bestehen. 

Ergebnis: 1 einfache, 1 mittlere, 1 komplexe Eingabe 

/LF20/ 

Es werden zwischen 7 und 15 Spalten benötigt, die Anzahl unterschiedlicher 

Datenelemente liegt zwischen 6 und 10. 

Ergebnis: 1 mittlere Ausgabe 

/LF30/ 

Da nur eine Auflistung aller Daten für jeweils einen Hilfsassistenten verlangt 

wird, wird eine »mittlere« Ausgabe angenommen, da keine Gruppenwechsel 

erforderlich sind. Hinzu kommt aber noch die interaktive Auswahl des gewünschten 

Hilfsassistenten. 

Ergebnis: 1 mittlere Ausgabe, 1 einfache Eingabe 

/LF40/ 

Wird nicht gewertet. 

/LD10/ 

Entsprechend Tab. 1-7 handelt es sich um einen »mittleren« Datenbestand. 

Ergebnis: 1 mittlerer Datenbestand 

➜ 

Aufgabe 

Lösung


Gesamtergebnis: 

Eingaben: 2 x einfach (3) = 6 

1 x mittel (4) = 4 

1 x komplex (6) = 6 

Ausgaben: 2 x mittel (5) = 10 

Datenbestände: 1 x mittel (10) = 10 

Summe Function Points E1 = 36 

Bewertung der Einflußfaktoren: 

1 Verflechtung mit anderen Anwendungsthemen = 0 

2 Dezentrale Daten / dezentrale Verarbeitung = 0 

3 Transaktionsrate = 1 

4 Verarbeitungslogik (Sortierung) = 3 

5 Wiederverwendbarkeit = 0 

6 Datenbestands-Konvertierungen = 0 

7 Anpaßbarkeit = 0 

Summe E2 = 4 

E3 = 4 / 100 + 0,7 = 0,74 

Bewertete Function Points = 36 x 0,74 = 26,6 FP 

Aufwand nach IBM-Tabelle (interpoliert) = 1,2 MM 

➜ 

Aufgabe 

Lösung


1 Lernziel: Die aufgestellten Basiskonzepte den verschiedenen Sichten zuordnen 

können. 


Aufgabe: 

Welche Basiskonzepte kennen Sie, um die datenorientierte Sichtweise auf ein 

System zu beschreiben? 

Aufgabe 

Lösung


Data Dictionary 

Jackson-Diagramme 

Entity Relationship-Diagramme 

Syntax-Diagramme 

Aufgabe 

Lösung


2 Lernziel: Wissen, wie die aufgeführten Konzepte sich aus den Basiskonzepte 

zusammensetzen. 


Aufgabe: 

Welche Basiskonzepte sind in den Konzepten SA, SA/RT und OOA enthalten? 

Aufgabe 

Lösung


SA enthält: 

n Datenflußdiagramm 

n Data Dictionary 

n Entscheidungstabellen 

n Entscheidungsbäume 

n Pseudo-Code 

n Funktionsbaum 

RT enthält: 

n Datenflußdiagramm 

n Data Dictionary 

n Entscheidungstabellen 

n Entscheidungsbäume 

n Pseudo-Code 

n Entity Relationship-Diagramme 

n Zustandsautomaten 

OOA enthält: 

n Klassen-Diagramm 

n Entity Relationship-Diagramm 

n Pseudo-Code und/oder Entscheidungstabellen 

n Zustandsautomat 

n Interaktions-Diagramm 

Aufgabe 

Lösung


3 Lernziel: Entsprechend der beschriebenen Vorgehensweise aus gegebenen 

Anwendungsbereichen Basiskonzepte und kombinierte Methoden herleiten 

können. 


Aufgabe: 

Ihre Aufgabe ist es, einen Tempomaten (Geschwindigkeitsregelanlage im PKW) 

zu entwickeln. Welche Methode würden Sie sinnvollerweise wählen? (Begründen 

Sie!) 

Aufgabe 

Lösung


Schema zur Auswahl einer Methode anwenden 

Anwendungsbereich: Echtzeit 

Komplexitätsarten: zeitabhängiges Verhalten, 

Systemumgebung, Algorithmen 

Basiskonzepte: Für zeitunabhängiges Verhalten: 

n Petri-Netz 

n Zustandsautomat 


Für Systemumgebung: 

n Datenfluß-Diagramm 


Für Algorithmen: 

n Pseudocode 

n PAP (Programmablaufplan) 

n Struktogramm 

n Jackson-Diagramm 

n Warnier-Orr-Diagramm 

n Entscheidungstabelle 

n Regeln 

Methode: RT oder OOA evtl. zusätzlich Petri-Netze 

Aufgabe 

Lösung


4 Lernziel: Die Kompexitätsarten Funktionen, Daten, Algorithmen, zeitabhängiges 

Verhalten, Systemumgebung und Benutzungsoberfläche bezogen auf eine 

Anwendung nennen können. 


Aufgabe: 

Geben Sie die Komplexitätsarten für folgende Anwendungen an: 

n Verwaltung von Hilfsassistenten an einem Lehrstuhl, 

n Tempomat (Geschwindigkeitsregelanlage im Auto), 

n Struktogrammeditor für grafische Benutzungsoberflächen, 

n Software für den Aufbau, Verwaltung und Abbau von Telefonverbindungen 

(elektronische Vermittlung). 

Aufgabe 

Lösung


Anwendungen: Komplexitätsarten: 

HIWI-Verwaltung Daten 

Benutzungsoberfläche 

Tempomat Algorithmen 

Zeitabhängiges Verhalten 

Systemumgebung 

Struktogrammeditor Benutzungsoberfläche 

Funktionen 

Telefonvermittlung Zeitabhängiges Verhalten 

Systemumgebung 

Aufgabe 

Lösung


5 Lernziel: Für vorgegebene Aufgabenstellungen ein Pflichtenheft 

entsprechend dem beschriebenen Pflichtenheft-Schema erstellen können. 


Aufgabe: 

Verfeinern Sie das in Aufgabe 1 (Lehreinheit 2) erstellte Lastenheft HIWI- 

Verwaltung zu einem Pflichtenheft. Treffen Sie bei fehlenden Informationen 

Ihre Entscheidungen selbständig, so wie Sie sie einem Auftraggeber sinnvoll 

anbieten würden. 

Aufgabe 

Lösung


Pflichtenheft HIWI-Verwaltung 

1. Zielbestimmung 

Das Programm HIWI-Verwaltung soll einen Lehrstuhl in die Lage versetzen, die 

beschäftigten Hilfsassistenten rechnergestützt zu verwalten. 

1.1 Mußkriterien 

– Verwalten von HIWI-Daten 

– Erstellen einer Liste aller Hilfsassistenten 

– Ausgabe aller Daten eines Hilfsassistenten 

1.2 Wunschkriterien 

– Ausdrucken von Arbeitszeugnissen 

– Automatische Generierung einer Verlängerung der HIWI-Verträge um 

drei Monate zum Quartalsende 

– Berechnung der benötigten drei Gehälter für alle HIWIs bis zum Jahresende 

– Serienanschreiben zwecks Einladung zur Weihnachtsfeier 

– Gezielte Abfragen mit einer Endbenutzersprache 

1.3 Abgrenzungskriterien 

– Software ist nicht netzwerkfähig 

– keine Überprüfung der Arbeits-/Urlaubszeiten der HIWIs 

2. Produkteinsatz 

Das Produkt wird im Sekretariat eines Lehrstuhls zur Verwaltung der Hilfsassistenten 

eingesetzt 

2.1 Anwendungsbereich 

Hilfsassistentenverwaltung; Abfragen (kommerzieller Anwendungsbereich) 

2.2 Zielgruppen 

Mitarbeiter/-in eines Lehrstuhls (Sekretär/in) 

➜ 

Aufgabe 

Lösung

2.3 Betriebsbedingungen 

Büroumgebung 

3. Produktumgebung 

Das Produkt läuft auf einem Arbeitsplatzrechner mit graphischer Benutzungsoberfläche 

3.1 Software 

Betriebssystem: Windows 95 

3.2 Hardware 

PC 

3.3 Orgware 

Netzwerkverbindung zum Drucker 

3.4 Produktschnittstellen 

Für die Verlängerungen der Arbeitsverträge wird eine Word-Serienbrief-Datei erzeugt. 

4. Produktfunktionen 

/F10/ Ersterfassung, Änderung und Löschung von Hilfsassistenten /LF10/ 

/F20/ Aufnahme eines Hilfsassistenten mit Überprüfung, ob er mehr als 

19 h/Woche an der Universität als HIWI beschäftigt ist. (HIWIs dürfen höchstens 19 

h/Woche an der Universität arbeiten) 

/FW30/ Ausdrucken eines Arbeitszeugnisses mit Überprüfung, ob 

1. die Beschäftigungszeit beendet ist 

2. noch kein Zeugnis gedruckt worden ist 

/F40/ Ausgabe (Drucker + Bildschirm) einer alphabetischen Liste aller Hilfsassistenten 

mit folgenden Daten: Name, Vorname, Matrikel-Nr., Studienadresse, Geburtsdatum 

/LF20/ 

/F50/ Pro HIWI Ausgabe sämtlicher Daten eines Hilfsassistenten /LF30/ 

/FW60/ Individuelle, gezielte Abfragen mittels Menüs und Maus /LF40/ 

/FW70/ Suchoperationen auf allen Datenfeldern /LF40/ 

➜ 

Aufgabe 

Lösung

FW80/ Zum Quartalsende werden alle auslaufenden HIWI-Verträge automatisch um 3 

Monate verlängert und ausgedruckt 

/FW90/ Zum aktuellen Zeitpunkt wird die Summe der bis zum Jahresende benötigten 

Gehälter für alle HIWIs berechnet 

/FW100/ Das Programm generiert Steuerdateien mit den Adressen aller Hilfsassistenten, 

um mit Word Serienbriefe an alle HIWIs zu schicken 

5. Produktdaten 

/D10/ Personendaten: Name, Vorname, Matrikel-Nr., Geburtsdatum, Heimatadresse, 

Heimattelefon-Nr., Studienadresse, Studientelefon-Nr. 

/D20/ Studiendaten: (können pro Student mehrere sein) Studienfach, Semesteranzahl, 

Vordiplomnote + Datum, Diplomnote + Datum 

/D30/ Beschäftigungsdaten: (können pro Student mehrere sein) Beginndatum, Endedatum, 

Stundenzahl pro Woche, Tätigkeitsgebiete, benutzte Software-Systeme, 

Arbeitszeugnisdatum 

6. Produktleistungen 

/L10/ Die Funktionen /F10/, /F20/, /F30/, /F40/, /F50/, /F60/, /F70/ und /F90/ dürfen 

nicht mehr als 2 Sekunden Antwortzeit benötigen /LL10/ 

/L20/ Die Funktionen /F80/ und /F100/ dürfen nicht mehr als 5 Minuten benötigen (incl. 

Drucken). Der Arbeitsfortschritt wird auf dem Bildschirm angezeigt. 

/L30/ Es müssen maximal 1.000 Hilfsassistenten verwaltet werden können. /LL20/. 

7. Benutzungsschnittstelle 

/B10/ Standardmäßig ist eine menüorientierte Bedienung vorzusehen. 

/B20/ Die Bedienungsoberfläche ist auf Mausbedienung auszulegen; eine Bedienung 

ohne Maus muß aber auch möglich sein. 

/B30/ DIN 66234, Teil 8 ist zu beachten. 

/B40/ Sämtliche Daten sind paßwortgeschützt und dürfen nur von autorisierten Mitarbeitern 

des Lehrstuhls bearbeitet werden. 

➜ 

Aufgabe 

Lösung

8. Qualitätszielbestimmung 

Produktqualität sehr gut gut normal nicht relevant 

Funktionalität 

Angemessenheit x 

Richtigkeit x 

Interoperabilität x 

Ordnugsmäßigkeit x 

Sicherheit x 

Zuverlässigkeit 

Reife x 

Fehlertoleranz x 

Wiederherstellbarkeit x 

Benutzbarkeit 

Verständlichkeit x 

Erlernbarkeit x 

Bedienbarkeit x 

Effizienz 

Zeitverhalten x 

Verbrauchsverhalten x 

Änderbarkeit 

Analysierbarkeit x 

Modifizierbarkeit x 

Stabilität x 

Prüfbarkeit x 

Übertragbarkeit 

Anpaßbarkeit x 

Installierarbeit x 

Konformität x 

Austauschbarkeit x 

➜ 

Aufgabe 

Lösung

9. Globale Testfälle 

Folgende Funktionssequenzen sind zu überprüfen: 

/T10/ HIWI-Ersterfassung, Änderung, Weiterbeschäftigung, Vertragsende, Arbeitszeugnis 

drucken und Löschen 

/T20/ Serienanschreiben drucken 

/T30/ Summe der Gehälter bis zum Jahresende bestimmen, HIWI-Vertrag unterbrechen, 

neue Summe der Gehälter bis zum Jahresende bestimmen 

Folgende Datenkonsistenzen sind einzuhalten: 

/T40/ Ein Beschäftigungszeitraum und die Studiendaten können nur eingegeben werden, 

wenn ein entsprechender HIWI-Eintrag (Personendaten) vorhanden ist. 

10. Entwicklungsumgebung 

Offen 

Aufgabe 

Lösung





Aufgabe: 

Ermitteln Sie anhand des in Aufgabe 5 aufgestellten Pflichtenheftes den Zeitaufwand 

nach der Function Point-Methode. Vergleichen Sie den Aufwand mit 

dem im Aufgabe 2 (Lehreinheit 3) ermittelten Aufwand. 

Aufgabe 

Lösung


/F10/ Es handelt sich um drei getrennte Eingaben. Bei der Ersterfassung 

müssen weit mehr als 10 Datenelemente eingegeben werden mit hohen 

Ansprüchen an die Bedienerführung. Daraus ergibt sich eine komplexe 

Eingabe. 

Eine Änderung erfordert einen lesenden und schreibenden Zugriff auf die 

Datei. Die Anzahl der zu ändernden Daten dürfte zwischen 6 und 10 

liegen. Es ergibt sich eine mittlere Eingabe. 

Löschen ist einfach, da keine Abhängigkeiten zu anderen Daten bestehen. 

Ergebnis: 1 einfache, 1 mittlere, 1 komplexe Eingabe 

/F20/ Wie Ersterfassung 

Ergebnis: 1 komplexe Eingabe 

/F30/ Da eine Druckaufbereitung erforderlich ist, wird eine mittlere Aufgabe 

angenommen. Hinzu kommt eine einfache Eingabe zur Festlegung des 

gewünschten Hilfesassistenten. 

Ergebnis: 1 mittlere Eingabe, 1 einfache Eingabe 

/F40/ Es werden zwischen 7 und 15 Spalten benötigt, die Anzahl unterschiedlicher 

Datenelemente liegt zwischen 6 und 10. 


/F50/ Da nur eine Auflistung aller Daten für jeweils einen Hilfeassistenten 

verlangt wird, wird eine mittlere Ausgabe angenommen, da keine 

Gruppenwechsel erforderlich sind. Hinzu kommt aber noch die interaktive 

Auswahl des gewünschten Hilfeassistenten. 

Ergebnis: 1 mittlere Ausgabe, 1 einfache Eingabe 

➜ 

Aufgabe 

Lösung

FW60/ Abfrage mit Endbenutzersprache nach /LF40/. 


/FW70/ Abfrage mit Endbenutzersprache nach /LF40/. 


/FW80/ Die Verlängerung der Verträge erfordert ein relativ einfaches Suchen 

nach auslaufenden Verträgen. Die Komplexität der Druckausgabe ist 

mittel. 


/FW90/ Es handelt sich um eine Abfrage mit geringem Anspruch an die 

Benuterführung. Die Erzeugung des Ergebnisses erfordert ein nicht einfaches 

Durchsuchen der Datei. 

Ergebnis: 1 mittlere Abfrage 

/FW100/ Die Erzeugung der Steuerdatei ist als eine mittlere Ausgabe, analog 

/F40/ zu bewerten. 


/D10/ Es werden 1 bis 20 Datenelemente mit einem Schlüssel gespeichert. 

Ergebnis: 1 einfacher Datenbestand 

/D20/ Analog zu /D10/ 


/D30/ Analog zu /D10/ 


➜ 

Aufgabe 

Lösung


ohne Wunschkriterien 

Eingaben: 3*einfach (3) = 9 

1*mittel (4) = 4 

2*komplex (6) = 12 

Ausgaben: 3*mittel (5) = 15 

Datenbestände 3*einfach (7) = 21 

Summe Function Points (ohne Wunschkriterien) E1 = 61. 

mit Wunschkriterien 

Eingaben: 3*einfach (3) = 9 

1*mittel (4) = 4 

2*komplex (6) = 12 

Ausgaben: 5*mittel (5) = 25 

Abfrage: 1*mittel (4) = 4 

Datenbestände 3*einfach (7) = 21 

Summe Function Points (mit Wunschkriterien) E1w = 75. 

➜ 

Aufgabe 

Lösung

Bewertung der Einflußfaktoren: 

1 Verflechtung mit anderen Anwendungsthemen = 0 

2 Dezentrale Daten / dezentrale Verarbeitung = 0 

3 Transaktionsrate = 1 

4 Verarbeitungslogik (Sortierung) = 3 (Sortierung) 

5 Wiederverwendbarkeit = 0 

6 Datenbestands-Konvertierungen = 0 

7 Anpaßbarkeit = 0 

Summe E2 = 4 

E3 = 4 / 100 + 0,7 = 0,74 

Bewertete Function Points (ohne Wunschkriterien) 

= 61 x 0,74 = 45,1 FP 


Bewertete Function Points (mit Wunschkriterien) 

= 75 x 0,74 = 55,5 FP 


Aufgabe 

Lösung



anwenden können (Lehreinheit 2) 


Aufgabe: 

Ermitteln Sie anhand des Pflichtenheftes zur Seminarorganisation (Anhang A) 

den Zeitaufwand nach der Function Point-Methode. 

Aufgabe 

Lösung


Function Points zum Pflichtenheft Seminarorganisation 

/F10/ Es handelt sich um drei getrennte Eingaben (Ersterfassung, Änderung, 

Löschung). Die Ersterfassung ist sicher am umfangreichsten, wahrscheinlich 

sind mehr als 10 Datenelemente zu erfassen, auf die Datenbank 

muß schreibend zugegriffen werden, die Ansprüche an die Bedienerführung 

sind hoch. Die Ersterfassung ist daher eine komplexe Eingabe. 

Bei der Änderung wird auf die Datenbank lesend und schreibend 

zugegriffen. Die Ansprüche an die Bedienerführung sind normal, die 

Anzahl der zu ändernden Datenelemente kann von gering bis hoch reichen. 

Daher erscheint hier eine mittlere Klassifizierung angebracht. Das 

Löschen eines Kundeneintrags erfordert logische Überprüfungen und 

einen Datenbankzugriff auf Seminarbuchungen. Das Löschen wird daher 

auch als Mittel klassifiziert. 

Ergebnis: 1 komplexe Eingabe, 2 mittlere Eingaben 

/F15/ Analog zu /F10/ 


/F20/-/F55/ Die Anmeldung eines Kunden erfordert die Eingabe der notwendigen 

Kundendaten und einige Überprüfungen ( /F30/ - /F55/ ). 

Ergebnis: 1 mittlere Eingabe 

/F60/ Der Versand einer Anmeldebestätigung erfordert die Kombination 

einiger Kunden- und Seminardaten mit Standardtexten. Eine Druckaufbereitung 

ist erforderlich. 

Ergebnis: 1 mittlere Ausgabe. 

➜ 

Aufgabe 

Lösung

F70/ Die Abmeldung eines Kunden die Eingabe der notwendigen Kundendaten 

und die Überprüfungen nach /F80 - F110/. 

Ergebnis: 1 mittlere Eingabe 

/F115/ Die Benachrichtigung der Teilnehmer erfordert mehrere Zugriffe auf 

die Kunden- und Seminardaten, die mit Standardtexten kombiniert ausgedruckt 

werden. 


/F120/ Bei Seminarbuchungen muß nur der Zusammenhang zwischen 

Kunden und Seminarveranstaltungen hergestellt werden. Daher ist die 

Anzahl der Datenelemente gering, jedoch ist eine logische Überprüfung 

mit DB-Zugriffen erforderlich. Die drei Eingaben werden daher als mittel 

klassifiziert. 

Ergebnis: 3 mittlere Eingaben 


Ergebnis: 3 mittlere Eingaben 

/F130/ Das Erstellen von Adressenaufklebern erfordert kein Suchen in den 

Kundendaten, da für alle Kunden Adressenaufkleber zu erstellen sind. 

Aufgrund der erforderlichen Druckaufbereitung wird eine mittlere Ausgabe 

angenommen. 




/F140/ Die Eingabe von Zahlungsverzügen erfordert 1-5 Datenelemente und 

eine formale Prüfung. Die Ansprüche an die Bedienerführung sind gering. 

Ergebnis: 1 einfache Eingabe 

➜ 

Aufgabe 

Lösung

F150/ Analog wie /F10/ aber für Seminarveranstaltungen und für Seminartypen. 

Ergebnis: 2 komplexe Eingaben, 4 mittlere Eingaben 

/F160/ Stornieren erfordert sicher nicht mehr als 5 unterschiedliche Datenelemente 

in der Eingabe. Eine formale Eingabeprüfung ist hinreichend. 


/F170/ Analog zu /F160/. 






/F190/ Das Erstellen der Teilnehmerliste für eine bestimmte Seminarveranstaltung 

erfordert eine einfache Eingabe zur Festlegung der Seminarveranstaltung. 

Hinzu kommt eine mittlere Ausgabe aufgrund des erforderlichen 

Durchsuchens der Kundendaten und der Druckaufbereitung. 

Ergebnis: 1 einfache Eingabe, 1 mittlere Ausgabe 


Ergebnis: 1 einfache Eingabe, 1 mittlere Ausgabe 

/F210/ Eine Rechnung muß Daten über den Kunden, die Seminarveranstaltung 

und den Seminartyp enthalten. Dazu sind mehrere DB-Zugriffe 

erforderlich. Es dürften mehr als 10 Datenelemente ausgegeben werden. 

Daraus ergibt sich eine komplexe Ausgabe. 

Ergebnis: 1 komplexe Ausgabe 

/F220/ Die Erzeugung der Rechenkopie erfordert keine Druckaufbereitung. 

Die Komplexität der auszugebenden Daten liegt im mittleren Bereich. 

Ergebnis: 1 mittlere Ausgabe ➜ 

Aufgabe 

Lösung

F230/-/F250W/ Die Anfragen werden mittels Endbenutzersprachen durchgeführt. 

Daher werden sie hier nicht gewertet. 

/D10/ Die Anzahl der Datenelemente ist kleiner als 20. Es wird ein Schlüssel 

verwendet. 


/D20/ Analog zu /D10/. 


/D30/ Analog zu /D10/. 


/D40/-/D70/ Jeweils analog zu /D10/. 

Ergebnis: 4 einfache Datenbestände 


Eingaben: 5 *einfach(3) = 15 

18 *mittel(4) = 72 

5 *komplex(6) = 30 

Ausgaben: 8 * mittel(5) = 40 

1 * komplex(7) = 7 

Datenbestände: 7 * einfach(7) = 49 

Summe Function Points E1 = 213 

➜ 

Aufgabe 

Lösung

Die Einfußfaktoren werden folgendermaßen bewertet: 

1 Verflechtung mit anderen Anwendungssystemen (0-5) = 0 

2 dezentrale Daten/Verarbeitung (0-5) = 0 

3 Transaktionsrate: Wegen /LL10/ (0-5) = 3 

4 Verarbeitungslogik 

a.Rechenoperationen (0-10) = 3 

b.Kontrollverfahren (0-5) = 3 

c. Ausnahmeregelungen (0-10) = 3 

d.Logik (0-5) = 3 

5. Wiederverwendbarkeit (0-5) = 0 

6. Datenbestandskonvertierungen (0-5) = 0 

7. Anpaßbarkeit (0-5) = 3 

Summe der sieben Einflüsse E2 = 18 

Faktor Einflußbewertung E3 E2/100+0,7=18/100+0,7 = 0,88 

Bewertete Function Points E1*E3 = 213*0,88 = 187 FP 

Aufwand nach IBM-Tabelle (interpoliert) ≈ 12 MM 

Optimale Entwicklungsdauer=2,5*12 0,35 [Monate] = 6 [Monate] 

Die durchschnittliche Größe des Entwicklungsteams beträgt: 

Anzahl Mitarbeiter= 12 MM/6 Monate = 2 Mitarbeiter 

Aufgabe 

Lösung


1 Lernziel: Für eine gegebene Problemstellung Funktionen hierarchisch gliedern 

und einen Funktionsbaum konstruieren können. 


Aufgabe: 

Gliedern Sie die Funktionen zur Seminarverwaltung der Firma Teachware. 

(Anhang A) 

Aufgabe 

Lösung


verwalte Seminare 

und Kunden 

verwalte 

Seminartypen 

/F150/ 

erfasse Seminartypstamm 

aktualisiere 

Seminartypdaten 

lösche 


verwalte Seminarveranstaltungen 

/F150/ 

erfasse Seminarveranstaltungsstamm 

aktualisiere 

Seminarveranstaltungsdaten 

lösche Seminarveranstaltungsstamm 

storniere Seminarveranstaltung 

/F160/ 

trage Seminardurchführung 

ein /F170/ 

verwalte 

Seminare 

beantworte 

Seminaranfragen 

/F230/ 

erstelle 

Teilnehmerliste 

/F190/ 

erstelle Teilnehmerurkunden 

/F200/ 

verwalte 

Dozenten 

erfasse 

Dozentenstamm 

aktualisiere 

Dozentenstammdaten 

lösche 

Dozentenstamm 

trage Zuordnung 

Seminartyp ein 


Seminarveranstaltung 

ein 

verschicke 

Serienbrief 

/F185/ 

Aufgabe 

Lösung


2 Lernziel: Für eine gegebene Problemstellung Funktionen hierarchisch gliedern 

und einen Funktionsbaum konstruieren können. 


Aufgabe: 

Gliedern Sie die Funktionenen zur Roboteranimation. (Anhang B) 

Aufgabe 

Lösung


einlesen von 

Steuerbefehlen 

/F10/ 

überprüfen auf 

korrekte Syntax 

und Semantik 

verwalte 

Oberarm 

berechne 

Oberarmdaten 

überprüfe 

auf erlaubte 

Position 

zeichne 

Oberarm 

lösche 

Oberarm 

animieren 

des Roboters 

verwalte 

Unterarm 

berechne 

Unterarmdaten 

überprüfe 

auf erlaubte 

Position 

zeichne 

Unterarm 

lösche 

Unterarm 

zeichne 

Grundstellung 

Aufgabe 

Lösung


3 Lernziel: Regeln für die Syntax und Semantik von Datenfluß-Diagrammen 

kennen und anwenden können 


Aufgabe: 

Betrachten Sie folgendes Datenfluß-Diagramm. Welche Fehler erkennen Sie? 

Kunde 

Anzahl_Bestellungen 

Bestellung 

Anschrift 

Kundendatei 

Verwalte 

Bestellungen 

1 

Anschrift 

Artikelnummer 

Rechnungen 

Artikelpreis 

Artikelbezeichnung 

Artikeldaten 

Ermittle 

Artikelpreise 

2 

Kunde 

Artikeldaten 

Sachbearbeiter 

Aufgabe 

Lösung


Das Datenfußdiagramm zur Kundenverwaltung enthält folgende Fehler: 

1 Der Datenfluß »erhöhe_Anzahl_der_Bestellungen« enthält ein Verb und 

führt von einem Prozeß zum selben Prozeß (Schleife). Richtig wäre es, 

einen Speicher »Anzahl_der Bestellung« einzuzeichnen, der lesend/ 

schreibend von Prozeß1 benutzt wird. 

2 Der Name des Datenflusses »Anschrift« ist ungeschickt. Besser ware es, 

ihn als »Kundenanschrift« zu bezeichnen. 

3 Die Speicher »Kundendatum« und »Rechnungen« sind direkt mit einem 

Datenfluß verbunden. Richtig wäre es, einen dritten Prozeß »erstelle 

Rechnungen« einzuzeichnen, der die »Kundenanschrift«, dit »Artikelbezeichnung« 

und den »Artikelpreis« als Eingabedatenflüsse sowie 

»Rechnungen« als Ausgabedatenfluß besitzt. 

4 Ein Datenfluß von Speicher »Rechnungen« zu Schnittstelle »Kunde« ist 

nicht erlaubt. 

5 Der Datenfluß »Artikeldaten« von der Schnittstelle »Sachbearbeiter« direkt 

in den Speicher »Artikeldaten« ist nicht erlaubt. Richtig wäre es, einen 

Prozeß »aktualisiere Artikeldateien« einzuzeichnen. 

6 Der Datenfluß »Auskünfte« zwischen den externen Schnittstellen ist nicht 

erlaubt. Richtig wäre es, einen Prozeß »erteile Auskünfte« einzuzeichnen. 

Aufgabe 

Lösung


4 Lernziel: Regeln für die Syntax und Semantik von Datenfluß-Diagrammen 

kennen und anwenden können. 


Aufgabe: 

Betrachten Sie folgendes Datenfluß-Diagramm. Welche Fehler erkennen Sie? 

Hilfsassistenten 

Hiwi-Gelder 

Bezahlung 

Stundenzahl 

Studentendaten 

bezahlte 

Hiwis 

1 

Sekretärin 

Beschäftigungszeitraum 

Adreßänderung 

Studenten einstellen 

Sekretärin 

Start 

Studentendaten 

Arbeitsverträge 

verlängern 

2 

Arbeitsvertrag 

Aufgabe 

Lösung


Das Datenflußdiagramm zur HiWi-Verwaltung enthält folgende Fehler: 

1 Der Datenflußname »Studenten einstellen« enthält ein Verb. Richtig wäre es z.B., 

den Datenfluß »Einstellungsdaten« zu nennen. 

2 Der Datenfluß »Studenten einstellen« führt von einer Schnittstelle direkt zu einem 

Speicher. Richtig wäre es, einen zusätzlichen Prozeß »Studenten einstellen« einzuzeichnen, 

der den Datenfluß »Einstellungsdaten« in den Datenfluß »Studentendaten« 

transformiert und den Speicherzugriff kontrolliert. 

3 Der Datenfluß »Studenten einstellen« beginnt an der Schnittstelle »Sekretärin«. 

Besser wäre es, den Datenfluß an der Schnittstelle »Hilfsassistenten« zu beginnen, 

weil die Studentendaten ursprünglich von den Hilfsassitenten stammen. Die Eingabe 

über die Sekretärin ist nicht zwingend, sondern eine mögliche Implementierung. 

4 Der Datenflußname »Adressänderung« enthält zwar kein Verb, impliziert aber 

dennoch eine Tätigkeit. Richtig wäre es z.B. den Datenfluß »geänderte Adressen« 

zu nennen. 

5 Der Datenfluß »Adressänderung« beginnt an der Schnittstelle »Sekretärin«. Besser 

wäre es, den Datenfluß an der Schnittstelle Hilfsassistenten« zu beginnen, weil die 

geänderten Adressen ursprünglich von den Hilfsassistenten stammen. Die Eingabe 

über die Sekretärin ist nicht zwingend, sondern eine mögliche Implementierung. 

6 Der Datenfluß zwischen den beiden Prozessen hat keinen Namen. Richtig wäre es, 

den Datenfluß mit einem aussagekräftigen Datenflußnamen zu beschriften. 

7 Der Datenfluß »Start« ist ein Kontrollfluß. Richtig wäre es, ihn aus dem Diagramm 

zu entfernen. 

8 Der Datenfluß »HiWi-Gelder« beginnt im Nichts. Richtig wäre es, ihn z. B. von einer 

weiteren Schnittstelle »Univerwaltung« aus einzuzeichnen. 

9 Der Datenfluß »Arbeitsvertag« endet im Nichts. Richtig wäre es, ihn z. B. zur 

Schnittstelle »Hilfsassistenten« zu führen. 

Aufgabe 

Lösung


5 Lernziel: Für eine gegebene Problemstellung Schnittstellen, Funktionen und 

Speicher ermitteln und den Informationsfluß dazwischen beschreiben können. 


Aufgabe: 

Zeichnen Sie ein Datenflußdiagramm, das den Seminarverwaltungsteil der 

Fallstudie Seminarorganisation beschreibt. Berücksichtigen Sie folgende 

Anforderungen aus dem Pflichtenheft: /F150/, /D40/, /D50/, /D60/, /F160/, 

/F170/, /F180/ (Anhang A). 

Lösungshinweis: Überlegen Sie sich zunächst die Schnittstellen. 

Aufgabe 

Lösung


/F150/ Ersterfassung, Änderung und Löschung einer Seminarveranstaltung und 

Seminartypen 

/F160/ Stornierung von Seminarterminen 

/F170/ Durchführung eines Seminars eintragen 

/F180/ Ersterfassung, Änderung und Löschung von Dozenten, Zuordnen zu Seminarveranstaltungen 

und Seminartypen 

/D40/ Seminar /D50/ Seminartypen /D60/ Dozent 

Durchführungsdaten /F170/ 

Stornierungsdaten 

/F160/ Seminar- 

Seminarsachbearbeiterv 


veranstaltungsdaten 

Seminaraufkünfte 

Seminarauftragsdaten 

verwalte 

Seminartypen 

/F150/ 

verwalte 

Seminarveranstaltung 

/F150/ 

beantworte 

Seminaranfragen 

Dozentendaten /D60/ 

Seminarveranstaltungsdaten 

/D40/ 

Dozenten-Nr. 

Seminartypdaten /D50/ 

verwalte 

Dozentendaten 

Dozenten-Nr. 

Dozentendaten 

Dozent 

Aufgabe 

Lösung


6 Lernziel: Für eine gegebene Problemstellung Schnittstellen, Funktionen und 

Speicher ermitteln und den Informationsfluß dazwischen beschreiben können. 


Aufgabe: 

Zeichnen Sie ein Datenflußdiagramm zur Fallstudie Roboteranimation (Anhang 

B). Da man sich hier auf einem anderen Abstraktionsniveau befindet, verwenden 

Sie bitte folgende zwei Schnittstellen: Bediener und Grafikbildschirm. 

Aufgabe 

Lösung


Bediener 

Befehle 

Hinweise 

Einlesen 

von Steuerbefehlen 

Grundeinstellungsdaten 

geprüfte 

Befehle 

Verwalten 

der 

Animation 

? 

Winkel 

Winkel 

Zeichne 

Grundstellung 

Berechne 

Oberarmdaten 

Berechne 

Unterarmdaten 

Koordinaten 

Koordinaten 

Koordinaten 

Grafikbildschirm 

Ein Problem besteht in dem mit ? markierten Pfeil. Hier fließen keine echten 

Daten. Es handelt sich vielmehr um einen Kontrollfluß, der den Prozeß »zeichne 

Grundstellung« anstößt. Kontrollflüsse lassen sich erst in der RT-Erweiterung 

von SA darstellen (siehe Kapitel 2.20) 

Aufgabe 

Lösung


7 Lernziel: Datenstrukturen als Data Dictionary-Einträge in modifizierter Backus- 

Naur-Form definieren und hierarchisch anordnen können durch Wahl geeigneter 

Abstraktionsebenen. 


Aufgabe: 

Was bedeuten: 

a A = (B) 

b A = 0 {B}1 

c A = [B] 

d AB = [A | B | A+B] 

e A = ({B}) 

f A = {B} 

g A = 1{B} 

h A = {B}1 

Aufgabe 

Lösung


a A = (B) A besteht optional aus B 

b A = 0 {B}1 äquivalent zu a 

c A = [B] nicht erlaubte Notation (es müssen mindestens 

2 Alternativen angegeben werden) 

d AB = [A | B | A+B] AB besteht entweder aus A oder aus B 

oder aus A und B 

e A = ({B}) A besteht aus keiner oder beliebig vielen 

Wiederholungen von B 

f A = {B} äquivalent zu e (bessere Lösung als e) 

g A = 1{B} A besteht aus (mindestens) einer oder mehreren 

Wiederholungen von B 

h A = {B}1 äquivalent zu A = (B) 

Aufgabe 

Lösung






Aufgabe: 

A = B + [C|D+E|F] 

Welche der folgenden Ausdrücke sind in der angegebenen Definition enthalten? 

a A = B 

b A = B+C+F 

c A = B+D+E 

d A = B+C 

e A = B+F 

Aufgabe 

Lösung


A = B + [C|D+E|F] 

a A = B 

b A = B+C+F 

c A = B+D+E 

d A = B+C 

e A = B+F 

Bis auf a und b sind alles richtige Instanzen. 

Aufgabe 

Lösung






Aufgabe: 

Sind folgende Definitionen sinnvoll (im Zusammenhang)? 

A = B+(C) 

B = {D} + [E | F] + G 

D = H + A + { I } 

Aufgabe 

Lösung


Die Definitionen sind im Zusammenhang nicht sinnvoll, da sie zirkular sind. 

Aufgabe 

Lösung






Aufgabe: 

Die an einem Lehrstuhl beschäftigten Hilfsassistenten sollen in einer Datei 

verwaltet werden. Über jeden Hilfsassistenten sind folgende Informationen 

aufzubewahren: 

Name, Vorname, Matrikelnummer, Geburtsdatum, Heimatadresse einschl. 

Telefon-Nr., Studienadresse einschließlich Telefon-Nr., Studienfach (können 

auch mehrere sein), Semesteranzahl, Vordiplom (Ja/Nein, wenn ja, dann Note 

und Datum), Beschäftigungszeiten (von, bis, Stundenzahl pro Woche, 

Tätigkeitsgebiete, benutzte Software-Systeme), Diplom (Ja/Nein, wenn ja, dann 

welche Note und Datum), Arbeitszeugnis ausgehändigt (Ja/Nein, wenn ja, 

dann Datum). 

Definieren Sie die Datenstrukturen durch ein DD! 

Aufgabe 

Lösung


HIWI-Datei = {HIWI-Eintrag} 

HIWI-Eintrag = Personaldaten + Studiendaten + 1{Beschäftigungsdaten} 

Personaldaten = Name + Vorname + Matrikelnummer + Geburtsdatum 

+ (Heimatadresse) + Studienadresse 

Heimatadresse = Adresse 

Studienadresse = Adresse 

Adresse = Straße + Hausnummer + (Zimmernummer) + (LKZ) 

+ PLZ + Wohnort + (Zustellbezirk) + (TelefonNr.) 

Studiendaten = 1{Studienfach} + Semesteranzahl + (Vordiplom) + (Diplom) 

Beschäftigungsdaten = Von + (Bis) + Stundenanzahl pro Woche 

+ 1{Tätigkeitsgebiete} + {benutzte Software-Systeme} 

+ (Arbeitszeugnis) 

Von = Datum 

Bis = Datum 

Arbeitszeugnis = Datum 

Vordiplom = Note + Datum 

Diplom = Note + Datum 

Aufgabe 

Lösung






Aufgabe: 

Aus der Hilfsassistenten-Datei nach Aufgabe 10 ist folgende tabellarische Liste 

zu erstellen: 

Listenkopf: 

“Alphabetische Liste aller Hilfsassistenten“ 

Listenrumpf: 

Name, Vorname, Matrikel-Nr., Studienadresse, Geburtsdatum. 

Definieren Sie die Datenstruktur durch ein DD! 

Lösungshinweis: Aktuelle Daten, z.B. für Bildschirm- oder Druckerausgaben 

können in Anführungsstrichen angegeben werden, z.B. Ausgabe = “Text der 

Ausgabe”. 

Aufgabe 

Lösung


Alphabetische HIWI-Liste = Listenkopf + {Listenrumpf} *In dieser Reihenfolge* 

Listenkopf = „Alphabetische Liste aller Hilfsassistenten“ 

Listenrumpf = Name + Vorname + Matrikelnummer 

+ Studienadresse + Geburtsdatum 

*In dieser Reihenfolge* 

Aufgabe 

Lösung






Aufgabe: 

Der nachfolgende Ausschnitt aus einem Flugplan soll in Data-Dictionary-Form 

(DD) spezifiziert werden. 

Gehen Sie top-down vor! 

Abflugort 

Zielort 

Flugtag 

(1 = Mo) 

Zielflughafen 

Abflughafen 

Von/From/De Wien/Vienna Schwechat + 01:00 

Nach/To/A Saarbrücke Ensholm + 01:00 

12345-- 10.40-14.20 LH1453/LH5245 via FRA 

1234567 14.35-18.00 LH1459/LH5249 via FRA 

12345-7 18.55-22.15 LH1451/LH5251 via FRA 

Nach/To/A Stuttgart Echterdingen + 01:00 

12345-- 09.45-11.15 LH5521 EM2 C Nonstop 

12345-7 19.25-20.30 LH1479 737 F/C Nonstop 

1234567 10.40-14.05 LH1453/LH210 via FRA 

1234567 14.35-17.45 LH1459/LH218 via FRA 

1234567 18.55-22.20 LH1451/LH226 via FRA 

Von/From/De Windhuk J.G. Strijdom +02:00 

Nach/To/A Frankfurt +01:00 

--3---- 20.50-10.35 + SA250 1 Stop 

----5-- 20.50-10.30 + SA254 1 Stop 

Abflugzeit Ankunftszeit 

Kennzchn. 

(nächster Tag) Flug-Nr(n) Flugzeugtyp 

Zeitdiff. Abflugort 

Zeitdiff. Zielort 

Sitzplatzkategorie 

Stops 

Aufgabe 

Lösung


Flugplan = {Abflugort + Abflughafen 

+ Zeitverschiebung Abflugort 

+ {Flüge zu einem Zielort}} 

Flüge zu einem Zielort = Zielort + (Zielflughafen) 

+ Zeitverschiebung Zielort 

+ {Flugverbindung} 

Flugverbindung = 1{Flugtag}7 

+ Abflugzeit 

+ Ankunftzeit 

+ (Kennzeichen) 

+ Flug-Nr. 

+ (Flugzeugtyp) 

+ (Sitzplatzkategorie) 

+ Stops 

Aufgabe 

Lösung


13 Lernziel: Datenstrukturen in Jackson Diagramm-Notation definieren können 


Aufgabe: 

Beschreiben Sie den Flugplan nach Aufgabe 12 als Jackson-Diagramm. 

Aufgabe 

Lösung


Abflugort Abflughafen 

Zielort 

mögliche 

Flugtage 

Name des 

Zielflughafens 

Ablugzeit 

Zielflughafen 

o 

Ankuftszeit 

- 

Flugplan 

Abflugorte 

Flugkennung 

Zeitverschiebung 

zum Abflugort 

Zeitverschiebung 

zum Zielort 

Flug- 

Nr. 

Flugzeugtyp 

Liste der abgehenden 

Flüge 

Flüge zu 

einem Zielort 

Liste der möglichen 

Flugverbindungen 

zum Zielort 

Flugverbindung 

Sitzplatzkategorie 

Stops 

Flugtag * 

o 

Flugkenn- - 

o o 

Typenbe- - 

o o 

Kategoriebe- - 

o 

zeichenzeichnungzeichnung 

o 

* 

* 

* 

Aufgabe 

Lösung


1 Lernziel: Für ein gegebenes ER- Modell die Kardinalitäten 1:C, 1:1, 1:MC 

und 1:M angeben können 


Aufgabe: 

Geben Sie für folgende ER-Modelle die Kardinalitäten an: 

a 

b 

c 

d 

Zug 

Lokomotive 

Fahrgast 

Fahrgast 

hält auf 

hat 

besitzt 

hat 

Bahnhof 

Räder 

Fahrkarte 

Gepäck 

Aufgabe 

Lösung


a M:N-Assoziation 

b 1:M-Assoziation 

c 1:MC-Assoziation (C=Schwarzfahrer) 

d N:MC-Assoziation (Gepäck kann mehreren Fahrgästen gehören) 

Aufgabe 

Lösung


2 Lernziel: Für gegebene Beispiele ein ER-Modell erstellen können. 


Aufgabe: 

Eine Fluggesellschaft will ein Informationssystem aufbauen, das es gestattet, folgende 

Informationen zu speicher 

/1/ Pilot mit folgenden Eigenschaften: Personal-Nr, Name und Alter. 

/2/ Flugzeugtyp mit folgenden Eigenschaften: Typ-Bezeichnung, Reisegeschwindigkeit. 

/3/ Welcher Pilot fliegt welchen Flugzeugtyp? 

/4/ Flugstunden, die ein Pilot insgesamt geflogen ist und die er auf einem 

bestimmten Flugzeugtyp geflogen ist. 

/5/ Flugstunden, die mit einem Flugzeugtyp insgesamt geflogen wurden. 

a Zeichnen Sie das entsprechende ER-Diagramm einschließlich Attributen 

(Schlüsselattribute unterstreichen). 

b Geben Sie die Kardinalitäten an. 

c Geben Sie ein Beispiel in Tabellenform an. 

d Die Fluggesellschaft gliedert ihre Mitarbeiter in fliegendes Personal (Piloten, 

Flugbegleiter) und nichtfliegendes Personal (Bodenpersonal, 

Verwaltungspersonal). Erweitern Sie das ER-Diagramm entsprechend und 

überlegen Sie sich einige charakteristische Attribute für die jeweilige 

Mitarbeitergruppe. 

Aufgabe 

Lösung


a,b 

0,m 0,m 

Pilot fliegt Flugzeugtyp 

PersonalNR 

Name 

Alter 

Flugstunden 

Flugstunden Typ-Bezeichnung 

Reisegeschwindigkeit 

Flugstunden 

Hinweis: Die Kardinalitäten sind hier in numerischer Notation angegeben 

➜ 

Aufgabe 

Lösung


c 

Pilot 

Flugzeugtyp 

Fliegt 

PersonalNR 

39140 

47187 

23141 

28137 

Name Alter Flugstunden 

Typ-Bezeichnung Reisegeschwindigkeit Flugstunden 

Boeing 747 

Boeing 737 

Airbus A310 

Airbus A320 

Schauer 

Böttcher 

Prause 

Schmidt 

PersonalNR Typ-Bezeichnung Flugstunden 

39140 

39140 

47187 

23141 

800 

700 

850 

800 

Boeing 747 

Airbus A310 

Boeing 747 

Boeing 737 

38 

40 

45 

43 

10021 

15302 

14987 

12188 

7984 

1118 

4305 

62 

1740 

1500 

2300 

1500 

➜ 

Aufgabe 

Lösung


d 

nichtfliegendes 

Personal 

PersonalNR 

Einsatzort 

Personal 

is-a 

fliegendes 

Personal 

PersonalNR 

Name 

Alter 

PersonalNR 

Flugstunden 

fliegt 

hier das Modell von 

a), b) anfügen 

Hinweis:Die Kardinalitäten sind hier in numerischer Notation angegeben. 

Aufgabe 

Lösung


3 Lernziel: Für gegebene Beispiele ein ER-Modell erstellen können 


Aufgabe: 

Eine Bibliothek ist zu verwalten. 

/1/ Ein Leser kann sich max. 20 Bücher (Buchexemplare!) ausleihen. 

/2/ Von einem Buch gibt es im allgemeinen mehrere Exemplare. 

/3/ Ist ein gewünschtes Buch nicht vorhanden, so kann es von den Lesern 

vorbestellt werden. 

/4/ Pro Leser sind maximal zehn Vorbestellungen möglich. 

/5/ Für jedes Buch sind der Titel und bis zu drei Autoren zu speichern. 

/6/ Einige Bücher besitzen einen Herausgeber. 

/7/ Bei der Aufnahme in die Bibliothek erhält jedes Exemplar eine eindeutige 

Inventarnummer. 

/8/ Für jeden Leser werden der Name und die Adresse gespeichert. 

/9/ Bei der Ausleihe werden das Ausleihdatum und das Rückgabedatum 

gespeichert. 

a Erstellen Sie das ER-Diagramm mit Attributen. Schlüssel sind zu unterstreichen. 

b Geben Sie die Kardinalitäten an (mit konkreten Obergrenzen, wenn möglich). 


Aufgabe 

Lösung


a,b 

vorbestellen 

0,10 

Titel 

Autor 1 

Autor 2 

Autor 3 

Herausgeber 

0,m 

Buch 

1,m 

gibt es 

Leser ausleihen 

0,20 0,1 

Name 

Adresse 

ISBN 

Ausleihdatum 

Rückgabedatum 

Exemplar 

Inventar-NR 

Hinweis: Die Kardinalitäten sind in numerischer Notation angegeben 

1 

➜ 

Aufgabe 

Lösung


c 

Leser Name Adresse 

Müller 

Prause 

Böttcher 

Bahnhofstr. 134, 4600 Dortmund 

Hauptstr. 210, 4630 Bochum 

Kölner Straße 4, 4000 Düsseldorf 

Buch ISBN Autor 1 Autor 2 Herausgeber Titel 

0-13-629981-4 Coad Yourdon Marttine Object Oriented Analysis 

3-411-14361-4 Liggesmeyer Balzert Modultest und Modulverifikation 

vorbestellen Name ISBN 

Müller 

0-13-629981-4 

Exemplar InventarNR ISBN 

91/45 

90/27 

0-13-629981-4 

3-411-14361-4 

ausleihen Name InventarNR Ausleihdatum Rückgabedatum 

Prause 

Müller 

91/45 

90/27 

02.04.91 30.04.91 

15.04.91 13.05.91 

Aufgabe 

Lösung


4 Lernziel: Für gegebene Beispiele ein ER-Modell erstellen können. 


Aufgabe: 

In einer Datenbank für CASE-Werkzeuge sind folgende Informationen über Werkzeuge 

zu speichern: 

/1/ Jedes Werkzeug wird von einem Anbieter vertrieben. Ein Anbieter vertreibt in 

der Regel mehrere Werkzeuge. 

/2/ Ein Werkzeug kann auf mehreren Betriebssystemen (BS) laufen (eindeutiger 

BS-Name!). Für ein Betriebssystem gibt es in der Regel mehrere Werkzeuge. 

/3/ Jede betriebssystem-spezifische Werkzeug-Version hat einen eigenen Preis. 

/4/ Pro Werkzeug sind zu speichern: Werkzeugname (eindeutig!), Installationszahl 

und eine Beschreibung. 

/5/ Zum Anbieter sind der Name (eindeutig!), die Adresse und die Anzahl der Mitarbeiter 

in der Werkzeugentwicklung zu speichern. 

/6/ Ein Werkzeug kann Komponente einer CASE-Umgebung sein. Eine CASE- 

Umgebung enthält i.allg. mehrere Werkzeuge. 

/7/ Für jede CASE-Umgebung soll die Datenbank den Produkt-Namen (eindeutig!) 

und das Jahr der Erstinstallation enthalten. 

a Erstellen Sie das ER-Diagramm (einschl. der Attribute; Schlüssel unterstreichen). 

b Geben Sie die Kardinalitäten an. 


Aufgabe 

Lösung


a,b 

W-Name Install. Zahl Beschreibung 

A-Name Adresse 

1 

1,m 

Werkzeug vertreibt Anbieter 

1,m 

0,1 

enthält 

2,m 

CASE- 

Umgebung 

Produkt-Name Erstinstallation 

läuft 

auf 

Preis 

Betriebssystem 

BS-Name 

Anz. Werkzeug-Entwickler 

Hinweis: Die Kardinalitäten sind hier in numerischer Notation angegeben. 

1,m 

➜ 

Aufgabe 

Lösung


c 

Anbieter 

A-Name Adresse Mitarbeiter 

SoftWAIR 

Teachsoft 

Robware 

Flughafenstr. 2 

6000 Frankfurt 

Regensburger Str. 13 

8000 München 

Bahnhofstr. 138 

7000 Stuttgart 

30 

120 

Werkzeug W-Name Installationszahl Beschreibung 

Rob Tool SA 128 

Strukturierte Analyse 

Rob Tool SD 87 

Strukturierter Entwurf 

DB Tool IM 273 

Information Model 

SoftWAIR Case IM 17 

Information Model 

SoftWAIR Case SD 13 


85 

Produkt-Name A-Name 

RobTool RobWare 

RobTool 

SoftWAIR Case 

SoftWAIR Case 

RobWare 

Teachsoft 

SoftWAIR 

SoftWAIR 

Aufgabe 

Lösung


c 

CASE Umgebung Produkt-Name Erstinstallation 

Rob Tool 

SoftWAIR Case 

1984 

1988 

läuft auf W-Name BS-Name Preis 

Rob Tool SA 

Rob Tool SD 

Rob Tool SA 

Rob Tool SD 

DB Tool IM 

SoftWAIR Case IM 

SoftWAIR Case IM 

SoftWAIR Case SD 

MS-DOS 

MS-DOS 

Unix 

MVS 

MS-DOS 

Unix 

MVS 

Unix 

2.000 

2.000 

20.000 

200.000 

8.000 

32.000 

300.000 

40.000 

Aufgabe 

Lösung


5 Lernziel: Für gegebene Beispiele eine Assoziationsmatix erstellen können. 


Aufgabe: 

Ergänzen Sie die Tab. 2.10-3 um die in Aufgabe 1 von Lehreinheit 5 ermittelten 

Funktionen. 

Aufgabe 

Lösung


Funktionen 

Dateien 

erfasse Seminartypstammdaten 

aktualisierte Seminartypdaten 

lösche Seminartypstammdaten 

erfasse Seminarveranstaltgsstamm 

aktualisiere Seminarveranststamm 

lösche Seminarveranstaltgsstamm 

storniere Seminarveranstaltung 

trage Seminardurchführung 

ein 

Kunde 

Firma Zahlungsverzug 

bucht Seminarveranstaltung 

wird 

durchgeführt 

von 

u u 

d d 

Legende: c = create; u = update; r = read; d = delete 

u 

u 

Dozent 

ist 

zugeordnet 

Seminartyp 

r c c 

d d d 

c c r r 

r 

u 

u 

➜ 

Aufgabe 

Lösung


Funktionen 

Dateien 

beantworte Seminaranfragen 

erstelle Teilnehmerliste 

erstelle Teilnehmerurkunden 

erfasse Dozentenstamm 

aktualisiere Dozentendaten 

lösche 

Dozentenstamm 


Seminartyp ein 


Seminarveran. ein 

Kunde 

Firma Zahlungsverzug 

bucht Seminarveranstaltung 

r r r r 

r 

r 

Legende: c = create; u = update; r = read; d = delete 

r 

r 

r 

wird 

durchgeführt 

von 

r 

c 

Dozent 

r 

c 

u 

d 

ist 

zugeordnet 

c 

Seminartyp 

r 

Aufgabe 

Lösung


1 Lernziele: Die Begriffe Klasse, Oberklasse, Unterklasse, Objekt, Attribut, Operation, 

Einfachvererbung, Mehrfachvererbung, abstrakte Klasse, Botschaft und 

Polymorphismus erklären können. 

Zeit: 1 Stunde 

Aufgabe: 

Auf der beigefügten CD-ROM finden Sie eine Demonstrationsversion des interaktiven, 

multimedialen Lernsystems Object-Lab. Lösen Sie in diesem System 

bitte die Aufgaben, die Sie bei folgenden Einstellungen angezeigt bekommen: 

Benutzer: Anfänger 

Lernziel: zuerst »Wissen«, danach »Verstehen« 

Lernstrategie: Selbstnavigation oder Tutor 

Themen: OO 

Notation: Coad/Yourdon 

Aufgabe 

Lösung


2 Lernziele: 

Für gegebene Beispiele ein Klassen-Diagramm zeichnen können. 

Operationen spezifizieren können einschließlich der Verwendung von impliziten 

Operationen. 

Die angegebenen Notationen von Coad/Yourdon und Rumbaugh et.al. sowie 

die »Unified Notation« kennen und wahlweise für Klassen-Diagramme anwenden 

können. 


Aufgabe: 

Eine Firma möchte sich durch ein zu entwickelndes Software-System in die Lage 

versetzen, ihre Telefonanlage zu verwalten. Dabei sollen in einem ersten Schritt 

eine Klasse Telefon und eine Klasse Telefonanlage spezifiziert werden. 

Jedes Telefon ist an eine Telefonanlage angeschlossen. Die Telefonanlage stellt 

die Verbindung zum Telefonnetz der Post her und kann maximal 901 Nebenstellen 

verwalten (3-stellige Durchwahl, 0 = Zentrale). Für jedes Telefon müssen die 

Nebenstellennummer des Apparats, die Berechtigungsstufe (international, national, 

intern) sowie der Aufstellort und die Anzahl der verbrauchten Einheiten gespeichert 

werden. Es soll möglich sein, ein Telefon zu sperren, wenn eine Maximalzahl 

von Einheiten verbraucht ist. Dazu ist eine Operation Sperren zu spezifizieren, 

an die eine Botschaft mit der Anzahl der maximal erlaubten Telefoneinheiten 

zu schicken ist. 

Für die Telefonanlage wird die Anzahl der zur Verfügung stehenden Amtsleitungen, 

die Amtsnummer und eine Anlagenkennung gespeichert. 

➜ 

Aufgabe 

Lösung

LE 7 Fortsetzung Aufgabe 2 

a Erstellen Sie ein Klassen-Diagramm für das beschriebene Szenario in einer 

von Ihnen zu wählenden Notation. 

b Erweitern Sie die Klasse Telefon um eine Operation »GesamtSperren«, die 

an alle Telefone, deren Einheitenstand einen bestimmten Wert überschritten 

hat, die Botschaft Sperren schickt. Spezifizieren Sie diese Operation. Dabei 

ist zu beachten, daß die Operation Sperren der Klasse Telefon benutzt werden 

muß. 

Durch den technischen Fortschritt ist es erforderlich geworden, das Software- 

System um verschiedene Telefonarten zu erweitern (Fax und ISDN-Gerät). Bei 

Fax-Geräten muß zusätzlich zu den Telefondaten die Stationskennung (Text) und 

bei ISDN-Geräten die Art des Anschlusses (Modem, PC-Karte, Telefon) gespeichert 

werden. Die Operation zum Sperren der Geräte muß aufgrund veränderter 

Hardware-Eigenschaften neu spezifiziert werden. 

c Ändern Sie das Klassendiagramm so ab, daß der neuen Situation Rechnung 

getragen wird. Die bereits implementierten Klassen sollen möglichst unverändert 

übernommen werden. Welche objektorientierten Konzepte nutzen Sie 

dabei aus? 

d Nach einiger Zeit gibt es in der Firma keine einfachen Telefone mehr. Wie 

ändern sich das Klassendiagramm und die Spezifikation der Operation 

Sperren? 

Aufgabe 

Lösung


a 

nach Coad/Yourdon 

Telefon 

Nebenstellennummer 

Berechtigungsstufe 

Aufstellort 

Einheiten 

Sperren 

Telefonanlage 

Amtsleitung 

Amtsnummer 

Anlagenkennung 

➜ 

Aufgabe 

Lösung


Spezifikationen der Klasse Telefon: 

Attribut Nebenstellennummer (Muß-Attribut): 

Typ: Int16 

Bereich: 100-999 

Beschreibung: 3-stellige Nebenstellennummer dieses Anschlußes. 

Attribut Berechtigungsstufe (Muß-Attribut): 

Typ: enum (international, national, intern) 

Selektionsart: genau 1 aus 3, nicht erweiterbar 

Voreinstellung: intern 

Beschreibung: Gibt an, ob der Benutzer nur intern, oder auch national und 

international telefonieren darf. 

Attribut Aufstellort (Muß-Attribut): 

Typ: String (30) 

Beschreibung: Gibt an, an welchem Ort das Telefon steht 

(z.B. Gebäude, Raumnummer) 

Attrbut Einheiten (nur lesbar): 

Typ: UInt16 

Voreinstellung: 0 

Beschreibung: Gibt die Anzahl der aktuell verbrauchten Einheiten an. Dieses 

Attribut wird vom Telefon automatisch erhöht, und kann nur von 

der Benutzungsoberfläche gelesen werden. 

➜ 

Aufgabe 

Lösung


Operation Sperren (In maxEinheiten = UInt 16) 

If Einheiten > maxEinheiten 

then Hardware-sperren 

Spezifikation der Klasse Telefonanlage: 

Attribut Amtsleitungen (Muß-Attribut) 

Typ: uint16 

Beschreibung: Gibt die Zahl der zur Verfügung stehenden Amtsleitungen an. 

Attribut Amtsnummer (Muß-Attribut) 

Typ: String (15), nur Zahlen 

Beschreibung: Gibt die Telefonnummer an, über die diese Telefonanlage von 

außen zu erreichen ist. 

Attribut Anlagenkennung (Muß-Attribut) 


Beschreibung: Identifikation der Telefonannlage. 

➜ 

Aufgabe 

Lösung


b 

Telefon 



Aufstellort 

Einheiten 

Sperren 

GesamtSperren(K) 

Klassenoperation Gesamt_Sperren (In maxEinheiten: UInt16) 

Für alle Objekte der Klasse Telefon 

Objekte. Sperren (maxEinheiten) 

➜ 

Aufgabe 

Lösung


c 

Fax 

Stationskennung 

Sperren 

Telefon 



Aufstellort 

Einheiten 

Sperren 

Gesamt-Sperren 

ISDN-Gerät 

Art des 

Anschlußes 

Sperren 

➜ 

Aufgabe 

Lösung


Die neuen Geräte Fax und ISDN-Gerät haben die selben Eigenschaften wie die 

sich schon im Gebrauch befindlichen Telefone. Deshalb kann man das Konzept 

der Vererbung benutzen. Die zusätzlichen Eigenschaften (Stationskennung bei 

Fax, Art des Anschlusses bei ISDN) werden in den Unterklassen abgelegt. Da 

die Hardware von Fax- und ISDN-Geräten nicht zu der des Telefons kompatibel 

ist, muß die Operation Sperren in den Unterklassen redefiniert werden. 

d 

Die Klasse Telefon wird zu einer abstrakten Klasse. Da es von einer abstrakten 

Klasse keine Objekte gibt, muß auch die Operation Sperren abstrakt sein. Das 

heißt, die Operation Sperren in Telefon hat selbst keine Implementierung mehr, 

sagt jedoch aus, daß in Unterklassen von Telefon eine Operation Sperren 

implementiert werden muß. 

Aufgabe 

Lösung


3 Lernziel: Die Konzepte Klassenattribut – Objektattribut und Klassenoperation 

– Objektoperation unterscheiden können. 


Aufgabe: 

Im Rahmen eines Softwareentwicklungsprojektes soll eine Klasse »Person« entwickelt 

werden, die verschiedene Personendaten speichern soll und einige Operationen 

mit diesen Daten erlaubt. Gespeichert werden sollen u. a. der Name 

einer Person, das Geburtsdatum und die Anzahl der insgesamt existierenden 

Personen. Als Operationen sind »Geburtstagsliste drucken« und »Personenname 

ändern« spezifiziert. Die erste Operation soll eine Liste aller Personen drukken, 

die an einem bestimmten Tag Geburtstag haben. Die zweite Operation soll 

zum Ändern des Namens einer bestimmten Person dienen. 

Klassifizieren Sie die Attribute und Operationen in Klassenattribute bzw. - 

operationen und Objektattribute bzw. -operationen (mit Begründung) 

Aufgabe 

Lösung


Person 

Name 

Geburtsdatum 

Anzahl(K) 

Geburtsliste drucken (K) 

Personenname ändern 

Die Attribute Name und Geburtsdatum sind Eigenschaften eines Objektes der 

Klasse Person. Im Gegensatz dazu bezieht sich das Attribut Anzahl (der Objekte 

der klasse Person) auf die Klasse selbst. Es handelt sich hierbei also um ein 

Klassenattribut: 

Die Operation Geburtstagsliste_drucken ist eine Klassenoperation, da sie auf 

allen Objekten der Klasse Operation arbeitet. 

Bei der Operation Personenname_ändern handelt es sich im Gegensatz dazu 

um eine Operation, die man auf ein bestimmtes Objekt der Klasse Person anwenden 

muß. 

Aufgabe 

Lösung


4 Lernziele: 

Operationen spezifizieren können einschließlich der Verwendung von impliziten 

Operationen. 

Für gegebene Beispiele ein Interaktions-Diagramm zeichnen können. 


Aufgabe: 

Gegeben ist das folgende Klassendiagramm zur Realisierung einer Terminverwaltung: 

Mit Hilfe der Operation »Terminliste« soll eine Liste aller Termine erstellt werden, an 

denen eine durch ihren Namen eindeutig identifizierte Person beteiligt ist. Die Liste soll 

nach Datum und Uhrzeit sortiert ausgegeben werden und etwa wie folgt aussehen: 

Termine von 

Datum Uhrzeit Ort 

... ... ... 

Wenn der Aufenthaltsort der Person gleich dem Ort des Termins ist, soll die entspre 

chende Spalte leer bleiben. 

a Spezifizieren Sie die Operation »Terminliste« mit Hilfe von Pseudo-Code. 

Person 

Name 

Aufenthaltsort 

TerminListe 

Termin 

Datum 

Uhrzeit 

Ort 

Beteiligte- 

Personen 

b Erstellen Sie ein Interaktions-Diagramm für die Operation »Terminliste«. 

Aufgabe 

Lösung


a 

Operation TerminListe () 

Print „Termine von“, Name 

Für alle Termine: 

If Name in Termin.Beteiligte Personen 

Then Print Termin.Datum 

Print Termin.Uhrzeit 

If Aufenthaltsort Termin.Ort 

then Print Termin.Ort 

End IF 

End IF 

➜ 

Aufgabe 

Lösung


c 

TerminListe ( ) 

An Termin 1 ist Person X 

nicht beteiligt 

An Termin 2 ist 

Person X beteiligt 

Datum holen 

und ausgeben 

Uhrzeit holen 

und ausgeben 

Ort holen, aber nicht 

ausgeben, da Aufenthaltsort 

Raum 3/44 

Termin 3 überprüfen 

u.s.w. 

Person X Termin 1 Termin 2 

Print "Termine von Person X" 

Get Beteiligte Personen ( ) 

Person A, Person B 

Get Beteiligte Personen ( ) 

Person A, Person X 

Get Datum ( ) 

"11.6.96" 

Get Uhrzeit ( ) 

"9.00 Uhr" 

Get Ort ( ) 

"Raum 3/44" 

Print "11.6.96" 

Print "9.00 Uhr" 

Aufgabe 

Lösung


5 Lernziel: Attribute spezifizieren können. 


Aufgabe: 

Für die Verwaltung von Stammbüchern benötigt ein Standesamt eine Klasse 

»Person«, die folgende Daten speichern soll: 

Name, Vornamen, Geburtsname, Geburtsdatum, Sterbedatum, Familienstand 

und Geschlecht. 

Spezifizieren Sie detailliert die Attribute dieser Klasse und geben Sie – wo möglich 

– Restriktionen an. 

Aufgabe 

Lösung


Spezifikation der Attribute der Kasse Person: 

Attribut Name: (Muß-Attribut) 

Typ: String(50) 

Beschreibung: Nachname(n) einer Person 

Attribut Vorname: (Muß-Attribut) 

Typ: String(50) 

Beschreibung: Vorname(n) einer Person 

Attribut Geburtsname: (Kann-Attribut) 


Beschreibung: Bei verheirateten oder geschiedenen Personen kann der Name 

vom Geburtsnamen abweichen. 

Restriktionen: Nur gültig, wenn der Familienstand verheiratet oder 

geschieden ist. 

Attribut Geburtsdatum: (Muß-Attribut) 

Type: Date 

Beschreibung: Tag der Geburt einer Person 

Restriktionen: Nur gültig, wenn das Geburtsdatum nicht hinter dem aktuellen 

Systemdatum liegt. 

➜ 

Aufgabe 

Lösung


Attribut Sterbedatum: (Kann-Attribut) 

Typ: Date 

Beschreibung: Bei Ableben einer Person wird hier der Todestag eingetragen. 

Restriktionen: Nur gültig, wenn das Sterbedatum hinter dem Geburtsdatum 

und nicht hinter dem aktuellen Systemdatum liegt. 

Attribut Familienstand: (Muß-Attribut) 

Typ: Enum (ledig, verheiratet, geschieden, verwittwet) 


Voreinstellung: ledig 

Beschreibung: Gibt den Familienstand einer Person an. 

Attribut Geschlecht: (Muß-Attribut) 

Typ: Enum (männlich, weiblich) 


Voreinstellung: weiblich 

Beschreibung: Gibt das Geschlecht einer Person an. 

Aufgabe 

Lösung


1 Lernziel: Die Darstellungsformen Struktogramm, Pseudo-Code, Jackson- und 

Warnier-Orr-Diagramme ineinander überführen können. 

Zeit: 20 min 

Aufgabe: 

Transformieren Sie die folgende Pseudo-Code-Darstellung der Roboterfunktion 

»SchulterBeugenRelativ« in eine Struktogramm-Darstellung, in ein Jackson Diagramm 

und in ein Warnier-Orr-Diagramm. 

Funktion SchulterBeugenRelativ (Eingabe: Deltawinkel) 

begin 

Hole aktuellen Oberarmwinkel; 

if Oberarmwinkelbereich (aktueller Oberarmwinkel + Deltawinkel) = Ok 

then Löschen; 

Oberarm drehen; 

Unterarm drehen; 

Hand drehen; 

Zeichnen; 

end if 

end SchulterBeugenRelativ; 

Aufgabe 

Lösung


Struktogramm-Darstellung 

Hole aktuellen Oberarmwinkel 

akuteller Oberarmwinkel + Deltawinkel 

im Oberarmwinkelbereich? 

ja nein 

Löschen 

Oberarm drehen 

Unterarm drehen 

Hand drehen 

Zeichnen 

Funktion: Schulter Beugen Relativ 

➜ 

Aufgabe 

Lösung


Jackson-Diagramm 

Hole aktuellen Oberarmwinkel 

Löschen 

Winkelbereich OK 

Oberarm 

drehen 

Schulter Beugen Relativ 

Unterarm 

drehen 

Prüfe Winkelbereich 

aktueller Oberarmwinkel 

+ Deltawinkel 

Hand 

drehen 

______ 

Zeichnen 

➜ 

Aufgabe 

Lösung


Warnier-Orr-Diagramm 

Schulter 

beugen 

relativ 

(1) { 

Hole 

akt. Oberarmwinkel (1) 

Abfrage (1) { 

akt. Ob + Delta im Obwb (0,1) 

akt. Ob + Delta im Obwb (0,1) 

Löschen (1) 

{ 

Oberarm drehen (1) 

Unterarm drehen (1) 

Hand drehen (1) 

Zeichnen (1) 

{ Skip (1) 

Aufgabe 

Lösung


2 Lernziel:Für eine gegebene, geeignete Problemstellung die dafür angemessenen 

linearen Kontrollstrukturen einsetzen können. 

Zeit: 30 min 

Aufgabe: 

Beschreiben Sie im Pseudo-Code -unter Anwendung problemadäquater 

Kontrollstrukturen- folgende Funktionen aus der Fallstudie HIWI-Verwaltung 

(siehe Pflichtenheft: Lösung zur 5. Aufgabe, Lehreinheit 4): 

a Erfassung eines neuen Hilfsassistenten, 

b Änderung seiner Studienadresse, 

c Eingabe einer Vordiplomnote. 

Aufgabe 

Lösung


a 

Funktion: Erfassen eines Hilfsassistenten 

BEGIN 

IF Hilfsassistentenzarbeitszeit


Funktion: Studiendaten eingeben 

BEGIN 

Studienfach eingeben 

Semesterzahl eingeben 

IF VORDIPLOM 

THEN 

Note, Datum eingeben 

IF DIPLOM 

THEN 

Note, Datum eingeben 

END IF 

END IF 

END Studiendaten eingeben 

➜ 

Aufgabe 

Lösung


b 

Funktion: Studienadresse ändern 

BEGIN 

Name, Matrikelnummer eingeben 

Hilfsassistendatensatz suchen 

IF Datensatz gefunden 

THEN 

Studienadresse ändern 

ELSE 

Meldung: Hilfsassistent nicht in der HIWI Datei 

END IF 

END Studienadresse ändern 

➜ 

Aufgabe 

Lösung


c 

Funktion: Vordiplomnote eingeben 

BEGIN 

Name, Matrikelnummer eingeben 

Hilfsassistentendatensatz suchen 

IF Datensatz gefunden 

THEN 

Studienfach eingeben 

Studienfach suchen 

IF Studienfach gefunden 

THEN 

Vordiplomnote, Datum eingeben 

ELSE 

Meldung: Studienfach nicht gefunden 

END IF 

ELSE 

Meldung: Hilfsassistent nicht in der HIWI Datei 

END IF 

END Vordiplomnote eingeben 

Aufgabe 

Lösung


3 Lernziel: Syntax und Semantik von Entscheidungstabellen einschließlich aller 

Varianten beschreiben können . 

Zeit: 5 min 

Aufgabe: 

Sind die Darstellungsformen der Entscheidungstabelle (DIN, in alternativer Darstellung 

und als ET-Baum) semantisch gleich? Begründen Sie Ihre Antwort! 

Aufgabe 

Lösung


Die Darstellungsformen sind semantisch nicht gleich. Während die horizontale 

Anordnung der Regeln und die Darstellung als Entscheidungsbaum eine 

Abarbeitungsreihenfolge von links nach rechts nahelegen, ist die Abarbeitungsfolge 

bei der Darstellung durch vier Quadranten (mit vertikal angeordneten Regeln) völlig 

frei. 

Aufgabe 

Lösung


4 Lernziel: Eine gegebene Entscheidungstabelle daraufhin analysieren können, 

ob es sich um eine Ein- oder Mehrtreffertabelle, eine vollständige oder 

unvollständige eine erweiterte oder eine begrenzte Entscheidungstabelle handelt. 

Zeit: 5 min 

Aufgabe: 

Untersuchen Sie die folgenden Entscheidungstabelle 

ET Seminar Organisation 

B1: angemeldet 

B2: abgemeldet 

B3: teilgenommen 

A1: Gebührensatz 

A2: Rechnung schicken 

R1 

J 

N 

J 

100% 

R2 

J 

X X 

verspätet 

N 

50% 

a Handelt es sich um eine Eintreffer- oder Mehrtreffer- ET? 

b Handelt es sich um eine vollständige oder unvollständige ET? 

c Handelt es sich um eine erweiterte oder begrenzte ET? 

Else 

0% 

Aufgabe 

Lösung


a Eintreffer ET 

Begründung: Regeln schließen sich gegenseitig aus 

b vollständige ET 

Begründung: Else-Regel 

c erweiterte ET 

Begründung: Bedingung: abgemeldet:: N, verspätet 

Aktion: Gebührensatz: 100%, 50%, 0% 

Aufgabe 

Lösung


5 Lernziel: Entscheidungstabellen konsolidieren können. 

Zeit: 15 min 

Aufgabe: 

Konsolidieren Sie die folgende Entscheidungstabelle möglichst vollständig (unter 

Verwendung einer Else-Regel) 

R1 R2 R3 R4 R5 

B1 J J J J J 

R6 

B2 J J J J N N 

B3 J J N N J J 

B4 J N J N J N 

A1 X - - - X X 

A2 - X X X - X 

J 

R7 R8 R9 R10 R11 R12 

J J N N N N 

N N J J J J 

N N J J N N 

J N J N J N 

- X X - X X 

X - - X - - 

A3 - - X - - X X X - - - - 

R13 R14 R15 R16 

N 

N 

N N N 

N N N 

J J N N 

J N J N 

X X - X 

- X X - 

- X X X 

Aufgabe 

Lösung


R1/9 R2/4 R3/7 R5/13 R6/14 R8/16 R10 R11/12 R15 

B1 - J J - - - N N N 

B2 J J - N N N J J N 

B3 J - N J J N J N N 

B4 J N J J N N N - J 

A1 X - - X X X - X X 

A2 - X X - X - X - X 

A3 - - X - X X - - - 

R1/9/5/13 R3/7 R6/14 R8/16 R11/12 R15 Else 

B1 - J - - N N 

B2 - - N N J N 

B3 J N J N N N 

B4 J J N N - J 

A1 X - X X X X - 

A2 - X X - - X X 

A3 - X X X - 

- - 

Aufgabe 

Lösung


6 Lernziel: Für gegebene, geeignete Problemstellungen Entscheidungstabellen 

und Entscheidungstabellen-Verbunde entwickeln können. 

Zeit:40 min 

Aufgabe: 

In der Fallstudie Seminarorganisation müssen Buchungsabmeldungen erfaßt 

werden. Entwickeln Sie analog zu Beispiel 4 eine entsprechende Entscheidungstabelle 

oder einen Entscheidungstabellen-Verbund. 

Beachten Sie die Anforderungen /F70/ bis /F110/, /F120/ sowie /D70/. 

Aufgabe 

Lösung


Folgende Bedingungen lassen sich für die Abmeldung aus dem Pflichtenheft zur 

Fallstudie Seminarorganisation ableiten: 

B1 Bereits angemeldet /F80/ 

B2 mehr als vier Wochen vor dem Seminar /F90/ 

B3 Absage von Teachware /F110/ 

Aus dem Pflichtenheft ergeben sich folgende Aktionen: 

A1 200 DM Storno oder Ersatzteilnehmer /F90/ 

A2 100% Gebühr oder Ersatzteilnehmer /F100/ 

A3 keine Rechnung /F110/ 

A4 Abmeldungsdatum eingetragen /F120/, D70/ 

A5 Abmeldebestätigung schicken 

A6 Mitteilung: nicht angemeldet 

A7 Teachwareabsage schicken 

Die Aktionen A1 und A2 enthalten implizit die Bedingung »Ersatzteilnehmer gestellt«. 

Diese Bedingung sollte als B4 in der Tabelle erscheinen. 

Die Bedingung B3 »Absage von Teachware« besagt gleichzeitig, daß Absagen, 

die nicht von Teachware stammen, vom Kunden selbst kommen. Dies kann deutlicher 

beschrieben werden, wenn eine Tabelle mit erweiterten Anzeigern verwendet 

wird. Dann lautet B3: »Absage kommt von:« [Teachware | Kunde]. 

➜ 

Aufgabe 

Lösung


Die Aktionen A1, A2 und A3 bestimmen die Seminargebühr. Sie könne sinnvollerweise 

zu einer Aktion A1: »Gebühr« [0% | 200 DM | 100%] zusammengefaßt 

werden. 

Die Aktionen A5, A6 und A7 erfordern ein Mitteilungsschreiben an den Kunden. 

Sie werden zur Aktion A3: »Mitteilungschreiben an:« [Teachwareabsage | 

Nicht_angemeldet | Abmeldebestätigung] zusammengefaßt: 

Damit ergeben sich folgende Aktionen: 

B1 Kunde ist bereits angemeldet [J | N] 

B2 mehr als vier Wochen vor dem Seminar [J | N] 

B3 Absage von [Teachware | Kunde] 

B4 Ersatzteilnehmer stellen [J | N] 

A1 Gebühr [0% | 200 DM | 100%] 

A2 Abmeldungsdatum eingetragen [X | -] 

A3 Mitteilungsschreiben: [Teachwareabsage | Nicht_angemeldet | 

Abmeldebestätigung] 

A4 Ersatzteilnehmer anmelden [X | -] 

➜ 

Aufgabe 

Lösung


R1 R2 R3 R4 R5 

B1 J J J J J 

R6 

B2 J J J J N N 

B3 T T K K T T 

B4 J N J N J N 

A1 0 0 0 200 0 0 

A2 X X X X X X 

J 

R7 R8 R9 R10 R11 R12 R13 R14 R15 R16 

J J N N N N 

N N J J J J 

K K T T K K 

J N J N J N 

0 100 - - - - 

X X - - - - 

A3 TA TA AB AB TA TA AB AB - - NA NA 

N 

N 

N N N 

N N N 

T T K K 

J N J N 

- - - - 

- - - - 

- - NA NA 

A4 - - X - - - X - - - - - - - - - 

ETO R1/2 R3/7 R4 R5/6 R8 R9/10 R11/12 R13/14 R15/16 

B1 

J J J J J N N N N 

B2 J - J 

B3 T K K 

B4 - J N 

A1 0 0 200 

A2 X X X 

N N J 

T K T 

- N - 

0 100 - 

X X - - 

A3 TA AB AB TA AB - 

J N N 

K T K 

- - - 

- - - 

- - 

NA - NA 

A4 - X - - - - - - - 

➜ 

Aufgabe 

Lösung


ETO R1/2/5/6 R3/7 R4 R8 R9/10/13/14 R11/12/15/16 

B1 

J J J J N N 

B2 - - 

B3 T K 

B4 - J 

A1 0 0 

A2 X X 

J N 

K K T 

N N - 

200 100 - 

X X - 

A3 TA AB AB AB - 

- - 

A4 - X - - - - 

K 

- 

- 

- 

NA 

Aufgabe 

Lösung


7 Lernziel: Für gegebene geeignete Problemstellungen Entscheidungstabellen 

und Entscheidungstabellen-Verbunde entwickeln können. 

Zeit: 40 min 

Aufgabe: 

Die Firma Hard&Soft bietet Ihren Kunden verschiedene Artikel (z. B. Computerzubehör, 

Software-Produkte) an. Die Annahme von Bestellungensoll rechnergestützt vorgenommen 

werden: 

1 Ist der Besteller noch nicht im Kundenstamm, soll eine Ersterfassung erfolgen. 

2 Ist ein bestellter Artikel verfügbar, muß der Lagerbestand aktualisiert werden. Falls 

ein Artikelnicht verfübar ist, ist dieses dem Besteller mitzuteilen. 

3 Hat der Besteller seinen Kreditrahmen überschritten, können keine weiteren 

Bestellungen erfolgen. Bei Kunden mit großem Absatz ist jedoch eine Entscheidung 

des Sacharbeiters nötig. 

4 Mit der Auftragsbestätigung soll eine Rechnung erstellt und ausgedruckt werden. 

5 Ist bei einem Artikel der Mindestlagerbestand unterschritten, so ist der Sachbearbeiter 

zu informieren. 

6 Ist eine sofortige Bearbeitung wegen Nichtverfügbarkeit eines Artikels oder wegen 

Überschreitung der Kreditlinie des Kunden nicht möglich, soll diese Bestellung 

„eingefroren“ werden. 

a Leiten Sie für die gegebene Aufgabenstellung Bedingungen und Aktionen für 

eine Entscheidungstabelle oder einen Entscheidungstabellen-Verbund her. 

b Erstellen Sie aus den in a identifizierten Bedingungen eine Entscheidungstabelle 

oder einen Entscheidungstabellen-Verbund, der die Annahme von 

Bestellungen unterstützt. 

Aufgabe 

Lösung


a 

Aus der Aufgabenstellung lassen sich folgende Bedingungen und Aktionen 

ableiten: 

B1: Im Kundenstamm? 

B2: Artikel verfügbar? 

B3: Mindestbestand unterschritten? 

B4: Kreditrahmen überschritten? 

B5: Umsatz eines Großkunden? 

B6: Bestellung trotz Überschreitung des Kreditrahmens? 

A1: Kundenersterfassung. 

A2: Lagerbestand aktualisieren. 

A3: Kunden über Nichtverfügbarkeit des Artikels informieren. 

A4: Bestellung einfrieren. 

A5: Auftragsbestätigung und Rechnung erstellen. 

A6: Sacharbeiter über Unterschreitung des Mindestbestands informieren. 

➜ 

Aufgabe 

Lösung


b Die in a identifizierten Bedingungen und Aktionen lassen sich in einem Entscheidungstabellen-Verbund 

darstellen. 

Den Kern des Entscheidungstabellen-Verbunds realisiert die ET1 „Auftragsannahme“. 

Da die Bedingung B3 in Abhängigkeit zu den in ET1 ausgeführten Aktionen stehen 

kann, muß die Verwaltung des Lagerbestands in einer seperaten Entscheidungstabelle 

ET3 realisiert werden. 

Zusätzlich empfielt es sich die Überprüfung der Kreditlinie in einer seperaten 

Entscheidungstabelle vorzunehmen (ET2). Das reduziert die Komplexität der Ausgangstabelle 

ET1 wesentlich. 

Es resultiert folgender Entscheidungstabellen-Verbund. 

ET1 Auftragsannahme 

B1 

J N J J N J N N 

B2 

J J N J N N J N 

B3 

J J J N J N N N 

A1 

X X X X 

A2 

X X 

A3 

X X X X 

A4 

X X X X 

A5 

X X 

weiter bei ET2 ET2 ET3 ET3 

➜ 

Aufgabe 

Lösung


b 

ET2 Kreditlinie prüfen 

B5 

B6 

A2 

A5 

A4 

weiter bei 

J 

J 

X 

X 

ET3 

N 

J 

N N 

N 

J 

X X X 

ET3 

B3 

A6 

Lagerbestand 

verwalten 

J N 

X 

Aufgabe 

Lösung


1 Lernziel: Die Strategien Vorwärtsverkettung, Rückwärtsverkettung, Tiefensuche 

und Breitensuche erklären können. 


Aufgabe: 

Es existiert eine Wissenbasis mit einer Anzahl von Fakten. Sie möchten wissen, 

welche Schlüsse aus den vorhandenen Fakten gezogen werden können. Welche 

Inferenzstrategie ist geeignet? 

Sie wollen wissen, ob ein bestimmtes Ziel aus einer Wissenbasis abgeleitet werden 

kann. Welche Inferenzstrategie ist geeignet? 

Aufgabe 

Lösung


a Da kein Ziel vorgegeben ist und alle Schüsse, die aus einer vorgegebenen 

Menge von Fakten gezogen werden können, von Interesse sind, wird im 

ersten Fall vorwärtsverkettend gearbeitet 

b Im zweiten Fall ist ein Ziel vorgegeben. Es ist zu prüfen, ob das Ziel aus den 

Fakten der Wissensbasis abgeleitet werden kann. Eine rückwärtsverkettende 

Strategie ist sinnvoll. 

Aufgabe 

Lösung


2 Lernziel: 

Gegebene Regelungen vorwärtsverkettend, rückwärtsverkettend, sowie nach den 

Strategien Tiefensuche und Breitensuche ausführen können. 

Planungsvarianten am Beispiel der dargestellten »Blockwelt« durchspielen und 

analysieren können. 


Aufgabe: 

Leiten Sie mit Hilfe der Regeln der »Blockwelt« einen Plan zur Herstellung der 

Zielsituation »Block D steht auf dem Tisch« und »Block C steht auf Block D« aus 

der angegebenen Ausgangssituation her. 

Ausgangssituation: 

D 

C 

B 

A 

Aufgabe 

Lösung


Die Zielsituation wird durch zwei voneinander unaghängigen Aussagen beschrieben 

»Block D steht auf dem Tisch« und »Block C steht auf Block D«. Jede Aussage 

stellt ein Teilziel dar, von dem ein rückwärtsverkettender Regelinterpreter die 

jeweilige Ausgangssituation herleitet. Die sich ergebende 

Abarbeitungsreihenfolge ist in der Lösung durch »[...]« markiert. 

Die erste Abbildung zeigt die Herleitung des 1. Teilziels »Block D steht auf dem 

Tisch«: 

D steht auf dem Tisch (1. Teilziel) 

Absetzen (D) [4] 

D in Hand 

Aufnehmen (D) - D steht auf dem Tisch * 

Entspapeln (D,X) [3] 

D steht auf X | wahr mit X=B 

D ist frei 

Absetzen (D) - D in Hand * 

Stapeln (D,Y) - D in Hand * 

Entstapeln (Y,D) [1] 

Y steht auf D | wahr mit Y=C 

Y ist frei | wahr 

Hand ist frei | wahr 

Hand ist frei | zerstört nach Feuern von [1] 

Absetzen (Y) [2] 

Y in Hand | wahr mit Y=C 

* redundant 

Stapeln (Y,X) 

➜ 

Aufgabe 

Lösung


1. Teilzielsituation 

Nach Herleitung des 1. Teilziels ergibt sich folgende Teilzielsituation 

B 

A 

D C 

Die dritte Abbildung zeigt die Herleitung der Zielsituation ausgehend vom 2. Teilziel 

und der 1. Teilzielsituation: 

C steht auf D (2. Teilziel) 

Stapeln ( C, D) [6] 

D ist frei | wahr 

C in Hand 

Aufnehmen (C) [5] 

C steht auf dem Tisch | wahr 

C ist frei | wahr 


Entsapeln (C,X) 

Um von der Ausgangssituation zur Zielsituation zu gelangen wurden 6 Regeln 

gefeuert. 

Aufgabe 

Lösung


3 Lernziel: Konfliktlösungsstrategien erläutern und beurteilen können. 


Aufgabe: 

Angenommen es handelt sich bei den Blöcken der »Blockwelt« um Waschmittelkartons, 

von denen aufgrund der mechanischen Belastbarkeit nur eine begrenzte 

Anzahl aufeinander gestapelt werden kann. Welche Konfliktlösungsstrategie bietet 

sich an? 

Aufgabe 

Lösung


Da die Operation STAPELN mit einer gewissen Wahrscheinlichkeit aufgrund der 

begrenzten Anzahl der Stapelung nicht zum Ziel führt, ist es sinnvoll, der Operation 

ABSETZEN im Konfliktfall eine höhere Priorität einzuräumen. 

Da die Operation ENTSTAPELN dem Erreichen der maximalen Stapelanzahl 

entgegenwirkt, ist es sinnvoll, sie im Konfliktfall mit der höchsten Priorität zu behandeln. 

Aufgabe 

Lösung

LE 9 Augabe 4 

4 Lernziel: 

Gegebene Regelungen vorwärtsverkettend, rückwärtsverkettend, sowie nach den 

Strategien Tiefensuche und Breitensuche ausführen können. 

Planungsvarianten am Beispiel der dargestellten »Blockwelt« durchspielen und 

analysieren können. 


Aufgabe: 

Leiten Sie mit Hilfe der Regeln der »Blockwelt« einen Plan zur Herstellung der 

Zielsituation »Block D steht auf Block B« aus der angegebenen Ausgangssituation 

her. 

Ausgangssituation: 

A B 

C 

D 

Aufgabe 

Lösung


Die Abbildung zeigt, daß zum Herstellen der Zielsituation 4 Regeln gefeuert werden: 

D steht auf B (Zielsituation) 

Stapeln (D,B) [4] 

B ist frei | wahr 

D in Hand 

Entstapeln (D,X) 

D steht auf X Stapeln (D,X) 

D ist frei 

D in Hand * 

Hand ist frei 

Aufnehmen (D) [3] 

D steht auf dem Tisch | wahr 

D ist frei 

Absetzen (D) D in Hand * 

Stapeln (D,Y) D in Hand * 

Entstapeln (Y,D) [1] 

Y steht auf D | wahr mit Y=C 

Y ist frei | wahr 


Hand ist frei | zerstört nach Feuern von [1] 

Absetzen (Y) [2] 

Y in Hand | wahr mit Y=C 

* redundant 

Stapeln (Y,X) 

Aufgabe 

Lösung


5 Lernziel: Die Strategien Vorwärtsverkettung, Rückwärtsverkettung, Tiefensuche 

und Breitensuche erklären können. 


Aufgabe: 

Betrachten Sie den Algorithmus des rückwärtsverkettenden Regelinterpreters. 

Welche Form der Suche realisiert dieser Algorithmus? 

Warum ist das so? 

Aufgabe 

Lösung


Der Algorithmus stellt eine rückwärtsverkettende Tiefensuche dar, da aufgrund 

der Rekursion erst Teilziele vertieft werden, bevor mit weiteren Teilzielen fortgefahren 

wird. 

Aufgabe 

Lösung


1 Lernziel: Für eine gegebene Problemstellung einen Zustandsautomaten bzw. 

einen hierarchischen Zustandsautomaten erstellen können. 


Aufgabe: 

Entwickeln Sie eine Stopuhr für den Sportbereich, die folgende Eigenschaften 

besitzt: 

– Die Stopuhr kann ein- und ausgeschaltet werden 

– Die Stopuhr kann gestartet und gestoppt werden. Nach dem Stop wird 

die vergangene Zeit zwischen Start und Stop angezeigt. 

– Nach dem Start kann eine Zwischenzeit angezeigt werden. Die Uhr läuft 

im Hintergrund weiter. Nun kann entweder die Anzeige von der Zwischenzeit 

auf die Anzeige der aktuell verbrauchten Gesamtzeit gewechselt 

werden oder die im Hintergrund laufende Uhr kann angehalten werden, 

ohne daß sich die Anzeige ändert. Im letzten Fall wird nach einem 

weiteren Knopfdruck die vergangene Gesamtzeit angezeigt. 

– Die zwischen Start und Stop vergangene Zeit kann bei stehender Uhr und 

Anzeige der vergangenen Gesamtzeit auf Null zurückgesetzt werden. 

– Die Uhr besitzt zwei Druckknöpfe (die nicht gleichzeitig gedrückt werden 

können). 

a Zeichnen Sie das Zustandsübergangsdiagramm eines Mealy-Automaten für 

die oben beschriebene Stopuhr. 

b Integrieren Sie den Automaten für die Normalzeit (Beispiel 6) und den Automaten 

für die Stopuhr zu einem hierarchischen Automatenmodell einer digitalen 

Armbanduhr mit drei Druckknöpfen. 

Aufgabe 

Lösung


a 

a 

Uhr läuft, 

zeigt verbrauchte 

Zeit an 

Uhr läuft, 

zeigt Zwischenzeit 

an 

Ein 

Anzeige ein 

K1 

Uhr Start 

Uhr steht 

zeigt 00:00 

an 

K1 

Uhr Stop 

K2 

Anzeige Stop K2 

Anzeige aktualisieren 

K1 

Uhr Stop 

Aus 

Anzeige aus 

K1 

Uhr Start 

K1 

Uhr Start 

Uhr steht, 

zeigt Endzeit 

an 

Uhr steht, 

zeigt Zwischenzeit 

an 

K2 

Anzeige=00:00 

K2 

Anzeige 

aktualisieren 

➜ 

Aufgabe 

Lösung


b 

Knopf 3 gedrückt 

Stopuhr anzeigen 

Uhrzeit 

Stopuhr 


Nornalzeit anzeigen 

Aufgabe 

Lösung


2 Lernziel: Für eine gegebene Problemstellung einen Zustandsautomaten bzw. 

einen hierarchischen Zustandsautomaten erstellen können. 


Aufgabe: 

Modellieren Sie ein Code-Schloß, das mit einer Ziffern-Tastatur bedient wird. 

Um das Schloß zu öffnen, müssen drei Ziffern in korrekter Reihenfolge eingegeben 

werden. Zeichnen Sie a ein Zustandsdiagramm und b eine Zustandstabelle 

des entsprechenden Mealy-Automaten. 

Aufgabe 

Lösung


a 

Falsche Ziffer 

zurücksetzen 

schließen 

zurücksetzen 

Falsche Ziffer 

zurücksetzen 

Verschlossen 

Warten auf 

2. Ziffer 

Warten auf 

3. Ziffer 

Offen 

1. Ziffer korrekt 

setze 1. Kombination 





➜ 

Aufgabe 

Lösung


b 

Aktueller 

Zustand 

verschlossen 

warten auf 2. 

Ziffer 

warten auf 3. 

Ziffer 

offen 

Ereignis Aktion Folgezustand 

1. Ziffer korrekt setze 1. Kombination warten auf 2. Ziffer 

falsche Ziffer zurücksetzen 

verschlossen 

2. Ziffer korrekt setze 2. Kombination warten auf 3. Ziffer 

falsche Ziffer zurücksetzen 

verschlossen 

3. Ziffer korrekt setze letzte Kombination offen 

schliessen 

zurücksetzen 

verschlossen 

Aufgabe 

Lösung


3 Lernziel: Die verschiedenen Darstellungsweisen eines Zustandsautomaten 

(Diagramm, Tabelle, Matrix) ineinander überführen können. 


Aufgabe: 

Geben Sie das Automatenmodell für die Digitaluhr (Beispiel 6) a als Zustandsübergangstabelle 

und b als Zustands-Ereignis-Matrix an. 

Aufgabe 

Lösung


a 

Aktueller 

Zustand 

Ereignis Aktion Folgezustand 

Start 

Normalzeit Knopf 1 gedrückt 


Stunden stellen Knopf 1 gedrückt 


Minuten stellen Knopf 1 gedrückt 


Sekunden Knopf 1 gedrückt 

stellen 


Datum Knopf 1 gedrückt 


Wochentag 

stellen 

Tag stellen 

Monat stellen 







Initialisierung 

Stunden blinken 

Datum anzeigen 

Minuten blinken 

Stunden erhöhen 

Sekunden blinken 

Minuten erhöhen 


Sekunden auf 0 stellen 

Wochentag blinken 


Tag blinken 

Wochentag erhöhen 

Monat blinken 

Tag erhöhen 

Datum anzeigen 

Monat erhöhen 

Normalzeit 

Stunden stellen 

Datum 

Minuten stellen 


Sekunden stellen 

Minuten stellen 

Normalzeit 

Sekunden stellen 

Wochentag stellen 

Normalzeit 

Tag stellen 


Monat stellen 

Tag stellen 

Datum 

Monat stellen 

➜ 

Aufgabe 

Lösung


b 

Ereignis 

Zustand 

Normalzeit 

Stunden 

stellen 

Minuten 

stellen 

Sekunden 

stellen 

Datum 

Wochentag 

stellen 

Tag stellen 

Monat 

stellen 

Initialisierung 

Normalzeit 

Knopf 1 gedrückt Knopf 2 gedrückt Knopf 3 gedrückt 

Stunden blinken 

Normalzeit anzeigen 


Normalzeit 

Minuten blinken Stunden erhöhen 

Minuten stellen Stunden stellen 

Sekunden blinken Minuten erhöhen 

Sekunden stellen Minuten stellen 

Normalzeit Sekunden auf 0 

anzeigen stellen 

Normalzeit Sekunden stellen 

Wochentag blinkt 

Normalzeit anzeigen 


Normalzeit 

Tag blinkt Wochentag 

erhöhen 

Tag stellen Wochentag stellen 

Monat blinkt Tag erhöhen 

Monat stellen Tag stellen 

Datum anzeigen Monat erhöhen 

Datum 

Monat stellen 

Aufgabe 

Lösung


4 Lernziel: Den Lebenszyklus eines Objektes als Zustandsautomaten modellieren 

können. 


Aufgabe: 

Gegeben ist ein Objekt Buchung aus der Fallstudie Seminarorganisation. Die 

Buchung besitzt die Attribute Anmeldedatum, Abmeldedatum, Rechnungsdatum 

und die Operationen Anmelden, Abmelden, Rechnung ausstellen und Löschen. 

Modellieren Sie den Objektlebenszyklus des Objektes Buchung als Zustandsübergangsdiagramm. 

Aufgabe 

Lösung


Objektlebenszyklus: Buchung 

/anmelden 

angemeldet 

Gebühr 

berechnet 

gelöscht 

/abmelden 

/Rechnung ausstellen 

/löschen 

abgemeldet 

/Rechnung ausstellen 

Aufgabe 

Lösung


5 Lernziel: Die Erweiterungen von Harel darstellen können. 


Aufgabe: 

Bei dem Beispiel 6 (Abb. 2.16-15) soll sichergestellt werden, daß nach dem 

Verlassen des Oberzustands Uhrzeit und dem anschließenden Wiedereintritt 

der zuvor verlassene Zustand wieder eingenommen wird. Wodurch kann dies 

erreicht werden? Zeichnen Sie den entsprechenden Automaten! 

Aufgabe 

Lösung


Indem man den Oberzustand Uhrzeit der Modellierungsvariante 2.16-15 a um ein 

internes Gedächtnis (History) erweitert, kann sichergestellt werden, daß bei Wiedereintritt 

in diesen Oberzustand der zuvor verlassene Unterzustand wieder eingenommen 

wird. Es ergibt sich folgender Automat: 

Start 

Uhrzeit 

Datum 

H 

Aufgabe 

Lösung


1 Lernziel: Gegebene, geeignete Problemstellungen durch B/E und S/T- Netze 

modellieren können. 


Aufgabe: 

Aus dem allgemeinen Erzeuger/Verbraucherproblem (Produzenten/Konsumenten-Problem) 

ist folgendes Zwischenlagerbeispiel abgeleitet. Ein Lieferant liefert 

Teile an und lagert sie im Zwischenlager ein. Die Fertigung entnimmt die Teile aus 

dem Zwischenlager und verbraucht sie (Abb. 2.17-33). Aufgrund der begrenzten 

Kapazität des Zwischenlagers sind Lieferant und Fertigung miteinander gekoppelt. 

Das folgende B/E-Netz beschreibt den Sachverhalt. 

Lieferant kann einlagern 

Anliefern 

Teil einlagern 

Lieferant kann anliefern 

Zwischenlager belegt 

Fertigung kann aus Lager entnehmen 

Teil entnehmen 

Verbrauchen 

Fertigung kann verbrauchen 

Lieferant Zwischenlager Fertigung 

➜ 

Aufgabe 

Lösung


Lösen Sie bitte folgende Aufgaben: 

a Die Lagerkapazität soll vergrößert werden. Geben Sie ein entsprechendes S/ 

T-Netz mit einer Zwischenlagerkapazität = 10 an. 

b Lieferengpässe führen zum Vertragsabschluß mit einem zweiten Lieferanten. 

Geben Sie ein entsprechendes S/T-Netz mit einer Zwischenlagerkapazität = 

10 und zwei Lieferanten an, wobei unterschieden werden kann, ob Lieferant 1 

oder Lieferant 2 ein Teil anliefert. 

c Vereinfachen Sie das S/T-Netz aus Aufgabenteil b, indem Sie nicht mehr 

unterscheiden, welcher der beiden Lieferanten ein Teil anliefert. 

Aufgabe 

Lösung


a Annahme: Lagerkapazität 10 Teile 

Anliefern 

Lieferant 

kann einlagern 

Lieferant 

kann anliefern 

Teil 

einlagern 

Belegung des 

Zwischenlagers 

Teil 

entnehmen 

Fertigung 

kann aus Lager entnehmen 

Fertigung 

kann verbrauchen 


Verbrauchen 

➜ 

Aufgabe 

Lösung


b Annahme: Lagerkapazität 10 Teile, 2 Lieferanten 

Anliefern 

Anliefern 

1. Lieferant 


1. Lieferant 


2. Lieferant 


2. Lieferant 


Teil 

einlagern 

Teil 

einlagern 

Belegung des 


k = 10 

Teil 

entnehmen 

Fertigung 


Fertigung 


Verbrauchen 

➜ 

Aufgabe 

Lösung


c Annahme : Lagerkapazität 10 Teile, 2 Lieferanten (zusammengefaßt) 

Anliefern 

Lieferanten 

können einlagern 

Lieferanten 

können anliefern 

Teil 

einlagern 

Belegung des 


Teil 

entnehmen 

Fertigung 


Fertigung 



Verbrauchen 

Aufgabe 

Lösung


2 Lernziel: Ein gegebenes B/E-Netz auf Verklemmungen untersuchen zu können. 


Aufgabe: 

Gegeben ist folgendes Problem: 

Zwei Studenten benötigen zur Vorbereitung auf die Prüfung ein zweibändiges 

Lehrbuch. Der erste Student leiht zunächst Band 1 aus und will Band 2 erst später 

holen. Als der zweite Student kommt, entdeckt er zwar, daß Band 1 bereits nicht 

mehr vorhanden ist, leiht aber »vorsorglich« schon Band 2 aus. Der erste Student 

ist nun mit dem Bearbeiten von Band 1 fertig und will Band 2 ausleihen. Er kann 

Band 1 noch nicht zurückgeben, da er weiß, daß er beim Durcharbeiten des ersten 

Kapitels von Band 2 den ersten Band noch häufig zum Nachschlagen benötigen 

wird. Beide Studenten warten nun auf die Rückgabe des jeweils anderen 

Bandes, ohne den eigenen zurückzugeben. 

Eine entsprechende Netz-Modellierung zeigt Abb. 2.17-34. 

Untersuchen Sie dieses Petri-Netz ausgehend von der eingezeichneten Anfangsmarkierung 

auf Verklemmungen. 

➜ 

Aufgabe 

Lösung


Student 1 Band 1 Band 2 Student 2 

Band 1 

ausleihen 

Band 2 

ausleihen 

beide Bände 

zurückgeben 

Band 2 

ausleihen 

Band 1 

ausleihen 

beide Bände 

zurückgeben 

Aufgabe 

Lösung


Student 1 Band 1 Band 2 Student 2 

Band 1 

ausleihen 

Band 2 

ausleihen 

beide Bände 

zurückgeben 

Band 2 

ausleihen 

Band 1 

ausleihen 

beide Bände 

zurückgeben 

Durch das Schalten der jeweils ersten Transition im Zyklus kann eine Verklemmung eintreten. 

Obige Abbildung zeigt eine Situation, in der nie wieder eine Transition schalten kann. 

Aufgabe 

Lösung


3 Lernziel: Gegebene, geeignete Problemstellungen durch B/E-Netze und S/T- 

Netze modellieren können. 


Aufgabe: 

Modellieren Sie die in Abb. 2.17-35 dargestellte Paketverteilanlage. 

Zielstationen 

Verteilstationen 

4 

Eingangsstation 

2 

5 

1 

1 2 3 4 5 6 7 8 

6 

3 

7 

➜ 

Aufgabe 

Lösung


Die in der Eingangsstation einlaufenden Pakete sind durch ein Codezeichen markiert, 

das die Zielstation angibt. Das Steuersystem liest das Codezeichen und 

steuert danach die einzelnen Verteilstationen, die das Durchlaufen des Pakets 

melden. 

Die Eingangsstation (Abb. 2.17-36) besteht aus einem Freigabeorgan mit den 

Teilen F1 und F2. F2 hält das einlaufende Paket solange fest, bis das Meldeorgan 

die Ankunft an das Steuersystem gemeldet hat und dieses mit Hilfe des 

Leseorgans das Codezeichen aufgenommen hat. Danach gibt das Steuersystem 

einen Auftrag an das Freigabeorgan, die Sperre F2 gibt den Weiterlauf für das 

Paket frei und das Beschleunigungsteil F1 neigt sich. Dadurch gleitet das Paket 

weiter, gleichzeitig wird das nachfolgende Paket solange am Einlaufen gehindert, 

bis die Sperre F2 wieder eingetreten ist. 

F1 

Leseorgan 

Meldeorgan Freigabeorgan 

F2 

Lesestellung Freigabestellung 

F1 

F2 

➜ 

Aufgabe 

Lösung


Die Eingangs- und Ausgangspunkte jeder Verteilerstation (Abb. 2.17-37) sind 

mit Lichtschranken versehen. Diese können das Passieren der einzelnen Pakete 

mit Sicherheit erkennen, auch wenn diese dicht aufeinander folgen. Diese Meldungen 

werden im Steuersystem zur Laufwegverfolgung jedes einzelnen Pakets 

ausgewertet. Dadurch kann in Verbindung mit dem bereits markierten Ziel der 

Steuerauftrag für das nächste Lenkorgan ermittelt und ausgegeben werden. 

Modellieren Sie die Paketverteilanlage durch ein adäquates Petri-Netz. Zur Vereinfachung 

können Sie annehmen, daß nur ein Paket zur selben Zeit auf dem 

Weg von der Eingangs- zu einer der Ausgangsstationen ist. 

Eingangsmeldepunkt 

Ausgangsmeldepunkt 

Aufgabe 

Lösung


Meldung 

Zielangabe 

Auslauf 

Freigabe 

Einlaufstation 

Paket im 

Einlauf 

Verteilers tation 

Weiterlauf 

des Pakets 

Lesen 

Warten 

Einlauf Freigabe 

F1 frei 

F2 sperrt 

Wartezeit 

F1 sperrt 

F2 frei 

➜ 

Aufgabe 

Lösung


Einlaufmeldung, 

Laufzeit 

Durchlauf 

Verteilerstation 

Aus lau fmeldung 

A1, 

Laufzeit 

Paketauslauf 

A1 

Aus lau fmeldung 

A2, 

Laufzeit 

Paketauslauf 

A2 

Lenkstellung 

A 

Steuerauftrag 

A2 

Umlaufzeit 

Umlaufzeit 

Instanz: Paketdurchlauf Instanz: Lenkorgan 

Steuerauftrag 

A1 

Lenkstellung 

Aufgabe 

Lösung


4 Lernziel: Gegebene, geeignete Problemstellungen durch B/E- und S/T-Netze 

modellieren können. 


Aufgabe: 

Umbauarbeiten am in Abschnitt 2.17.2 behandelten Fließband führen dazu, daß 

das Eintreffen der unbestückten und der Abtransport der bestückten Leiterplatten 

an derselben Stelle stattfinden muß. Damit ergeben sich neue Konfliktsituationen. 

Modifizieren Sie das B/E-Netz aus Abb. 2.17-5 so, daß das geänderte Systemverhalten 

modelliert wird. 

Aufgabe 

Lösung


unbestückte 

Leiterplatte wird 

abtransportiert 

Roboter 1 

nimmt die 

Leiterplatte 

Roboter 2 

nimmt die 

Leiterplatte 

unbestückte 

Leiterplatte ist 

eingetroffen 

Roboter 2 

bestückt 

Leiterplatte 

Fließband 

ist frei 

Roboter 1 

ist frei 

Roboter 1 

bestückt 

Leiterplatte 

bestückte 

Leiterplatte 

ist bereit zum 

Abtransport 

Roboter 2 

ist frei 

Robotor 1 hat 

die Leiterplatte 

fertiggestellt 

Roboter 2 hat 

die Leiterplatte 

fertiggestellt 

bestückte 

Leiterplatte wird 

abtransportiert 

Aufgabe 

Lösung


5 Lernziel: Die Notationen und die Semantik der verschiedenen Basiskonzepte 

unterscheiden können. 

Aufgabe: 

Welche Bedeutung hat ein Quadrat oder ein Rechteck in den unten aufgeführten 

Basiskonzepten? 

a Funktionsbaum 

b Datenfluß-Diagramm 

c Jackson-Diagramm 

d Entity-Relationship-Modell 

e Klassen-Diagramm 

f Programmablaufplan 

g Zustandsautomaten 

h Petrinetze 

Aufgabe 

Lösung


a Funktion 

b Schnittstelle 

c Anweisung/Datenelement 

d Entitätsmenge 

e Klasse (Rumbaugh-Notation) 

f Anweisung 

g Zustand (Software-Technik Notation) 

h Transition 

Aufgabe 

Lösung




Aufgabe: 

Welche Bedeutung hat ein Kreis/Oval in den unten aufgeführten Basiskonzepten? 

a Datenfluß-Diagramm 

b Syntaxdiagramm 

c Entity-Relationship-Modell 

d Zustandsautomaten 

e Petrinetze 

Aufgabe 

Lösung


a Funktion / Prozeß 

b Terminalsymbol 

c Attribut 

d Zustand (Informatik-Notation) 

e Stelle 

Aufgabe 

Lösung




Aufgabe: 

Welche Bedeutung haben Pfeile in den unten aufgeführten Basiskonzepten? 

a Datenfluß-Diagramm 

b Klassen-Diagramm 

c Interaktions-Diagramm 

d Programmablaufplan 

e Zustandsautomat 

f Petri-Netz 

Aufgabe 

Lösung


a Datenfluß 

b Botschaftsweg 

c Botschaftsweg 

d Abarbeitungsreihenfolge 

e Zustandsübergang 

f Kanten zwischen Stellen und Transitionen 

Aufgabe 

Lösung




Aufgabe: 

Welche Darstellungsformen gibt es, um Kontrollstrukturen zu beschreiben? 

Aufgabe 

Lösung


Struktogramm 

Pseudo-Code 



Aufgabe 

Lösung




Aufgabe: 

Welche Darstellungsformen gibt es, um Datenstrukturen zu beschreiben? 

Aufgabe 

Lösung


Datenfluß-Diagramm 

Data-Dictionary 

Syntax-Diagramm 

Aufgabe 

Lösung




Aufgabe: 

Aus welchen Symbolen bestehen Datenflußdiagramme? 

Geben Sie zusätzlich deren Semantik an! 

Aufgabe 

Lösung


Datenflußname 

Funktionsname 

Datenfluß 

Funktion bzw. Prozeß 

Speichername Datenspeicher 

Schnittstellenname 

Schnittstelle zur Umwelt 

Aufgabe 

Lösung




Aufgabe: 

Gegeben sei die Klasse „Buch“. Ein Buch wird durch die Attribute ISBN-Nummer, 

Autor und Titel Beschrieben. Zusätzlich erhält die Klasse „Buch“ eine Operation 

„Karteikarte drucken“. 

Geben Sie die korrekte Notation für die Klasse Buch 

a nach Coad/Yourdan 

b nach Rumbaugh 

c nach Unified Notation 

an! 

Aufgabe 

Lösung


Buch 

ISBN-Nummer 

Autor 

Titel 

Karteikarte 

drucken 

Buch 

ISBN-Nummer 

Autor 

Tit el 

Karteikarte 

drucken() 

Buch 

ISBN-Nummer 

Autor 

Tit el 

Karteikarte drucken() 

Aufgabe 

Lösung




Aufgabe: 

Was bedeutet der Begriff “Kardinalität“ und in welchen Basiskonzepten wird er 

verwendet? 

Aufgabe 

Lösung


Eine Kardinalität gibt an, mit wievielen anderen Entitäten (Objekten) eine Entität 

(Objekt) einer bestimmten Entitätsmenge (Klasse) in einer konkreten Beziehung 

stehen kann. 

Kardinalitäten werden in den Basiskonzepten Entity-Relationship-Modell und 

Klassen-Diagramm verwendet. 

Aufgabe 

Lösung


1 Lernziel: Darstellen können, aus welchen Teilmodellen mit welchen Konzepten 

sich OOA zusammensetzt. 


Aufgabe: 

Geben Sie an, welche Basiskonzepte in OOA kombiniert werden und welche Aufgaben 

diese Konzepte im OOA-Modell übernehmen. 

Aufgabe 

Lösung


Basiskonzepte: 

Klassendiagramme, Zustandsautomaten, ER-Diagramme, Interaktions-Diagramme, 

Pseudocode 

Aufgaben: 

Die Vererbungshierarchie in OOA-Modellen wird mit Hilfe von Klassen-Diagrammen 

ausgedrückt. Aus ER-Diagrammen wird das Basiskonzept zur Darstellung 

von Beziehungen übernommen. 

Zustandsautomaten dienen zur Modellierung von Objektlebenszyklen für Klassen. 

Mit Hilfe von Interaktions-Diagrammen können Szenarien, an denen verschiedene 

Objekte beteiligt sind, dargestellt werden. 

Pseudocode dient zur Spezifizierung der Operationen einer Klasse. 

Die Semantische Datenmodellierung – als Weiterentwicklung des ER-Modells – 

steuert Aggregationen zum OOA-Modell bei. 

Aufgabe 

Lösung


2 Lernziel: Für gegebene Beispiele die behandelten Konzepte problemgerecht 

auswählen und anwenden können. 


Aufgabe: 

Auf der beigefügten CD-ROM finden Sie eine Demonstrationsversion des interaktiven, 

multimedialen Lernsystems Object-Lab. Lösen Sie in diesem System 

bitte die Fallstudie Dinopark. Nehmen Sie dazu bitte folgende Einstellungen vor: 

Benutzer: Anfänger 

Lernziel: Anwenden 

Lernstrategie: Fallstudien 

Themen: beides (OOD + OOA) 

Aufgabe 

Lösung


Starten Sie Object-Lab und berarbeiten Sie die Fallstudie Dinopark 

Aufgabe 

Lösung


3 Lernziel: Für gegebene Beispiele die behandelten Konzepte problemgerecht 

auswählen und anwenden können. 


Aufgabe: 

Die Stadtverwaltung einer Großstadt will die Müllabfuhr der Stadt rechnergestützt 

organisieren. Dazu werden Entsorgungsteams gebildet, die aus 3 bis 4 Mitarbeitern 

bestehen. Jedem Team ist ein Entsorgungsfahrzeug fest zugeordnet. Ein Team 

ist für die Müllabfuhr in einem oder mehreren Bezirken zuständig. Die genaue 

Anzahl der von einem Team zu versorgenden Bezirke ist von der Größe des Bezirks 

abhängig. Es gibt Bezirke der Größe 1, 2 oder 3. Die Summe dieser Größenfaktoren 

darf pro Team nicht größer als 6 werden, ein Team kann also z. B. 3 

Bezirke der Größe 2 entsorgen. 

Mit der Erstellung des OOA-Modells für dieses Problem (Abb. 2.18-34) wurde 

bereits begonnen, allerdings sind noch keine Aussagen über die Kardinalitäten 

und die sie betreffenden Restriktionen getroffen worden. Auch wurde noch nicht 

entschieden, ob es sich bei den Beziehungen um Aggregationen oder Assoziationen 

handelt. 

➜ 

Aufgabe 

Lösung

Entsorgungsfahrzeug 

Kennzeichen 

Entsorgungsteam 

Name 

Bezirk 

Größenfaktor 

Name 

Mitarbeiter 

Name 

Gehaltsgruppe 

PersonalNr 

Krank 

a Tragen Sie die Kardinalitäten und die sie betreffenden Restriktionen in das 

OOA-Diagramm ein. 

b Entscheiden Sie, welche Beziehungen als Aggregationen und welche als Assoziationen 

modelliert werden sollten. 

c Um die Einsatzfähigkeit der Entsorgungsteams zu gewährleisten, werden einige 

Mitarbeiter als »Springer« eingesetzt. Springer sind keinem Team fest zugeordnet, 

sondern können bei 1 - 3 Teams bei Bedarf einspringen. Die Erfahrung 

hat gezeigt, daß ein Ersatzmitarbeiter pro Team ausreicht. Erweitern Sie das in 

Aufgabenziel a und b vervollständigte Modell, so daß dieser Sachverhalt berücksichtigt 

wird. 

d Welche Muster finden sich in dem OOA-Modell? 

Aufgabe 

Lösung


a Die Kardinalitäten sind im nachfolgend dargestellten Diagramm eingetragen: 


Kennzeichen 1 

1 


Name 

1, m 

{Größenfaktor

c Es wird eine zusätzliche Beziehung zwischen Mitarbeiter und Entsorgungsteam 

eingeführt, die diese neue Situation modelliert: 


Kennzeichen 1 

1 


Name 

1, m 

{Größenfaktor


4 Lernziel: Erklären können, wofür Subsysteme eingesetzt werden und welche 

Kriterien bei der Subsystembildung zu beachten sind. 

Für gegebene Beispiele die behandelten Konzepte problemgerecht auswählen 

und anwenden können. 


Aufgabe: 

Erstellen Sie ein OOA-Modell, das den Aufbau von OOA-Diagrammen nach Coad/ 

Yourdon allgemein beschreibt. Unterteilen Sie das OOA-Modell in sinnvolle Subsysteme. 

Aufgabe 

Lösung


Assoziation 

Rollenname1 

Rollenname2 

Kardinalitäten 

2 

0, m 

Attribut 

Name 

Typ 

Spezifikation 

OAA-Modell 

Name 

1, m 

1 

Subsystem 

Nummer 

Name 

Name 

abstrakt 

0, m 

1 

1, m 

1, m 

Klasse 

0, m 

1 

1 

0, m Part 

1 

Aggregation 

Rollenname1 

Rollenname2 

0, m Whole Kardinalitäten 

0, m 1 

Basisklasse 

0, m 

Unterklasse 

Operation 

Name 

Parameter 

Spezifikation 

2 

Aufgabe 

Lösung


5 Lernziel: Die aufgeführten Notationen angeben und ihre Unterschiede erklären 

können. 


Aufgabe: 

Betrachten Sie den in Abb. 2.18-35 dargestellten Ausschnitt aus einem OOA- 

Modell: 

Person 

Name 

Vorname 

1+ 

Volkhochschulkurs 

Nummer 

Bezeichnung 

a Welche Notation wurde hier verwendet? 

b Beschreiben Sie in eigenen Worten, was für eine Art von Beziehung zwischen 

den vorkommenden Klassen besteht. 

c Erstellen Sie diesen Modellausschnitt in den anderen vorgestellten Notationen. 

Aufgabe 

Lösung


a Der Diagrammausschnitt ist in der Notation nach Rumbaugh gezeichnet. 

b Es handelt sich um eine Assoziation zwischen den Klassen Person und Volkshochschule. 

Eine Person kann null oder mehrere Volkshochschulkurse besuchen. 

Jeder VHS-Kurs hat mindestens einen Teilnehmer. 

c Notation nach Coad/Yourdon: 

Person 

Name 

Vorname 

Unified Notation: 

Person 

Name: String 

Vorname: String 

0, n 

1, n 

1..* * 

Volkshochschulkurs 

Nummer 

Bezeichnung 

Volkshochschulkurs 

Nummer: Integer 

Bezeichnung: String 

Aufgabe 

Lösung


6 Lernziel: Die aufgeführten Muster erklären und in OOA-Modellen identifizieren 

können, Dienstleistungen anderer Klassen in Anspruch nehmen. 


Aufgabe: 

Mit Hilfe des in Abb. 2.18-36 dargestellten OOA-Modells möchte ein Musikgeschäft 

seine Schallplatten, Musikkassetten und CDs verwalten. Die einzelnen Tonträger 

werden unterschieden nach Single (ein oder zwei Musikstücke desselben Interpreten) 

und Sampler (mehrere Stücke unterschiedlicher Interpreten). 

Sampler 

1,n 

Tonträger 

Titel 

Erscheinungsjahr 0,n 

Nachbestellen 

Longplayer 

Interpret 

1,n 

0,1 

Musikstück 

Länge 

Komponist 

Texter 

Samplerstück 

0,1 

Interpret 

0,1 

1 

Single 

Interpret 

2 

Medium 

Art 

Preis 

Standort 

➜ 

Aufgabe 

Lösung

a Welche OOA-Muster finden Sie in dem in 2.18-36 dargestellten Diagramm? 

b Spezifizieren Sie die Operation Nachbestellen (in Art, in Mindestzahl) der Klasse 

Tonträger, die prüft, ob die Mindestzahl von Medien der gewünschten Art noch 

vorhanden ist und gegebenenfalls eine Bestellung veranlaßt. Das Bestellen soll 

durch die Erzeugung neuer Objekte simuliert werden. 

Aufgabe 

Lösung


a Es lassen sich folgende Muster finden: 

n Musikstück und Samplerstück bilden das Muster 2 (konkrete Oberklasse). 

Musikstück ist dabei die konkrete Oberklasse für Samplerstück. 

n Tonträger und die Klassen Sampler, Longplayer sowie Single bilden das 

Muster 1 (abstrakte Oberklasse). Tonträger ist dabei die abstrakte Oberklasse 

mit den Unterklassen Sampler. Longplayer und Single. 

n Die Klassen Medium und Tonträger bilden das Muster 5 (Exemplare und ihre 

Beschreibung). Medium ist die Beschreibung, Tonträger das Exemplar. 

n Die Klassen Longplayer/Samplerstück sowie Single/Samplerstück bilden 

jeweils das Muster 7 (Fortpflanzung von Attributwerten), da sich der Wert des 

Attributs Interpret von Single/Longplayer nach Samplerstück überträgt. 

b Spezifikation der Operation Nachbestellen der Klasse Tonträger: 

Operation Tonträger.Nachbestellen(in Art, 

in Mindestzahl) 

Anzahl := 0 

Für alle Medium-Objekte dieses Tonträgers 

Falls Medium.GetArt() = Art 

Anzahl := Anzahl + 1; 

ende falls; 

ende Für alle 

Solange Anzahl < Mindestzahl 

NeuesMedium := Medium.Create(); 

NeuesMedium.SetArt(Art); 

Anzahl := Anzahl + 1; 

ende solange; 

Aufgabe 

Lösung


1 Lernziel: Anhand der beschriebenen Methodik und unter Verwendung der 

angegebenen Checklisten systematisch ein OOA-Modell erstellen und überprüfen 

können. 


Aufgabe: 

In einer Schule soll der Lehrbetrieb rechnergestützt verwaltet werden. Jeder Lehrer 

kann bis zu vier Fächer unterrichten. Eine Klasse wird von verschiedenen Lehrern 

in unterschiedlichen Fächern unterrichtet. Jeder Klasse ist ein bestimmter 

Lehrer als Klassenlehrer zugeordnet. Der Klassenlehrer soll die Schüler seiner 

Klasse bei Problemen unterstützen. Deshalb darf jeder Lehrer nur für eine Klasse 

Klassenlehrer sein. 

Jede Unterrichtsstunde finden in einem bestimmten Raum zu einer bestimmten 

Zeit statt und wird von einem Lehrer vor einer Klasse abgehalten. Jede Klasse 

hat zwischen 30 und 35 Unterrichtsstunden. 

Betrachten Sie das zu diesem Problem erstellte OOA-Modell in Abb. 2.18-48. 

Prüfen Sie anhand der Checklisten, ob das Modell hinsichtlich der gefundenen 

Klassen und Beziehungen korrekt ist. 

Untersuchen Sie auch, ob die Attribute sinnvoll benannt sind und ob überall 

das richtige Abstraktionsniveau gefunden wurde. 

Nennen Sie zu jedem gefundenen Fehler die entsprechende Checkliste mit 

dem zugehörigen Unterpunkt. 

➜ 

Aufgabe 

Lösung

Fächer 

Lehrer 

Klasse 

Name 

Stundenzahl/Woche 0,n 1,n 

Lehrername 

Dienstbez 1,n 1,n 

Schülerzahl 

Klassenlehrer 

Personal Nr 

Jahrgangsstufe 

1,n 1,n 1,n 

1 1 

Unterricht 

Stunde 

Minute 

1 

Wochentag 

1 

0,n 

Klassenraum 

Raum Nr 

Aufgabe 

Lösung


In dem OOA-Diagramm nach Abb. 2.18-48 finden sich folgende Fehler: 

n Die Klasse »Fächer« sollte in »Fach« umbenannt werden. Bei der Benennung 

von Klassen gilt die Regel, daß Klassennamen Substantive im Singular sein müssen. 

n Das Attribut »Lehrername« der Klasse Lehrer sollte in »Name« umbenannt 

werden. Der Klassenname soll nicht im Attributnamen wiederholt werden. 

n Zwischen den Klassen »Lehrer« und »Klasse« muß eine weitere Beziehung 

mit dem Rollennamen »Klassenlehrer« eingefügt werden. Damit wird der fachliche 

Unterschied zwischen einem Klassenlehrer (Jede Klasse kann nur einen Klassenlehrer 

haben, jeder Lehrer ist für maximal eine Klasse Klassenlehrer) und einem 

Fachlehrer deutlich. 

n »Klassenraum« kann als Attribut in die Klasse »Unterricht« aufgenommen werden, 

da nur die Raum-Nr. zu speichern ist. 

n Die Attribute »Stunde«, »Minute« und »Wochentag« der Klasse »Unterricht« 

können zu »Zeit« zusammengefaßt werden. 

n Die Kardinalität der Beziehung zwischen »Lehrer« und »Fächer« ist falsch, da 

ein Lehrer maximal vier Fächer unterrichten kann. 

n Da jede Klasse zwischen 30 und 35 Unterrichtsstunden hat, muß die Kardinalität 

der Beziehung zwischen »Unterricht« und »Klasse« 30,35 statt 1,n lauten. 

n Die Klasse »Fächer« darf nicht abstrakt sein. 

n Es kann auch Fächer geben, die zur Zeit nicht unterrichtet werden (können). 

Daher muß die Kardinalität der Beziehung zwischen »Fächer« und »Unterricht« 

0,n statt 1,n lauten. 

Das korrigierte OOA-Modell sieht folgendermaßen aus: ➜ 

Aufgabe 

Lösung

Fach 

Name 

Stundenzahl/Woche 

0, n 

0, n 

1, 4 

Lehrer 

Name 

Dienstbez. 

Personal Nr. 

1, n 

Unterricht 

1 Zeit 

1 

Raum Nr. 

1 

1 

Klassenlehrer 

Klasse 

Schülerzahl 

Jahrgangsstufe 

30, 35 

Aufgabe 

Lösung


2 Lernziel: Anhand der beschriebenen Methodik und unter Verwendung der angegebenen 

Checklisten systematisch ein OOA-Modell erstellen und überprüfen 

können. 


Aufgabe: 

a Es soll zunächst der in Abb. 2.11-10 dargestellte Teach-Roboter modelliert 

werden. Erstellen Sie ein OOA-Modell, das diesen Roboter modelliert. 

b Erweitern Sie das OOA-Modell so, daß der Roboter aus der Fallstudie 

Roboteranimiation modelliert wird. 

Aufgabe 

Lösung


a Der in Abb. 2.11-10 dargestellte Roboter besteht aus den Elementen Schulter, 

Unterarm, Oberarm und Hand, die jeweils als eigene Klasse modelliert und über 

Beziehungen verbunden wurden: 

Schulter 

x-Position 

y-Position 

1 

1 

Unterarm 

minimaler Winkel 

maximaler Winkel 

aktueller Winkel 

1 

1 

Oberarm 

minimaler Winkel 

maximaler Winkel 


1 

1 

Hand 

Öffnungswinkel 

Länge 


➜ 

Aufgabe 

Lösung

Dieser Roboter ist in der auf der CD-ROM enthaltenen Beispielanwendung 

»Roboteranimation« modelliert. Nachfolgend ist der den Roboter modellierende 

Ausschnitt aus dem OOA-Modell wiedergegeben. 

Der Roboter setzt sich aus Dreh- und Beugegelenken sowie einem Greifer zusammen. 

Der Greifer ist an einem Drehgelenk befestigt; auf ein Drehgelenk muß 

ein Beugegelenk folgen. Es ist möglich, daß mehrere Beugegelenke aufeinanderfolgen. 

Weitere Hinweise können Sie in den Dokumentationen auf der CD-ROM im Verzeichnis 

/swt/roboter 

Drehgelenk 

Darstellen 

Löschen 

0, 1 

Gelenk 

Position 

Winkel 

Länge 

Farbe 

0, 1 

0, 1 

0, 1 

Beugegelenk 

Darstellen 

Löschen 

0, 1 

{ein Objekt} 

Greifer 

Öffnungsgrad 

Länge 

Farbe 

0, 1 

Aufgabe 

Lösung




können. 


Aufgabe: 

Erstellen Sie ein vollständiges OOA-Modell der Fallstudie HIWI-Verwaltung 

Aufgabe 

Lösung


Studienfach 

Bezeichnung 

0,1 0,1 

Vordiplom Diplom 

{nur eine 

Beziehung} 

1 

Abschluß 

Note 

Datum 

1 

1 

Hilfsassistent 

1,N 

Name 

Vorname 

Matrikel Nr. 

Geburtsdatum 

1,N 1 

Arbeitszeugnis 

Datum Arbeitszeugnis 

Liste erstellen (K) 

Daten ausgeben 

{nach Datum 

sortiert} 

1 

Heimatadresse 

1 

Adresse 

Straße 

PLZ 

Ort 

Telefon Nr. 

1 

Studienadresse 

{nur eine 

Beziehung} 

1 

Beschäftigung 

von 

bis 

Stundenzahl 

Tätigkeitsgebiete 

Software-Systeme 

Aufgabe 

Lösung




können. 


Aufgabe: 

Erstellen Sie ein vollständiges OOA-Modell der Fallstudie Roboteranimation. 

Gehen Sie dabei nach der vorgestellten Methodik vor. 

Aufgabe 

Lösung


1 

RoboterStellung 

pNiveauWert 

Berechnen 

AufsichtLoeschen 

AufsichtDarstellen 

HandstellungLoeschen 

HandstellungDarstellen 

1 

1 SeitenansichtLoeschen 

SeitenansichtDarstellen 

1 

2 3 

Drehgelenk 

0, 1 0, 1 

linkes 

Gelenk 

Beugegelenk 

Darstellen 

Loeschen 

0, 1 

Robotersteuerung 

MAIN 

pDateiName 

aufsicht 

pAktBefehl 

pListbox1/2 

1 1 

handstellung 

fingerstellung 

1 

pEingabeEditor 

seitenansicht 

pAusfuehrenButtun 

robotersteuerung 

Makro 

Verzoegerungszeit 

Laden 

Speichern 

clickedAusfuehrenButtn 

Beenden 

clickedRueckButtn 

clickedUebernehmenButtn 

Rueckgaengig 

Kopieren 

1 

Verzoegern 

Einfügen 1 

FehlerDialogAusgabe 

CursorPositionieren 

Loeschen 

Alles markieren 1 

MakroLaden 

MakroExpandieren 

Kalibrieren 

Reset 

1 

Anfahren 

Nivellieren 

1 1 1 1 1 

Verzoegern 

Ansicht 

Gelenk 

Position 

kalibPosition 

Winkel 

Länge 

Farbe 

Darstellen 

Loeschen 

0, 1 

linkes 

Gelenk 

linkes 

Gelenk 

Darstellen 

Loeschen 

0, 1 

1 

Greifer 

Oeffnungsgrad 

kalibOeffnungsgrad 

Laenge 

Farbe 

FingerDarstellen 

FingerLoeschen 

0, 1 

1 

1 

1 

1 

Aufsicht 

NeuDarstellen 

Handstellung 

NeuDarstellen 

Fingerstellung 

NeuDarstellen 

Seitenansicht 

NeuDarstellen 

DSyntaxFehler 

pOK_Button 

pStaticText 

clicked_OK_Button 

Anmerkung: 

Dieses Dialogfenster 

steht zwar alleine, aber 

stellvertretend für alle 

anderen Dialogfenster! 

1 

1 

1 

1 

1 

Weitere Hinweise zu dieser Lösung finden 

Sie in der Dokumentation zur Fallstudie 

Roboteranimation auf der CD-ROM im 

Verzeichnis /swt/roboter. 

Aufgabe 

Lösung


1 Lernziel: Das SA-Hierarchiemodell einschließlich der Datenintegrität beschreiben 

können. 


Aufgabe: 

Was versteht man unter »balancing«? 

Aufgabe 

Lösung


Der Begriff »Balancing« beschreibt die Datenkonsistenz zwischen den einzelnen 

Hierarchieebenen der Datenflußdiagramme eines SA-Modells. 

Angenommen, auf dem Diagramm 3 fließen die Datenflüsse E31 und E32 in 

Bubble 2 hinein und der Datenfluß A31 fließt aus dem Bubble 2 heraus. Ferner 

fließen die Datenflüsse E3221, E323 und E324 von außen in das Diagramm 3.2 

(Verfeinerung von Bubble 2 im Diagramm 3) hinein, während die Datenflüsse 

A321, A322, A323, A324 das Diagramm 3.2 verlassen. Damit in diesem Beispiel 

die »balancing«-Regeln erfüllt sind, muß im Data Dictionary vereinbart sein: 

E31 + E32 = E321 + E322 + E323 + E324 

A31 = A321 + A322 + A323 + A 324 

Aufgabe 

Lösung


2 Lernziel: Erklären können, wie der Zusammenhang von SA zu ER-Modellen 

und Funktionsbäumen aussieht. 


Aufgabe: 

a Wie ist das ER-Modell der Seminarorganisation mit den SA-Diagrammen der 

Seminarorganisation verbunden? 

b Wie ist der Funktionsbaum der Seminarorganisation mit den SA-Diagrammen 

der Seminarorganisation verbunden? 

Aufgabe 

Lösung


Zusammenhang zwischen Datenflußdiagramm, Enity-Relationship-Diagramm, 

Funktionsbaum 

a Jeder Datenspeicher in SA-Diagramm entspricht einer Entität oder einer 

Relation im ER-Diagramm. Jede Entität oder m:m-Relation im ER-Diagramm 

entspricht einem Speicher im SA-Diagramm 

b Jede elementare Funktion des Funktionsbaumes entspricht einer Mini-Spec 

im SA-Modell und umgekehrt. 

Aufgabe 

Lösung


3 Lernziel: Die Regeln und methodischen Schritte, die bei der Erstellung eines 

SA-Modells einzuhalten sind, kennen und bei der Modellierung anwenden können. 


Aufgabe: 

Prüfen Sie, ob der folgende Ausschnitt eines SA-Modells korrekt ist, und geben 

Sie eventuelle Fehler mit Korrekturvorschlägen an. 

Kontextdiagramm: 

Kunde 

0 

verwalte 

Weinhandlung 

Anfragen 

Lieferung 

Lieferant 

Bestellung 

Lieferung 

Auftrag 

Angebote 

➜ 

Aufgabe 

Lösung

DFD0 Weinhandlung: 

Bestellung 

Rechnung 

Lieferschein 

verwalte 

Kunden 

DFD2 verwalte Lieferanten: 

Weinmenge 

Preis 

.1 

verwalte 

Lieferungen 

Weinlager 

Data Dictionary (Auszug): 

Weinlager 

Lieferanten 

vergleiche 

Angebote und 

erteile Aufträge 

Angebote 

Auftrag 

.2 

verwalte 

Lieferanten 

.2 

hole 

Angebote 

Auftrag 

Angebote 

Lieferung 

Anfragen 

Weinlager 

Weinlager = 1{Weinflasche} 

Weinflasche = Name + [Kabinett | Auslese | Spätlese ] 

+ Jahrgang + Abfüllort + Lieferdatum 

Lieferung = Rechnung + Lieferschein 

Weinmenge = 1{Weinflasche} 

Aufgabe 

Lösung


Fehleranalyse eines Ausschnitts des SA-Modells der Weinhandlung 

Kontext-Diagramm: 

- Es gibt zwei Datenflüsse mit gleichem Namen »Lieferung« und unterschiedlicher 

Bedeutung. Der eine beschreibt die Lieferung eines Lieferanten an die 

Weinhandlung, der andere die Lieferung der Weinhandlung an ihren Kunden. 

Bessere Namen wären z. B. »Lieferantenlieferung« und Kundenlieferung». 

Balancing: Kontext-Diagramm – Diagramm 0 

- Der Datenfluß «Anfragen vom Lieferanten zum Bubble 0 ist im Kontext- 

Diagramm eingezeichnet, fehlt aber im Diagramm 000. 

- Namenskonflikt zwischen der Bezeichnung von Bubble 0 »verwaltete Weinlager« 

und Diagramm 0 »Weinhandlung«. 

Die beiden Namen müssen gleich sein. 

Diagramm 0: 

- Der Bubble »verwaltete Kunden« hat keine Nummer 

Balancing: Diagramm 0 – Diagramm 2 

- Der schreibende Zugriff auf den Speicher »Weinlager« im Diagramm 0 wird 

im Diagramm 2 nicht modelliert. 

- Der Datenfluß »Angebote« führt auf Diagramm 0 in Bubble 2 hinein, fließt im 

Diagramm 2 jedoch nach außen 

- Der Datenfluß »Anfragen« fließt im Diagramm 2 nach außen, erscheint aber 

nicht im Diagramm 0. 

Aufgabe 

Lösung


4 Lernziel: Für eine gegebene Problemstellung ein vollständiges SA-Modell 

erstellen können. 


Aufgabe: 

Erstellen Sie ein vollständiges SA-Modell für das Pflichtenheft der HIWI-Verwaltung 

(Definitionsphase – Einführung, Aufgabe 6). 

Aufgabe 

Lösung


Vollständiges SA-Modell zum Pflichtenheft der Fallstudie »HiWi-Verwaltung« 

HiWi_Verwaltung, Kontextdiagramm: 

Hilfskräfte 

neue HiWi-Daten 

Kündigung 

geänderte HiWi-Daten 

.O 

verwalte 

HiWis 

Vertragsverlägerung 

Uni-Kanzler 

Verlängerungstext 

HiWi-Kennung 

HiWi-Daten 

HiWi-Liste 

Sekretärin 

➜ 

Aufgabe 

Lösung

HiWi_Verwaltung, Datenflußdiagramm 0: 

neue 

HiWi-Daten 

geänderte 

HiWi-Daten 

Kündigung 

.1 

HiWi-Daten 

erfassen 

.2 

HiWi-Daten 

ändern 

.3 

HiWi-Daten 

löschen 

HiWi-Daten 

.6 

HiWi-Verträgeverlängern 

.5 

HiWi-Liste 

drucken 

.4 

HiWi-Daten 

ausgeben 

Verlängerungstext 

Vertragsverlängerung 

HiWi-Liste 

/F 50/ 

HiWi-Kennung 

HiWi-Daten 

➜ 

Aufgabe 

Lösung

HiWi-Verwaltung, Mini-Specs: 

Mini-Spec 1: HiWi-Daten erfassen 

Lege neuen Eintrag im Speicher HiWi-Daten an. 

Speichere alle neuen HiWi-Daten im Speicher HiWi-Daten. 

Mini-Spec 2: HiWi-Daten ändern 

Speichere alle geänderten HiWi-Daten im Speicher HiWi-Daten. 

Mini-Spec 3: HiWi-Daten löschen 

Lösche alle Daten des HiWis im Speicher HiWi-Daten. 

Mini-Spec 4: HiWi-Daten ausgeben 

Suche im Speicher HiWi-Daten den Eintrag “HiWi-Kennung”. 

Gebe alle Daten der mit HiWi-Kennung angegebenen Hilfskraft aus. 

Mini-Spec 5: HiWi-Liste drucken 

Lese alle HiWi-Einträge aus dem Speicher HiWi-Daten und generiere eine alphabetisch 

sortierte Liste aller HiWis. 

Mini-Spec 6: HiWi-Verträge verlängern 

Lese zum Quartalsende alle z. Zt. beschäftigten HiWis aus dem Speicher HiWi- 

Daten und generiere mit dem intern gespeicherten Verlängerungstext für jeden 

HiWi eine Vertragsverlängerung um 3 Monate. 

➜ 

Aufgabe 

Lösung

HiWi-Verwaltung, DataDictionary: 

Arbeitszeugnisdatum 

NOTES: Ausstellungsdatum des Arbeitszeugnisses 

Beginndatum 

NOTES: Datum des Vertragsbeginns 

benutzte_SoftwareSysteme 

NOTES: Liste der während der Beschäftigung benutzten Software-Systeme 

Beschäftigungsdaten = Beginndatum + Endedatum 

+ Stundenzahl_pro_Woche + 1[Tätigkeitsgebiet] 

+ 1[benutzte_SoftwareSysteme] + (Arbeitszeugnisdatum) 

NOTES: 

DiplomDatum 

NOTES: Ausstellungsdatum des Diplomzeugnisses 

Diplomnote 

NOTES: Durchschnittsnote des Diplomzeugnisses 

Endedatum 

Aufgabe 

Lösung


1 Lernziel: Ein RT-Modell auf Syntax und Semantik hin überprüfen können. 


Aufgabe: 

Kontext-Diagramm 

Schnitt- 

b 

stelle A 

d 

FD0: überwache Lager 

b2 

d1 

CSpec3 

g="yes" 

Activate 

kontrol. 

Ausgang 

.1 

kontrolliere 

Eingang 

Ruhe 

h 

kontrollierend 

verwalte 

Lager 

c 

Bedingung 

d2 

g="no" 

f,g 

PSpec 1.1 Kontrolliere Eingang 

if Bedingung = "okay" 

c := b2 + d1; 

else 

c := b2 - d1; 

end if; 

i 

i 

c 

f 

kontrolliere 

Ausgang 

wartend 

h 

Schnittstelle 

B 

Bestand 

f1 

g 

b1 

h 

f2 

Auszug aus dem RD: 

d = d1 + d2 

b = b1 + b2 

f = f1 + f2 

g = ["yes" | "no"] 

Untersuchen Sie das RT-Modell 

in Abb. 2.20-17 auf syntaktische 

Fehler 

Aufgabe 

Lösung


Analyse des Ausschnitts des RT-Modells der Lagerverwaltung. 

Kontext-Diagramm: 

- Bubble »verwalte Lager« hat keine Nummer. 

Balancing Kontext-Diagramm - Diagramm 0: 

- Datenfluß »b« fließt in Bubble 0 hinein, während im Diagramm 0 die Komponente 

»b1« das Diagramm verläßt und die Komponente »b2« von außen in 

das Diagramm hineinfließt. 

- Datenfluß »c« fließt in Bubble 0 hinein, ist aber ein interner Datenfluß im 

Diagramm 0. 

- Kontrollfluß »d« fließt in Bubble 0 hinein, seine Komponenten »d1« und »d2« 

im Diagramm 0 sind jedoch Datenflüsse. 

Diagramm 0: 

- Datenfluß »b1« verläßt den Datenspeicher »Bestand« und fließt direkt zu 

einer externen Schnittstelle. 

- Datenfluß »f2« kommt aus einer Kontroll-Spezifikation. 

- Bubble »kontrolliere Ausgang« hat keine Nummer. 

Balancing Diagramm 0 - P-Spec 1.1: 

- Nummer der P-Spec »kontrolliere Eingang« als Verfeinerung von Bubble 1 

»kontrolliere Eingang« ist 1.1. Richtig wäre P-Spec 1. 

- Kontrollfluß »Bedingung« fließt in die P-Spec hinein. 

➜ 

Aufgabe 

Lösung

- Kontrollfluß »i« aus Bubble 1 wird in der P-Spec nicht generiert. 

- Datenfluß »Bestand« aus Bubble 1 wird in der P-Spec nicht gebildet. 

Balancing Diagramm 0 - C-Spec 3: 

- Nummer der C-Spec ist 3. Richtig wäre 0. 

- Im Diagramm 0 verläßt ein Datenfluß »f2« die C-Spec-Schnittstelle, während 

in der C-Spec ein Kontrollfluß »f« generiert wird. 

- In der C-Spec wird der Kontrollfluß »g« als Aktion generiert. Im Diagramm 0 

fehlt ein Kontrollfluß »g«, der die C-Spec verläßt. 

P-Spec 1.1: 

- keine Fehler 

C-Spec 3: 

- Am Zustandsübergang vom Zustand »wartend« zum Zustand »Ruhe« fehlt 

das Ereignis als Bedingung für den Zustandswechsel. 

DD: 

- keine Fehler 

Aufgabe 

Lösung


2 Lernziel: Für eine geeignete Problemstellung ein vollständiges SA/RT-Modell 



Aufgabe: 

Modellieren Sie die Tankanlagensteuerung in Abb. 2.20-18 mit der RT Methode: 

Max-Niveau 

Soll-Niveau 

Ist-Niveau 

Einlaßventil 

Ist-Status = geöffnet 

Zeitverzögerung = 2 sec 

Tank 

Ist-Status = geschlossen 

Auslaßventil 

➜ 

Aufgabe 

Lösung

10/ Ein einfaches Softwaresystem steuert das Füllen und Leeren eines Tanks, 

indem es den Flüssigkeitsstand im Tank überwacht und die Ventile entsprechend 

öffnet und schließt. 

/20/ Es gibt ein Einlaß- und ein Auslaßventil. 

/30/ Jedes Ventil kann zwei Zustände einnehmen: geöffnet und geschlossen. 

/40/ Das Einlaßventil besitzt beim Öffnen eine Zeitverzögerung von 2 sec. 

/50/ Der Bediener kann das gewünschte Flüssigkeitsniveau ins System eingeben, 

wenn der Tank leer ist. 

/60/ Das System akzeptiert folgende Kommandos: 

– Tank auf das gewünschte Niveau füllen (bei leerem Tank): Beim Füllen des 

Tanks wird das Einlaßventil geöffnet und die Flüssigkeit strömt in den Tank 

ein, bis die vorgegebene Füllhöhe erreicht ist. 

– Tank leeren (bei vollem Tank): Das Entleeren des Tanks wird mit entsprechenden 

Auslaßventilkommandos (Auf, Zu) gesteuert. 

/70/ Ein Geber meldet den aktuellen Flüssigkeitsstand des Tanks. 

Aufgabe 

Lösung


RT-Modell der Tanksteuerung 

Kontextdiagramm: »Tankanlage« 

Einlaßventil 

Auslaßventil 

EV_Sollstatus 

AV_Sollstatus 

.0 

überwache 

Tankfüllstand 

Bediener-Kommando 

Soll-Niveau 

Ist-Niveau 

Bediener 

Geber 

➜ 

Aufgabe 

Lösung

Flußdiagramm: »überwache Tankfüllstand« 

überwache Tankfüllstand 

EV_Sollstatus 

.1 

setze 

Soll- 

Niveau 

.7 

schließe 

Einlaßventil 

EV_Sollstatus 

Ist_Niveau 

Soll-Niveau 

.6 

öffne 

Einlaßventil 

.2 

prüfe_ob_ 

Tank_voll 

Ist_Niveau 

Tank voll 

.5 

schließe 

Auslaßventil 

.3 

prüfe_ob_ 

Tank_leer 

Tank leer 

AV_Sollstatus 

Bediener 

Kommando 

.4 

öffne 

Auslaßventil 

AV_Sollstatus 

➜ 

Aufgabe 

Lösung

CSpec 0: 

Tank_leer 

Bediener_Kommando = »Sollwert_eingeben« 

Activate »setze SollNiveau« 

Tank_wird 

gelleert 

Tank_ist_leer Tank_ist_voll 

1 

Activate »schließe Auslaßventil« 

Bediener_Kommandos = »Tank_füllen« 

Activate »öffne Einlaßventil«; 

Activate »prüfe_ob_Tank_voll« 

4 

2 

Tank_wird 

gefüllt 

Bediener_Kommandos = »Tank_leeren« 

Activate »öffne Auslaßventil«; 

Activate »prüfe_ob_Tank_leer« 

3 

Tank_voll 

Activate »schließe Einlaßventil« 

➜ 

Aufgabe 

Lösung

PSpec1 “setze Soll-Niveau“ 

Speichere “vorgegebenes Niveau“ im Speicher “Soll-Niveau“ 

END PSpec1; 

PSpec2 “prüfe_ob_Tank_voll“ 

Issue 

LOOP 

IF Ist-Niveau >= Soll-Niveau THEN 

Generate Tank_voll; 

Exit; 

END IF; 

END LOOP; 

END PSpec2; 

PSpec3 “prüfe_ob_Tank_leer“ 

Issue 

LOOP 

If Ist-Niveau = 0 THEN 

Generate Tank_leer; 

Exit; 

END IF; 

END LOOP; 

END PSpec3; 

➜ 

Aufgabe 

Lösung

PSpec4 “öffne Auslaßventil“ 

Issue 

Generate AV_Sollstatus = Auf; 

END PSpec4; 

PSpec5 “schließe Auslaßventil“ 

Issue 

Generate AV_Sollstatus = Zu; 

END PSpec5; 

PSpec6 “öffne Einlaßventil“ 

Issue 

Generate EV_Sollstatus = Auf; 

END PSpec6 

PSpec7 “schließe Einlaßventil“ 

Issue 

Generate EV_Sollstatus = Zu; 

END PSpec7 

➜ 

Aufgabe 

Lösung

Requirements Dictionary Tankanlage 

Auf = * Ventilzustand * 

AV_Sollstatus = [ Auf | Zu ] * Sollstatus des Auslaßventils * 

Bediener_Kommando = [ Soll-Niveau_eingeben | Tank_füllen | Tank_leeren ] 

EV_Sollstatus = [ Auf | Zu ] * Sollstatus des Einlaßventils * 

Ist-Niveau = * aktuelles Flüssigkeitsniveau im Tank * 

Soll-Niveau = * Flüssigkeitsniveau, das beim Füllen des Tanks 

erreicht werden soll * 

Soll-Niveau_eingeben = * Eingabe des Soll-Niveaus der Flüssigkeit * 

Tank_füllen = * Füllen des Tanks * 

Tank_leeren = * Leeren des Tanks * 

Tank_voll = [ “WAHR“ | “FALSCH“ ] 

* WAHR, wenn Tankfüllstand = Soll-Niveau * 

Tank_leer = [ “WAHR“ | “FALSCH“ ] 

* WAHR, wenn Tankfüllstand = Leer * 

Zu = * Ventilzustand * 

Aufgabe 

Lösung





Aufgabe: 

Erweitern Sie das Modell der Tankanlage aus Aufgabe 2 so, daß zusätzlich folgende 

Anforderungen erfüllt werden: 

/55/ Bei der Eingabe des gewünschten Flüssigkeitsniveaus überprüft das 

System, ob das gewünschte Niveau den durch die Bauweise des Tanks 

vorgegebenen maximalen Flüssigkeitsstand überschreitet. In diesem Fall 

wird eine Fehlermeldung ausgegeben. 

/80/ Das System erkennt Störungen an den Ventilen (Ventil öffnet nicht, Ventil 

schließt nicht) und zeigt entsprechende Fehlermeldungen an. 

Aufgabe 

Lösung


Kontextdiagramm: »Tankanlage« 

Einlaßventil 

Auslaßventil 

EV_Sollstatus 

EV_Iststatus 

AV_Sollstatus 

AV_Iststatus 

.0 

überwache 

Tankfüllstand 

Bediener-Kommando 

Soll-Niveau 

Fehlermeldung 

Ist-Niveau 

Bediener 

Geber 

➜ 

Aufgabe 

Lösung

Aufgabe 

Lösung 

überwache Tankfüllstand 

.1 

setze 

Soll- 

Niveau 

.2 

prüfe_ob_ 

Tank_voll 

.3 

prüfe_ob_ 

Tank_leer 

.7 

schließe 

Einlaß- 

ventil 

.6 

öffne 

Einlaß- 

ventil 

.5 

schließe 

Auslaß- 

ventil 

.4 

öffne 

Auslaß- 

ventil 

Soll-Niveau 

Ist_Niveau 

Ist_Niveau 

EV_Sollstatus 

EV_Sollstatus 

AV_Sollstatus 

AV_Sollstatus 

Tank voll 

Tank leer 

Bediener 

Kommando 

.8 

überwache 

Einlaß- 

ventil 

EV_Sollstatus 

EV_Fehler 

EV_Iststatus 

Soll_Niveau_Fehler 

vorgegebenes_Niveau 

Max-Niveau 

.9 

überwache 

Auslaß- 

ventil AV_Fehler 

AV_Iststatus 

AV_Sollstatus 

Flußdiagramm 0: 

➜

PSpec 1 »setze Soll-Niveau« 

IF vorgegebenes Niveau < Max-Niveau THEN 

Speichere »vorgegebenes Niveau« im Speicher »Soll-Niveau« 

ELSE 

Fehlermeldung: »Soll_Niveau_Fehler« 

END IF; 

END PSpec 1; 

PSpec 8 »überwache Einlaßventil« 

LOOP; 

WAIT 5ms; 

IF EV-IststatusEV-Sollstatus THEN 

Fehlermeldung: EV_Fehler; 

ENDIF 

END LOOP; 

END PSpec 8; 

PSpec 9 »überwache Auslaßventil« 

LOOP 

WAIT 5 ms; 

IF AV-IststatusAV-Sollstatus THEN 

Fehlermeldung: AV_Fehler; 

END LOOP; 

END PSpec 9; 

➜ 

Aufgabe 

Lösung

erweitertes Requirements Dictionary Tankanlage 

AV_Fehler = * Fehlermeldung: Auslaßventil defekt!*. 

AV_Iststatus = [Auf|Zu] * Iststatus des Auslaßventils *. 

EV_Fehler = * Fehlermeldung: Einlaßventil defekt! *. 

EV_Iststatus = [Auf|Zu] * Iststatus des Einlaßventils *. 

Fehlermeldung = [Soll_niveau_Fehler|AV_Fehler|EV_Fehler] 

Max-Niveau = * durch die Bauart bedingtes, maximales 

Flüssigkeitsniveau im Tank *. 

Soll_Niveau_Fehler = * Fehlermeldung: ”Sollniveau zu hoch; neuen Wert 

eingeben” *: 

Aufgabe 

Lösung





Aufgabe: 

Modellieren Sie eine Stoppuhr mit der RT Methode, die folgende Anforderungen 

erfüllt: 

/10/ Die Stoppuhr hat zwei Druckknöpfe (die nicht gleichzeitig gedrückt werden 

können) und eine LCD-Anzeige. 

/20/ Die Stoppuhr kann ein- und ausgeschaltet werden. 

/30/ Die Stoppuhr kann gestartet und gestoppt werden. Nach dem Stopp wird 

die vergangene Zeit zwischen Start und Stopp angezeigt 

/40/ Nach dem Start kann eine Zwischenzeit angezeigt werden. Die Uhr läuft im 

Hintergrund weiter. Nun kann entweder die Anzeige von der Zwischenzeit auf 

die Anzeige der aktuell verbrauchten Gesamtzeit gewechselt werden oder 

die im Hintergrund laufende Uhr kann angehalten werden, ohne daß sich die 

Anzeige ändert. Im letzten Fall wird nach einem weiteren Knopfdruck die 

vergangene Gesamtzeit angezeigt. 

/50/ Die zwischen Start und Stopp vergangene Zeit kann bei stehender Uhr und 

Anzeige der vergangenen Gesamtzeit auf Null zurückgesetzt werden. 

Aufgabe 

Lösung


RT-Modell der Stoppuhr 

Kontextdiagramm:»Stoppuhr« 

Druckknopf_1 

Druckknopf_2 

Knopf 1 

Knopf 2 

.0 

verwalte 

Stoppuhr 

Stoppzeit 

Uhren-Display 

➜ 

Aufgabe 

Lösung

Flußdiagramm 0: 

»verwalte Stoppuhr« 

Knopf 2 

Knopf 1 

.1 

Stoppuhr 

zurücksetzen 

.5 

Zwischenzeit 

nehmen 

.3 

Gesamtzeit 

inkrementieren 

Gesamtzeit 

Stoppzeit 

2. 

Gesamtzeit 

anzeigen 

.4 

Zwischenzeit 

anzeigen 

Zwischenzeit Stoppzeit 

➜ 

Aufgabe 

Lösung

CSpec 0 

laufende Gesamtzeit 

anzeigend 

Knopf 2 

Activate "Gesamtzeit 

inkrementieren" 

Activate "Zwischenzeit 

anzeigen" 

Zwischenzeit anzeigend 

Knopf 2 

Knopf 1 

Activate "Gesamtzeit inkrementieren" 

Activate "Gesamtzeit anzeigen" 

Null anzeigend 

Knopf 1 


Knopf 1 

Activate "Stoppuhr zurücksetzen" 


Knopf 2 

Activate "Gesamtzeit inkrementieren" 

Activate "Zwischenzeit nehmen" 

Activate "Zwischenzeit anzeigen" 

Knopf 1 

Activate "Zwischenzeit 

anzeigen" 

Knopf 1 

Activate "Stoppuhr zurücksetzen" 


gestoppte Gesamtzeit 

anzeigend 

Knopf 1 


Gesamtzeit gestoppt 

Zwischenzeit anzeigend 

➜ 

Aufgabe 

Lösung

PSpec 1: »Stoppuhr zurücksetzen« 

Issue Gesamtzeit = 00:00:00; 

END Pspec 1; 

PSpec 2: »Gesamtzeit anzeigen« 

Lese die Gesamtzeit aus dem Speicher »Gesamtzeiten«, formatiere sie für die 

Anzeige im LCD-Display und gebe sie als »Stoppzeit« aus. 

END PSpec 2; 

PSpec 3 »Gesamtzeit inkrementieren« 

Lese alle 10msec die seit dem Start der Zeitmessung vergangene Gesamtzeit 

aus demSpeicher »Gesamtzeit«, inkrementiere sie und trage den aktualisierten 

Wert in den Speicher »Gesamtzeit« ein. 

END PSpec 3; 

PSpec 4 »Zwischenzeit anzeigen« 

Lese die Zwischenzeit aus dem Speicher »Zwischenzeit«, formatiere sie für 

die Ausgabe im LCD-Display und gebe sie als »Stoppzeit« aus. 

END PSpec 4; 

PSpec 5 »Zwischenzeit nehmen« 

Lese die Gesamtzeit aus dem Speicher »Gesamtzeit« und trage sie im Speicher»Zwischenzeit« 

ein. 

END PSpec 5; 

➜ 

Aufgabe 

Lösung

RD »Stoppuhr« (Kontrollflüsse sind kursiv dargestellt): 

Gesamtzeit = Stoppzeit 

Knopf 1 = [gedrückt|nicht gedrückt] 

Knopf 2 = [gedrückt|nicht gedrückt] 

Minuten = 0 .. 59 

Sekunden = 0 .. 59 

Sekunden/100 = 0 .. 99 

Stoppzeit = Stunden + Minuten + Sekunden + Sekunden/100 

Stunden = 0 .. 23 

Zwischenzeit = Stoppzeit 

Aufgabe 

Lösung





Aufgabe: 

Modellieren Sie die einen Verkaufsautomaten mit der RT Methode. 

Die wichtigsten Anforderungen sind die Prüfung der eingeworfenen Münzen und 

der Schutz vor Vandalismus. Im einzelnen soll der Verkaufsautomat forlgende 

Anforderungen erfüllen: 

/10/ Kunden können Objekte einwerfen, mit denen sie die Ware bezahlen 

möchten. 

/20/ Der Verkaufsautomat prüft jedes Objekt daraufhin, ob es sich um zulässige 

Münzen handelt. Dazu ist die Größe, das Gewicht, und die Dicke der 

Objekte zu prüfen. 

/30/ Der Verkaufsautomat akzeptiert 10 und 50 Pfennigstücke, sowie 1, 2 und 

5 Markstücke. Alle anderen Münzen werden als Falschgeld behandelt und 

zurückgegeben. 

/40/ Nur wenn eine Münze eingeworfen wurde und als gültig identifiziert worden 

ist, erfolgt die Berechnung des eingeworfenen Geldbetrages und die 

Produktauswahl wird ermöglicht (Schutz vor Trickdieben). 

/50/ Der Kunde kann ein Produkt auswählen. 

/60/ Der Automat prüft, ob das gewünschte Produkt verfügbar ist. Falls das 

Produkt ausverkauft ist, werden die eingeworfenen Münzen zurückgegeben 

und der Kunde bekommt eine entsprechende Nachricht »Gewünschtes 

Produkt leider vergriffen!«. ➜ 

Aufgabe 

Lösung

70/ Die Anzahl der angebotenen Produkte schwankt mit der Zeit. Die Bezeichnungen 

und Preise der Produkte sollen leicht geändert werden können. 

/80/ Der Automat gibt den eingeworfenen Geldbetrag zurück, wenn der Kunde 

den Kauf storniert (kein Produkt auswählt). 

/90/ Der Automat gibt das gewünschte Produkt frei, sofern es verfügbar ist und 

der eingeworfene Geldbetrag ausreicht. 

/100/ Falls der eingeworfene Geldbetrag den Kaufpreis übersteigt, wird das 

Wechselgeld ausgegeben. 

/110/ Nach der Ausgabe eines Produktes wird die Produktauswahl solange 

gesperrt, bis ein gültige Münze identifiziert worden ist. 

/120/ Die eingeworfenen Münzen werden als Wechselgeld verwendet. 

Aufgabe 

Lösung


RT-Modell des Verkaufsautomaten 

Kontextdiagramm: »Verkaufsautomat« 

Falschgeld 

Objekt 

0 

verkaufe Produkt 

Kunde Kundenauswahl 

Kunde 

Produkte 

Münzrückgabe 

Produkt verfügbar 

Rückgabemünzen 

➜ 

Aufgabe 

Lösung

Flußdiagramm 0: »verkaufe Produkte« 

Objekt 

Falschgeld 

Preistabelle 


Münze identifiziert 

.1 

nehme 

Geld an 

.4 

ermittle 

Produktpreis 

Münzarchiv 

Münzen Münzen 

Geldbetrag 

Geldbetrag 

.3 

ausreichende Zahlung Wechselgeldbetrag 

prüfe 


Geldbetrag 

Preis 

zulässige Auswahl 

Kundenauswahl 

ausreichende Zahlung 



.5 

prüfe 

Kundenauswahl 

Rückgabemünzen 


zulässige Auswahl 

.2 

gib 

Münzen 

zurück 

.6 

liefere 

Produkt 

aus 

Produktmagazin 

Produkt 

ausgeliefert 

Produkt 

➜ 

Aufgabe 

Lösung

CSpec 0: 

Produkt_verfügbar =»Nein« 

Activate »gib Münzen zurück« 

Produkt_ausgeliefert 

wartend 

auf Münzen 

wartend auf 

Produktauswahl 

Produkt ausliefern 


Activate »prüfe Kundenauswahl« 


Activate »gib Münzen zurück« 


Activate »liefere Produkt aus« 

➜ 

Aufgabe 

Lösung

Flußdiagramm 1: »nehme Geld an« 

Objekt 


Falschgeld Münze 

ausreichende 

Zahlung 

Falschgeld 

.1 

überprüfe 

Münzen 

.4 

sammle 

Münzen 

Münzwert 

Münzparameter 

.3 

berechne 

eingeworfenen 

Geldbetrag 

gesammelte 

Münzen 

CSpec1: Prozeßaktivierungstabelle 

Kontrolleingaben 


ja 

nein 

.2 

lösche 

eingeworfenen 

Geldbetrag 

Geldbetrag 

.5 

archiviere 

Münzen 

aktivierte Prozesse 

Münzen 

lösche eingeworfenen Geldbetrag 

1 

0 

➜ 

Aufgabe 

Lösung

PSpec 1.1 »überprüfe Münze« 

überprüfe »Objekt«, um zu sehen, ob es mit den »Münzparametern« übereinstimmt. 

IF Übereinstimmung THEN 

akzeptiere das Objekt als Münze 

ELSE 

gebe das Objekt als Falschgeld zurück 

END IF 

END PSpec 1.1; 

PSpec 1.2 »lösche eingeworfenen Geldbetrag« 

Issue Geldbetrag = 0; 


PSpec 1.3 »berechne eingeworfenen Geldbetrag« 

Geldbetrag:= Geldbetrag + Münzwert 


PSpec 1.4 »sammle Münzen« 

IF angesammelte Münzen > Münzkapazität THEN 

gebe Münze als Falschgeld zurück 

ELSE 

angesammelte Münzen:=angesammelte Münzen+Münze 

END IF 


PSpec 1.5 »archiviere Münzen« 

übertrage die angesammelten Münzen in das Münzarchiv 


➜ 

Aufgabe 

Lösung

Flußdiagramm 2: »gib Münzen zurück« 

Münzen 

Geldbetrag 

Wechselgeldbetrag 

Münzen 

.1 

hole 

Wechselmünze 

Wechselmünzen 

.2 

hole 

eingeworfene 

Münze 

CSpec2: Prozeßaktivierungstabelle 

eingeworfene Münzen 



Kontrolleingaben aktiviere Prozesse 

Münzrückgabe Produkt_verfügbar 

hole Wechselmünze 

hole eingeworfene 

Münze 

Ja Nein 0 1 

- Ja 1 0 

➜ 

Aufgabe 

Lösung

PSpec 2.1 »hole Wechselmünze« 

Nehme Wechselmünzen aus dem Münzarchiv, so daß gilt: 

Wechselmünzen = Wechselgeldbetrag 


PSpec 2.2 »hole eingeworfene Münzen aus dem Münzarchiv, so daß 

gilt: eingeworfene Münzen = Geldbetrag 


PSpec 3 »prüfe Geldbetrag« 

IF Geldbetrag > Preis THEN 

Issue »ausreichende_Zahlung« = JA; 

Issue »Wechselbetrag« = Geldbetrag - Preis; 

ELSE 

Issue »ausreichende_Zahlung« = NEIN; 

END IF 

END PSpec 3; 

PSpec 4 »ermittele Produktpreis« 

Lese aus der Preistabelle »Preis« für die »zulässige Auswahl« 

END PSpec 4; 

PSpec 5 »Prüfe Kundenauswahl« 

IF »Kundenauswahl« im »Produktmagazin« THEN 

Issue »Produkt verfügbar« = Ja; 

Issue »zulässige Auswahl« = »Kundenauswahl«; 

ELSE 

Issue »Produkt verfügbar« = Nein; 

END PSpec 5; 

➜ 

Aufgabe 

Lösung

PSpec 6 »liefere Produkt aus« 

Nehme das durch die »Zulässige Auswahl« bestimmte »Produkt« aus dem 

»Produktmagazin« und liefere das »Produkt« aus. 

END PSpec 6; 

Requirements Dictionary 

10_Pfg = */ Münze der deutschen Bundesbank mit standardisiertem 

Gewicht, Größe und Zusammensetzung /* Einheit: 1/10 DM; 

50_Pfg = */ Münze der deutschen Bundesbank mit standardisiertem 

Gewicht, Größe und Zusammensetzung /* Einheit 5/10 DM; 

1_DM = */ Münze der deutschen Bundesbank mit standardisiertem 

Gewicht, Größe und Zusammensetzung /* Einheit: 1 DM; 





ausreichende_Zahlung = */ Kontrollsignal /*; 

eingeworfene_Münzen = Münzen; 

Falschgeld = */ alle Objekte, die keine Münzen sind/*; 

Geldbetrag = 0.00 .. 20.00; Einheit: DM; 

Kundenauswahl = [Fanta | Cola | Snickers | Hanuta ] 

Münzarchiv = { Münzen }; 

Münzen = 0 { [ 10_Pfg | 50_Pfg | 1_DM | 2_DM | 5_DM ] } 8 

Münze_identifiziert = */ Kontrollsignal /*; 

Münzrückgabe = */ Kontrollsignal /*; 

➜ 

Aufgabe 

Lösung

Objekt = [Münze | Falschgeld ] 

Preis = Geldbetrag; 

Preistabelle = { Produkt + Preis }; 

Produkt = Kundenauswahl; 

Produktmagazin = { Produkt }; 

Produkt_ausgeliefert = */ Kontrollsignal /*; 

Produkt_verfügbar = [ Ja | Nein ]; 

Rückgabemünzen = [ eingeworfene_Münzen | Wechselmünzen ]; 

Wechselgeldbetrag = Geldbetrag; 

Wechselmünzen = Münzen; 

zulässige_Auswahl = Kundenauswahl; 

Aufgabe 

Lösung


1 Lernziel: Die Interaktions-Mechanismen Zwischenablage, DDE und OLE an 

Beispielen erläutern können. 


Aufgabe: 

In den folgenden Fallbeispielen müssen Daten zwischen verschiedenen Anwendungen 

ausgetauscht werden. Begründen Sie kurz, welcher Mechanismus jeweils 

angebracht ist. 

a Sie wollen eine Bitmap-Grafik in einen Text einfügen. Die Grafik muß nicht mehr 

verändert werden. 

b Sie müssen in einem längeren Text die ersten drei Seiten an das Ende des 

Textes verschieben. 

c Für die Erstellung des Quartalsberichtes Ihres Arbeitgebers erstellen Sie mit 

Hilfe eines Kalkulationsprogramms eine Tabelle. Diese wird in einen Text eingebunden, 

der für jeden Quartalsbericht im wesentlichen gleich bleibt. 

d Ein Benutzer möchte Grafiken aus seinem Zeichenprogramm in ein Textprogramm 

übernehmen. Die Zeichnungen sind noch nicht komplett fertiggestellt und 

sollen parallel zur Entstehung des Textes überarbeitet werden. Textprogramm und 

Zeichenprogramm sind von verschiedenen Herstellern und unterscheiden sich in 

ihrer Bedienung wesentlich. 

Aufgabe 

Lösung


a Mechanismus Zwischenablage, da Bitmaps ohne Informationsverlust übertragen 

werden können (standardisiertes Format) und die Grafik nicht mehr geändert 

werden muß. 

b Zwischenablage, da der Text innerhalb desselben Programms verschoben 

werden muß. 

c OLE. Durch eine Verknüpfung (im Gegensatz zur Einbettung) wird erreicht, daß 

die für ein neues Quartal geänderte Tabelle automatisch in dem Text aktualisiert 

wird. Außerdem kann die Tabelle auch innerhalb des Textverarbeitungsprogramms 

bearbeitet werden. 

d DDE. Bei paralleler Bearbeitung von verschiedenen Personen werden besser 

die spezialisierten Programme eingesetzt. Über Verknüpfungen erfolgt dann eine 

automatisierte Aktualisierung. 

Aufgabe 

Lösung


2 Lernziel: Den Unterschied zwischen objektorientierter und funktionsorientierter 

Bedienung erläutern können. 

Die direkte Manipulation mit ihren Eigenschaften und generischen Funktionen 

beschreiben können. 


Aufgabe: 

Um in einem Grafikprogramm ein Rechteck zu vergrößern, geht man wie folgt vor: 

Zunächst wird das zu vergrößernde Rechteck markiert. Dann wählt man in einem 

Menü die gewünschte Funktion und gibt den Vergrößerungsfaktor an. 

Handelt es sich bei dieser Art von Bedienung um objektorientierte oder funktionsorientierte 

Bedienung oder um direkte Manipulation? Wie sähe der Vorgang »Vergrößern 

eines Rechtecks« unter Verwendung der anderen Bedienungsphilosophien 

aus? 

Aufgabe 

Lösung


Es handelt sich um objektorientierte Bedienung. Zuerst wird das zu bearbeitende 

Objekt selektiert und dann die auszuführende Funktion. 

Bei Verwendung von direkter Manipulation: 

Man zieht das Rechteck mit Hilfe der Maus an einer Ecke auf die gewünschte 

Größe. 

Bei Verwendung von funktionsorientierter Bedienung: 

Man wählt die Funktion »vergrößern«, markiert das gewünschte Rechteck und 

gibt den Vergrößerungsfaktor an. 

Aufgabe 

Lösung


3 Lernziel: Die direkte Manipulation mit ihren Eigenschaften und generischen 

Funktionen beschreiben können. 


Aufgabe: 

Beschreiben Sie den Ablauf, wenn eine Datei mit Hilfe der direkten Manipulation 

gedruckt werden soll. Welche anderen mit der direkten Manipulation realisierbaren 

Funktionen kennen Sie? 

Aufgabe 

Lösung


Man zieht das Piktogramm der zu druckenden Datei mit der Maus auf das gewünschte 

Druckersymbol. 

Andere Möglichkeiten: 

Löschen: ziehen in Papierkorb 

Faxen: ziehen auf Faxgerät 

und die in Abb. 2.21-12 aufgeführten Möglichkeiten. 

Aufgabe 

Lösung


4 Lernziel: Die Gestaltungs- und Bewertungskriterien »Kompetenzförderlichkeit«, 

»Handlungsflexibilität« und »Aufgabenangemessenheit« definieren, ihre Merkmale 

aufzählen und erläutern können. 

Zeit:15 Minuten 

Aufgabe: 

In einem Schreibbüro müssen häufig kleinere Vektorgrafiken in Texte integriert 

werden. Für diesen Zweck soll eine neue Software-Umgebung beschafft werden. 

Dabei stehen folgende Software-Programme zur Wahl: 

– ein Textsystem, das es erlaubt, kleine Vektorgrafiken direkt im Text zu erstellen. 

Zusätzlich können Bitmap-Grafiken über den DDE-Mechanismus eingefügt werden. 

– Ein System aus reinem Textverarbeitungsprogramm und universellem Grafikprogramm 

vom selben Hersteller, die über OLE gekoppelt werden können. 

– Ein Textsystem, das mit dem im Unternehmen vorhandenen Grafikprogramm 

über eine Dateischnittstelle kommunizieren kann. 

Welches System würden Sie unter Beachtung der Aspekte 

Kompetenzförderlichkeit, Handlungsflexibilität und Aufgabenangemessenheit 

bevorzugen? 

Aufgabe 

Lösung


Am günstigsten erscheint Variante eins. Bei diesem Softwaresystem wird das 

Anforderungsprofil am besten unterstützt. Die gesamte Bearbeitung des Textes 

inklusive der Grafikerstellung geschieht in einem Programm. Für spätere Erweiterungen 

ist die DDE-Schnittstelle voraussichtlich ausreichend. 

Die zweite Variante erscheint zu umfangreich, da die Komplexität eines umfangreichen 

Grafikprogramms für die Aufgabenstellung nicht erforderlich ist. Die dritte 

Variante ist hinsichtlich der Kopplung mit dem vorhandenen Grafikprogramm 

zu inflexibel und aufwendig, da der Austausch immer über Dateien abläuft. 

Aufgabe 

Lösung


5 Lernziel: Mindestens eines der bekannten GUI-Systeme bedienen können. 


Aufgabe: 

Beschreiben Sie, wie bei einem Ihnen bekannten GUI-System folgende Vorgänge 

ablaufen: 

a Kopieren einer Datei von einem Ordner in einen anderen Ordner 

b Ausdrucken eines Dokuments 

c Anlegen eines neuen Ordners 

Aufgabe 

Lösung


Für die Lösung dieser Aufgabe wurde das GUI-System Windows 95 betrachtet: 

a Lösung durch direkte Manipulation: 

Die Vorgehensweise hängt davon ab, ob sich der Zielordner auf derselben 

Festplattenpartition (Laufwerksbuchstabe) befindet, wie der Quellordner. 

Ist der Zielorder auf einem anderen Laufwerk, kann der zu kopierende Ordner mit 

der linken Maustaste selektiert und auf das Ziellaufwerk oder den Zielordner gezogen 

werden. 

Befinden sich Quell- und Zielordner auf demselben Laufwerk, muß der zu kopierende 

Ordner mit der rechten Maustaste selektiert und an den Zielort geschoben 

werden. Hier kann die Maustaste losgelassen werden. Es erscheint dann ein 

Kontextmenu, aus dem die gewünschte Option (hierher kopieren) gewählt werden 

muß. 

Lösung durch Verwendung der Zwischenablage: 

Den zu kopierenden Ordner mit der rechten Maustaste anklicken. Es erscheint 

ein Kontextmenu, aus dem die Option »kopieren« gewählt werden muß. Nun das 

Piktogramm des Zielorts mit der rechten Maustaste anklicken und dort die Option 

»einfügen« wählen. 

b Objektorientierte Bedienung: 

Das Piktogramm des zu druckenden Objekts auf das Druckersymbol ziehen. 

Daraufhin wird die Anwendung gestartet, das Dokument geladen und ausgedruckt. 

➜ 

Aufgabe 

Lösung

Funktionsorientierte Bedienung: 

Die zu dem Dokument gehörende Anwendung starten, das Dokument laden und 

in der Anwendung den Druck-Befehl absetzen. 

c Im Explorer mit der rechten Maustaste an die Stelle klicken, wo der neue Ordner 

erscheinen soll. Aus dem erscheinenden Kontext-Menu den Punkt »Neu« wählen. 

Es erscheint ein Untermenu, aus dem dann der Punkt »Ordner« gewählt werden 

muß. Es erscheint ein neuer Ordner, der den Namen »Neuer Ordner« trägt. Dieser 

Name kann durch Eintippen eines anderen Textes überschrieben werden. 

Aufgabe 

Lösung


6 Lernziel: Eine problemgerechte OLE-Verknüpfung zwischen mehreren Anwendungen 

vornehmen können. 


Aufgabe: 

Beschreiben Sie, auf welche Weise zwischen einem Ihnen bekannten Textverarbeitungssystem 

und einem Tabellenkalkulationsprogramm eine OLE-Verknüpfung 

hergestellt werden kann. Das Tabellenkalkulationsprogramm soll dabei als Server 

agieren. 

Aufgabe 

Lösung


OLE-Verknüpfung zwischen Word für Windows 95 und Excel für Windows 95: 

Da Word als OLE-Client dienen soll, muß zunächst ein Textdokument mit Word 

erstellt werden. In dieses Dokument kann eine bestehende oder neu zu erstellende 

Excel-Tabelle eingebunden werden: 

Wählen Sie dazu aus dem Menu »Einfügen« den Unterpunkt »Objekt«. An dem 

nun erscheinenden Notizbuch muß zunächst der gewünschte Reiter (entweder 

»Neu erstellen« oder »Aus Datei erstellen«) selektiert werden. Soll ein neues 

OLE-Objekt erstellt werden, ist der Typ (»Excel-Tabelle«) aus einer Liste auszuwählen. 

Im anderen Fall muß der Dateiname des einzubindenden Objekts angegeben 

werden. 

In beiden Fällen erscheint das eingebettete Objekt anschließend im Text. Wird es 

selektiert, kann die gewünschte Darstellungsgröße über den Objektrahmen eingestellt 

werden. 

Aufgabe 

Lösung


1 Lernziel: Fenster, ihre Elemente, ihren Aufbau, ihre Terminologie und ihre 

Funktionalität in den besprochenen GUI-Systemen angeben können. 


Aufgabe: 

Geben Sie Beispiele in Ihnen bekannten Anwendungen für modale und nichtmodale 

Dialogfenster in verschiedenen GUI-Systemen an. Aus welchen Elementen 

setzen sich die einzelnen Fenster zusammen? 

Aufgabe 

Lösung


Windows 95: 

Suchen/Ersetzen-Dialog in Word für Windows 95 (nicht-modaler Dialog): 

Lesefehler auf Diskette (system-modaler Dialog): 

➜ 

Aufgabe 

Lösung

Presentation Manager: 

Speichern unter (modaler Dialog): 

➜ 

Aufgabe 

Lösung

Motif: 

Open Location bei Netscape (modaler Dialog): 

Window History bei Netscape (nicht-modaler Dialog): 

➜ 

Aufgabe 

Lösung


2 Lernziel: Möglichkeiten zur Beschleunigung der Menüauswahl aufzählen können. 


Aufgabe: 

Beschreiben Sie, auf welche Weise Menüpunkte bei Verwendung der GUI-Systeme 

Windows, Presentation Manager bzw. Motif ausgewählt werden können. 

Aufgabe 

Lösung


Windows 95 

Ein Menü kann auf drei Arten heruntergeklappt werden 

1 Anklicken des gewünschten Menütitels mit der linken Monotaste 

2 Wenn ein Buchstabe im Menütitel unterstrichen dargestellt ist, kann das Menü 

durch gleichzeitiges Drücken der Alt-Taste und des entsprechenden Buchstabens 

geöffnet werden. (optional) 

3 Wird nur die Alt-Taste, wird das Systemmenü grau markiert dargestellt. Diese 

Markierung kann mit den Cursor-Tasten zum gewünschten Menütitel bewegt 

werden. Das Menü kann dann durch Drücken der Enter-Taste geöffnet werden. 

Die Menüoption kann dann ebenfalls auf drei Arten ausgewählt werden: 

1 Anklicken der Menüoption mit der linken Maustaste. 

2 Wenn ein Buchstabe in der gewünschten Menüoption unterstrichen dargestellt 

ist, dann kann das entsprechende Zeichen gedrückt werden. (optional) 

3 Die Menüoption mit den Cursor-Tasten anwählen und Enter drücken. 

Alternativ können für einzelne Menüoptionen Tastaturkürzel definiert werden, 

z.B. eine Funktionstaste. Beim Betätigen der Funktionstaste wird die zugehörige 

Menüoption sofort aktiviert. 

Presentation Manager: 

Wie Windows 95 

Motif: 

Zum Herunterklappen von Menüs entfällt die Möglichkeit 3, ansonsten wie 

Windows.95 

Aufgabe 

Lösung


3 Lernziel: Für eine Anwendung geeignete Fenstertypen, Dialogmodi, Menüund 

Kommandoarten auswählen können. 


Aufgabe: 

Es soll die Benutzungsoberfläche für ein Textverarbeitungssystem erstellt werden. 

a Aus welchen Elementen setzen Sie die Unterfenster, in denen jeweils ein Text 

erfaßt wird, sinnvollerweise zusammen? Welche konkrete Aufgabe haben die einzelnen 

Elemente? 

b Welchen Dialog bzw. Dialogablauf wählen Sie zum Speichern eines neu erstellten 

Textes? 

c Überlegen Sie sich eine Situation, in der der Einsatz eines Mitteilungsfensters 

sinnvoll wäre. 

Aufgabe 

Lösung


a Das Unterfenster setzt sich aus folgenden Elementen zusammen: 

Titelbalken: Name des bearbeiteten Textes anzeigen 

Knöpfe für Fenstergrößen: Symbolgröße, maximale Größe, Schließen 

Rollbalken: Navigieren in längeren Texten 

Fensterteiler: Verschiedene Ansichten desselben Textes 

Menübalken, Meldungsbalken bleiben im Hauptfenster] 

b Das Speichern eines neu erstellten Textes sollten über einen modalen Dialog 

ablaufen, der über die Menüoption »speichern« aufgerufen wird, da der Speichervorgang 

nicht unterbrochen werden sollte. 

c Ein Mittleiungsfenster ist z.B. sinnvoll, wenn der Benutzer versucht einen Text zu 

öffnen, der nicht existiert oder auf den er keine Zugriffsberechtigung hat. Das ist 

ein schlimmer Fehler, den der Benutzer unbedingt quittieren sollte. 

Aufgabe 

Lösung


4 Lernziel: Die beschriebenen Dialogmodi aufzählen und ihre jeweiligen Beschränkungen 



Aufgabe: 

a Was unterscheidet einen modalen Dialog grundsätzlich von einem nicht-modalen 

Dialog? 

b Nennen Sie die verschiedenen Arten von modalen Dialogen. Geben Sie jeweils 

ein Beispiel für eine sinnvolle Anwendung der jeweiligen Variante. 

Aufgabe 

Lösung


a Modale Dialoge blockieren die Anwendung oder einen Teil davon solange, bis 

der entsprechendes Dialog geschlossen wird. 

b Es gibt folgende Arten modaler Dialoge: 

n Systemmodaler Dialog, blockiert das gesamte System. Sinnvoll bei schweren 

Fehlern, z.B. Unterbrechung der Netzwerkverbindung, Fehler auf dem Massenspeicher. 

n Anwendungsmodaler Dialog, blockiert die gesamte Anwendung. Sinnvoll bei 

schwerwiegenden Anwendungsfehlern, z.B. wenn der Datenbankserver einer 

Anwendung nicht mehr verfügbar ist. 

n Anwendungssemimodaler Dialog blockiert einen Teil der Anwendung. Z.B. 

Dialogfenster zum Speichern eines Textes in einem Textverarbeitungsprogramm. 

n Hierarchiemodaler Dialog: Vorgängerdialoge sind blockiert, sinnvoll z.B. wenn 

man aus den Dialogfenster »Drucken« einen anderen Dialog »Drucker auswählen« 

aufruft. 

Aufgabe 

Lösung


5 Lernziel: Die verschiedenen Fenstertypen mit ihren Elementen, ihren Charakteristika, 

ihrer Funktionalität und ihrem Einsatzbereich beschreiben können. 


Aufgabe: 

a Erläutern Sie die Einsatzbereiche der Fenstertypen Anwendungsfenster, Unterfenster, 

Dialogfenster und Mitteilungsfenster. 

b Geben Sie für jeden Fenstertyp ein Beispiel aus einem Ihnen bekannten Anwendungsprogramm 

an. 

Aufgabe 

Lösung


a Das Anwendungsfenster dient zur Steuerung des Programmablaufs. Es beinhaltet 

die verschiedenen Unterfenster, in denen z.B. die zu berarbeitenden Dokumente 

angezeigt werden. Dem Anwendungsfenster ist die Menüleiste zugeordnet. 

In dem Unterfenster findet in MDI-Anwendungen die eigentliche Berarbeitung 

der Dokumente statt. Zu einem Anwendungsfenster kann es mehrere Unterfenster 

geben. Bei nicht MDI-fähigen Anwendungen gibt es keine Unterfenster. 

Ein Dialogfenster dient zur Interaktion mit dem Anwender. Hier können in einer 

Eingabemaske Daten zu einem Objekt oder Einstellungen eingegeben werden. 

Ein Mitteilungsfenster soll den Benutzer auf eine bestimmte Situation oder einen 

bestimmten Vorfall aufmerksam machen, z.B. wenn ein Dokument wegen 

eines Fehlers im Netzwerk oder auf dem Datenträger nicht abgespeichert werden 

konnte. 

➜ 

Aufgabe 

Lösung

Die Beispiele stammen aus dem Programm Word für Windows 95. 

Anwendungsfenster: 

Unterfenster: 

➜ 

Aufgabe 

Lösung

Dialogfenster: 

Mitteilungsfenster: 

➜ 

Aufgabe 

Lösung


6 Lernziel: Die verschiedenen Fenstertypen mit ihren Elementen, ihren Charakteristika, 

ihrer Funktionalität und ihrem Einsatzbereich beschreiben können. 


Aufgabe: 

Im folgenden werden Ihnen einige typische Anwendungsszenarien geschildert. 

Geben Sie jeweils – mit Begründung – den günstigsten Fenstertyp oder die zu 

verwendende Dialogart an. 

a In einem Textverarbeitungssystem soll die Funktion »suchen und ersetzen« implementiert 

werden. 

b In einem Tabellenkalkulationsprogramm soll die Formatierung einer markierten 

Tabellenzeile geändert werden. 

c Während des Prüfens einer Festplatte tritt ein schwerer Fehler auf, der nur durch 

Benutzereingaben beseitigt werden kann. 

d Ein Benutzer meldet sich im Netzwerk an. 

Aufgabe 

Lösung


a Die Funktion sollte als nicht-modaler Dialog realisiert werden, da der 

Suchvorgang häufig unterbrochen wird, um kleinere Änderungen im Text vorzunehmen. 

Allerdings sollte der Dialog dann als immer-obenauf-Fenster realisiert 

werden, damit er nicht umständlich wieder in der Vordergrund geholt werden muß. 

b Der Dialog muß anwendungsmodal realisiert werden. Wenn die Tabelle weiterhin 

geändert werden könnte, wäre es sonst möglich, die zu formatierende Spalte 

zu löschen oder das Format einzelner Zellen zu änderen, was beides zu Inkonsistenzen 

führte. 

c Dieser Dialog muß systemmodal sein, da der Defekt sich auf andere Programme 

auswirken kann. 

d Auch die Netzwerkanmeldung muß systemmodal sein, da sämtliche Anwendungen 

davon betroffen sein können (z.B. weil zusätzliche Massenspeicher zur 

Verfügung gestellt werden) 

Aufgabe 

Lösung


7 Lernziel: Regeln für Abkürzungen kennen und anwenden können. 


Aufgabe: 

Für ein Betriebssystem soll eine Kommandosprache realisiert werden, die folgende 

Funktionen zur Verfügung stellt: 

- löschen (einer Datei) 

- kopieren (einer Datei auf eine andere Datei) 

- verschieben (einer Datei in ein anderes Verzeichnis) 

- auflisten (aller Dateien in einem Verzeichnis) 

- drucken (einer Datei) 

Die Kommandos sollen durch Eingabe ihres Namens gefolgt von der oder den 

vom Kommando betroffenen Dateien oder Verzeichnissen angestoßen werden. 

a Welche grundsätzliche Bedienungsphilosophie steht hinter diesem Konzept? 

b Welche Regeln zur Bildung von Abkürzungen kennen Sie? Geben Sie für jede 

Ihnen bekannte Regel ein Beispiel aus den oben aufgeführten Kommandos an. 

c Um dem Benutzer die Arbeit zu erleichtern, sollen für alle Kommandos Kurzformen 

akzeptiert werden. Wählen Sie für die oben beschriebenen Kommandos 

nach ergonomischen Gesichtspunkten Abkürzungen aus. 

Aufgabe 

Lösung


a Diese Art der Bedienung nennt man funktionsorientiert. 

b Folgende Regeln sind hier anwendbar: 

- Eliminierung einzelner Buchstaben, z.B. LSCHN für löschen 

- Abschneiden der letzten Buchstaben, z.B. l für löschen 

- Akronym, z.B. leid für löschen einer Datei 

c Da die Bezeichnungen aller Kommandos mit unterschiedlichen Buchstaben 

beginnen, kann man für die Kommandosprache die Anfangsbuchstaben dieser 

Bezeichnungen verwenden. Es ergibt sich dann folgende Sprache: 

l - löschen einer Datei 

k - kopieren einer Datei 

v - verschieben einer Datei 

a - auflisten einer Datei 

d - drucken einer Datei 

Diese Wahl ist ergonomisch, da die Kommandosprache für den Benutzer transparent 

ist und die Kürzel leicht zu merken sind. 

Aufgabe 

Lösung


8 Lernziel: Kriterien für die Namensauswahl kennen und erläutern können. 


Aufgabe: 

Für eine Kommandosprache zur Manipulierung eines ferngesteuerten Fahrzeugs 

sollen für die Steuerkommandos geeignete Namen ausgewählt werden. Das Fahrzeug 

kann nach links und rechts gelenkt werden, abbremsen, beschleunigen und 

ein Fahrtlicht ein- und ausschalten. 

a Nach welchen Kriterien sollten die Namen für die einzelnen Kommandos vergeben 

werden? 

b Erstellen Sie einen Entwurf für diese Kommandosprache unter Berücksichtigung 

der in a gefundenen Kriterien. 

Aufgabe 

Lösung


a Folgende Punkte müssen beachtet werden: 

- Kodierbarkeit (Namen müssen leicht lesbat und erinnerbar sein) 

- Suggestivität (Der Name läßt auf das zu modifizierende Objekt schließen) 

- Unterscheidbarkeit (Die Namen der einzelnen Kommandos sind im Kontext 

gut auseinanderzuhalten) 

- Systematik im Kontext 

b Es sind sechs Funktionen zu beschreiben. Um eine einheitliche Sprache zu 

finden, werden jeweils einzelne Wörter verwendet, z.B. nicht Licht an oder Licht 

aus. Dies sind: 

links 

rechts 

beschleunigen 

verzögern 

dunkel 

hell 

Wenn die Namen so gewählt werden, können alle Kommandos mit ihren Anfangsbuchstaben 

abgekürzt werden. 

Alle Namen sind leicht lesbar, weisen eine hohe Suggestivität auf, sind unterscheidbar 

(komplementär) und systematisch im Kontext eines Fahrzeugs. 

Aufgabe 

Lösung


9 Lernziel: Die objektorientierte Anwendungsbedienung am Beispiel des 

Presentation Manager darstellen können. 


Aufgabe: 

Beschreiben Sie, wie bei Verwendung des Presentation Manager ein neuer Drukker 

im System eingerichtet wird. 

Aufgabe 

Lösung


Es wird eine Drucker-Schablone auf den Desktop geschoben. Dadurch wird ein 

neuer Drucker eingerichtet, dem aber zunächst noch kein Druckertreiber zugeordnet 

ist. Dies geschieht über das Kontext-Menü des neuen Drucker-Objekts 

Aufgabe 

Lösung


10 Lernziel: Menüs und Kommandos einschl. ihrer Eigenschaften, ihrer Einsatzbereiche, 

ihrer Arten, ihrer Funktionsweise und ihrer Gestaltungsregeln erläutern 

können. 


Aufgabe: 

a Welche Arten von Menüs kennen Sie und worin bestehen die grundsätzlichen 

Unterschiede? 

b Wie müssen Menüs gestaltet werden, damit eine ergonomische Bedienung 

gewährleistet ist? 

c Beschreiben Sie die typischen Einsatzbereiche von Menüs und Kommandos. 

d Welche Strukturen für Kommandosprachen kennen Sie? Nennen Sie ein Ihnen 

bekanntes Beispiel für solche Kommandosprachen! 

Aufgabe 

Lösung


a Man unterscheidet zwischen Pull-Down- und Pop-Up-Menüs. 

Pull-Down-Menüs treten im Zusammenhang mit Menübalken auf und erscheinen 

nach dem Anklicken des gewünschten Menütitels. Die Pull-Down-Menüs sind die 

zweite Stufe in einer zweistufigen Hierarchie. 

Ein Pop-Up-Menü erscheint an der aktuellen Bearbeitungsstelle auf dem Bildschirm, 

z.B. wenn ein bestimmtes Objekt angeklickt wird (meist mit der rechten 

Maustaste). Ist ein Pop-Up-Menü nicht aktiviert, ist es für den Anwender komplett 

unsichtbar. Dagegen bleiben bei Pull-Down-Menüs immer die zugehörigen Menütitel 

auf dem Menübalken sichtbar. Das macht Pull-Down-Menüs weniger platzsparend. 

Das Arbeiten mit Pop-Up-Menüs kann effizienter sein, da der Mauszeiger 

nicht immer zum Menübalken bewegt werden muß. 

b Ergonomisch zu bedienende Menüs müssen folgendermaßen gestaltet sein: 

n Die Menüoptionen sollten kurz und prägnant bezeichnet sein. Es ist auf eine 

gute Unterscheidbarkeit der einzelnen Menüoptionen zu achten. 

n Alle Menüoptionen sind linksbündig anzuordnen. Falls möglich Menüoptionen 

bildhaft darstellen. 

n Die Anordnung der Menüoptionen sollte nicht dem Zufall überlassen werden. 

Je nach Anwendung ist eine alphabetische, funktionale, nach Häufigkeit oder Wichtigkeit 

sortierte, die semantische Ähnlichkeit widerspiegelnde oder eine natürliche 

Folge darstellende Anordnung zu wählen. 

➜ 

Aufgabe 

Lösung

n Ein Pop-Up-Menü sollte rechts neben dem zu bearbeitenden Objekt erscheinen 

und darf dieses nicht überdecken. 

n Bei Pull-Down-Menüs ist darauf zu achten, daß der Menütitel durch ein Stichwort 

oder einen sehr kurzen Satz die Gesamtheit der Menüoptionen gut beschreibt. 

Die einzelnen Menütitel sollten innerhalb des Menübalkens einheitlich benannt 

werden (Grammatik, Stil). 

c Die typischen Einsatzbereiche von Menüs und Kommandos: 

Ein menügesteuertes System kann in einem Umfeld sinnvoll sein, das 

n überwiegend von Anfängern und Gelegenheitsbenutzern benutzt wird 

n mit wenig Benutzereingaben auskommen soll 

n genügend Bildschirmfläche für einen Menübalken bzw. ein geöffnetes Pup-Up- 

Menü bietet 

n das Gedächtnis der Benutzer möglichst wenig belasten soll. 

Ein kommandoorientiertes System ist sinnvoll, wenn der Einsatzbereich folgenden 

Anforderungen entspricht: 

n überwiegend Expertenbenutzer arbeiten mit dem System 

n die Interaktion mit dem System soll sehr schnell erfolgen 

n es steht nur eine begrenzte Bildschirmfläche zur Verfügung 

Aufgabe 

Lösung

d Es gibt drei unterschiedliche Strukturen für Kommandosprachen: 

n Einfache Kommandoliste 

Jedem Kommando (meist ein einzelner Buchstabe) wird eine bestimmte Funktion 

zugeordnet. Es sind keine weiteren Parameter notwendig. 

Beispiel: WordStar war ein verbreitetes Textverarbeitungssystem, das über 

Control-Sequenzen gesteuert wurde, z.B. Control-y: Aktuelle Zeile löschen, 

Control-K-B: Beginn eines Blockes markieren usw. 

n Kommandos mit Argumenten und Optionen 

Zusätzlich zu dem Kommandonamen können weitere Optionen oder Parameter, 

z.B. die Namen der Objekte, auf die das Kommando wirken soll, angegeben werden. 

Beispiel: Die Internet-Werkzeuge telnet und ftp werden über eine solche 

Kommandosprache gesteuert, z.B. open Rechnername zum Herstellen einer Verbindung 

zu einem entfernten Rechner 

n Hierarchische Kommandostruktur 

Die verschiedenen Klassen von Objekt-, Aktions- und Argumentnamen lassen 

sich möglichst konsistent zu sehr komplexen Kommandos kombinieren. Mit dieser 

Kommandostruktur können Experten sehr effizient arbeiten. Es ist aber ein 

großer Einarbeitungsaufwand erforderlich. 

Beispiel: Der Stream-Editor sed des Unix-Systems. Mit Hilfe des Kommandos 

[2addr]s/regular expression/replacement/flags können reguläre Ausdrücke durch 

eine Zeichenkette ersetzt werden. Der Ersetzungsvorgang kann durch flags gesteuert 

werden. Durch die optionalen Parameter 2addr kann eine Textbereich 

angegeben werden, auf den der Befehl wirken soll. 

Aufgabe 

Lösung


1 Lernziel: Prinzipielle Alternativen zur Dialoggestaltung angeben, für eigene 

Dialoggestaltungen begründet auswählen und beurteilen können. 


Aufgabe: 

Stellen Sie Menüstrukturen für die Anwendung der HIWI-Verwaltung auf. Entwikkeln 

Sie dabei eine funktionsorientierte, eine objektorientierte und eine Ihnen am 

günstigsten erscheinende Lösung. 

Aufgabe 

Lösung


Funktionsorientierte Bedienung: 

Ôbjektorientierte Bedienung: 

Pupup Drucken 

Popup Zeugnis 

Popup Studienfach 

Am günstigsten erscheint hier die objektorientierte Variante. 

Aufgabe 

Lösung


2 Lernziel: Die fünf Grundsätze ergonomischer Dialoggestaltung nach DIN 

66234, Teil 8, kennen, erläutern, auf eigene Dialoggestaltungen anwenden und 

zur Beurteilung von Dialoggestaltungen einsetzen können. 


Aufgabe: 

Beurteilen Sie ein Ihnen bekanntes CASE-Werkzeug, das auf der CD-ROM 

enthalten ist, nach den Grundsätzen ergonomischer Dialoggestaltung. 

Aufgabe 

Lösung


Im folgenden wird das CASE-System Together C++ evaluiert: 

1 Aufgabenangemessenheit: 

n Keine Belastung durch technische Vor- und Nacharbeiten 

Ja - Die Projekt- sowie Quelltextdateien werden vom Programm verwaltet. 

n Anpassung des Dialogs an die Arbeitsaufgabe 

Ja - Die Menüs können über Maussteuerung oder teilweise durch 

Tastaturkürzel gesteuert werden. 

n Art und Form der Eingabe an die Arbeitsaufgabe angepaßt 

Bedingt - Die Eingabe von Beziehungen im Objektmodell sowie das 

manuelle Layout sind etwas umständlich. Das automatische Layout produziert 

zum Teil unbrauchbare Ergebnisse. 

n Unterstützung regelmäßig wiederkehrender Arbeitsaufgaben 

Bedingt - Die Eingabe von Klassen, Attributen, Methoden, Subjekten und 

Kommentaren kann über Tastenkombinationen ausgewählt werden. 

Beziehungen lassen sich in dieser Form nicht eingeben. 

n UNDO Funktionen mit Vergleich 

Nein. 

➜ 

Aufgabe 

Lösung

2 Selbstbeschreibungsfähigkeit 

n Erläuterungen sollen Vorstellungen des Benutzers unterstützen 

Bedingt – Erläuterungen sind nur über die Hilfe erhältlich. 

n Erläuterungen an allgemein üblichen Kenntnissen angepaßt 

Ja. 

n Nach Art und Umfang sollen verschiedene Erläuterungen verfügbar sein 

Nein. Die Gliederung der Hilfe bietet allerdings die Möglichkeit vom 

Allgemeinen zum Speziellen zu gelangen. 

n Situationsabhängige Beschreibung 

Nein. Die gewünschten Informationen müssen in der Hilfe gesucht werden. 

3 Steuerbarkeit 

n Einstellung der Geschwindigkeit und des Arbeitsablaufes 

Nein. 

n Keine unnötigen Wartezeiten 

Ja – Wartezeiten bei größeren Modellen sind der Aufgabe angemessen. 

n Freie Wahl der Arbeitsmittel und des Arbeitsweges 

Bedingt – in einigen Situationen hat der Benutzer mehrere Möglichkeiten 

sein Ziel zu erreichen. 

n Kleine Dialogschritte und Zusammenfassungen 

Nein. 

n Informationen zum Arbeitsweg 

Ja. Die Hilfethemen enthalten Informationen zu den verschiedenen 

Arbeitsabläufen; die Verfügbarkeit von Menüoptionen stellt eine weitere 

Orientierungshilfe dar. 

➜ 

Aufgabe 

Lösung

n Beliebiges Unterbrechen und Wiederaufnehmen des Dialogs 

Nein. 

n Wiederaufnahme nach Systemausfall 

Nein. Es sind keine speziellen Wiederaufnahme-Mechanismen beschrieben. 

n Letzter Dialogschritt reversibel 

Nein. 

n Zusätzliche Nachfrage bei kritischen Verarbeitungsschritten 

Ja. 

n Steuerung der Bildschirmdarstellung 

Ja. Die Daten können aus unterschiedlichen, zum Teil konfigurierbaren Blickwinkeln 

betrachtet werden. 

4 Erwartungskonformität 

n Einheitliches Dialogverhalten 

Bedingt - Menüoptionen, über die neue Fenster (z.B. zur Konfiguration) geöffnet 

werden, sind von einfachen Menüeinträgen nicht zu unterscheiden. 

n Bei ähnlichen Arbeitsaufgaben ähnlicher Dialog 

Ja. 

n Rückmeldung des Dialogsystems 

Ja. 

n Rückmeldungen zu Zustandsänderungen 

Nein - Dies ist auch nicht nötig, da Zustandsänderungen nur vom Benutzer 

initiert und zum Teil erst nach Bestätigung ausgeführt werden. 

➜ 

Aufgabe 

Lösung

n Verzögerungsfreie Darstellung 

Ja. 

n Bei längeren Antwortzeiten Meldungen 

Ja. Das Parsen von Quelltexten wird in einem Status-Fenster angezeigt. 

n Stand der Bearbeitung 

Nein - Keine spezielle Anzeige. Der Stand der Bearbeitung ergibt sich aus 

den eingegebenen Daten, die auf verschiedene Weise angezeigt werden 

können. 

n Informationen zu Unterbrechungen durch technischen Ausfall 

Es wird das Versionierungssystem RCS verwendet. Dieses System verfügt 

über Mechanismen zur Wiederherstellung nach einem Ausfall. 

5 Fehlerrobustheit 

n Undefinierte Systemzustände 

In der Testphase nicht aufgetreten. 

n Ort des Fehlers 

Bedingt - Im Objektmodell wird die Eingabe von nicht erlaubten Beziehungen 

einfach ignoriert. Beim Parsen von Quelltexten wird bei vorhandenen Fehlern 

eine Fehlerliste erstellt. 

n Sofortige Fehlermeldung: Ja. 

n Verständlichkeit der Fehlermeldungen: Ja. 

Verbesserungsmöglichkeiten: 

n Anpassung der Menüstruktur an die üblichen Konventionen. 

n Kennzeichnung der Menüoptionen, über die neue Fenster geöffnet werden. 

n Verbesserung der Eingabe des Objektmodells. 

n Verbesserung des automatischen Layouts. 

Aufgabe 

Lösung


3 Lernziel: Die Kriterien für die Dialoggestaltung nach VDI 5005 kennen, erläutern, 

auf eigene Dialoggestaltungen anwenden und zur Beurteilung von Dialoggestaltungen 

einsetzen können. 


Aufgabe: 

Betrachten Sie die auf der beliegenden CD-ROM enthaltene Anwendung Seminarorganisation 

und beurteilen Sie die Dialoggestaltung nach den Regeln der VDI 

5005. 

Aufgabe 

Lösung


Kompetenzförderlichkeit: Konsistente handlungsunterstützende Benutzeroperationen 

n Objektaktivierung und -bearbeitung einheitlich, übersichtlich und durchschaubar 

darstellen. Wenig syntaktische Fehler zulassen. 

Über das Menü ObjektTyp lassen sich zu bearbeitende Objekte in einheitlicher 

Weise auswählen. 

n Nur im Kontext anwendbare Funktionen zur Verfügung stellen; sinnlose Funktionen 

blockieren. 

Im Kontext nicht anwendbare Funktionen sind durch graue Darstellung als 

deaktiviert gekennzeichnet. 

n Letzte Parametereinstellung beim Aufruf einer Menüoption anzeigen. 

Das Programm verwendet keine Parametereinstellungen. 

n Sicherheitsabfragen bei Operationen mit schwerwiegenden Folgen. Folgen 

verdeutlichen. 

Es sind keine Operationen mit schwerwiegenden Folgen möglich 

n Undo/Redo Funktion anbieten, d.h. alle durchgeführten Operationen sollten 

storniert werden können (Undo). Auf Wunsch muß die Stornierung wieder 

aufgehoben werden können (Redo). 

Operationen können über Abbrechen unterbrochen werden, ein Redo ist 

nicht möglich. 

➜ 

Aufgabe 

Lösung

n Inkrementelle Aufgabenbearbeitung ermöglichen, d.h. kleine, unabhängige, 

nichtsequentielle Teilschritte mit jeweiliger Ergebnisrückmeldung. Keine 

Operation darf in einer Sackgasse enden. 

Eine inkrementelle Aufgabenbearbeitung wird durch das Menü ObjektTyp 

ermöglicht, wodurch der Benutzer unterschiedliche Objekte unabhängig 

voneinander bearbeiten kann. 

n Rückmeldungen auf alle Benutzeroperationen. Anzeigen, ob Eingabe erwartet 

wird, oder ob gerade eine Verarbeitung stattfindet. Überdurschnittliche 

Verarbeitungszeiten mitteilen (Art, Objekt, Umfang oder Dauer). Systembedingte 

Verzögerungen, Unterbrechungen oder Störungen explizit anzeigen. 

Bei der Anwendung sind keine überdurchschnittlichen Verarbeitungszeiten 

zu erwarten, derartige Mitteilungen fehlen. 

Handlungsflexibilität: Alternative Benutzeroperationen 

n Makrobildung ermöglichen, d.h. Operationen bei wiederkehrenden Abläufen 

können zu einer einzigen Operation zusammengefaßt werden. 

Die Bildung von Makros ist nicht vorgesehen. 

n Mengenbildung ermöglichen, d.h. Objekte, auf die die gleichen Operationen 

angewendet werden sollen, können zu größeren Einheiten zusammengefaßt 

werden. 

Mengenbildung ist nicht möglich. 

n Soweit wie möglich nicht-modale Dialoge. 

Die Anwendung besteht weitestgehend aus nicht modalen Dialogen. 

➜ 

Aufgabe 

Lösung

n Parallele Bearbeitung mehrerer Anwendungen mit gegenseitigem Informationsaustausch. 

Ein Informationsaustausch mit anderen Anwendungen ist nicht vorgesehen, 

die Daten können jedoch mit dem Datenbankmanagementsystem verarbeitet 

werden. 

Aufgabenangemessenheit: Effizienz der Benutzeroperationen 

n Minimierung der Interaktionsschritte, die zur Ausführung einer Aufgabe bzw. 

zum Durchführen einer einzelnen Operation benötigt werden. 

Durchzuführende Aufgaben bzw. Operationen lassen sich auf direktem Weg 

auswählen. 

n Planungsaufwand reduzieren, z.B. durch syntaktisch einfache Aufgaben oder 

Reduktion vieler Einzelschritte. 

Die Arbeitsschritte sind im Sinne der durchzuführenden Aufgabe übersichtlich 

gegliedert. 

n Abkürzungsstrategien für wiederholte gleichartige Aufgaben oder gleiche 

Operationen auf Mengen von Objekten ermöglichen (Makro & Mengenbildung). 

Menüs und Menüpunkte lassen sich über Tastenkombinationen auswählen. 

Mengenbildung ist nicht möglich. 

n Syntaktische Fehler verhindern oder abfangen. 

Syntaktische Fehler wie z.B. fehlerhafte Datumseingaben werden abgefangen. 

n Überflüssige Systemmeldungen, die der Benutzer quittieren muß, vermeiden. 

Nur wesentliche Systemmeldungen müssen quittiert werden. ➜ 

Aufgabe 

Lösung


4 Lernziel: Die aufgeführten Transformationsregeln kennen und auf eigene 

Dialoggestaltungen anwenden können. 


Aufgabe: 

Erstellen Sie aus dem in Lehreinheit 13, Aufgabe 3 angelegten OOA-Modell der 

HIWI-Verwaltung eine Benutzungsoberfläche unter Berücksichtigung der 

Transformationsregeln. 

Aufgabe 

Lösung


Nachfolgend sind einige Bildschirmabzüge der Erfassungsmasken abgebildet. 

Die vollständige Anwendung HIWI-Verwaltung finden Sie auf der CD-ROM im 

Verzeichnis \swt\hiwi. 

Dort finden Sie die C++-Quellcodes, eine Ressourcen-Datei mit dem statischen 

Layout der Benutzungsoberfläche und eine ausführbare Datei für Windows 

95. Die Anwendung einschließlich der Bildschirmmasken wurde mit dem Jade- 

System generiert. 

Eingabedialog für die Klasse 

Studienfach 

➜ 

Aufgabe 

Lösung

Eingabedialog für die Klasse Hilfsassistent 

➜ 

Aufgabe 

Lösung

Eingabedialog für die Klasse Beschäftigungsdaten 

Aufgabe 

Lösung


1 Lernziel: Die dargestellten Interaktionselemente mit ihrem Verwendungszweck, 

ihrem Aufbau, ihren Eigenschaften und ihren Gestaltungsregeln kennen und 

bei eigenen E/A-Gestaltungen aufgabengerecht auswählen und einsetzen können. 


Aufgabe: 

Für die im folgenden beschriebenen Fälle sollen geeignete Interaktionselemente 

ausgewählt werden. Begünden Sie Ihre Auswahl. 

a Die Anrede für einen Brief soll ausgwählt werden (Herr, Frau oder Firma). 

b aus einer größeren Menge von Berufsbezeichnungen soll ein Beruf ausgewählt 

werden. Es kann auch eine neue Bezeichnung eingegeben werden. 

c Es soll der Name einer Person eingegeben werden. 

d Es soll ein Datum eingegeben werden. 

e Für ein Textverarbeitungssystem ist ein Serienbrieftext zu erfassen. 

f Um einen elektronischen Brief zu verschicken, können der oder die Empfänger 

aus einer umfangreichen Liste bereits erfaßter Adressen ausgewählt 

werden. 

g Für eine grafische Darstellung soll ein Vergrößerungfaktor (zwischen 0,5 und 

3) eingestellt werden. 

Aufgabe 

Lösung


a Hier bietet sich eine Gruppe aus Einfachauswahlknöpfen (radio buttons) an. 

Die Anzahl der Alternativen ist klein und nicht vom Benutzer erweiterbar. 

b Bei einer großen Anzahl von Möglichkeiten, aus denen eine Variante ausgewählt 

werden soll bieten sich eine Auswahlliste oder (bei wenig Platz auf dem 

Eingabefenster) eine Klappliste an. Da jedoch auch eine eigene Eingabe 

möglich sein soll, muß eine Kombination aus Eingabefeld und Klappliste 

verwendet werden, so daß nur korrekte Datumswerte akzeptiert werden. 

c Ein einzeiliges Eingabefeld für Text. (Abb. 2.2 3-10) 

d Ein Eingabefeld für Datenfelder. Für das Datumsfeld sollte eine Schablone 

definiert werden, so daß nur korrekte Datumswerte akzeptiert werden. 

e Hier ist ein mehrzeiliges Eingabefeld für Texte vorzusehen. Das Feld sollte 

mindestens vier sichtbare Zeilen von jeweils 80 Zeilen enthalten. 

f Wenn die Liste nicht erweiterbar sein soll, kann eine Auswahliste oder – bei 

Platzmangel – eine Klappliste verwendet werden. Ist die Liste erweiterbar, 

dann wie bei Aufgabenteil b. 

g Da der Faktor kontinuierlich geändert werden kann, ist ein Schieberegler 

angebracht. 

Aufgabe 

Lösung


1 Lernziel: Die Prinzipien der Gestaltpsychologie kennen und bei der E/A- 

Gestaltung umsetzen können. 


Aufgabe: 

a Ordnen Sie eine Liste von Wörtern in einer Spalte an und eine Liste von Zahlen 

in einer anderen Spalte. 

Wie nehmen Sie diese zwei Spalten wahr? 

Welche Prinzipien wirken? 

b Ordnen Sie Wörter und Zahlen gemischt in Spalten so an, daß die Zeilen abwechselnd 

entweder nur Wörter oder nur Zahlen enthalten. 

Wie nehmen Sie diese Spalten wahr? 

Welche Prinzipien wirken? 

Wie wirkt sich der Spaltenabstand aus? 

Aufgabe 

Lösung


a Beispiel: 

abf 156 

gei 729 

kwn 384 

Die Wörter einerseits und die Zahlen andererseits sind untereinander jeweils 

ähnlicher, siesein im Durchschnitt jeweils einander näher, und wegen ihrer Anordnung 

in jeweils einer Spalte bilden sie eine gute Fortsetzung. Es wirken also die 

ersten drei Prinzipien der Binnengliederung. Außerdem bilden die beiden Spalten 

relativ geschlossene Figuren. 

➜ 

Aufgabe 

Lösung

Beispiel: 

abf gei 

156 729 

kwn czh 

384 905 

Es entsteht ein Konflikt zwischen den Prinzipien der Nähe und der Ähnlichkeit. 

Ist der Abstand zwischen den Spalten groß genug, dann dominiert das Prinzip 

der Nähe über das Prinzip der Ähnlichkeit: 

abfk geiu 

1568 7297 

kwnp czhw 

3840 9053 

Bei großem Zeilenabstand und kleinem Spaltenabstand führen beide Prinzipien 

zu einer Gruppierung in Zeilen: 

abfk geiu 

1568 7297 

kwnp czhw 

3840 9053 

Aufgabe 

Lösung


2 Lernziele: Regeln für die Verwendung von Farbe kennen und anwenden können. 

E/A-Fenster anhand der beschriebenen Vorgehensweise gestalten können. 


Aufgabe: 

Erstellen Sie das Layout eines Eingabefensters nach dem Pflichtenheft HIWI-Verwaltung 

für die Ersterfassung von Hilfsassistenten /F10/. 

Es sollen alle Produktdaten (Personendaten /D10/, Studiendaten /D20/, 

Beschäftigungsdaten /D30/) auf einer oder mehreren Fenster eingegeben werden 

können. 

Setzen Sie bei der Gestaltung der Fenster Farben ein und begründen Sie Ihre 

Entscheidungen. 

Aufgabe 

Lösung


Der Einsatz von Farben ist auf dem HIWI-Fenster nicht zwingend notwendig. 

Die Umrandung thematisch zusammengehörigen Felder oder ähnlicher Elemente 

führt schon zu einer starken Gruppierung. Es sind keine Daten mit besonderer 

Wichtigkeit auf dem Fenster vorhanden oder Informationen die man nach 

einem bestehenden mentalen Modell kodieren kann. 

➜ 

Aufgabe 

Lösung

Wenn Farbe eingesetzt werden soll, dann sollte der Hintergrund des Fensters in 

einem dunkleren Ton, z.B. Blau/Grün gehalten werden und die Hintergrundfarbe 

der einzelnen Gruppen evt. heller, z.B. Cyan/Hellblau. Die Eingabefelder sollten 

dann in der gleichen Farbe, aber mit einer helleren Abstufung für Mußfelder und 

einer dunkleren Abstufung für Kannfelder gewählt werden. Die Schrift sollte gleichmäßig 

in Schwarz sein. 

Aufgabe 

Lösung


3 Lernziele: E/A-Fenster anhand der beschriebenen Vorgehensweise gestalten 

können. Allgemaine Gruppierungsregeln kennen und bei der E/A-Gestaltung 



Aufgabe: 

Erstellen Sie das Layout der Eingabemaske für Dozent und Seminarveranstaltung 

zum Fallbeispiel Seminarorganisation. Halten Sie sich dabei an die vorgestellte 

Vorgehensweise achten Sie insbesondere auf eine sinnvolle Gruppierung 

der Elemente. 

Aufgabe 

Lösung


a Dozent 

1. Schritt 

Zusammenstellen, welche Ein- und Ausgaben in dem Fenster erfolgen sollen. 

In dem Fenster »Dozent bearbeiten« müssen folgende Ein-/Ausgaben erfolgen 

(ergibt sich z.B. aus dem OOA-Modell, siehe Abschnitt 2.18.6): 

n Dozenten-Nr. n Geburtsdatum 

n Name bestehend aus n Kurzmitteilung 

o Anrede n Notizen 

o Titel n Info-Material 

o Vorname n Ersterfassung am 

o Nachname n Honorar pro Tag 

n Adresse bestehend aus n Biographie 

o Straße/Postfach 

o Länderkennzeichen 

o PLZ 

o Ort 

o Telefon 

o Fax 

➜ 

Aufgabe 

Lösung

2. Schritt 

Zusammenstellen, welche Elemente zur Dialogsteuerung und zur Navigation auf 

dem Fenster angeordnet werden müssen. 

Aus dem OOA-Modell ergeben sich folgende Elemente: 

Druckknöpfe für die Dialogsteuerung Navigation zu anderen Fenstern 

n Speichern n Fenster Veranstaltungen 

n Neu Rolle: Referent bei 

n Löschen n Fenster Veranstaltungen 

n Liste Rolle: Seminarleiter bei 

n Abbruch n Fenster Seminartypen 

Rolle: Zugeordnete Typen 

3. Schritt 

Festlegung, welche Interaktionselemente zur Darstellung welcher Ein-/Ausgaben 

geeignet sind und 

Bei der OOA-Modellierung (siehe Abb. 2.18-33) wurden für die Ein-/Ausgaben 

bzw. Die Attribute bereits genaue Angaben spezifiziert, wie Typ, Muß-/Kann-Attribut, 

Voreinstellung, auf die jetzt für die E/A-Gestaltung zurückgegriffen werden 

kann. 

Folgende Interaktionselemente können verwendet werden: 

Dozenten-Nr.: Eingabefeld für Daten 

Attribute: Ausgabefeld, numerisch, 5stellig (1..99999) 

➜ 

Aufgabe 

Lösung

Anrede: Einfachauswahl-Knopf 

Attribute: Eingabefeld, Werte: Herr oder Frau, Mußfeld, 

Voreinstellung: Herr 

Titel: Kombiniertes Eingabefeld mit Klappliste (dropdown combobox) 

Wurde gewählt, da einige Titel vorhersagbar sind (z.B. Prof., Dr.), andere nicht. 

Vorname: Eingabfeld für Texte 

Attribute: Eingabefeld, freier Text: 20 Zeichen 

Name: Eingabefeld für Texte 


Mußfeld 

Straße/Postfach: Eingabefeld für Texte 


Länderkennzeichen: Eingabefeld für Texte 


PLZ: Eingabefeld für Daten 


➜ 

Aufgabe 

Lösung

Ort: Eingabefeld für Texte 


Telefon: Eingabefeld für Texte 


Fax: analog Telefon 

Geburtsdatum: Eingabefeld für formatierte Daten 

Attribute: Eingabefeld, formatierte Daten, Kann-Feld, Formatt tt.mm.yy 

als Voreinstellung, 8 Stellen 

Kurzmitteilung: Eingabefeld für Texte 

Attribute: Eingabefeld, mehrzeiliger Text (500 Zeichen), Kann-Feld 

Notizen: analog Kurzmitteilung 

Biographie: analog Kurzmitteilung 

Info-Material: analog Kurzmitteilung, zusätzlich noch Datumsangabe, wann Info- 

Material verwandt (analog Geburtsdatum), automatische Übernahme des aktuellen 

Tagesdatums muß durch Voreinstellung möglich sein. 

Ersterfassung am: Ausgabefeld für formatierte Daten, 

es wird automatisch das Erfassungsdatum angezeigt. 

➜ 

Aufgabe 

Lösung

Honorar pro Tag: Ausgabefeld für Daten 

Attribute: Ausgabefeld, numerisch, 6stellig, Einheit: DM 

4. Schritt 

Gruppierung der Interaktionselemente zu jeweils einer Gruppe, die in einem engen 

Sinnzusammenhang stehen bzw. logisch zusammengehören. 

Folgende Gruppenbildungen bieten sich an: 

n Name bestehend aus Anrede, Titel, Vorname, Nachname 

n Adresse bestehend aus Straße/Postfach, Länderkennzeichen, PLZ, Ort, Telefon, 

Fax. 

n Zusätzliche Daten bestehend aus Honorar pro Tag, Ersterfassung am, Geburtsdatum 

n Notizen bestehend Notizen, Kurzmitteilung, Info-Material, Biographie 

Da in dem Dozentenerfassungsfenster nicht nur neue Dozenten erfaßt, sonder 

auch bereits vorhandene Dozenten geändert werden, ist es notwendig, daß vorhandene 

Dozenten schnell gefunden werden. 

Daher ist es wünschenswert, daß beim Eingeben des Nachnamens automatisch 

nach einem Dozenten mit diesem Namen gesucht wird. 

Der Nachname wird daher mit der Dozenten-Nr. zu einer eigenen Gruppe zusammengefaßt. 

➜ 

Aufgabe 

Lösung

5. Schritt 

In jeder Gruppe die Interaktionselemente so anordnen, daß sie der Logik des 

Arbeitsablaufs aus Benutzersicht entsprechen. Erst dann die Reihenfolge der Elemente 

entsprechend der Benutzerhäufigkeit und der Wichtigkeit der von ihr vermittelten 

Information überprüfen. Gibt es mehrere Alternativen als Interaktionselemente, 

dann die Alternative wählen, die den besten Arbeitsablauf gestattet 

oder am übersichtlichsten ist. 

Das Länderkennzeichen wurde hinter der Straße angeordnet, da sonst die Zeile 

PLZ/Ort zu lang geworden wäre. Die Voreinstellung ist Deutschland (D). Um Platz 

zu sparen, wurden die Führungstexte für PLZ und Ort zu einem Führungstext zusammengefaßt. 

Da für Notizen, Kurzmitteilung, Biographie und Info-Material jeweils gleich viel 

Platz benötigt wird, dieser Platz aber nebeneinander nicht zur Verfügung steht, 

wurde hier ein Notizbuch nachgebildet. 

6. Schritt 

Die Gruppen unter Berücksichtigung der Randbedingungen (minimale Breite und 

Höhe des E/A-Fensters, (hier 640 x 480 Pixel) versuchen in dem E/A-Fenster 

einzuordnen. 

➜ 

Aufgabe 

Lösung

Es ergibt sich folgendes Fensterlayout: 

➜ 

Aufgabe 

Lösung

7. Schritt 

Die gewählte Gruppenordnung ist anhand der Gruppierungsregeln zu überprüfen 

und u.U. zu modifizieren. 

Gestaltungsmaßnahmen, die alle Gruppen betreffen, sind durchzuführen wie 

– Cursorsteuerung 

– Hervorhebung 

– Farbgestaltung 

Bei dem obigen Fensterlayout wurde bereits auf Symmetrieachsen geachtet. 

Der Zeiger steht nach Aufruf des Fenster auf Dozenten-Nr. Wird eine bekannte 

Dozenten-Nr. eingegeben, dann werden alle Informationen zu dem Kunden angezeigt. 

Mit der Tabulator-Taste kann von Eingabefeld zu Eingabefeld gesprungen 

werden, wobei spaltenweise gesprungen wird. 

Muß-Felder sind hellgrau, Kann-Felder dunkelgrau dargestellt. Ausgabefelder sind 

weiß dargestellt. 

8. Schritt 

Gestaltung des Feinlayouts wie Bündigkeiten, Gruppenabstände usw. 

Wurde bereits beider obigen Gestaltung berücksichtigt. 

➜ 

Aufgabe 

Lösung

Seminarverantaltung 

1. Schritt 

Zusammenstellen, welche Ein- und Ausgaben in dem Fenster erfolgen sollen. 

In dem Fenster »Öffentliche Veranstaltungen bearbeiten« müssen folgende Ein-/ 

Ausgaben erfolgen (ergibt sich z.B. aus dem OOA-Modell, siehe Abschnitt 2.18.6): 

n Veranstaltungs-Nr. n Teilnehmerzahl minimal 

n Termin bestehend aus n Teilnehmerzahl maximal 

o Erster Veranstaltungstag n Teilnehmerzahl aktuell 

o Letzter Veranstaltungstag n Stornogebühr 

o Veranstaltungstage 

o Anfang 1 Tag 

o Ende 1 Tag 

o Anfang andere Tage 

o Ende andere Tage 

2. Schritt 

Zusammenstellen, welche Elemente zur Dialogsteuerung und zur Navigation auf 

dem Fenster angeordnet werden müssen. 

Aus dem OOA-Modell ergeben sich folgende Elemente: 

➜ 

Aufgabe 

Lösung

Druckknöpfe für die Dialogsteuerung Navigation zu anderen Fenstern 

n Speichern n Fenster Seminartyp 

n Neu Rolle: Seminartyp 

n Löschen n Fenster Buchungen 

n Liste Rolle: Buchungen 

n Abbruch n Fenster Dozent 

Rolle: Seminarleiter und Referent 

3. Schritt 

Festlegung, welche Interaktionselemente zur Darstellung welcher Ein-/Ausgaben 

geeignet sind und 

Folgende Interaktionselemente können verwendet werden: 

Veranstaltungsnummer-Nr: Eingabefeld für Daten 

Attribute: Ausgabefeld, numerisch, 5stellig (1.99999) 

Erster Veranstaltungstag: Eingabefeld für formatierte Daten 

Attribute: Eingabefeld, formatierte Daten, Kann-Feld, Format tt.mm.yy 


Veranstaltungstage: Eingabefeld für formatierte Daten 

Attribute: Eingabefeld, formatierte Daten, Kann-Feld, 2 Stellen 

Anfang erster Tag: Eingabefeld für formatierte Daten 

Attribute: Eingabefelder, formatierte Daten, Kann-Feld, Format hh.mm 

als Voreinstellung, 5 Stellen ➜ 

Aufgabe 

Lösung

Ende erster Tag: Eingabefeld für formatierte Daten 

Attribute: Eingabefeld, formatierte Daten, Kann-Feld, Format hh.mm 


Anfang andere Tage: Eingabefeld für formatierte Daten 



Ende andere Tage: Eingabefeld für formatierte Daten 



Hotel: Eingabefeld für Texte 


Straße: Eingabefeld für Texte 


PLZ: Eingabefeld für Daten 


Ort: Eingabefeld für Texte 


Telefon: Eingabefeld für Texte 


➜ 

Aufgabe 

Lösung

Fax: analog Telefon 

Raum: Eingabefeld für Texte 


Teilnehmer minimal: Eingabefeld für Daten 


Teilnehmer maximal: Eingabefeld für Daten 


Teilnehmer aktuell: Eingabefeld für Daten 


Stornogebühr: Eingabefeld für Daten 

Attribute: Eingabefeld, freier Text: 4 Zeichen, Einheit DM 

4. Schritt 

Gruppierung der Interaktionselemente zu jeweils einer Gruppe, die in einem engen 

Sinnzusammenhang stehen bzw. logisch zusammengehören. 

Folgende Gruppenbildungen bieten sich an: 

n Termine bestehend aus Erster Veranstaltungstag, Letzter Veranstaltungstag, 

Veranstaltungstage, Anfang erster Tag, Ende erster Tag, Anfang andere Tag, 

Ende andere Tag 

➜ 

Aufgabe 

Lösung

n Veranstaltungsort bestehend aus Hotel, Straße, PLZ, Ort, Telefon, Fax, Raum 

n Zusätzliche Daten bestehend aus Teilnehmer minimal, Teilnehmer maximal, 

Teilnehmeraktuell, Stornogebühr 

5. Schritt 

In jeder Gruppe die Interaktionselemente so anordnen, daß sie der Logik des 

Arbeitsablaufs aus Benutzersicht entsprechen. 

Erst dann die Reihenfolge der Elemente entsprechend der Benutzerhäufigkeit 

und der Wichtigkeit der von ihr vermittelten Informationen überprüfen. Gibt es 

mehrere Alternativen als Interaktionselemente, dann die Alternative wählen, die 

den besten Arbeitsablauf gestattet oder am übersichtlichsten ist. 

Das Länderkennzeichen wurde hinter der Straße angeordnet, da sonst die 

Zeile PLZ/Ort zu lang geworden wäre. Die Voreinstellung ist Deutschland (D). Um 

Platz zu sparen, wurden die Führungstexte für PLZ und Ort zu einem Führungstext 

zusammengefaßt.. 

➜ 

Aufgabe 

Lösung

6. Schritt 

Die Gruppen unter Berücksichtigung der Randbedingungen (maximale Breite und 

Höhe des E/A-Fensters, hier 640 x 480 Pixel) versuchen in dem E/A-Fenster einzuordnen. 

Es ergibt sich folgendes Fensterlayout: 

➜ 

Aufgabe 

Lösung

7. Schritt 

Die gewählte Gruppenordnung ist anhand der Gruppierungsregeln zu überprüfen 

und u.U. zu modifizieren. 

Gestaltungsmaßnahmen, die alle Gruppen betreffen, sind durchzuführen wie 

– Cursorsteuerung 

– Hervorhebung 

– Farbgestaltung 

Bei dem obigen Fensterlayout wurde bereits auf Symmetrieachsen geachtet. 

Der Zeiger steht nach Aufruf des Fensters auf Veranstaltungs-Nr. Wird eine 

bekannte Veranstaltungs-Nr. eingegeben, dann werden alle Informationen zu dem 

Kunden angezeigt. Mit der Tabulator-Taste kann von Eingabefeld zu Eingabefeld 

gesprungen werden, wobei spaltenweise gesprungen wird. 

Muß-Felder sind hellgrau, Kann-Felder dunkelgrau dargestellt. Ausgabefelder 

sind weiß dargestellt. 

8. Schritt 

Gestaltung des Feinlayouts wie Bündigkeiten, Gruppenabstände usw. 

Wurde bereits bei der obigen Gestaltung berücksichtigt. 

Aufgabe 

Lösung


4 Lernziel: Formulare und Tabellen unter Berücksichtigung der beschriebenen 

Regeln gestalten können. 


Aufgabe: 

Die Personaldaten von Mitarbeitern sollen alle in einer Tabelle dargestellt werden. 

In dieser Tabelle sind Spalten für die Personalnummer (7-stellige Zahl), den 

Namen des Mitarbeiters, das Gehalt (Angabe: DM mit Pfennigen) und das Eintrittsdatum 

in die Firma vorzusehen. 

Gestalten Sie eine Tabelle, die diesen Anforderungen gerecht wird und geben 

Sie einige Beispiel-Einträge an. Achten Sie insbesondere auf die Ausrichtungen 

der Spaltenwerte. 

Aufgabe 

Lösung


Die Personalnummer ist rechtsbündig auszurichten. Da aber die Länge bekannt 

ist, sollte die Spaltenbreite entsprechend gewählt werden. Ein Leerzeichen nach 

drei Ziffern ist zu empfehlen. 

Der Name ist linksbündig anzuordnen. 

Die Gehälter sollten um das Dezimalkomma zentriert sein. Ein Leerzeichen 

nach den ersten drei Stellen erhöht die Lesbarkeit. 

Das Eintrittsdatum sollte die ganze Spaltenbreite verwenden. Nach Tag und 

Monat sollte ein Punkt als Trennung eingesetzt werden. An diesen Punkten muß 

die Spalte ausgerichtet werden. 

Pers onalnummer Name Gehalt Eintrittsdatum 

1 755 177 

3 756 333 

4 150 207 

Meier 

Müller 

Schulz 

6410,00 

4395,57 

3438,39 

20.05.1964 

01.07.1988 

01.08.1990 

Aufgabe 

Lösung


5 Lernziel: Hervorhebungen bei der E/A-Gestaltung entsprechend den Regeln 

einsetzen können. 


Aufgabe: 

In dem Eingabefenster für Personen aus dem Beispiel der Abb. 2.23-40 soll der 

Name hervorgehoben werden, weil dieser ein Muß-Feld darstellt. Gestalten Sie 

das Fenster so um, daß die besondere Bedeutung von Name deutlich wird. Benutzen 

Sie die dargestellten Hervorhebungs-Regeln. Geben Sie verschiedene 

Alternativen an. 

Aufgabe 

Lösung


Original-Fenster: 

Hervorhebung durch Isolierung/Einzelstellung: 

➜ 

Aufgabe 

Lösung

Hervorhebung durch abweichende Ordnung: 

Hervorhebung durch abweichenden Kontrast/Farbe: 

Eine Hervorhebung durch Größe ist für dieses Beispiel unpassend. 

Aufgabe 

Lösung


1 Lernziel: Die aufgeführten Richtlinien bei der Erstellung eigener Handbücher 

berücksichtigen können. 


Aufgabe: 

Beschreiben Sie für ein Referenz-Handbuch die Funktion »Kunde Bearbeiten« 

des Software-Produkts »Seminarorganisation«. 

Aufgabe 

Lösung


Referenz-Handbuch des Produkts »Seminarorganisation« 

Funktion »Kunde bearbeiten« 

Speichern Beendet die aktuelle Bearbeitung mit Speicherung der Daten. 

Schließt das Fenster. 

Neu Speichert die eingegebenen Kundendaten. Das Fenster bleibt 

geöffnet. Die Eingabefelder werden für eine neue Kundeneingabe 

zurückgesetzt. Der Zeiger steht auf dem Feld Kunden-Nr. 

Löschen Löscht den aktuellen Kunden nach einer Sicherheitsabfrage 

»Wollen Sie den Kunden wirklich Löschen?«. 

Ein Kunde kann nicht gelöscht werden wenn er ein Seminar gebucht 

hat. 

Liste Die Liste aller Kunden wird in einem neuen Fenster angezeigt. 

Abbrechen Beendet die aktuelle Bearbeitung ohne Speicherung der Daten. 

Schließt das aktuelle Fenster. 

+- Knopf Ermöglicht das Anlegen/Ändern der »Beschäftigt bei« Beziehung 

Beschäftigt zu einer Firma. 

bei 

➜ 

Aufgabe 

Lösung

+- Knopf Ermöglicht das Anlegen/Ändern von Buchungs-Beziehungen des 

Buchung aktuellen Kunden. 

+- Knopf Ermöglicht das Anlegen/Ändern von Zahlungsverzügen des 

Zahlungs- aktuellen Kunden. 

Verzüge 

Aufgabe 

Lösung


2 Lernziel: Trainings-Einheiten anhand der dargestellten Methodik erstellen 

können. 


Aufgabe: 

Entwickeln Sie eine Trainings-Einheit für das Objekt Buchen aus dem Fallbeispiel 

Seminarorganisation. 

Aufgabe 

Lösung


Trainings-Einheit für das Objekt »Buchen«: 

Voraussetzungen: 

– Sie müssen einen Kunden erfassen können. 

– Sie sollten die Kundenliste und die Veranstaltungsliste kennen. 

– Sie müssen mit dem Kopieren von Daten vertraut sein. 

LE1 Vorbereitung und Start der Trainings-Einheit 

Dauer: 5 min 

1 Kopieren Sie die Daten der Diskette X in ihr Trainingsverzeichnis SemOrg- 

Training. 

2 Öffnen Sie den Ordner SemOrg-Training und starten Sie die Anwendung mit 

einem Doppelklick auf das Piktogramm Seminarorganisation. Es erscheint 

das Ihnen bekannte Anwendungsfenster mit dem Menübalken und dem 

Systembalken. 

➜ 

Aufgabe 

Lösung

LE2 Buchung erfassen 

Dauer: 10 min 

1 Wählen Sie die Menüoperation »Eine Buchung« aus dem Menü Objekttyp. 

➜ 

Aufgabe 

Lösung

2 Es erscheint das Fenster »Buchen«. 

a Die Einfügemarke steht auf dem Feld »Kunden-Nr.«. Wählen sie »Werner 

Müller«, indem Sie die Zahl »13« eintippen. 

b Drücken Sie die Tabulatortaste. Der Name Müller erscheint. 

➜ 

Aufgabe 

Lösung

3 Auswahl der Veranstaltung »JAVA«. Drücken Sie die Tabulatortaste, die 

Einfügemarke steht nun in dem Feld »Veranstaltung-Nr.«. Tippen Sie die 

Ziffer 5 und drücken Sie die Tabulatortaste. Sie haben nun die Veranstaltung 

»JAVA« gewählt. 

4 Durchführung der Anmeldung. 

Wählen Sie den Druckknopf »Anmelden«. Eine Sicherheitsabfrage erscheint: 

Bestätigen sie mit »Ja«. Die Anmeldung ist durchgeführt! Fahren Sie mit Punkt 5 

fort. Wenn Sie »Nein« gewählt haben, wiederholen Sie die Schritte 1-3. Es 

wurde keine Anmeldung durchgeführt. 

➜ 

Aufgabe 

Lösung

5 Sie können eine Anmeldebestätigung erzeugen. Der Dialog »Anmeldebestätigung 

exportieren unter« erscheint automatisch: 

Wählen Sie einen Dateinamen und einen Ordner. Bestätigen Sie mit »OK«. 

Wählen Sie »Abbrechen«, wenn Sie keinen Text erzeugen wollen. 

6 Das aktuelle Tagesdatum erscheint automatische als Anmeldedatum. 

Die Anmeldung ist nun komplett. 

Aufgabe 

Lösung


3 Lernziel: Die behandelten Handbuch-Typen beschreiben können. 


Aufgabe: 

Wieso ist ein Trainings-Handbuch für einen Anfänger besser geeignet als ein 

Benutzer-Leitfaden? 

Aufgabe 

Lösung


Das Trainings-Handbuch ist für den Anfänger besser geeignet, weil eine direkte 

Arbeit mit dem Software-System erforderlich ist. Dadurch wird der höchste Lerneffekt 

erreicht. Weiterhin deckt das Trainings-Handbuch alle Grundfunktionen ab. 

Diese müssen sonst mühsam aus dem Benutzer-Leitfaden zusammengesucht 

werden oder der komplette Leitfaden müßte durchgearbeitet werden. 

Aufgabe 

Lösung


4 Lernziel: Eigene Benutzer-Handbücher erstellen können. 


Aufgabe: 

Erstellen Sie ein Konzept für die Handbücher zum Fallbeispiel HIWI-Verwaltung. 

Welche Handbücher werden benötigt? Skizzieren Sie kurz deren Inhalte. 

Aufgabe 

Lösung


Die Handbücher sollten bestehen aus: 

a Trainings-Handbücher: 

Die Verwaltung wird von Anfängern (Sekretärinnen) benutzt. Folgende Lerneinheiten 

sollten trainiert werden: 

n Anlegen eines HIWi‘s 

n Zuordnen von Nebenfächern 

Eintragen von Beschäftigungsdaten 

b Referenz-Handbuch: 

Wenn die HIWI-Verwaltung regelmäßig eingesetzt wird, soll dieses Handbuch 

einen schnellen Zugriff auf die gesamte Funktionalität gewährleisten. Aufgrund 

der geringen Systemgröße ist keine zusätzliche Referenz-Karte notwendig. 

c Benutzer-Leitfaden: Sinnvoll, da es viele Benutzer gibt die Computerexperten 

sind, die Aufgaben der HiWi-Verwaltung kennen, aber die HIWI-Verwaltung 

nicht regelmäßig nutzen (z.B. Assistenten). 

Aufgabe 

Lösung


5 Lernziele: Benutzer-Handbücher bzgl. ihrer Aufgabe, ihrer Adressaten, ihres 

Inhalts, ihrer Didaktik, ihrer Sprache, ihrer Form, ihrem Zeitpunkts und ihres 

Umfangs charakterisieren können.Die Qualität eines Benutzer-Handbuchs anhand 

der aufgeführten Richtlinien beurteilen können. 


Aufgabe: 

Charaktersieren Sie ein kommerzielles Benutzerhandbuch Ihrer Wahl, z.B. das 

Handbuch zu Excel nach den Ihnen bekannten Kriterien. Beurteilen Sie die Qualität 

dieses Handbuchs. 

Aufgabe 

Lösung


Grundlage der Beurteilung ist das Benutzerhandbuch von Microsoft Excel. Die 

Dokumentation von Excel besteht aus drei seperaten Büchern: 

A Microsoft Excel zum Nachschlagen Band 1 

B Microsoft Excel zum Nachschlagen Band 2 

C Microsoft Excel Verzeichnis der Funktionen 

Charakterisierung der Handbücher: 

nDas Verzeichnis der Funktionen ist ein Referenz-Hand-Buch. Alle Systemfunktionen 

sind beschrieben. 

nDie Nachschlagewerke sind Benutzer-Leitfäden. 

nBand 2 ist für Experten gedacht. 

nBand 1 beinhaltet eine Einführung. 

nEs existiert kein Trainings-Handbuch. Im Band 1 wird auf die Online-Trainingseinheiten 

hingewiesen, deren Inhalte und der Zeitaufwand beschrieben. 

nEine Referenz-Karte fehlt. 

➜ 

Aufgabe 

Lösung

Die Handbücher enthalten folgende Teile 

nVorwort 

n Inhaltsverzeichnis 

n Einführung 

n Instaltionsverzeichnis 

n Beschreibung der Benutzungsoberfläche 

n Trainingsteil 

n Referenzteil 

n Index 

Es fehlen oder sind unvollständig 

nProduktstruktur 

n Literaturhinweise 

n Abkürzungsverzeichnis 

Beurteilung der Qualität: 

Die Komplettheit und der angemessene Umfang machen die Handbücher zu einem 

gelungen Nachschlagewerk. Das Fehlen des Trainings-Handbuches wird 

durch das Online Tutorium mehr als kompensiert. Die sprachliche Gestaltung ist – 

genauso wie das Buch-Layout– gut. Die äußere Form ist akzeptabel. Die Bücher 

sind kompakt und bleiben geöffnet liegen. Nachteilig ist, daß kein Überblick über 

den Zusammenhang gegeben wird und die Installationsanleitung am Anfang erfolgt 

(muß immer wieder überblättert werden). 

Aufgabe 

Lösung


1 Lernziel: Die angegebenen Regeln bei der Erstellung eigener Hilfesysteme 

berücksichtigen können. 


Aufgabe: 

Konzipieren Sie eine Hilfekomponente für das Objekt Kunde des Software-Systems 

Seminarorganisation 

a uniform 

b individuell (mit Benutzermodell) 

Aufgabe 

Lösung


a 

Der Zugang zur Hilfekomponente, wird durch ein Hypertextsystem realisiert, 

z.B. der standard Windows-Hilfe (WinHelp). Die Hilfe ist zu aktivieren über 

das Hilfe-Menü. Die vorhandenen Techniken des Hilfe-System, z.B. Fenster- 

Management, Suchen, Inhalt,usw. werden genutzt. Die Hilfe ist kontextabhängig. 

Verweise zu verwandten Hilfethemen werden durch Hyperlinks realisiert. 

Es existieren vollständige Hilfetexte für 

n das Objekt Kunde 

mit allen Informationen zu dem anwählbaren Funktionen und Aufgaben, die mit 

dem Objekt Kunde realisierbar sind; 

n alle Funktionen, die gültig sind, mit Informationen, wann die bestimmte 

Funktion anwählbar ist und zu welchen Aktionen sie führt; 

n das Fenster »Kunde bearbeiten« mit globalen Informationen zum Fenster; 

n alle Interaktionselemente in dem Fenster. 

➜ 

Aufgabe 

Lösung

Voraussetzung für eine individuelle Hilfe ist die eindeutige Identifizierung 

und die Einbettung eines Langzeitbenutzermodells. 

In Abhängigkeit von den Benutzervariablen stehen verschiedene Hilfeinformationen 

zur Verfügung. Dafür müssen die einzelnen Aktionen der Benutzer 

mitprotokolliert werden und in ein Modell von Benutzervariablen umgesetzt 

werden. 

Das allgemeine Aussehen der Hilfekomponente unterscheidet sich nicht zu 

dem Konzept aus a. Nur die Texte, die in der jeweiligen Situation zu dem jeweiligen 

Objekt ausgegeben werden, unterscheiden sich in ihrem Inhalt.Während ein 

Benutzer, der jeden Tag häufig mit bestimmten Funktionen umgeht, nur einen kurzen, 

prägnanten Hilfetext zu diesen Funktionen erhält, kann er bei einer wenig 

verwendeten Funktionen einen auführlicheren Hilfetext angezeigt bekommen. 

Die Informationen, die zu den einzelnen Hilfeobjekten gegeben werden können,müssen 

nun in verschiedenen Formen aufgearbeitet werden. Je nach Einstufungdes 

Benutzers reicht nicht mehr eine vollständige Beschreibung der Möglichkeiten 

aus. Die Art, die Ausführlichkeit und die Länge der Beschreibung müssen 

sich an die möglichen Benutzermodelle anpassen. Im Fall des Objekts »Kunde« 

können zum einen der Kundensachbearbeiter, als Anfänger bei der Einarbeitung 

oder als Experte nach der Einarbeitung, sowie ein leitender Angestellter als 

Gelegenheitsbenutzer auftreten. Der Kundensachbearbeiter kann, auch wenn er 

im allgemeinen als Experte geführt wird, nach einem Urlaub wieder speziellere 

Hilfe erwarten. Wobei ein Gelegenheitsbenutzer mehr Informationen über die 

Aufgaben und Möglichkeiten in der Hilfe finden möchte. 

Aufgabe 

Lösung


2 Lernziel: Die verschiedenen Arten von Benutzer-Unterstützungssystemen aufzählen 

und ihre Charakteristika nennen können. 


Aufgabe: 

Erklären Sie den Unterschied zwischen einem Assistentzsystem und einem Beratungssystem. 

Aufgabe 

Lösung


Beide System unterstützen den Benutzer bei der Erledigung einer Aufgabe. Das 

Beratungssystem gibt Empfehlungen, Vorschläge und Bewertungen. Das 

Assistenzsystem hingegen löst Teilaufgaben der Aufgabe eigenständig. Es berät 

also nicht den Benutzer bei dessen Arbeit, sondern erledigt direkt Teilaufgaben. 

Aufgabe 

Lösung


3 Lernziel:Vorhandene Hilfesysteme klassifizieren können. 


Aufgabe: 

In Abb. 2.25-3 bis 2.25-6 und Abb. 2.25-9 wurde Ihnen das Hilfekonzept von 

WinWord vorgestellt. Klassifizieren Sie dieses Hilfesystem anhand der Kriterien 

aus Tab. 2.25-1. 

Aufgabe 

Lösung


Das Hilfesystem läßt sich in zwei Teile gliedern: 

1 Das Windows-Standard-Hilfesystem. Dieses ist statisch, uniform und passiv. 

2 Den sogenannten Tip-Assistenten. Dieser ist dynamisch und aktiv. 

Von individueller Hilfe kann man nicht sprechen. Die Informationen sind für jeden 

Benutzer gleich. 

Aufgabe 

Lösung


1 Lernziele: Aufgaben der Entwurfsphase und notwendige Grundsatzentscheidungen 

nennen können. Die Zusammenhänge zwischen Definitions- und 

Entwurfsphase sowie zwischen Entwurfs- und Implementierungsphase erläutern 

können.Die Alternativen bei den notwendigen Grundsatzentscheidungen aufzählen 

können. 


Aufgabe: 

Welche allgemeine Problematik existiert beim Übergang von der Definitions- zur 

Entwurfsphase? 

In der Entwurfsphase sind Grundsatzentscheidungen zu fällen (Datenbanksystem, 

Fenstersystem, Expertensystem, sequentiell, nichtsequentiell, Echtzeit, parallel, 

verteilt). Welche Basiskonzepte der Definitionsphase ermöglichen einen 

möglichst homogenen Übergang zur Entwurfsphase in Abhängigkeit der Grundsatzentscheidungen? 

Aufgabe 

Lösung


Die Definitionsphase realisiert die Analyse eines Problems aus der Anwendersicht. 

Die Realisierung bleibt im Hintergrund. Realisierungsbetrachtungen schaden 

teilweise. 

In der Enwurfsphase wird eine implementierbare Softwarearchitektur erzeugt. 

Sie muß den Spezifikationen aus der Definitionsphase genügen. 

Beide Phasen sind intern iterativ und untereinander iterativ. 

Grundsatzentscheidungen geeignetes Konzept 

DB: ER, OOA 

n RBDS ER 

n OODs OOA 

grafische Oberfläche EA-Spezifikation/Prototyp (OOA) 

Expertensystem Regeln, ET 

sequentiell SA, OOA 

nicht sequentiell SA/RT, Automaten 

Aufgabe 

Lösung


2 Lernziel: Die wichtigsten Einflußfaktoren auf die Softwarearchitektur angeben 

können. 


Aufgabe: 

Beschreiben Sie die Einflußfaktoren auf die Sofwarearchitektur des Fallbeispiels 


Aufgabe 

Lösung


Einflußfaktoren für die Seminarorganisation: 

n Produkteinsatz: sequentiell, mehr Benutzer nicht gleichzeitig 

n nicht funktionale Produktanforderungen = Lehrbeispiel 

n Qualitätsanforderungen 

Zuverlässigkeit : o 

Effizienz : + 

Änderbarkeit : + 

Funktionalität : + 

Benutzbarkeit : ++ 

Übertragbarkeit : + 

n Zielumgebung 

Netzdienste – 

GUI System: C++ Klassenbibliothek (ZAPP) 

UI-Builder (zFactory) 

Datenbank OOBS (Poet) 

Systemsoftware Win 95 

Aufgabe 

Lösung


3 Lernziel: Die dargestellte Evolution der Entwurfskonzepte und -methoden 



Aufgabe: 

Welche Entwurfskonzepte werden durch die Programmiersprachen Basic, Pascal, 

Modula 2, Ada und C++ jeweils unterstützt. 

Erklären Sie anhand der Entwurfskonzepte die Vorteile der jeweiligen den Sprachen. 

Aufgabe 

Lösung


Sprache Konzept Plus 

Basic keine Abstraktion 

Pascal funktionale Abstraktion hat Funktionen/Prozeduren 

Modula2 Datenabstraktion hat abstrakte Objekte mit 

Abstrakte Objekte dazugehörenden Zugriffsfunktionen 

ADA ADT, Datenabstraktion Exemplar muß nicht direkt kreiert 

+ variable Typen werden; beliebig viele Exemplare mit 

verschiedenen Typen; 

Typ Parametrisierung 

C++ OO-Entwurf Vererbung, Botschaften 

umfaßt nicht mehr alle anderen 

Konzepte 

Aufgabe 

Lösung


4 Lernziele: Die Alternativen zur Realisierung grafischer Benutzungsoberflächen 

beschreiben und die jeweiligen Vor- und Nachteile angeben können. 


Aufgabe: 

Sie wollen für die HIWI-Verwaltung eine grafische Benutzungsoberfäche erstellen. 

Welche Alternativen haben Sie bei der Realisierung? Wählen Sie eine Möglichkeit 

aus. Begründen Sie ihre Entscheidung. 

Aufgabe 

Lösung


Alternative Bewertung 

Systemsoftware - zu umständlich 

- hoher Aufwand 

GUI-Systeme - hohe Einarbeitung 

- schlecht wartbar 

- nicht portabel 

UI Toolkits + leicht verwendbar 

- keine grafische Unterstützung bei der 

Oberflächenerstellung 

UI Builder + grafischer Editor 

+ Zusammenspiel mit C++-Klassenbibliothek 

+ gut bei OO-Entwicklung 

UIMS + gute Entwicklungsmöglichkeiten 

- integrierter Code nicht flexibel genug 

automatisierte - noch nicht marktreif 

wissensbasierte + sehr schnelle, qualitativ gute Entwicklung 

Generierung 

Fazit: 

Für die Entwicklung sollte ein UIMS oder UI Builder (fließender Übergang) benutzt 

werden. Interne Script-Sprachen der UIMS sollten nicht genutzt werden, 

die Entwicklung sollte rein objektorientiert vorgenommen werden. 

Aufgabe 

Lösung


5 Lernziel: Für ein gegebenes Problem abschätzen können, ob ein Expertensystem 

sinnvoll eingesetzt werden kann und angeben können, welche Methode 

bzw. welches Konzept dafür geeignet ist. 


Aufgabe: 

Entscheiden Sie für die folgenden Problemfälle, ob bei der Realisierung ein Expertensystem 

sinnvoll eingesetzt werden könnte. Wenn ja, welche Methode wäre 

geeignet? 

1 Die Hörsaalverteilung soll computergestützt erfolgen. 

Es werden alle Vorlesungen und alle vorhandenen Hörsäle eingegeben. 

Das Resultat soll die Hörsaalverteilung sein. 

2 Ein Programm soll dem Arzt bei seiner Diagnose helfen. 

Er soll alle Symptome und Untersuchungsergebnisse eintragen und erhält 

dann vom Computer die möglichen Krankheiten genannt. Reichen die Eingangswerte 

nicht aus oder ist die Diagnose nicht eindeutig, so werden weitere 

Untersuchungen vorgeschlagen. 

3 Es sollen statistische Daten über Studenten ermittelt werden. 

Das Programm bekommt alle persönlichen Daten und die Klausurergebnisse 

der Studenten. 

➜ 

Aufgabe 

Lösung

Berechnet werden können unter anderem : 

– Die durchschnittliche Studiendauer. 

– Die durchschnittliche Note . 

– Die beste Note von Studenten, die weniger als 10 Semester benötigt haben. 

4 Eine Chemieanlage soll eingerichtet werden. 

Um diese Anlage optimal auszulegen, soll ein Computer verwendet werden. 

Es sollen folgende Faktoren so ausgelegt werden, daß die Anlage am effektivsten 

funktioniert: 

– Menge und Mischungsverhältnis der verwendeten Substanzen, 

– Reaktionstemperatur, 

– Größe der einzelnen Anlagenteile, 

– Abkühlungsstrecken und Vorwärmbereich. 

Aufgabe 

Lösung


1 Expertensystem sinnvoll, es liegt ein Zuordnungsproblem vor 

2 Expertensystem sinnvoll, es liegt Planungsproblem 

3 Expertensystem nicht sinnvoll, für algorythmische Probleme ist ein Expertensystem 

nicht geeignet 

4 Expertensystem sinnvoll, es liegt Konfigurationsproblem 

Aufgabe 

Lösung


5 Lernziel: Aufbau und Charakteristika einer Schichtenarchitektur darstellen 

können. 


Aufgabe: 

Nennen Sie die drei wesentlichen Schichtenarchitekturen und ihre Unterschiede, 

die Aufbau und Charakteristika einer Schichtenarchitektur darstellen können. 

Aufgabe 

Lösung


a Schichtenmodell mit strikter Ordnung: nur Zugriff auf untergeordnete Schichten. 

b Schichtenmodell mit linearer Ordnung: Zugriff nur auf die nächst niedrigere 

Schicht 

c Schichten mit baumartiger Ordnung: Schichten können parallel sein, aber 

nicht auf einander Zugreifen 

Aufgabe 

Lösung


7 Lernziel: Mit einem UIMS umgehen können. 


Aufgabe: 

Erstellen Sie mit einem User Interface Management System, das auf der CD- 

ROM enthalten ist (siehe CD-ROM), eine kleine Teilanwendung aus der Fallstudie 


Erstellen Sie dabei die Fenster für einen Kunden und eine Kundenliste sowie 

ein Hauptfenster. 

Realisieren Sie die Dialogübergänge weitestgehend in dem verwendeten 

UIMS. 

Aufgabe 

Lösung


Die komplette Seminarorganisation befindet sich auf dieser CD, im Verzeichnis 

\swt\semorg 

Aufgabe 

Lösung


1 Lernziel: Die verwendete Datenbank-Terminologie wiedergeben können. 


Aufgabe: 

Beschreiben Sie die Zusammenhänge und Unterschiede zwischen: 

a ODL und SQL 

b SQL und OQL 

c Datenbank und Datenbanksystem 

d DDL und ODL 

e DBMS und DD 

Aufgabe 

Lösung


a Mit beiden Sprachen (ODL, SQL) können Datendefinitionen spezifiziert werden. 

In SQL können weiterhin Datenmanipulationen und administrative Aufgaben 

erledigt werden. 

SQL für RDBS 

ODL für OOBS 

b Beide Sprachen erlauben deklarative Anfragen. 

SQL erlaubt zusätzlich Datendefinitionen und administrative Aufgaben. 

OQL für OOBS 

SQL für RDBS 

c Eine Datenbank ist nur eine Teilkomponente eines Datenbanksystems. Sie 

enthält die eigentlichen Daten. Neben verschiedenen Datenbanken beinhaltet 

ein Datenbanksystem auch ein Data Dictionary und ein Datenbankmanagementsystem. 

d Beides sind reine Datendefintionssprachen. ODL in Programmiersprachen 

integriert. 

ODL für OOBS 

DDL für RDBS 

e DD und DBMS sind Teilkomponenten eines Datenbanksystems. Das DBMS 

verwaltet die Daten mit Hilfe des DD. 

Aufgabe 

Lösung


2 Lernziele: Die Unterschiede zwischen Dateien und Datenbanken erläutern 

können. Die Aufgaben eines Datenbanksystems erklären können. 


Aufgabe: 

An ein komplettes Datenbanksystem werden verschiedene Anforderungen gestellt. 

Benennen Sie die Anforderungen und erklären Sie, in wieweit diese von 

normalen Dateien erfüllt werden oder nicht erfüllt werden. 

Aufgabe 

Lösung


Anforderungen an DBS für Dateiverwaltung zutreffend? 

n Dauerhaftigkeit ja 

n Zuverlässigkeit nur bedingt, kein recovery möglich, hängt von der 

Zuverlässigkeit des Betriebssystems ab 

n Datenunabhängigkeit ja 

n Komfort nein, nur mit hohem Programmieraufwand zu 

erreichen 

n flexibel nein, keine Möglichkeit einer Anfragsprache 

n geschützt nur wenn dies im Betriebssystem integriert ist 

(UNIX, Windows NT) 

n umfangreich ja 

n integriert nein 

n mehrfachbenutzbar ja, aber Koordination muß programmiert werden 

Aufgabe 

Lösung


3 Lernziele: Die aufgeführten Unterschiede zwischen relationalen und objektorientierten 

Datenbanksystemen darstellen können.Für gegebene Szenarien 

anhand der aufgeführten Kriterien geeignete persistente Speicherformen auswählen 

können. 


Aufgabe: 

Für die Implementierung einer Seminarorganisation soll eine Datenbank verwendet 

werden. Sie sollen entscheiden, ob eine relationale oder eine objektorientierte 

Datenbank eingesetzt werden soll. Diskutieren Sie die Vor- und Nachteile der 

beiden Systeme bezogen auf das Beispiel Seminarorganisation. Treffen Sie eine 

Entscheidung. 

Aufgabe 

Lösung


Für den Einsatz einer Datenbank spricht die Mehrfachbenutzbarkeit, integrierte 

Datenhaltung, zuverlässige Verwaltung, geschützte Verwendung, flexible Verwendung 

und das Vorhandenseins eines OOA/ER-Modells. 

Für den Einsatz eines RDBS spricht die einfache zu verwaltende Datenstruktur 

und die zeitunkritschen Antwortzeiten. 

Für OOBS spricht die objektorientierte Entwicklung des Systems. Dies ist gleichzeitig 

ein großer Negativfaktor für RDBS (nicht ohne Strukturbruch möglich). 

Aus den genannten Gründen sollte eine OODB eingesetzt werden. 

Aufgabe 

Lösung


1 Lernziele: Eine Tabelle anhand der beschriebenen Verfahren so zerlegen 

können, daß die dritte oder vierte Normalform erfüllt sind.Die beschriebenen 

Datenabhängigkeiten erläutern können. 


Aufgabe: 

In einer Datenbank zur Verwaltung von Verbrauchsmaterial sind folgende Informationen 

zu speichern: 

Material besitzt eine eindeutige Materialnummer, eine Bezeichnung, i. allg. 

mehrere Lieferanten, die eine eindeutige Lieferantennummer besitzen sowie einen 

Firmennamen und eine Anschrift. 

Für jeden Lieferanten ist die Bestellnummer des Materials, die Verpackungseinheit 

und der Preis zu speichern. 

a Welche Normalform besitzt das folgende Relationenschema: 

MaterialMat.-Nr. Mat.-Bezeich. Lief.-Nr. FirmennameAnschriftBestell-Nr. 

Verp.-Nr. Preis 

12 

12 

10 

... 

HD-Diske tte 

HD-Diske tte 

DD-Diske tte 

... 

8 

10 

8 

... 

Infotrade 

Softdis. 

Infotrade 

... 

80808 

1304 

80807 

... 

b Welche Datenabhängigkeiten bestehen in diesem Schema? 

c Normalisieren Sie das Relationenschema weiter! 

... 

... 

... 

... 

10 

10 

10 

... 

26,40 

25,90 

14,60 

... 

Aufgabe 

Lösung


a 1 Normalform, wenn die Anschrift als ein Text verwendet wird 

b Folgende Datenabhängigkeiten bestehen: 

Mat.-Nr. à Mat.-Bezeichnung 

Lief.-Nr. à Firmenname 

Lief.-Nr. à Anschrift 

{Mat.-Nr., Lief.-Nr.} à Bestell-Nr. 

Bestell-Nr. à Verpackungseinheit 

Bestell-Nr. à Preis 

b 3. Normalform 

MaterialMat.-Nr. Mat.-Bezeichnung 

12 

10 

... 

HD-Diskette 

DD-Diskette 

... 

Lieferant Lieferanten-Nr.Fa. Name Anschrift 

8 

10 

... 

Infotrade 

Softdis. 

... 

... 

... 

... 

geliefert vonMat.-Nr. Lieferanten-Nr.Bestel l-Nr. Verpackungseinheit Preis 

12 

12 

10 

... 

8 

10 

8 

... 

80808 

1304 

10807 

... 

10 

10 

10 

... 

24,40 

25,90 

14,60 

... 

Aufgabe 

Lösung


2 Lernziel: Die Relationsoperationen sowie die Verknüpfung von Operationen 

in SQL-Syntax auf Beispiele anwenden können. 


Aufgabe: 

Gegeben sind folgende Relationenschemata: 

VeranstaltungVeran.-Nr. Titel 

1 

2 

... 

OO-Einführung 

Testen 

... 

Datum 

11.11.92 

2.12.92 

TeilnehmerTeilneh.-Nr. Anrede Titel Vorname Nachname 

13 

10 

... 

Herr 

Frau 

... 

Dr. 

... 

Nimmt teil Teilneh.-Nr. Veran.-Nr. 

13 

10 

13 

... 

1 

2 

2 

... 

Heinz 

Sabine 

... 

Müller 

Zöllner 

... 

➜ 

Aufgabe 

Lösung

Welche Operationen benötigen Sie für folgende Anfragen? 

Wie lauten Die Anfragen in SQL 

a Welche Teilnehmer sind promoviert? 

b Gib die Titel aller Veranstaltungen aus! 

c Gib die Teilnehmer der Veranstaltung mit der Nummer 1 aus! 

d Gib die Teilnehmer der Veranstaltung mit dem Titel Testen aus! 

Welche Möglichkeit besteht zur Optimierung des Antwortzeitverhaltens, wenn die 

Anfrage nach den Teilnehmern einer Veranstaltung mit einem bestimmten Titel 

häufig erforderlich ist? 

Aufgabe 

Lösung


a SELECT * FROM Teilnehmer 

WHERE Titel = ‘Dr.’ 

b SELECT DISTINCT Titel 

FROM Veranstaltung 

c SELECT * FROM Nimmt_Teil, Teilnehmer WHERE 

Nimmt_Teil.Veranstaltungsnummer = 1 AND 

Nimmt_Teil.Teilnehmernummer = Teilnehmer.Teilnehmernummer 

d SELECT Teilnehmer * FROM Nimmt_Teil, Teilnehmer.Veranstaltung 

WHERE Veranstaltung.Titel = ‘Test’ AND 

Nimmt_Teil.Veranstaltungsnummer = 

Veranstaltung.Veranstaltungsnummer AND 

Nimmt_Teil.Teilnehmernummer = Teilnehmer.Teilnehmernummer 

Aufgabe 

Lösung


3 Lernziel: Eine Tabelle anhand der beschriebenen Verfahren so zerlegen können, 

daß die dritte oder vierte Normalform erfüllt sind. 


Aufgabe: 

1 Ein Student hat eine eindeutige Mat.-Nr., einen Namen und ein Alter. Er muß 

sich für mehrere Prüfungsfächer anmelden. Zu jedem Prüfungsfach gibt es eine 

eindeutige Kursbezeichnung und einen Prüfer. Für ein Prüfungsfach melden sich 

in der Regel mehrere Studenten an. Für jeden Studenten wird pro Prüfungsfach 

die Anzahl der Versuche und die Note des letzten Versuchs gespeichert. 

Ein Student kann Mitglied einer Uni-Sportgruppe sein. In einer Sportgruppe 

sind mehrere Studenten. Für jeden Studenten wird gespeichert, seit wann er Mitglied 

in der gewählten Sportgruppe ist. Jede Sportgruppe besitzt eine eindeutige 

Sportart und einen Trainingsplan. 

Erstellen Sie zunächst eine unnormalisierte Relation, wobei Sie Mat-Nr. als 

Schlüssel wählen. Geben sie dann die 1., 2., und 3. Normalform an! 

➜ 

Aufgabe 

Lösung

2 Ein Mitarbeiter beherrscht in der Regel mehrere Programmiersprachen und arbeitet 

in der Regel in mehreren Projekten. In einem Projekt arbeiten mehrere Mitarbeiter. 

Jede Programmiersprache wird von keinem, einem oder mehreren Mitarbeitern 

beherrscht. 

Geben Sie die Relation in der 3. und 4. Normalform an! 

3 Einen PKW-Typ gibt es in verschiedenen Lackierungen und mit verschiedenen 

Stoffbezügen. Jede Lackierung und jeder Stoffbezug ist in der Regel für mehrere 

PKW-Typen verfügbar. Für einen PKW-Typ sind nur bestimmte Lack-Stoff-Kombinationen 

erlaubt. 

Geben Sie die Relationen in der 3. und 4. Normalform an! 

Aufgabe 

Lösung


1 

Unnormalisiert: 

Student Matr.-Nr. Name Alter P-Fächer Prüfer Versuche Note Sportart TrainingsplanMitglied seit 

Tabelle ist in 1 NF 

2NF: 

StudentMatr.-Nr. Name Alter Sportart TrainingsplanMitglied seit 

Prüfung Fach Prüfer 

Versuche Matr.-Nr. Fach Versuche Note 

➜ 

Aufgabe 

Lösung

3NF: 

StudentMatr.-Nr. Name Alter SportartMitglied 

seit 

Sport Sportart Trainingsplan 

2 

Mitarbeiter Mitarbeiter-Nr.Programmiersprache Projekt 

5 

5 

5 

5 

... 

Ada 

Ada 

C 

C 

... 

Programmierkenntnis Mitarbeiter-Nr.Programmiersprache 

5 

5 

... 

Projekteinsatz Mitarbeiter-Nr.Projekt 

5 

5 

... 

A 

B 

... 

Ada 

C 

... 

A 

B 

A 

B 

... 

=> 3 NF 

=> 4 NF 

➜ 

Aufgabe 

Lösung

3 

PKW-Ausstattung Typ Lack Stoff 

A4 

A4 

A4 

A4 

... 

Blau 

Schwarz 

Schwarz 

Blau 

... 

Blau 

Blau 

Schwarz 

Schwarz 

... 

=> 3 NF 

Ist gleichzeitig in der 4NF, da Lack und Stoff nur als Kombination vom Typ abhängen. 

Als Beispiel gibt es den Stoff in rot bei der Lackfarbe Schwarz aber nicht bei 

der Lackfarbe Blau. 

Aufgabe 

Lösung


4 Lernziel: Eine Tabelle anhand der beschriebenen Verfahren so zerlegen 

können, daß die dritte oder vierte Normalform erfüllt sind. Die ersten vier 

Normalisierungsformen beschreiben können. 


Aufgabe: 

Es sind Informationen über einen Kreditkarteninhaber und deren Kreditkarten zu 

speichern. 

Jeder Kreditkarteninhaber (=Kunde) besitzt eine Kd-Nr und einen Namen. 

Jeder Kunde kann Kreditkarten von mehreren Gesellschaften (z. B. Eurocard, 

Diners) besitzen. Diese Kreditkartengesellschaften (KK-Gesellschaft) stellen in 

der Regel außer der Hauptkarte auch Zusatzkarten (z. B. Business-Karte, Partnerkarte) 

zur Verfügung. Dabei kann die Abrechnung jeder Karte über eine andere 

Bank erfolgen. 

Für jede Kreditkarte werden die Kartennr. und die Bank gespeichert. Die 

Kartennr. ist pro KK-Gesellschaft eindeutig. Für jeden Kunden wird gespeichert, 

wie oft er die Kreditkarten der verschiedenen Gesellschaften bisher benutzt hat 

und welchen Gesamtbetrag er damit bezahlt hat (z. B. KD-Nr. 1 hat seine Karten 

von Eurocard insgesamt 43 mal benutzt und 23000,- DM bezahlt). 

➜ 

Aufgabe 

Lösung

Geben Sie die Relationen in der 1., 2. und 3. Normalform an (sofern sie existieren). 

Versuchen Sie mit einer minimalen Anzahl von Relationen auszukommen. 

Unterstreichen Sie die Schlüssel. Geben Sie zu den Relationen ein durchgängiges 

Beispiel an, das obiger Realitätsbeschreibung voll entspricht! 

Geben Sie an, warum sich Ihre Relationen in der entsprechenden Normalform 

befinden! 

Gehen Sie von folgender unnormalisierter Relation aus: 

KK-Info (Kd.-Nr, ....) 

Aufgabe 

Lösung


A 

KK Kd.Nr. Name Gesellschaft #Buchungen Gesamtbetrag Bank Konto KK-Art 

7 

20 

... 

Meier 

Müller 

Diners 

Eurocard 

10 

50 

Keine Aufzählungen in einer Spalte à 1NF 

B 

Kunde Kd.Nr. Name 

7 

20 

... 

Meier 

Müller 

500 

1000 

BfG 

BfG 

123 

154 

Hauptkarte 

Hauptkarte 

Kunde bei Kd.Nr. Gesellschaft #Buchungen Gesamtbetrag Bank Konto KK-Art 

7 

20 

... 

Diners 

Eurocard 

10 

50 

500 

1000 

BfG 

BfG 

123 

154 

Hauptkarte 

Hauptkarte 

Jedes Nicht-Schlüsselattribut von Primärschlüssel voll funktional abhängig à2NF. 

➜ 

Aufgabe 

Lösung

C 

KundeKd.Nr. Name 

7 

20 

... 

Meier 

Müller 

Kunde bei Kd.Nr. Gesellschaft #Buchungen Gesamtbetrag 

7 

20 

... 

Diners 

Eurocard 

AbrechungKd.Nr. Gesellschaft 

7 

20 

... 

Diners 

Eurocard 

10 

50 

500 

1000 

Bank Konto KK-Art 

BfG 

BfG 

123 

154 

Hauptkarte 

Hauptkarte 

Jedes Nicht-Schlüsselattribut nicht transitiv à 3NF. 

Aufgabe 

Lösung


5 Lernziel: Architektur und Funktionsweise eines relationalen Datenbanksystems 



Aufgabe: 

Welche Schemata beschreiben die Datenstrukturen eines Datenbanksystems. 

Erklären Sie kurz die Aufgabe des jeweiligen Schemas. 

Aufgabe 

Lösung


Die Tabellenstruktur wird durch das logische Schema beschrieben. Externe Sichten 

auf die DB werden durch das externe Schema beschrieben. Die physische 

Organisation der Tabellen wird durch das interne Schema beschrieben. 

Aufgabe 

Lösung


6 Lernziele: Eine relationale Datenbank-Entwicklung sowie den Einsatz einer 

Sprache der 4. Generation in den Software-Entwicklungsprozeß einordnen können. 

Die methodische Vorgehensweise bei der Entwicklung einer relationalen 

Datenbank nennen und erläutern können. 


Aufgabe: 

Eine Universität möchte alle Studenten in einer relationalen Datenbank verwalten. 

Dabei soll es sich um eine reine Datenbankentwicklung handeln. 

Stellen Sie einen genauen Ablaufplan einer solchen Entwicklung auf! 

Aufgabe 

Lösung


Zuerst sollte ein Pflichtenheft entstehen. Daraus muß ein ER- oder ein OOA-Modell 

gebildet werden. In der Entwurfsphase muß ein konzeptionelles Schema entstehen 

und die Daten müssen relational modelliert werden. Das relationale Datenmodell 

muß normalisiert werden. Ein logisches und ein DB-Schema entstehen. 

In der Implementierungsphase muß die DB mit Hilfe der DDL eingerichtet 

werden. 

Aufgabe 

Lösung


7 Lernziele: Ein ER- oder OOA-Diagramm in ein logisches Schema transformieren 

können. Relationale Datenbankentwürfe auf der Grundlage von ER- oder 

OOA-Modellen durchführen können. 


Aufgabe: 

Erstellen Sie ein logisches und ein Datenbankschema zur Fallstudie HIWI-Verwaltung. 

Als Grundlage soll das OOA-Modell aus Kap. 2.18 dienen. 

Aufgabe 

Lösung


Logic Scheme 

Name: HIWI-Verwaltung 

Relationsschema: Hilfsassistent, Beschaeftigung, Studienfach 

Ics Beschaeftigung[Matrikelnr]⊆ Hilfsassistent[Matrikelnr] 

Studienfach[Matrikelnr] ⊆ Hilfsassistent[Matrikelnr] 

Relationsschema 

Name: Hilfsassistent 

Attribute: Name: character(20) not null 

Vorname: character(20) 

Matrikelnr: integer not null 

Geburtsdatum: date 

Arbeitszeugnis: character(1) 

Datum Arbeitszeugnis: date 

Heimatadresse Strasse: character(30) not null 

Heimatadresse PLZ: integer not null 

Heimatadresse Ort: character(30) not null 

Heimatadresse Telefon: character(15) 

Semesteradresse Strasse: character(30) 

Semesteradresse PLZ: integer 

Semesteradresse Ort: character(30) 

Semesteradresse Telefon: character(15) 

Key: Matrikelnr 

➜ 

Aufgabe 

Lösung

Name: Beschaeftigung 

Attribute: Matrikelnr: integer not null 

von: date not null 

bis: date 

Stundenzahl: smallint not null 

Taetigkeitsgebiete: character(100) 

Softwaresysteme character(100) 

Key: Matrikelnr, von 

Name: Studienfach 

Attribute: Matrikelnr: integer not null 

Bezeichnung: character(20) not null 

Vordiplom Note: character(3) 

Diplom Note: character(3) 

Diplom Datum: date 

Key: Matrikelnr, Bezeichnung 

➜ 

Aufgabe 

Lösung

Datenbank Schema 

Name: HIWI-Verwaltung 

Relationsschema: Hilfsassistent, Beschaeftigung, Studienfach 

Ics Beschaeftigung[Matrikelnr]⊆ Hilfsassistent[Matrikelnr] 

Studienfach [Matrikelnr]⊆ Hilfsassistent[Matrikelnr] 

Relationsschema: 

Name: Hilfsassistent 

Attribute: Name: character(20) not null 

Vorname: character(20) 

Matrikelnr: integer not null 

Geburtsdatum: date 

Arbeitszeugnis: character(1) 

Datum Arbeitszeugnis: date 

Heimatadresse Strasse: character(30) not null 

Heimatadresse PLZ: integer not null 

Heimatadresse Ort: character(30) not null 

Heimatadresse Telefon: character(15) 

Semesteradresse Strasse: character(30) 

Semesteradresse PLZ: integer 

Semesteradresse Ort: character(30) 

Semesteradresse Telefon: character(15) 

Index: NameIndex 

NameASC 

Grants: Read:User1 

Write:User2 

... 

Aufgabe 

Lösung


1 Lernziel: Architektur und Funktionsweise eines objektorientierten Datenbanksystems 



Aufgabe: 

Welche Vorteile und Nachteile haben Sie, wenn Sie das Datenbankschema 

nicht in ODL, dafür aber in PL-ODL aufstellen? 

Aufgabe 

Lösung


Das Schema ist direkt in der Programmiersprache zu implementieren. Der Vorteil 

ist, daß keine Umgewöhnung für den Programmierer notwendig ist. Weiterhin 

können Änderungen, Anpassungen und nachträgliche Entwicklungen schnell realisiert 

werden. 

Nachteile ergeben sich wenn zwei verschiedene Anwendungen das selbe Schema 

verwenden sollen. 

Aufgabe 

Lösung


2 Lernziel: Das ODMG-Objektmodell erklären können. 


Aufgabe: 

Erklären Sie den Sinn der Klasse d_Transaction! 

Aufgabe 

Lösung


Eine Transaktion kapselt einen Verarbeitungsvorgang. Alle Anweisungen in einer 

Transaktion werden entweder vollständig oder gar nicht durchgeführt. Die Klasse 

d_Transaktion stellt die dafür notwendigen Operationen zur Verfügung (begin, 

commit, abort, ...). 

Aufgabe 

Lösung


3 Lernziele: Objektorientierte Datenbank-Schemata mit Hilfe der ODL schreiben 

können.Ein OOA-Modell in ein objektorientiertes Datenbankschema transformieren 

können. 


Aufgabe: 

Erstellen Sie für die Fallstudie Seminarorganisation die Datenbank-Schemata 

der Klassen Person, Dozent, Seminartyp und Veranstaltung (siehe Kapitel 2.18.6) 

in 

a ODL 

b C++-ODL. 

Aufgabe 

Lösung


a ODL 

interface Person 

( 

extent Personen 

) 

{ 

attribut Short Nummer; 

attribut Struct Name {Enum anrede {Herr, Frau} Anrede, 

String Nachname, String Vorname}; 

attribut Struct Adresse {String Strasse, Short PLZ, 

String Ort}; 

attribut String Geburtstag; 

attribut String Kurzmitteilung; 

attribut String Notizen; 

attribut String Info_material; 

attribut String Funktion; 

attribut Float Umsatz; 

} 

void Mitteilung_drucken (); 

void Adresse_drucken (); 

➜ 

Aufgabe 

Lösung

interface Dozent: Person 

( 

extent Dozenten 

) 

{ 

attribut String Biographie; 

attribut Short Honorar_pro_tag; 

} 

relationship Setkann_fachlich_halten 

inverse Seminartyp::kann_gehalten_werden_von; 

relationship SetSeminar inverse 

Veranstaltung::Referent; 

relationship SetSeminarleitung inverse 

Veranstaltung::Leiter; 

➜ 

Aufgabe 

Lösung

} 

interface Seminartyp 

( 

extent Seminartypen 

key Kurztitel; 

attribut String Titel; 

attribut String Zielsetzung; 

attribut String Methodik; 

attribut String Inhaltuebersicht; 

attribut String Tagesablauf; 

attribut Short Dauer; 

attribut String Unterlagen; 

attribut String Zielgruppe; 

attribut String Voraussetzungen; 

attribut Short Nettopreis; 

attribut Short Teilnehmer_min; 

attribut Short Teilnehmer_max; 

relationship Setkann_gehalten_werden_von 

inverse Dozent::kann_fachlich_halten; 

relationship ListSeminarveranstaltung 

inverse Veranstaltung::Typ; 

➜ 

Aufgabe 

Lösung

interface Veranstaltung 

( 

extent Veranstaltungen 

key Nummer 

) 

{ 

attribut Short Nummer; 

attribut Short Dauer; 

attribut String Von; 

attribut String Bis; 

attribut String Tagesraster_Anfang; 

attribut String Tagesraster_Ende; 

attribut String Anfang_erster_Tag; 

attribut String Ende_erster Tag; 

attribut String Ort; 

attribut String Teilnehmer_max; 

} 

relationship SetTyp inverse 

Seminartyp::Seminarveranstaltung; 

relationship ListReferent inverse Dozent::Seminar; 

relationship Dozent::Leiter inverse Dozent::Seminarleitung; 

➜ 

Aufgabe 

Lösung

C++-ODL 

class Person: public d_object 

{ 

public: 

d-Short Nummer; 

NameT Name; 

AdresseT Adresse; 

d_Date Geburtstag; 

d_String Kurzmitteilung; 

d_String Notizen; 

d_String Info_material; 

d_String Funktion; 

d_Float Umsatz; 

} 

void Mitteilung_drucken (); 

void Adresse_drucken (); 

struct NameT { 

enum Anrede {Herr, Frau}; 

d_String Nachname; 

d_String Vorname; 

}; 

➜ 

Aufgabe 

Lösung

struct AdresseT{ 

d_String Strasse; 

d_Short PLZ; 

D-String Ort; 

}; 

class Dozent: public Person 

{ 

public: 

d_Short Honorar_pro_Tag; 

d_String Biographie; 

} 

d_Rel_Set 

kann_fachlich_halten; 

d_Rel_Set Seminar; 

d_Rel_Set Seminarleitung; 

static d_Ref Personen; 

➜ 

Aufgabe 

Lösung

class Seminartyp: public d_Object 

{ 

public: 

d_String Kurztitel; 

d_String Titel; 

d_String Zielsetzung; 

d_String Methodik; 

d_String Inhaltsuebersicht; 

d_String Tagesablauf; 

d_Short Dauer; 

d_String Unterlagen; 

d_String Zielgruppe; 

d_String Voraussetzungen; 

d_Short Nettopreis; 

d_Short Teilnehmer_min; 

d_Short Teilnehmer_max; 

d_Rel_Set 

kann_gehalten_werden_von; 

d_Rel_List Seminartypen; 

static d_Ref Seminartypen; 

} 

➜ 

Aufgabe 

Lösung

class Veranstaltung: public d_Object 

{ 

public: 

d_Short Nummer; 

d_Short Dauer; 

d_Date Von; 

d_Date Bis; 

d_Time Tagesraster_Anfang; 

d_Time Tagesraster_Ende; 

d_Time Anfang_erster_Tag; 

d_Time Ende_letzer_Tag; 

d_String Ort; 

d_Short Teilnehmer_max; 

} 

d_Rel_Set Typ; 

d_Rel_List Referent; 

d_Rel_List Leiter; 

static d_Ref> Veranstaltung; 

Aufgabe 

Lösung


4 Lernziel: Das Konzept der C++-Sprachanbindung beschreiben können. 


Aufgabe: 

Welche Voraussetzungen wurden für die C++-Sprachanbindung geschaffen? 

Aufgabe 

Lösung


Für die Sprachanbindung wurden C++-ODL, C++ OML und C++ OQL definiert. 

Es müssen eine Klassenbibliothek für die ODMG-Eigenschaften, ein ODL- 

Preprozessor und das entsprechende Laufzeitsystem des ODBS zur Verfügung 

gestellt werden. 

Aufgabe 

Lösung


5 Lernziel: Eine objektorientierte Datenbank-Entwicklung in den Software-Entwicklungsprozeß 

einordnen können. 


Aufgabe: 

Für ein neues Software-Produkt soll eine objektorientierte Datenbank eingesetzt 

werden. Welche Auswirkungen hat dies für die Phasen des Softwareentwicklungsprozeßes? 

Aufgabe 

Lösung


In der Definitionsphase muß ein OOA-Modell erstellt werden. Dies ist eine perfekte 

Grundlage für den folgenden objektorientierten Entwurf (OOD, siehe auch 

Kap. 3.10). Die Umsetzung in die OOBD erfolgt dann nach den beschriebenen 

Verfahren. 

Aufgabe 

Lösung


6 Lernziel: Für gegebene Problemstellungen Anfragen in OQL formulieren können. 


Aufgabe: 

Gegeben ist ein objektorientiertes Datenbankschema der Fallstudie Seminarorganisation. 

Als Klassenextensionen sind die Klassennamen im Plural verwendet 

worden. Formulieren Sie die folgenden OQL-Anfragen: 

a Ausgabe einer Liste von allen Dozenten, die Dipl.-Ing. sind, 

b Namenliste aller Firmen und deren Umsatz, 

c Liste aller Kunden, die im letzten ein Seminar in München besucht haben. 

Aufgabe 

Lösung


a 

select x from x im Dozenten 

where x Titel = “Dipl.-Ing.“ 

b 

select struct (Name: x.Name, Umsatz: x.Umsatz) 

from x in Firmen 

c 

select x.gebucht_von.hat_Teilnehmer.Name 

from x in y.hat_Teilnehmer 

y in z.gebucht_von; 

z in Veranstaltungen; 

where z.Ort = “München“ 

Aufgabe 

Lösung


7 Lernziel: Eine einfache C++-Anwendung mit Datenbankanbindung schreiben 

können. 


Aufgabe: 

Schreiben Sie ein C++-Programm zur Verwaltung von Dozenten und Seminartypen. 

Zu einem Dozenten sollen der Name und die Adresse, zum Seminartyp 

soll der Titel und die Dauer persistent gespeichert werden. Ein Dozent kann mehrere 

Seminare halten und ein Seminar kann von verschiedenen Dozenten gehalten 

werden. Diese Beziehung soll durch eine Funktion aufgebaut werden können 

und ist ebenfalls zu speichern. Weiterhin sind Funktionen zum einlesen und zur 

Anzeige von Dozenten bzw. Seminartypdaten zu speichern. Benutzen Sie zur 

Speicherung die vorgestellte C++-Sprachanbindung für objektorientierte Datenbanken. 

Aufgabe 

Lösung


Die Lösung dieser Aufgabe finden Sie auf der CD in den Dateien im Verzeichnis: 

\ SWT \ LE26 \ aufgabe7\ 

Aufgabe 

Lösung


1 Lernziel: Aufbau, Komponenten und Terminologie der Object Management 

Architecture erklären können. 


Aufgabe: 

Erläutern Sie, was im Rahmen der Object Management Architecture unter Anwendungsobjekten, 

Objektdiensten und Object Request Broker zu verstehen ist. 

Aufgabe 

Lösung


Anwendungsobjekte entstehen aus Klassen, die der Anwender erstellt hat. Die 

Klassen müssen in der Spezifikationssprache IDL beschrieben werden. Mit Hilfe 

eines IDL-Compilers wird aus der Spezifikation ein Code-Gerüst für Client- und 

Server-Objekte generiert; dabei können für Client- und Server-Objekte unterschiedliche 

Programmiersprachen verwendet werden. Die Server-Objekte müssen 

in der gewünschten Programmiersprache implementiert werden; Client-Objekte 

stehen sofort zur Verfügung, da sie nur Dienste anderer Server-Objekte in 

Anspruch nehmen. 

Objektdienste stehen den Anwendungsobjekten zur Verfügung. Man unterscheidet 

spezielle und allgemeine Objektdienste. Die speziellen Objektdienste stellen 

systemnahe Funktionalität wie das Löschen oder Kreieren von Objekten zur Verfügung. 

Allgemeine Objektdienste sind eher auf Klassenebene angesiedelt und 

stellen z.B. Druckdienste, Listenklassen usw. zur Verfügung. 

Der Object Request Broker koordiniert die Kommunikation der einzelnen Elemente 

untereinander bzw. verschiedener ORBs. Jedes Client-Objekt muß sich 

z.B. an den ORB wenden, wenn es die Dienste eines Server-Objekts oder sonstige 

Objektdienste in Anspruch nehmen will. 

Aufgabe 

Lösung


2 Lernziel: Das OMG-Objektmodell, das Corba-Objektmodell und den Zusammenhang 

zum ODMG-Objektmodell erläutern können. 


Aufgabe: 

a Beschreiben Sie die Basiskonzepte des OMG-Objektmodells. 

b Welche Erweiterungen wurden spezifiziert, um aus dem OMG-Objektmodell 

das CORBA-Objektmodell hervorgehen zu lassen? 

c Welche zusätzlichen Konzepte enthält das ODMG-Objektmodell gegenüber 

dem OMG-Kernmodell? 

Aufgabe 

Lösung


a Das OMG-Objektmodell besteht aus folgenden Basiskonzepten: 

n Objekte mit Objektidentitäten (OIDs) 

Von Klassen (interface genannt) können Objekte instanziiert werden. Jedes Objekt 

ist unabhängig von den Attributwerten anhand einer automatisch verwalteten 

OID identifizierbar. 

n Typen/Klassen 

Das aus OOA bekannte Klassenkonzept mit Kapselung und Typsicherheit. Abstrakte 

Klassen können nicht spezifiziert werden. 

n Vererbung 

Es wird Mehrfachvererbung unterstützt. Dabei müssen Mehrdeutigkeiten manuell 

aufgelöst werden. 

n Operationen 

Operationen können überladen werden. Sie werden – wie in C++ – als Funktionen 

aufgefaßt, die einen Wert zurückgeben. Es können Eingabe-, Ausgabe-, und 

Ein-/Ausgabeparameter spezifiziert werden. 

b Das CORBA-Objektmodll erweitert die in a beschriebenen Konzepte um 

n entfernte Operationen 

Operationen können als synchron oder asynchron spezifiziert werden 

n remote Messaging 

Zu jeder Operation kann ein Kontextobjekt definiert werden, in dem Informationen 

über den Status des Server-Objekts transferiert werden. 

➜ 

Aufgabe 

Lösung


c Das ODMG-Objektmodell erweitert die in a beschriebenen Konzepte um 

n Beziehungen 

zwischen Klassen können uni- oder bidirektionale Beziehungen der Kardinalitäten 

1:1, 1:n oder n:n spezifiziert werden. 

n Persistenz 

Objekte erhalten die Fähigkeit, sich in der Datenbank zu speichern und wieder 

aus der Datenbank zu laden. 

n Intelligente Zeiger 

Objekte können über Zeiger angesprochen werden, unabhängig davon, wo sie 

sich physikalisch befinden (im Hauptspeicher oder in der Datenbank) 

- Transaktionen (geschachtelt) 

- Attribute 

Zusätzliche Datentypen d_Date, d_Time und d_Interval. 

Aufgabe 

Lösung


3 Lernziel: CORBA einschließlich der Komponenten und Anforderungsvermittlung 



Aufgabe: 

a Beschreiben Sie, wie in einem der CORBA-Architektur entsprechenden ORB 

ein Client eine Operation eines Server-Objekts aufrufen kann. 

b Wie müssen die Client- und Server-Objekte spezifiziert werden, wenn sie in 

einer CORBA-Umgebung eingesetzt werden sollen? 

Aufgabe 

Lösung


a Es gibt zwei grundsätzlich verschiedene Möglichkeiten, Operationsaufrufe 

durchzuführen: 

1 Die Schnittstelle des aufzurufenden Objekts ist zur Übersetzungszeit des 

Clients bekannt. 

Dann wird der Aufruf über den IDL-Stub abgewickelt, der im Client-Programm 

inkludiert werden muß. Der IDL-Stub wendet sich an den ORB, der 

die Verbindung zum Object Adapter der Servers herstellt. Von dort aus wird 

das Server-Objekt aufgerufen. 

2 Die Schnittstelle des Server-Objekts ist erst zur Programmlaufzeit bekannt. 

In diesem Fall muß sich das Client-Objekt zunächst an das DII (dynamic 

invocation interface) des ORB wenden. Dieser wickelt dann – falls das Server-Objekt 

verfügbar ist – den Aufruf wie oben beschrieben ab. 

b Die Schnittstelle des Objekts bzw. der Klasse muß in der deklarativen Sprache 

IDL spezifiziert werden. 

Aufgabe 

Lösung


4 Lernziel: OOA-Modelle in IDL-Spezifikationen umsetzen können. 


Aufgabe: 

Erstellen Sie zu dem in Abb. 3.7-15 dargestellten OOD-Modell eine IDL-Datei. 

Als zusätzliche Information steht Ihnen folgende Attributspezifikation zur Verfügung: 

Firma 

Name 

Rechtsform 

Umsatz 

Klasse Angestellter 

Attribut Name 

Typ: string (25) 

Attribut Vorname 

Typ string (25) 

Angestellter 

Name 

Vorname 

Alter 

Gehaltsstufe 

Gehaltsmitteilung 

drucken 

➜ 

Aufgabe 

Lösung


Attribut Alter 

Typ int16 

Attribut Gehaltsstufe 

Typ: unsigned int16 

Voreinstellung: 1 

nur lesender Zugriff 

Operation Gehaltsmitteilung_drucken() 

asynchrone Operation ohne Rückgabeparameter 

Klasse Firma 

Attribut Name 

Typ: string (25) 

Attribut Rechtsform 

Typ: enum 

Selektionsart: einfach 

Bereich: AG, GmbH, GbR, KG 

Attribut Umsatz 

Typ: float 

Aufgabe 

Lösung


Die Beziehung kann in IDL nicht dargestellt werden. Sie muß von Hand durch 

zusätzliche Attribute realisiert werden. Der IDL-Quellcode sieht folgendermaßen 

aus: 

interface Angestellter 

{ 

attribute string Name; 

attribute string Vorname; 

attribute short Alter; 

readonly attribute short Gehaltsstufe; 

oneway void Gehaltsmitteilung_drucken(); 

}; 

interface Firma 

{ 

enum RechtsformT 

{ 

AG, GmbH, GbR, KG 

}; 


attribute RechtsformT Rechtsform; 

attribute float Umsatz; 

}; 

Aufgabe 

Lösung


5 Lernziel: Objektorientierte Anwendungen im CORBA-Modell verteilt programmieren 

können 


Aufgabe: 

Implementieren Sie ein Client- und ein Server-Programm für die nachfolgend 

dargestellte IDL-Spezifikation der Klasse Person. 

interface Person 

{ 


attribute string Vorname; 

attribute short Alter; 

void DatenAusgeben(); 

}; 

Im Hauptprogramm des Servers soll ein Person-Objekt erzeugt und mit Werten 

gefüllt werden. Das Client-Hauptprogramm soll die Attributwerte des Objekts auf 

dem Client ausgeben und über die Operation DatenAusgeben() eine Ausgabe 

auf dem Server veranlassen. 

Aufgabe 

Lösung


Die vorliegenden Quellcodes wurden mit Orbix 2.01 unter Solaris 2.5 erstellt. 

Die Implementierung orientiert sich an dem Orbix beiliegenden Banking-Beispiel. 

Der Quellcode befindet sich auch auf der CD-ROM im Verzeichnis swt/ 

le27/aufgabe5. 

Die Datei server.h: 

#ifndef _SERVER_H 

#define _SERVER_H 

#include “LE27_A5.hh“ 

// 

// Implementierung der Klasse Person 

// 

class PersonS 

{ 

char *N; 

char *V; 

int A; 

public: 

PersonS(const char *n, const char *v, const int a) 

{ N = strdup(n); V = strdup(v); A = a; } 

➜ 

Aufgabe 

Lösung


Fortsetzung server.h 

PersonS() 

{ N = V = NULL; A = 0; } 

~PersonS(); 

// 

// Operationen in IDL 

// 

virtual void DatenAusgeben(CORBA::Environment &); 

}; 

int Alter(CORBA::Environment &) 

{ return A; } 

void Alter(int a, CORBA::Environment &) 

{ A = a; } 

void Name(const char *n, CORBA::Environment &) 

{ if (N) free(N); N = strdup(n); } 

char *Name(CORBA::Environment &) 

{ return N; } 

void Vorname(const char *v, CORBA::Environment &) 

{ if (V) free(V); V = strdup(v); } 

char *Vorname(CORBA::Environment &) 

{ return V; } 

DEF_TIE_Person(PersonS) 

#endif 

➜ 

Aufgabe 

Lösung


Die Datei server.cc: 

#include 

#include 

#include “Server.h“ 

PersonS::~PersonS() 

{ 

if (V) 

free(V); 

if (N) 

free(N); 

} 

void PersonS::DatenAusgeben(CORBA::Environment &) 

{ 

cout


Die Datei client.cc: 

#include 

#include 

#include “LE27_A5.hh“ 

void fatal (char* s, CORBA::Environment&e=CORBA::default_environment) 

{ 

cout


Fortsetzung client.cc 

} 

Person *p 

TRY { 

p = Person::_bind („“, host, IT_X); 

} CATCHANY { 

fatal („Binding failed: „, IT_X); 

} ENDTRY 

// 

// Daten auf dem Server ausgeben 

// 

p->DatenAusgeben(); 

// 

// Daten auf dem Client ausgeben 

// 

cout


Die Datei srv_main.cc: 

#include 

#include 

#include „Server.h“ 

int main() { 

// 

// Create server application object 

// 

Person* P = new TIE_Person(PersonS) (new PersonS(„Mueller“, „Franz“, 32)); 

// 

// Export the server to the network 

// 

TRY { 

CORBA::Orbix.impl_is_ready(„bank“,IT_X); 

} 

CATCHANY { 

cout


1 Lernziele: Notation und Symbolik von Strukturdiagrammen kennen.Eigene 

Entwürfe durch Strukturdiagramme dokumentieren können. 


Aufgabe: 

Erstellen Sie ein SD-Diagramm für folgende Problemstellung: 

Verwaltung eines Adreßbuchs, das in einer Datei gespeichert ist. Eine Adresse 

besteht aus Vor- und Zuname, Straße, PLZ und Ort. Sie wird durch den Namen 

(= Vor- und Zuname) eindeutig identifiziert. 

Es sind folgende Funktionen zu realisieren, die der Benutzer mittels Menütechnik 

auswählen kann: 

– Hinzufügen einer neuen Adresse, die eingetippt wird. 

– Ändern einer vorhandenen Adresse, wobei die alte Adresse zunächst auf 

dem Bildschirm angezeigt wird. 

– Löschen einer Adresse, die zunächst auf dem Bildschirm angezeigt wird. 

– Ausgabe des Adreß-Verzeichnisses auf dem Drucker. 

Tragen Sie alle notwendigen Symbole zur Auswahl und Wiederholung ein. 

Aufgabe 

Lösung


Get 

Funktion 

Adresse 

Funktion 

Adresse 

Löschen 

Get 

Name 

Get 

Adress e 

Adresse Name 

Adreßbuchverwaltung 

Ändern Hinzufügen Ausgaben 

Name 

Adresse 

Adresse 

Adresse 

Bildschirm 

Adreßbuch 

Adresse 

Set 

Adress e 

Adressen 

Adresse 

Get Alle 

Adress en 

Drucker 

Adressen 

➜ 

Aufgabe 

Lösung


2 Lernziel: Die Eigenschaften funktionaler Abstraktionen und funktionaler Module 

aufzählen und erläutern können. 


Aufgabe: 

Sie haben eine Schnittstelle zu einem Programmblock. Die Schnittstelle besitzt 

einen Eingabe- und einen Ausgabe-Parameter. Beides sind ganzzahlige Werte. 

Durch systematisches Testen haben sie herausgefunden, daß der Rückgabewert 

die Quersumme des Eingangswertes ist. Haben Sie ein funktionales Modul 

vorliegen? Begründen Sie ihre Entscheidung! 

Aufgabe 

Lösung


Es handelt sich um einen funktionalen Modul, da er aktiv ist, ein Transformationsverhalten 

zeigt und gleiche Eingangswerte zum selben Ergebnis führen. 

Aufgabe 

Lösung


3 Lernziel: Ein SA-Modell mit Hilfe der Transaktions- und Transformations- 

Analyse in einen strukturierten Entwurf transformieren können. 


Aufgabe: 

Transformieren Sie das SA-Modell der Roboteranimation (Kap. 2.19) in einen 

strukturierten Entwurf. 

Aufgabe 

Lösung


Roboter 

steuern 

Statusdaten 

Read 

Statusdaten 

Steuerungsbef 

ehle 

Steuerungssystem 

Eingabefenster 

Meldungen 

Wink el 

Warten 

Dialog 

steuern 

Kom mandos 

Read 

Kommandos 

Hinweise 

Fenstersystem 

Kom mandos 

Animation 

erzeugen 

berechne 

Grundstellung 

Grundstellung 

Grundstellungsdaten 



Schalterdaten 

Wink el 

Berechne 

Beugung 

Wink el 

Wink el 

Oberarmdaten 

Wink el 

Ellenbogendaten 

Wink el 

Un terarmdaten 

Aufgabe 

Lösung


4 Lernziel: Die Charakteristika des strukturierten Entwurfs erklären können. 


Aufgabe: 

Welcher Zusammenhang besteht zwischen: 

a Dem strukturierten Entwurf und funktionalen Modulen. 

b Dem strukturierten Entwurf und Strukturdiagrammen. 

c Strukturdiagrammen und funktionalen Modulen. 

d Dem strukturierten Entwurf und SA 

Aufgabe 

Lösung


a Funktionale Module sind Bestandteile des strukturierten Entwurfs. Dieser gibt 

an, wie die Teile einer Software erstellt werden sollen. 

b Die Strukturdiagramme beschreiben die Zusammenhänge im strukturierten 

Entwurf. 

c Strukturdiagramme fassen funktionale Module zusammen und beschreiben 

die Verbindungen zwischen den Modulen. 

d SA sollte die Basis des strukturierten Entwurfs sein. In SA wird ein Problem 

analysiert. In SD wird die Umsetzung in ein Software-System beschrieben. 

Aufgabe 

Lösung


1 Lernziel: Die Unterschiede zwischen funktionaler Abstraktion und Datenabstraktion 



Aufgabe: 

Sie wollen einen Zähler realisieren. Bei jedem Aufruf dieser Funktion soll ein um 

Eins inkrementierter Wert zurückgeliefert werden. 

Erklären Sie die Unterschiede beim Einsatz von funktionaler Abstraktion und 

Datenabstraktion anhand dieses Beispiels. 

Aufgabe 

Lösung


In einer funktionalen Abstraktion gibt es keinen internen Speicher eines Moduls, 

somit müßte der letzte Zählerstand in einer globalen Variablen gespeichert werden. 

Dieser könnte von außen manipuliert werden. Bei einer Datenabstraktion 

ist der aktuelle Zählerstand im Modul gespeichert und nicht sichtbar. 

Aufgabe 

Lösung


2 Lernziel: Die Unterschiede zwischen abstrakten Datenobjekten und abstrakten 

Datentypen darstellen können. 


Aufgabe: 

Ein Kellerspeicher soll durch eine Datenabstaktion beschrieben werden. Der Keller 

soll ganze Zahlen oder Gleitpunkt-Zahlen verwalten können. Es werden also zwei 

Keller benötigt. Sind für die Realisierung abstrakte Datenobjekte oder ADTs sinnvoller? 

Begründen Sie Ihre Entscheidung. 

Aufgabe 

Lösung


Ein ADT ist sinnvoller. Die Speicher werden mit Sicherheit mehrfach benutzt. 

Außerdem wären sonst mindestens zwei Implementierungen notwendig. Die Realisierung 

sollte als ADT mit Typen als formalen Parametern erfolgen. 

Aufgabe 

Lösung


3 Lernziel: Das Grundprinzip der algebraischen Spezifikation schildern können. 


Aufgabe: 

Die algebraische Spezifikation besteht aus zwei Teilen. Benennen Sie diese und 

beschreiben Sie deren Aufgabe. 

Aufgabe 

Lösung


Syntaxteil: 

Spezifikation der Zugriffsoperationen. 

Semantikteil: 

Gleichungen, die die Beziehungen zwischen den einzelnen Zugriffsoperationen 

beschreiben. 

Aufgabe 

Lösung


4 Lernziel: Den Unterschied zwischen top-down- und bottom-up-Entwurf erläutern 

können. 


Aufgabe: 

Womit starten Sie beim 

- top-down-Entwurf bzw. beim 

- bottom-up-Entwurf. 

Welche Schritte folgen jeweils? 

Aufgabe 

Lösung


Beim top-down-Entwurf wird mit der höchsten abstrakten Ebene begonnen und 

dann schrittweise verfeinert. Im Gegensatz dazu wird beim bottom-up-Entwurf mit 

der niedrigsten abstrakten Ebene begonnen. Anschließend werden die höheren 

Ebenen entwickelt. 

Aufgabe 

Lösung


5 Lernziel: Die Beziehungstypen, die beim modularen Entwurf zwischen den 

Systemkomponenten bestehen können, aufzählen und unterscheiden können. 


Aufgabe: 

Muß eine statische Benutzt-Beziehung vorliegen, wenn eine dynamische Benutzt- 

Beziehung gebraucht wird? Begründung! Gibt es andere Voraussetzungen? 

Aufgabe 

Lösung


Eine statische Benutzt-Beziehung ist die Grundlage für eine dynamische. Eine 

dynamische Benutzt-Beziehung ist die Durchführung einer statischen Benutzt- 

Beziehung während der Laufzeit. Voraussetzung für beide Beziehungen ist eine 

prinzipielle Benutzbarkeitsbeziehung. 

Aufgabe 

Lösung


6 Lernziel: Die verschiedenen Parametrisierungsmöglichkeiten von abstrakten 

Datentypen anhand von Beispielen in C++ zeigen können. 


Aufgabe: 

Ein Zähler soll durch einen ADT beschrieben werden. Er besitzt die Operationen: 

Ermittle Wert: liest den momentanen Wert aus. 

Erhöhe Wert: Erhöht den Zähler um einen anzugebenen Wert. 

Liefert einen booleschen Wert zurück der angibt, ob das Erhöhen 

durchgeführt werden konnte 

Zurücksetzen: Setzt den Zähler auf Null zurück. 

Implementieren Sie das Modul in C++, mit folgenden Randbedingungen: 

a Nur ganze Zahlen, Bereich 0 bis 100. 

b Ganze Zahlen, die Obergrenze wird beim Erzeugen angegeben. 

c Ganze Zahlen oder Gleitkomma-Zahlen, Obergrenze wird angegeben. 

Aufgabe 

Lösung


a Nur ganze Zahlen, Bereich 0 bis 100 

class ZaehlerA { 

private: 

int Wert,Max; 

public: 

Zaehler (); 

~Zaehler (); 

}; 

boolean Ruecksetzen (); 

boolean ErhoeheWert (Typ Wert); 

int Lesewert (); 

Zaehler::Zaehler () 

{ 

Wert = 0; 

Max = 100; 

} 

➜ 

Aufgabe 

Lösung

Zaehler::~Zaehler () 

{ 

} 

boolean Zaehler::Ruecksetzen () 

{ 

Wert = 0; 

return true; 

} 

boolean Zaehler::ErhoeheWert (int Plus) 

{ 

Wert += Plus; 

if (Wert

Ganze Zahlen, die Obergrenze wird beim Erzeugen angegeben. 

class ZaehlerA { 

private: 

int Wert,Max; 

public: 

Zaehler (int obergrenze=100); 

~Zaehler (); 

}; 



int LeseWert (); 

Zaehler::Zaehler (int obergrenze) 

{ 

Wert = 0; 

Max = obergrenze; 

} 


{ 

} 

➜ 

Aufgabe 

Lösung

oolean Zaehler::Ruecksetzen () 

{ 

Wert = 0; 

return true; 

} 

boolean Zaehler::ErhoeheWert (int Plus) 

{ 

Wert += Plus; 

if (Wert

c Ganze Zahlen oder Gleitkomma-Zahlen, Obergrenze wird angegeben. 

Realisierung durch Templates 

template 

class Zaehler { 

private: 

Typ Wert,max; 

public: 

Zaehler (Typ Maximum); 

~Zaehler (); 



Typ LeseWert (); 

}; 

template 

Zaehler::Zaehler (Typ obergrenze) 

{ 

Wert = 0; 

Max = obergrenze; 

} 

template 


{ 

} ➜ 

Aufgabe 

Lösung

template 

boolean Zaehler::Ruecksetzen () 

{ 

Wert = (Typ) 0; 

return true; 

} 

template 

boolean Zaehler::ErhoeheWert (Typ Plus) 

{ 

Wert += Plus; 

if (Wert


1 Lernziel: Aufgaben und Architekturen von Klassenbibliotheken und frameworks 



Aufgabe: 

Welche Konzeptionellen Randbedingungen müssen beachtet werden, um von 

einem OOA-Modell ausgehend einen objektorientierten Entwurf durchzuführen. 

Aufgabe 

Lösung


Folgende Randbedingungen müssen beachtet werden: 

n Welches Vererbungskonzept hat die Programmiersprache? 

n Können Elemente wiederverwendet werden? 

n Welche Zielarchitektur liegt vor? 

n Können Muster verwendet werden? 

Aufgabe 

Lösung


2 Lernziel: Aufgaben und Architekturen von Klassenbibliotheken und 

frameworks erklären können. 


Aufgabe: 

Benennen und erklären Sie die wesentlichen Klassenbibliotheksstrukturen. 

Aufgabe 

Lösung


1 Baum: 

Eine Wurzel-Klasse von der alle anderen Klassen erben. 

2 Wald: 

Mehrere, untereinander unabhängige Bäume, die einzeln verwendet werden 

können. 

3 Bausteine: 

Die Klassen der Bibliothek sind unabhängig und können parametrisiert werden. 

Aufgabe 

Lösung


3 Lernziel: Die Ansätze für eine komponentenbasierte Softwareentwicklung 

und Halbfabrikate skizzieren können. 


Aufgabe: 

Beschreiben Sie kurz die Grundidee des OCX-Modells. Für welche Halbfabrikate 

ist dieses Konzept besonders geeignet? 

Aufgabe 

Lösung


Die Grundidee von OCX ist die Verwendung von Programmbausteinen in verschiedenen 

Anwendungen. Durch das Verfahren von OLE2 können Programmbausteine 

in anderen Anwendungen eingebunden werden. 

Der Hauptanwendungsbereich ist bisher Bürokommunikation. 

Aufgabe 

Lösung


4 Lernziel: Beschreibungs- und Klassifikationsschemata für Entwurfsmuster 

angeben und erklären können. 


Aufgabe: 

Sie haben ein Entwurfsmuster gefunden. Wie müssen Sie es beschreiben? Welche 

möglichenKlassifikationen gibt es? Charakterisieren Sie diese. 

Aufgabe 

Lösung


Beschreibung eines Musters: 

Als erstes sollte das Muster benannt werden. Dann folgt eine Problembeschreibung, 

in der beschrieben wird, wann das Muster eingesetzt werden kann. 

In der Lösungsbeschreibung wird angegeben wie das beschriebene Problem 

realisiert werden kann. Abschließend müssen die Konsequenzen, die durch den 

Einsatz des Musters entstehen, beschrieben werden. 

Eine Klassifikation erfolgt nach dem Zweck und dem Anwendungsbereich des 

Musters. 

Aufgabe 

Lösung


5 Lernziel: Das beschriebene Entwurfsmuster »abstract factory« auf geeignete 

Problemstellungen anwenden können. 


Aufgabe: 

Sie wollen in Ihrem System Drucker direkt ansteuern. Sie wollen einen Nadel- und 

einen Laserdrucker verwenden. Dies soll global voreinstellbar sein. Für beide 

Drucker wollen Sie dieselbe Schnittstelle haben. 

Es werden eine Funktion zum Drucken eines Textes und eine Funktion, die den 

Status des Druckers abfragt, benötigt. Skizzieren Sie ein OOD-Modell, das dieses 

Problem löst. Setzen Sie bei Ihrer Lösung Entwurfsmuster ein. 

Aufgabe 

Lösung


Standard Factory 

Erzeuge Drucker 

Erzeuge Grafiktreiber 

... 

Treiber Factory 



... 

Standard Factory 



Drucker 

DruckeText 

LeseStatus 

Laser Drucker Nadel Drucker 

DruckeText 

LeseStatus 

DruckeText 

LeseStatus 

Aufgabe 

Lösung


1 Lernziel: Erklären können, wie eine objektorientierte Anwendung an ein relationales 

Datenbanksystem angebunden wird einschließlich der dazu notwendigen 

Transformationsregeln. 


Aufgabe: 

Beschreiben Sie, auf welche verschiedenen Arten sich folgende Konzepte der 

objektorientierten Software-Entwicklung auf relationale Datenbanken abbilden 

lassen. 

a Klassen 

b Einfachvererbung 

c Aggregation/Assoziation 

Aufgabe 

Lösung


a Klassen werden auf Tabellen abgebildet, wobei die Attribute die Spalten bilden. 

Falls aus fachlicher Sicht kein Schlüsselattribut identifiziert werden konnte, muß 

eine zusätzliche Spalte für eine Objekt-Identifikation (OID) eingeführt werden. 

Attribute mit komplexen Typen lassen sich auf zwei Arten behandeln: 

n Das OOD-Modell wird solange normiert, bis der gewünschte Grad erreicht ist. 

n Strukturierte Datentypen werden in ihre elementaren Elemente zerlegt, wobei 

auf eindeutige Spaltennamen zu achten ist. 

Listen-Typen werden pro Liste in eine eigene Tabelle abgelegt. 

b Liegt eine Einfachvererbung vor, hat man drei Alternativen, die Vererbung auf 

eine relationale Datenbank abzubilden: 

n Die Oberklasse und die Unterklassen werden auf je eine Tabelle abgebildet. 

In den Tabellen der Unterklassen taucht das Schlüsselattribut der Oberklasse 

als Fremdschlüssel auf. 

n Die Oberklasse wird komplett in jede Unterklasse kopiert. 

n Alle Unterklassen und die Oberklasse werden zu einer großen Tabelle zusammengefaßt. 

c Aggregationen und Assoziationen werden gleich behandelt. Je nach der 

Kardinalität der Beziehung gibt es folgende Alternativen: 

n 1:1-Beziehung: In einer der beiden Tabellen wird ein Fremdschlüssel (z.B. die 

OID) hinzugefügt. 

n 1:m-Beziehung: Der Fremdschlüssel wird auf der m-Seite der Beziehung 

hinzugefügt. 

n n:m-Beziehung: Es wird eine zusätzliche Tabelle eingeführt, die je ein 

Schlüsselattribut aus jeder Klasse als Fremdschlüssel enthält. 

Aufgabe 

Lösung


2 Lernziel: Erläutern können, wie ein OOD-Modell auf C++ abgebildet wird 

(Implementierungsentwurf). 


Aufgabe: 

Beschreiben Sie, wie ein OOD-Modell in die Programmiersprache C++ umgesetzt 

werden kann. Welche Regeln sind beim Übergang nach C++ zu beachten? 

Aufgabe 

Lösung


Wenn schon während der Erstellung des OOD-Modells einige Punkte beachtet 

werden, kann ein Teil des C++-Codes generativ erzeugt werden. 

Zu beachten ist 

n die Einhaltung der C++-Konventionen bei Bezeichnungen und Datentypen 

(int, float usw.) 

n Festlegung der Zugriffsrechte auf Attribute und Operationen 

n C++-Konventionen bei der Spezifikation von Operationen und Parameterlisten. 

Wenn möglich hier schon C++-spezifische Eigenschaften wie inline, 

virtual oder const mit angeben. 

Dann lassen sich die Klassendeklarationen (Header-Dateien) inklusive der impliziten 

Zugriffsoperationen mit den meisten CASE-Werkzeugen generieren. 

Folgende Schritte sind dann in der Regel manuell durchzuführen: 

n Entwurf der Beziehungen mit Hilfe von Container-Klassen (Abbildung auf 

Attribute). 

n Entwurf diverser Verwaltungsoperationen, z.B. Konstruktoren und 

Destruktoren für jede Klasse. 

n Zusätzlich Spezifikationen wie z.B. Objektlebenszyklen in kodierbare Algorithmen 

umwandeln. 

Aufgabe 

Lösung


3 Lernziel: Die Unterschiede zwischen dem modularen und objektorientierten 

Entwurf darstellen können. 


Aufgabe: 

Im folgenden sind einige Eigenschaften des modularen Entwurfs genannt. Stellen 

Sie diesen Eigenschaften die entsprechenden Konzepte des objektorientierten 

Entwurfs gegenüber und erläutern Sie die objektorientierten Konzepte. 

Modularer Entwurf: 

n Funktionale Abstraktion 

n Abstrake Datenobjekte 

n Abstrakter Datentyp 

n Generischer abstrakter Datentyp 

n Baumstruktur durch Enthaltenseins-Beziehung 

Aufgabe 

Lösung


Funktionale Abstraktion bleibt erhalten, wird jedoch auf Operationen innerhalb 

von Klassen beschränkt. Es sollte so wenig globale Funktionen (in C++ möglich) 

wie nötig geben. Im Idealfall ist das eine globale Funktion (main). 

Den abstrakten Datenobjekten stehen die Objekte gegenüber, Instanzen von Klassen. 

Wesentlicher Unterschied ist das Vorhandensein des Polymorphismus (späte 

Bindung). 

Anstelle des abstrakten Datentyps tritt die Klasse. Hier ist zusätzlich Vererbung 

erlaubt, was den Polymorphismus erst sinnvoll macht. Die parametrisierte Klasse 

ersetzt den generischen abstrakten Datentyp. Bei einer parametrisierten Klasse 

sind ein oder mehrere in der Klasse benutzte Datentypen durch Platzhalter 

ersetzt. Erst wenn die Platzhalter durch einen konkreten Typ ersetzt werden, wird 

eine Klasse instanziiert, von der dann Objekte erzeugt werden können. Auf diese 

Weise können mit einem Quellcode z.B. Container-Klassen für unterschiedlichste 

Datentypen realisiert werden. 

Aufgabe 

Lösung


4 Lernziel. Ein OOA-Modell entsprechend dem beschriebenen Verfahren an 

eine GUI- Klassenbibliothek anbinden können. 


Aufgabe: 

Betrachten Sie das OOA-Modell einer kleinen Anwendung in Abb. 3.10-41. 

Die Attribute sind wie folgt spezifiziert (nicht aufgeführte Attribute sind vom Typ 

string): 

Person 

Name 

Geburtsdatum 

Adresse 

Student 

Fach 

Matrikel-Nr 

0,n 

0,n 

Vorlesung 

Titel 

Raum-Nr 

Thema 

Klasse Person 

Attribut Name 

Typ: NameT 

Attribut Geburtsdatum 

Typ: date 

Attribut Adresse 

Typ: AdresseT 

Klasse Student 

Attribut MatrikelNr. 


Klasse Vorlesung 

Attribut RaumNr. 


➜ 

Aufgabe 

Lösung

Spezifikationen des selbstdefinierten Typs NameT 

NameT = Anrede + Vorname + Nachname 

Attribut Anrede 

Typ: enum1 

Bereich: Herr, Frau 

Spezifikation des selbstdefinierten Typs AdresseT 

AdresseT = Strasse + Ort + PLZ 

Attribut PLZ 

Typ: unsigned Int32 

a Erweitern Sie das OOA-Modell um die Klassen und Beziehungen, die zur Ansteuerung 

einer Benutzungsoberfläche benötigt werden. 

b Erstellen Sie ein Interaktionsdiagramm für die Operation Lese_alle_EA_Felder 

() der Klasse Vorlesung Fenster. In den Eingabefeldern sollen für dieses Szenario 

folgende Werte stehen: 

Titel = “Grundlagen der Informatik”, RaumNr = 138, Thema = “längerer Text”. 

Aufgabe 

Lösung


a Erweitertes Modell: 

AdresseT 

Strasse 

Ort 

PLZ 

1 

1 

Person 

Geburtsdatum 

Student 

Fach 

Matrikelnummer 

StudentFenster 

RadioHerr: RadioButton 

RadioFrau: RadioButton 

EA_FeldVN: Datenfeld 

EA_FeldNN: Datenfeld 

EA_FeldGD: Datenfeld 

EA_FeldSt: Datenfeld 

EA_FeldOrt: Datenfeld 

EA_FeldPLZ: Datenfeld 

Setze_alle_EA_Felder 

Lese_alle_EA__Felder 

Verbinde_mit_FK_Klasse 

1 

0,n 

1 

NameT 

Anrede 

Vorname 

Nachname 

Vorlesung 

Titel 

Raum- 

0,n 

nummer 

Thema 

1 1 

VorlesungFenster 

EA_FeldTitel: Datenfeld 

EA_FeldRaum: Datenfeld 

EA_FeldThema: Multifeld 

Setze_alle_EA-Felder 

Lese_alle_EA-Felder 

Verbinde_mit_FK-Klasse 

➜ 

Aufgabe 

Lösung

Interaktionsdiagramm: 

VorlesungsFenster EA_FeldTitel EA_FeldRaum EA_FeldThema Vorlesung 

GetText() 

"Grundlagen der Informatik" 

SetTitel ("Grundlagen der Informatik") 

GetText() 

"138" 

konvertiere ("138") 

SetRaumNr (138) 

GetText() 

"längerer Text" 

SetThema ("längerer Text") 

Aufgabe 

Lösung


5 Lernziel. Ein OOA-Modell so zu einem OOD-Modell erweitern können, daß 

ein objektorientiertes Datenbanksystem angebunden werden kann. 


Aufgabe: 

Erweitern Sie das in Abb. 3.10-42 dargestellte OOA-Modell zu einem OOD-Modell 

unter Berücksichtigung der Verbindung zu einer objektorientierten Datenbank 

nach dem ODMG-Standard. Alle Attribute haben einen einfachen, nicht strukturierten 

Typ. Nur a5 der Klasse B sei vom strukturierten Typ AdresseT. 

a1 

a2 

a2(K) 

A B 

a4 

a5 

Aufgabe 

Lösung


Es muß eine gemeinsame Oberklasse d_Object eingeführt werden, die 

Persistenzfähigkeit bereitstellt. Das Klassenattribut a3 der Klasse A wird in eine 

eigene Klasse ausgelagert, da der ODMG-Standard keine Klassenattribute kennt. 

Es muß dann im Programm sichergestellt werden, daß von dieser Hilfsklasse 

immer nur ein Objekt existiert. 

A 

a1 

a2 

d_Object 

Ak 

a3 

{1 Objekt} 

B 

a4 

AdresseT 

Aufgabe 

Lösung


6 Lernziel. Eine objektorientierte Anwendung an ein relationales Datenbanksystem 

anbinden können. 


Aufgabe: 

In Abb. 3.10-43 sind zwei OOA-Modelle abgebildet. Transformieren Sie diese 

Modelle jeweils in ein relationales Datenbankschema. 

a b 

A 

D 

a1 

a2 

0,n 

0,n 

a5 

a6 

B 

a3 

C 

a4 

B 

a2 

a3 

a1 

A 

C 

a4 

a5 

a6 

D 

a7 

a8 

1 

1 

E 

a9 

a10 

Aufgabe 

Lösung


a Hier ist es aus zwei Gründen sinnvoll, die gesamte Vererbungshierarchie in 

eine einzige Tabelle zu überführen: Die Klassen B und C haben nur wenige zusätzliche 

Attribute, und die Beziehung zwischen A und D läßt sich auf diese Weise 

mit dem geringsten Aufwand realisieren. 

Für die Beziehung zwischen A und D wird eine eigene Tabelle benötigt. Insgesamt 

ergibt sich folgendes Datenbankschema: 

ABC OID a1 a2 a3 a4 

D OID a5 a6 A_D ABC-OID D-OID 

➜ 

Aufgabe 

Lösung

Das Attribut aus Klasse A wird in alle Unterklassen übernommen, da die Klasse 

sehr klein ist und keine Beziehungen zu dieser Klasse gehen. Außerdem ist A 

abstrakt. 

Die Assoziation zwischen den Klassen D und E wird über einen Fremdschlüssel 

bei E realisiert. 

Es ergibt sich folgendes Datenbankschema: 

B OID a1 a2 a3 C OID a1 a4 a5 a6 

D OID a1 a7 a8 E OID D-OID a9 

a10 

Aufgabe 

Lösung


7 Lernziel. Eine objektorientierte Datenverwaltung entwerfen können. 


Aufgabe: 

Erweitern Sie die in Abb. 3.10-44 dargestellte Klasse Person zu einem OOD- 

Modell, das die Speicherung der Personobjekte in einer sequentiellen Datei erlaubt. 

Dazu steht Ihnen als Satztyp die parametrisierte Klasse SeqDatei zur Verfügung. 

Berücksichtigen Sie, daß die Attribute Name und Adresse der Klasse 

Person durch strukturierte Typen dargestellt werden. 

Person 

Name: NameT 

Adresse: AdresseT 

Geburtsdatum 

SeqDatei 

AktPos 

Name 

Satz speichern 

Satz lesen 

Satz aktualisieren 

Dateianfang 

Nächster Satz 

Datei öffnen 

Datei schließen 

NameT AdresseT 

Anrede 

Name 

Vorname 

Straße 

Ort 

PLZ 

Aufgabe 

Lösung


Aus SeqDatei wird eine Klasse abgeleitet, die mit dem Typ Person parametrisiert 

ist. Die Klasse Person hat eine unidirektionale Beziehung zu dieser Klasse. Außerdem 

muß Person, NameT und AdresseT um die Operation speichern und einlesen 

erweitert werden: 

SeqDatei 

AktPos 

Name 

Satz speichern 

Satz lesen 

Satz akualisieren 

Dateianfang 

Nächster Satz 

Datei öffnen 

Datei schlließen 

 

PersonDatei 

Person 

Geburtsdatum 

speichern 

einlesen 

1 

1 

1 

1 

1 

NameT 

Anrede 

Vorname 

Name 

speichern 

einlesen 

AdresseT 

Straße 

Ort 

PLZ 

speichern 

einlesen 

Aufgabe 

Lösung


8 Lernziel: Eine objektorientierte Anwendung auf Clients und Server verteilen 

können. 


Aufgabe: 

Erstellen Sie aus dem OOA-Modell in Abb. 3.10-45 ein Client- und ein Server- 

OOD-Modell für eine verteilte Anwendung. Auf eine Objektverwaltung soll in diesem 

Modell verzichtet werden. 

Person 

Name 

Geburtsdatum 

Adresse 

Serienbrieftext (K) 

Student 

Fach 

Matrikel-Nr 

0,n 

0,n 

Vorlesung 

Titel 

Raum-Nr 

Thema 

Aufgabe 

Lösung


Auf die Client-Seite ist eine Klasse Anwendung zu ergänzen, die create-Operationen 

für die Klassen Student und Vorlesung enthalten. Von der Klasse Anwendung 

darf nur ein Objekt existieren, das zu Beginn der Anwendung auf dem Server 

erzeugt wird. 

Da die Klasse Person mit Serienbrieftext ein Klassenattribut hat, ist eine Hilfsklasse 

zur Realisierung dieses Klassenattributs notwendig. 

Client-OOD-Modell: 

Person 

Name 

Geburtsdatum 

Adresse 

Student 

Fach 

Matr.Nr. 

1 

1 

0,n 

0,n 

PersonK 

Serienbrieftext 

Vorlesung 

Titel 

RaumNr. 

Thema 

1 

Anwendung 

CreateStudent 

CreateVorlesung 

{ein Objekt} {ein Objekt} 

➜ 

Aufgabe 

Lösung

Server-OOD-Modell: 

Die Klasse Anwendung taucht im OOD-Modell des Servers nicht auf, da die Operationen 

nur auf der Client-Seite aufgerufen werden. Ansonsten ist das OOD- 

Modell auf der Server-Seite in diesem Fall identisch mit dem Client-Modell. 

Person 

Name 

Geburtsdatum 

Adresse 

Student 

Fach 

Matr.Nr. 

1 

0,n 

0,n 

PersonK 

Serienbrieftext 

{Ein Objekt} 

Vorlesung 

Titel 

RaumNr. 

Thema 

Aufgabe 

Lösung


9 Lernziel: Ein OOD-Modell optimieren können. 


Aufgabe: 

Betrachten Sie das OOA-Modell aus Aufgabe 4 (Abb. 3.10-41). Dieses Modell 

soll in ein optimiertes OOD-Modell überführt werden. Beachten Sie dabei folgende 

Aspekte: 

n Die Klasse PersonBib aus einer Klassenbibliothek soll wiederverwendet werden 

(Abb. 3.10-46). 

n Für die Aufgabenstellung ist es irrelevant zu wissen, welche Studenten eine 

bestimmte Vorlesung besuchen. 

n Die Klassenstruktur muß um eine Klasse zur Objektverwaltung (ListenServer) 

ergänzt werden. 

n Die strukturierten Typen sind durch eigene Klassen darzustellen. 

Person 

Name 

Geburtsdatum 

Adresse 

Student 

Fach 

Matrikel-Nr 

0,n 

0,n 

Vorlesung 

Titel 

Raum-Nr 

Thema 

PersonBib 

Anrede 

Name 

Vorname 

Adresse: AdresseT 

Geburtsdatum 

Staatsangehörigkeit 

Aufgabe 

Lösung


PersonBib realisiert den strukturierten Typ NameT in Form einzelner Attribute. 

Außerdem ist ein zusätzliches Attribut vorhanden, das nicht benötigt wird. 

Im Gegensatz zu PersonBib ist Person abstrakt. Dies sollte geändert werden, 

damit das Muster »abstrakte Oberklasse – konkrete Unterklasse« identifiziert 

werden kann. 

Muß man nicht wissen, welche Studenten eine bestimmte Vorlesung besuchen, 

kann die Beziehung zwischen Student und Vorlesung unidirektional ausgeführt 

werden. 

Die Klasse Listen Server ist eine Protokollklasse und damit Basisklasse aller 

Fachkonzeptklassen. In den Fachkonzeptklassen müssen einige Operationen von 

Listen Server überschrieben werden. 

Der strukturierte Typ NameT wird nicht mehr benötigt. AdresseT koppelt man über 

eine unidrektionale Aggregation an PersonBib. 

Es ergibt sich damit folgendes OOD-Modell: 

➜ 

Aufgabe 

Lösung

AdresseT 

Straße 

Ort 

PLZ 

1 

PersonBib 

Anrede 

Name 

Vorname 

Geburtsdatum 

Staatangehörigkeit 

Einfügen 

Entfernen 

Student 

Fach 

Matr.Nr. 

Einfügen 

Entfernen 

0,n 

0,n 

ListenServer 

Einfügen 

Entfernen 

Vorlesung 

Titel 

Raum-Nr. 

Thema 

Einfügen 

Entfernen 

Aufgabe 

Lösung


10 Lernziel: Ein OOD-Modell auf C++ abbilden können. 


Aufgabe: 

Schreiben Sie die C++-Spezifikation der Klassen Student und Vorlesung aus dem 

OOA-Modell in Abb. 3.10-41 (Aufgabe 4). Berücksichtigen Sie die in Aufgabe 9 

gemachten Optimierungen. Zur Realisierung der Beziehungen steht Ihnen eine 

Template-Klasse Container zur Verfügung. Außerdem kann die Klasse String 

benutzt werden. 

Person 

Name 

Geburtsdatum 

Adresse 

Student 

Fach 

Matrikel-Nr 

0,n 

0,n 

Vorlesung 

Titel 

Raum-Nr 

Thema 

Aufgabe 

Lösung


class Student: public PersonBib 

{ 

protected: 

String Fach 

long NatrikelNr. 

public: 

Container Vorlesungen; 

void Einfuegen(); 

void Entfernen(); 

Student(); 

~Student(); 

void AddVorlesung (const Vorlesung & v); 

void RemoveVorlesung (const Vorlesung & v); 

}; 

class Vorlesung: public ListenServer 

{ 

protected: 

String Titel; 

long RaumNr; 

String Thema; 

public: 

void Einfuegen(); 

void Entfernen(); 

}; 

Die Beziehung wird mit der Container-Klasse realisiert, die mit Vorlesung & 

parametrisiert wird (Referenz auf Vorlesung). Dazu sind zwei Verwaltungsoperationen 

notwendig. Bei der Klasse Vorlesung taucht die Beziehung nicht auf, 

da sie unidirektional ist. 

Aufgabe 

Lösung


1 Lernziel: Beispiele für typische Programmierfehler angeben und auf ihre 

Ursachen zurückführen können. 


Aufgabe: 

Durch selbstkontrolliertes Programmieren können Programmierfehler reduziert 

werden. Worauf beruht diese Technik? Was kann ein Programmierer aktiv tun, 

um die Reduzierung von Programmierfehlern zu erreichen? 

Aufgabe 

Lösung


Selbstkontrolliertes Programmieren beruht auf der Erfahrung eines Programmiers. 

Einmal gemachte Fehler sollten in einem Fehlerbuch festgehalten werden. Ideal 

wäre eine Verteilung der Fehlerbücher auf alle Entwicker, die im gleichen Bereich 

arbeiten. 

Aufgabe 

Lösung


2 Lernziel: Die behandelten Aspekte zur Psychologie des Programmierens aufzählen 

und erklären können. 


Aufgabe: 

Gegeben seinen folgende fehlerhafte Codefragmente in C / C++. Entscheiden 

Sie für jeden Fall, ob es sich um typische Programmierfehler handelt und wo ihre 

Ursachen liegen. 

a switch(Kommando) { 

case 1: OperationA(); 

case 2: OperationB(); 

case 3: OperationC(); 

} 

b if ( Anfang == Ende) { 

TueDiesundDas(); 

Differenz == 0; 

} 

else 

Differenz = Ende - Anfang; 

c int Vektor[4]; 

Vektor[1] = 8; 

Vektor[2] = 10 + Vektor[1]; 

Vektor[3] = Vektor[1]; 

Vektor[4] = 13; 

Aufgabe 

Lösung


a 

Es handelt sich um einen typischen Programmierfehler in C/C++. In 97% aller 

Fälle ist das standardmäßige Durchfallen bei case-Anweisungen unangebracht. 

Ist das Kommando 1, werden versehentlich alle Opertionen (A-C) ausgeführt. 

Mann vergißt leicht das Schlüsselwort ‘break’, um das Durchfallen zu verhindern. 

Richtig wäre: 

switch (Kommando) 

{ 

case 1: OperationA(); break; 

case 2: OperationB(); break; 

case 3: OperationC(); break; 

} 

➜ 

Aufgabe 

Lösung

Auch hier handelt es sich um einen typischen Programmierfehler. In C / C++ 

unterscheidet man zwischen einem Vergleichoperator (‘==’) und dem Zuweisungsoperator 

(‘=’). Der syntaktische Unterschied ist derart gering, daß sowohl durch 

Unaufmerksamkeit als auch durch Tippfehler solche Fehler entstehen können. 

Hinzu kommt, daß meistens beide Varianten syntaktisch erlaubt sind und beim 

Übersetzen keinen Fehler nach sich ziehen. 

Korrekt wäre: 

if(Anfang == Ende) 

{ 

TueDiesundDas(); 

Differenz = 0; 

} 

else 

Differenz = Ende - Anfang; 

➜ 

Aufgabe 

Lösung

c 

Wie in a und b handelt es sich auch hier um einen in C/C++ häufig gemachten 

Fehler. Alle Feldtypen sind Null-basiert, das heißt, ein Feld der Länge 4 erhält 

einen gültigen Index von 0 bis einschließlich 3. 

Also wäre folgender Code fehlerfrei: 

int Vektor[4]; 

Vektor[0] = 8; 

Vektor[1] = 10 + Vektor[0]; 

Vektor[2] = Vektor[0]; 

Vektor[3] = 13; 

Aufgabe 

Lösung


3 Lernziel: Ein gegebenes Programm daraufhin überprüfen können, ob die 

vorgestellten Implementierungsprinzipien eingehalten wurden. Die vorgestellten 

Implementierungsprinzipien bei der Erstellung eines Programms berücksichtigen 

können. 

Zeit: Minuten 

Aufgabe: 

Gegeben sei folgendes Programm zur Zinseszinsberechnung: 

void Zinseszins() 

{ 

float K0, Kn, p; 

int n; 

cin >> K0; 

cin >> n; 

cin >> p; 

Kn = K0 * (1 + p/100) ^ n; 

cout


a 

Es wurde gegen das Prinzip der Verbalisierung verstoßen: 

- Die Prozedur enthält keine Kommentare wie z.B. “// Einlesen der Eingabedaten.“ 

- Die Variablen haben keine aussagekräftigen Namen wie z.B. K0 (besser 

wäre Grundkapital). 

Es wurde gegen das Prinzip der integrierten Dokumentation verstoßen: 

- Die Prozedur enthält keine Verwaltungsinformation. Es fehlt z.B. eine Beschreibung, 

was die Prozedur Zinseszins überhaupt macht. 

Es wurde fälschlich angenommen, daß in der Programmiersprache C++ das 

Potenzieren über den ^-Operator möglich ist. 

Dem ist aber nicht so. Der ^-Operator dient in C++ als „exklusives oder“. 

➜ 

Aufgabe 

Lösung

void Zinseszins() 

{ 

// Eingabedaten 

float Grundkapital 

float Prozentsatz; 

int Jahre; 

// Ausgabedaten 

float Endkapital; 

// Einlesen der Eingangsgroessen 

cin >> Grundkapital; 

cin >> Jahre; 

// Berechnungsformel Zinseszins 

Endkapital=pow(Grundkapital*(1+Prozentsatz/100), Jahre); 

// Ausgabe des Enkapitals 

cout


4 Lernziel: Die Methode der schrittweisen Verfeinerung bei der Erstellung eines 

Programms anwenden können und die beschriebenen Regeln und Richtlinien bei 

der Erstellung von Programmen beachten können. 


Aufgabe: 

Entwickeln sie ein Programm zur Lösung von linearen Gleichungssystemen n-ter 

Ordnung in der Programmiersprache C++. Verwenden Sie die Methode der 

Schrittweisen Verfeinerung sowohl bei der Erstellung der benötigten Datenstrukturen 

(C++ Klassen) als auch bei der Entwicklung der anzuwendenden Algorithmen. 

Beachten Sie weiterhin die in dieser Lehreinheit beschriebenen Regeln und 

Richtlinien zum Erstellen von Programmen. 

Hinweis: 

Nach der Cramer-Regel hat das Gleichungssystem Matix(A) * Vektor (x) = Vektor (b) mit der 

invertierbaren Matrix A = ( Vektor(a 1 ), Vektor(a 2 ), ..., Vektor(a n ) ) die Lösung 

x i = 1 / det A * det ( Vektor(a 1 ), ..., Vector(a i-1 ), Vektor(b), a i+1 , ..., Vektor(a n ) ) 

Eine Determinante D läßt sich nach det D = Σ n 

i=1 (-1)( i+j) a i,j * det D i,j (1


Die Lösung dieser Aufgabe finden Sie auf der CD in der Datei: 

\ SWT \ LE32 \ aufgabe4.cpp 

Aufgabe 

Lösung


1 Lernziel: Die in der Abnahme- & Einführungsphase zu erledigenden Aufgaben 

sowie die entstehenden Dokumente erklären können. 


Aufgabe: 

Das Software-System Seminarorganisation ist fertiggestellt. Es soll nun der Firma 

Teachware übergeben werden. Was müssen Sie während der Abnahme- und 

Einführungsphase tun? 

Aufgabe 

Lösung


1 Die Seminarorganisation und die Dokumentation werden übergeben. 

2 Das Programm wird getestet. 

3 Dokumentation von 1 + 2 im Abnahmeprotokoll. 

4 Abnahmebestätigung durch Teachware. 

5 Installation der Seminarorganisation auf den Rechnern der Sachbearbeiter. 

6 Schulung der Sachbearbeiter. Dieser Punkt kann parallel zu den vorherigen 

durchgeführt werden. 

7 Inbetriebnahme. Zusammen mit den Sachbearbeitern wird die Seminarorganisation 

gestartet und die ersten Daten werden eingegeben. 

8 Protokoll der Punkte 5 - 7 erstellen. 

Aufgabe 

Lösung


2 Lernziel: Alternative Konzepte für die Materialabnahme nehmen und ihre 

Vor- und Nachteile erläutern können. 


Aufgabe: 

Für die Inbetriebnahme von Softwareprodukten existieren drei Verfahren. Welche 

sind das? Beschreiben Sie für jedes Verfahren die Randbedingungen, unter denen 

das jeweilige Verfahren eingesetzt wird. 

Aufgabe 

Lösung


1 Direkte Umstellung: Das alte System darf nicht mehr arbeiten während der 

Umstellung, d.h. eine Ausfallzeit muß unkritisch sein. 

2 Parallellauf: Beide Systeme müssen gleichzeitig in Betrieb sein und bedient 

werden können. Dies verursacht hohe Kosten. 

3 Versuchslauf: Ebenfalls ein erhöhter Personalaufwand. Alle Ergebnisse müssen 

ausgewertet sein, oder das Produkt muß sich unterteilen lassen für die 

sukzessive Einführung. 

Aufgabe 

Lösung


3 Lernziel: Die in der Wartungs- & Pflegephase durchzuführenden Aufgaben in 

Kategorien gliedern und beschreiben sowie ihren Aufwand angeben können. 


Aufgabe: 

Ein Software-System wurde eingeführt. Während der Wartungs- und Pflegephase 

gibt es folgende Anforderungen an den Software-Entwickler: 

a Die Antwortzeiten bei Anfragen sind zu lang, sie sollen verkürzt werden. 

b Eine neue Funktion wird gewünscht. 

c Das System wurde für Windows 3.11 entwickelt und soll nun für Windows 95 

angepaßt werden. 

d Ein Fehler tritt wiederholt in der Software auf. 

Benennen Sie die entsprechenden Aktivitäten anhand der Kategorien von Kriterien 

nach Sneed. 

Aufgabe 

Lösung


a Optimierung/Leistungsverbesserung 

b Erweiterung 

c Anpassung/Änderung 

d Stabilisierung/Korrektur 

Aufgabe 

Lösung


4 Lernziel: Die aufgeführten »Daumenregeln« kennen und die sich daraus 

ergehenden Konsequenzen darstellen können. 


Aufgabe: 

Warum ist es sinnvoll, schon während des Software-Entwicklungsprozesses einen 

hohen Aufwand in die Qualitätssicherung zu stecken? Begründen Sie Ihre 

Antwort mit Hilfe der »Daumenregeln«. 

Aufgabe 

Lösung


Durch eine gute Qualitätssicherung verringern sich die Fehler im Endprodukt. 

Bedenkt man zusätzlich, daß die 4- bis 10-fache Zeit benötigt wird, um einen 

Fehler erst nach der Inbetriebnahme zu finden, wird der Wert der Qualitätssicherung 

deutlich. 

Aufgabe 

Lösung


5 Lernziel: Beschreiben können, durch welche Maßnahmen die Wartung und 

die Pflege verbessert werden können. 


Aufgabe: 

Um den Kostenaufwand der Wartung und Pflege zu verbessern, möchte ein Unternehmen 

diesen Teil umstrukturieren. Bisher wurde die Software in Teams erstellt. 

Diese übernahmen nach der Abnahme gleichzeitig auch die Wartung und 

Pflege. Welche Maßnahmen können getroffen werden? 

Aufgabe 

Lösung


Mögliche Maßnahmen: 

n Verbesserung des Entwicklungsprozesses, frühzeitiges Erkennen von Fehlern 

erspart hohe Wartungskosten. 

n Trennung von Wartung und Pflege. 

n Pflege als Entwicklungsprozeß. 

n Alte Produkte prüfen – Sanierung oder neue Entwicklung. 

n Gutes Konfigurations- bzw. Änderungsmanagement. 

n Trennung der Wartung von der Entwicklung prüfen. 

Aufgabe 

Lösung


6 Lernziel: Wartung und Pflege unterscheiden und ihre jeweiligen Charakteristika 

nennen können. 


Aufgabe: 

In einem Softwareprodukt treten folgende Anforderungen auf: 

a Um die Software den neuesten Standards anzupassen, sollen Symbolleisten 

eingeführt werden. 

b Die Benutzungsschnittstelle ist in einem Teilbereich unterschiedlich vom Rest 

der Software. Diese soll nun angepaßt werden. 

c In einer Teilfunktion treten Fehler auf, diese sollen korrigiert werden. 

d Ein halbes Jahr nach Inbetriebnahme soll das Programm um shortcuts – zum 

schnelleren Aufruf von Funktionen – ergänzt werden. 

Welche Tätigkeiten gehören zur Wartung, welche zur Pflege? 

Aufgabe 

Lösung


a Pflege – Erweiterung in allen Teilbereichen 

b Wartung – Abweichung in Teilprodukten 

c Wartung - Fehlerhaftes Produkt 

d Pflege – Erweiterung des Produkts 

Aufgabe 

Lösung


LE 1 

Einführung 

& Überblick 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 2 LE 3 



Inhalt 

Aufgaben 

Werkzeuge 

Biographien





LE 8 LE 9 LE 10 LE 11 



LE 12 LE 13 LE 14 LE 15 



LE 16 LE 17 LE 18 LE 19 



LE 20 LE 21 LE 22 



Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 23 LE 24 LE 25 LE 26 



LE 27 LE 28 LE 29 LE 30 



LE 31 

OOD 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 32 

Einführung & 

Überblick 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 33 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 33 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 1 Einführung und Überblick 

Einführung in die Software-Technik 

Fit am Computer 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 2 Lastenheft und Schätzmethoden 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 3 Die Function Point-Methode 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 4 Die Definitionsphase – 


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 5 Basiskonzepte (Teil 1) 

Engage V 1.11 D 

Innovator 5.0 

EasyCASE (C++, Java) 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien



Innovator 5.0 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien



Innovator 5.0 

Object Domain (V 1.18) 

ObjectiF (V 2.0) 

Oracle CASE-Tools 

Paradigm Plus V 3.0 

Rational Rose/C++ 3.0 

Together C++ (V 1.2) 

Object-Lab light 

Unified Notation 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


Zusätzliche Werkzeuge 

EasyCASE (C++, Java) 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


Innovator 5.0 

Object Domain 

ObjectiF 

Paradigm Plus 

Rational Rose/C++ 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


Engage 

Petri-Netz-Editor/Meta Design 

Win-Petri 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 12 OOA-Konzepte 

Object Domain 

ObjectiF 

Together C++ 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 13 OOA-Methodik 

Innovator 5.0 

Object Domain 

ObjectiF 


Ratonal Rose/C++ 

Together C++ 

Fallstudie Hiwiverwaltung 

Fallstudie Seminarorganisation 

Fallstudie Roboteranimation 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 14 SA 

Innovator 5.0 

Einführung in SA 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 15 SA/RT 

Innovator 5.0 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 16 Software-Ergonomie (Arbeitsplatzebene) 

ILOG VIews /Broker /DB LInk 

ISA-Dialogmanager 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 17 Software-Ergonomie (Dialoggestaltung 1) 



NoWait 

Sphinx/Win 

ZApp Developer's Suite 

JFactory 

WX Windows 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien




NoWait 

sphinx/Win 


JFactory 

WX Windows 

Artikel zum JANUS/JADE-System 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 19 Software-Ergonomie (E/A-Gestaltung 1) 



NoWait 

sphinx/Win 


JFactory 

WX Windows 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien




Nowait 

sphinx/Win 


JFactory 

WX Windows 

Fallstudie Hiwiverwaltung 


Einführung in die Farbgestaltung 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 21 Benutzer-Handbücher 

DOC++ 

SoftDoc C/C++ 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 22 Benutzer-Unterstützungssysteme 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 23 Die Entwurfsphase – 




NoWait 

sphinx/Win 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 24 Datenbanken 

ObjectStore 

Personal Oracle 

Poet 4.0 

DBFactory 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 25 Relationale Datenbanken 

Personal Oracle 

DBFactory 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 26 Objektorientierte Datenbanken 

ObjectStore 

Poet 4.0 

DBFactory 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 27 Verteilte objektorientierte Anwendungen 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 28 SD 

Innovator 

case/4/0 



Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 29 MD 

Innovator 5.0 

case/4/0 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 30 OOD (Grundlagen) 

Innovator 5.0 

Object Domain 

ObjectiF 


Paradigm Plus 

Together/C++ 


Generic C++ 

Standard Template Library (STL) 

V 

WX Windows 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 31 OOD 

(Architektur- & Implementierungsentwurf) 

JFactory 

Standard Template Library (STL) 

V 

WX Windows 

ENFIN Smalltalk 

GNU C++-Compiler DJGPP 

Java Development Kit 

Oberon 

Small Eiffel 

Visual Works 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 32 Die Implementierungsphase 

Allegro CL für Windows 

ENFIN Smalltalk 

GNU C++-Compiler DJGPP 

Java Development Kit 

Oberon 

Small Eiffel 

Visual Works 

DOC++ 

Soft Doc C/C++ 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 33 Die Abnahme- & Einführungsphase 

Die Wartungs- & Pflegephase 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

Einführungen (Vollversionen) 

Einführung in die Software-Technik 

Multimediale Einführung in die Software-Technik 

Dauer: 15 Minuten 

Fit am Computer 

Gymnastikprogramm zur Lockerung der Muskeln nach dem Sitzen am Computer 

Dauer: bis man wieder fit ist 

Einführung in die Farbgestaltung 

Multimediale Einführung in die ergonomische Verwendung von Farben in Softwaresystemen. 

Dauer: 10 Minuten 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Einführungen 

Hersteller/Distributor 

Lehrstuhl für Software-Technik 

Ruhr-Universität 

D – 44780 Bochum 

Preis 

nach Absprache 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Einführungen 

Installation 

Die Programme können direkt von der CD-ROM gestartet werden. 

Klicken Sie auf 

n swt\einf_swt.exe (Einführung in die Software-Technik) 

n swt\pc_fit.exe (Fit am Computer) 

n swt\farben.exe (Einführung in die Farbgestaltung) 

(Durch Klick auf die jeweilige Seite gelangt man mit Zeitverzögerung auf die 

nächste Seite.) 

um das jeweilige Programm zu starten. 

Hinweis 

Für die »Einführung in die Software-Technik« sowie »Fit am Computer« sind 

Soundkarte und Lautsprecher erforderlich. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Auf der CD-ROM befinden sich einige zusätzliche Werkzeuge zum Betrachten 

oder Bearbeiten bestimmter Dateiformate. Dies sind im einzelnen: 

n Wordviewer für Texte im Microsoft Word Format (Freeware) 

n Excelviewer für Excel-Tabellen (Freeware) 

n PowerPointviewer für Power Point Präsentationen (Freeware) 

n WinZip zum Entpacken von zip-Dateien (Shareware) 

n Internet Explorer zum Betrachten von HTML-Dateien 

n Win32s 32 Bit-Erweiterung für Windows 3.x 

Alle Programme benötigen Windows 95 oder Win32s. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start



Microsoft GmbH 

Edisonstr. 1 

85716 Unterschleißheim 

http://www.microsoft.de 

(für Wordviewer, Excelviewer, PowerPointviewer und Internet-Explorer) 

Preis 

kostenlos 

WinZip 

Klein + Stekl GmbH 

Hensteigstr. 41 


Tel.: 0711/9672-0 

Fax.: 0711/9672-130 

winzip@klst.com 

http://www.klst.com/winzip.html 

Preis 

109 DM inklusive Handbuch 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Installation 

Um das entsprechende Programm auf Ihren Rechner einzurichten, starten Sie 

einfach die jeweilige Datei: 

n Excelviewer 

n Wordviewer 

n PowerPointviewer 

n Winzip 

n Internet-Explorer 

n Win32s 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Engage V 1.11 D (Begrenzte Vollversion) 

Kurzbeschreibung 

Bibliotheksunterstütztes Zeichenprogramm unter Windows zur Erstellung von Diagrammen 

aus der Softwaretechnik 

n Umfangreiche Zeichenfunktionen 

n Flexibel durch Bibliothekskonzept 

n Vielseitige Linienfunktionalität 

n Export zu anderen Programmen über Datei oder Zwischenablage im Windows 

Metafile Format (WMF) 

n Zeichnungsgröße bis zu 24 DIN A4 Seiten 

n Bearbeitungs-Funktionen (wie Kopieren, Duplizieren, ...) 

n Rotieren, Spiegeln, Skalieren und Bewegen 

n Verschiedene Linienarten und Linienendungen in allen Strichstärken und Farben 

n Selbstdefinierbare Farben 

n Funktionen zum Ausrichten und Anordnen von Objekten 

n Gruppierungen 

n Gitterraster 

n Fangverbindungen 

n verschiedene Ansichten (25% - 400%) 

Mitgelieferte Bibliotheken: (können beliebig angepaßt werden) 

n Objektorientierte Diagramme 

o Coad/Yourdon 

o Booch 

o Rumbaugh 

n Information Modeling/ ERD 

n Strukturierte Analyse nach DeMarco 

n Geschäftsprozesse 

n Datenflußdiagramme 

n Programmablaufpläne 

n Petri-Netze 

n Netzwerke 

n Fluidtechnik 

n Elektrotechnik 

n Nachrichtentechnik 

n Digitaltechnik 

n Verfahrenstechnik 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Engage (V 1.11 D) 

Distributor und Hersteller 

Scherf Engelbert Windau Softwareentwicklung 

Marc Engelbert 

Pfalzstraße 79 

59192 Bergkamen 

Preis 

79,- DM inkl. MWST pro Exemplar 

Enthalten sind jeweils ein Benutzerhandbuch und zehn vorgefertigte Bibliotheken 

aus verschiedenen Themengebieten (Softwaretechnik, Symbole, ...). 

Die Lieferung enthält eine Rechnung. Legen Sie bitte der Bestellung einen 

Verrechnungscheck bei! 

Hinweis 

Engage V 1.0 wurde im Rahmen einer Diplomarbeit bei Prof. Dr. Heide Balzert, 

Fachhochschule Dortmund, entwickelt 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Engage (V 1.11 D) 

Voraussetzungen 

n IBM kompatibler Rechner 

n Windows 3.1, 3.11 oder Windows 95 

n 386er mit 33 MHz 

n 4 MB RAM 

n 4 MB freie Festplattenkapazität 

n Maus 

n VGA Graphikkarte, 800*600 ist von Vorteil 

n 256 Farb-Treiber ist von Vorteil 

Start 

Doppelklick auf engage.exe 

Bedienungshinweis 

Die mitgelieferten Zeichenbibliotheken können unter dem Menütitel 

»Bibliothek«, Menüoption »Verwaltung/Öffnen« geladen werden. 

Sie befinden sich im Verzeichnis L:\definit\engage\*.lib. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Innovator 5.0 (Begrenzte Vollversion) 

Der INNOVATOR ® ist ein modular aufgebautes CASE-Tool. Dem Anwender stehen 

verschiedene sogenannte Workbenches zur Verfügung, welche die folgenden 

Bereiche unterstützen: 

n Funktionsmodellierung durch Strukturierte Analyse 

n Echtzeitmodellierung 

n Datenmodellierung durch strukturierte Entity-Relationship-Modelle 

n Objektmodellierung nach OMT mit Unterstützung von C++, Object COBOL, 

Smalltalk 

n Reverse-Engineering für C, C++, Fortran, Pascal, Smalltalk 

n Code-Generierung für C, C++, Fortran, COBOL, PASCAL 

Der INNOVATOR ® zeichnet sich durch die folgenden Vorteile aus: 

n Hardwareunabhängigkeit und somit die Möglichkeit des Einsatzes sowohl im 

homogenen als auch heterogenen Netz 

n Multiuserfähigkeit und Integration eines ausgefeilten Benutzerkonzeptes 

n Performantes und sicheres Datenhaltungssystem (Online-Repository), welches 

jedem Benutzer die jeweils aktuellen Daten zur Verfügung stellt 

n Integration von Standardmethoden für die Funktionssicht und Datensicht 

n Vertikale und horizontale Methodenintegration 

n Qualitätssicherung durch intelligente Verifikationsmechanismen 

n Voll automatisierte Dokumentationsgenerierung auf Knopfdruck 

n Deutsche und englische Benutzerführung 

n Verfügbarkeit einer objektorientierten Workbench (OMT) 

n Hoher Investitionsschutz für den Anwender durch Unabhängigkeit vom Betriebssystem 

und Offenlegung des Datenmodells. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Innovator 5.0 


MID GmbH 

Nürnberger Hauptstr. 141 

90451 Nürnberg 

Tel.: 09 11/9 68 36-0 

Fax:: 09 11/9 68 36-10 

e-mail: mid@mid.de 

Sollten bei der Installation oder der Handhabung Probleme auftreten, wenden Sie 

sich bitte an den Support. 

Support 

Tel.: 09 11/9 68 36-22 

e-mail: support@mid.de 

(Von Mo-Do 9.00-17.00 Uhr und Freitag von 9.00-14.00 Uhr) 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Innovator 5.0 

Der Innovator muß zunächst auf die lokale Festplatte installiert werden. Klicken 

Sie dazu auf inoinst.exe. 

Weitere Installationsanweisungen und die Installationscodes entnehmen Sie 

bitte der Datei install.wri für die Innovator-Administration (gültig bis 30.6.1997). 

Weitere Informationen und ein Tutorial zu Innovator finden Sie in einer Vorabversion 

der Datei liesmich.pdf. 

Hinweis 

Nach der Installation: 

1 Lizenzserver starten (Doppelklick auf InoLsrv-Symbol) 

2 Lizenzadministrator aufrufen (Doppelklick auf InoAdm-Symbol) 

3 Lizenzen mit Menüpunkt »Bearbeiten/Lizenz« eingeben 

– Seriennummer: 11000000 

– Admin-Kennwort: frei wählen (aber merken) 

– Die einzelnen Kennwörter entnehmen Sie der Notiz auf dieser Seite 

4 Mit Administration beenden sollten die Module freigeschaltet sein 

5 Den Repository-Server starten (Doppelklick auf InoSrv-Symbol) 

– Wählen Sie zu Testzwecken das Repository demo.ir aus. 

6 Auf die einzelnen Innovatoranwendungen können Sie durch Doppelklick auf 

das Symbol InoTree zugreifen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Object Domain (V 1.18) (Shareware) 

Object Domain ist ein Werkzeug zur Unterstützung der objektorientierten Analyse 

und des objektorientierten Entwurfs. 

Es unterstützt die Booch-Methode, wie in dem Buch »Objektorientierte Analyse und 

Design mit Anwendungen«, 2. Auflage, beschrieben, und die OMT-Methode. 

Aus Klassen- und Moduldiagrammen kann C++-Code generiert werden; umgekehrt 

kann C++-Code geparst und in eine grafische Darstellung umgewandelt werden. 

Die Code-Generierung kann über eine integrierte Skriptsprache beeinflußt werden. 

Bei dem Programm handelt es sich um Shareware. Die auf der CD-ROM vorhandene 

Version unterliegt keinen Beschränkungen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start



Dirk Vermeersch 

1397 Ridgewood Drive 

San Jose CA 95118 

USA 

dirkv@netcom.com 

http://www.he.net/∼dirkv 

Preis 

99 $ 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Installation 

Starten Sie das Programm install.exe. Nach erfolgreicher Installation haben Sie 

die Möglichkeit, die README-Datei dieses Programms anzeigen zu lassen. 

Das Programm belegt etwa 3 MByte Festplattenplatz. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ObjectiF (V 2.0) (Begrenzte Vollversion) 

Diese integrierte Softwareentwicklungsumgebung unterstützt alle Schritte von der 

objektorientierten Analyse bis zur Programmierung in C++. Es besitzt ein multi-userfähiges 

ODBMS. Folgende Werkzeuge werden u.a. bereitgestellt: 

n grafische Spezifikationen von Klassen, Klassenstrukturen, Botschaften 

n Modellierung von Objektlebenszyklen 

n Code-Generator (Header-Dateien und Teile der Implementations-Dateien) 

n Software-Metriken zur Qualitätssicherung 

n Publishing-Komponente zur Erstellung von Handbüchern, Pflichtenheften etc. 

ObjectiF ist für die Bearbeitung von Projekten im LAN konzipiert. 

Die CD-ROM enthält eine Kennenlernversion mit vermindertem Umfang. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start



micro TOOL GmbH 

Voltastraße 5 

D-13355 Berlin 

Tel: (++49)30 467 08 6 -0 

Fax: (++49)30 464 47 -14 

Hotline: (++49)30 467 08 6 -20 

-63 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Installation 

Die Installation von ObjectiF erfolgt nach Starten von setup.exe automatisch. 

Es wird automatisch eine Programmgruppe angelegt, in der sich neben objectiF auch 

Programme befinden, die weitere Informationen zu ObjectiF und microTool bieten. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Oracle Designer/Developer (Info, Demo) 

Es liegen folgende Präsentationen auf der CD-ROM: 

1 Präsentation einer CBT-Einheit (Computer Based Training) 

Es werden interaktiv die Möglichkeiten einer CBT-Einheit vermittelt 

2 Präsentation der Oracle Workgroup 200 (Entwicklungswerkzeuge) 

Vorstellung der einzelnen CASE- und 4GL-Werkzeuge 

3 Präsentation von Oracle Designer/2000 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Oracle Designer/Developer 


Oracle Deutschland GmbH 

Hauptverwaltung München 

Hanauer Str. 87 

80993 München 

Tel. 0180/5358595 

Für die CBT-Einheit: 

Oracle Deutschland 

Schulungszentrum 

Kastenbauerstr. 2 


Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Oracle Designer/Developer 

Installation 

Die Präsentationen müssen nicht installiert werden; sie können direkt von der CD aus 

gestartet werden. 

CBT-Präsentation: start.exe 

Oracle Workgroup/2000: develope.exe 

Oracle Designer/2000: designer.exe 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Paradigm Plus (V 3.0) (Begrenzte Vollversion) 

Werkzeug für die objektorientierte Definitions- und Entwurfsphase. 

Paradigm Plus unterstützt alle gängigen OO-Methoden und bietet unternehmensweite 

Dienste in der Anwendung objektorientierter Technologien auf der Grundlage 

eines integrierten aktiven Object Repository. 

Unterstützte Methoden 

n Rumbaugh OMT (Stand 1995) 

n Booch 

n Fusion 

n Martin/Odell OOIE 

n Coad/Yourdon OOA/OOD 

n Shlaer/Mellor 

Alle Methoden in Release 3.0 wurden um die Unterstützung von Use Case 

Diagrammen nach Jacobson (OOSE) erweitert. Ebenso verfügen alle Methoden 

über ein Projekt-Verwaltungsmodell sowie über ein Architekturmodell (das in der 

Methode Booch durch das methodeneigene Module Diagram ersetzt wird). 

Plattformen: 

PC – Windows 3.1x (mit Win32S), Windows 95, Windows NT 3.5x, OS/23.0 

Sun – SunOS ab 4.1.3, Solaris ab 2.4 

HP 9000/700,800 – HP-UX ab 9.02 

IBM RS6000 – AIX ab 4.0 

SGI – IRIX ab 5.1 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Paradigm Plus 

Hersteller 

Platinum Technology Inc. (vormals Protosoft) 

Distributor 

Computec Software GmbH 

Hirschstraße 71 

76133 Karlsruhe 

Tel: 49-721-981600-0 

Fax: -129 

email: support@ctec-sw.com 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Paradigm Plus 

Paradigm Plus muß zunächst auf die lokale Festplatte installiert werden. 

Klicken Sie dazu auf setup.exe. 

Weitere Installationsanweisungen entnehmen Sie bitte der Datei install.wri. 

Hinweis 

Die CD-ROM enthält die Version für Windows 95, die mit einem Code freigeschaltet 

werden muß. Dieser Code ist schriftlich (Post/Fax) beim Distributor 

Computec zu erhalten. Ein Vordruck befindet sich in der Datei 

Achtung 

Die Freischaltung dieses Werkzeuges kostet entsprechend den Lizenzvereinbarungen 

500,– DM! 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Rational Rose/C++ (V 3.0) (Begrenzte Vollversion) 

Rational Rose/C++ ist ein grafisches Software-Engineering-Werkzeug; es unterstützt 

die Entwicklung objektorientierter Anwendungen im Team durch alle Phasen der 

Entwicklung (Definition, Entwurf, Implementierung). 

Eigenschaften: 

n Unterstützt die Methoden nach Booch und Rumbaugh. 

n Jeder Entwickler verfügt über einen privaten Arbeitsbereich mit exklusiver 

Kontrolle. 

n Generierung von C++-Quellcode. 

n Reverse-Engineering von vorhandenen C++-Quellen. 

Die begrenzte Version von Rational Rose/C++ ist voll funktionsfähig. Modelle mit 

mehr als 30 Klassen, 30 Modulen, 10 Zustandsautomaten oder 3 Subsystemen können 

jedoch nicht gespeichert werden. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Rational Rose/C++ (V 3.0) 

Hersteller 

Rational Software Corporation 

2800 San Tomas Expressway 

Santa Clara, CA 95051-0951 

Tel. 408-496-3600 

Fax 408-496-3636 

e-mail product info@rational.com 

Distributor 

Rational GmbH 

Rosenstraße 7 

Großhesselohe 

D-82049 Pullach im Isartal 

Tel. +49-89-797-021 

Fax +49-89-799-343 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Rational Rose/C++ (V 3.0) 

Installation 

Voraussetzungen: 

n Windows 3.1/95/NT 

n 12 MByte RAM 

n 16 MByte Festplattenplatz 

Vor der Installation sollte man wissen, welchen C++-Compiler man benutzt (Borland 

C++, Visual C++ oder andere) und in welchem Pfad sich die include-Dateien befinden, 

da das Setup-Programm nach diesen Pfaden fragt und man keine Möglichkeit 

hat, im Verzeichnisbaum nach den Pfaden zu suchen. Die Installation wird durch 

einen Doppelklick auf setup.exe gestartet. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Together/C++ (V 1.2) (Begrenzte Vollversion) 

»Together/C++ von Object International schlägt eine Brücke zwischen der grafischen 

Konzeption und der textuellen Implementierung von Programmen durch die Bereitstellung 

einer C++-Entwicklungsumgebung mit integrierter, objektorientierter Analysekomponente. 

Die Objektmodellierung erfolgt in einem grafischen Editor durch automatische 

und manuelle Diagrammgenerierung. Filter ermöglichen die selektive Bearbeitung 

von Teilmodulen. Together/C++ ermöglicht Online die C++-Code-Generierung 

auf der Basis der Objektmodelle sowie das Reverse-Engineering bestehender 

Entwicklungen. Dokumentationen des Programmcodes, Queries, Makefiles, Metriken 

und SQL-Statements können einfach aus dem redundanzfreien »single source« 

Repository exportiert und editiert werden. Together/C++ ermöglicht die Integration 

von Datei-basierten Werkzeugen wie Borland C++, Microsoft Visual C++, Editoren, 

GUI-Buildern usw.; Team-Entwicklungen und Versionskontrolle werden durch das integrierte 

Revision Control System ermöglicht.« 

Plattformen: 

Windows 3.1/95/NT 

OS/2 

Unix (angekündigt) 

Die CD-ROM enthält eine begrenzte Vollversion von Together/C++ 1.2. Version 2.0 

ist bereits angekündigt. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Together/C++ (V 1.2) 

Hersteller 

Object International, Inc. 

1720 Leigh Drive, 

Raleigh NC 27603-5159 

USA 

http://www.oi.com 

Distributor 

NEXUS GmbH 

Martin-Schmeisser-Weg-12 

D-44227 Dortmund 

Tel: 0231/75442-01 

Fax: 0231/75442-11 

e-mail: info@nexus.de 

www: http://www.nexus.de 

Preis 

Auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Together/C++ (V 1.2) 

Installation 

Das Programm muß vor der Benutzung auf eine Festplatte installiert werden. Starten 

Sie dazu das Installationsprogramm durch Klicken auf install.exe. 

Auf der CD-ROM befindet sich auch ein englischsprachiges Tutorial zu Together/ 

C++. Die Datei heißt tutorial.doc und befindet sich im Unterverzeichnis definit/together. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

case/4/0 (V 4.0) (Begrenzte Vollversion) 

case/4/0 ist ein Softwareentwicklungswerkzeug, das Analyse,- Design- und 

Programmierwerkzeuge in sich vereint. 

Es stellt unter anderem folgende Komponenten zur Verfügung 

n grafische Werkzeuge für Systemanalyse und Unternehmensdatenmodellierung 

n grafische Werkzeuge für Systemdesign und Programmentwurf 

n einen Code-Editor mit Syntaxwissen 

n Publishing-Komponente zur Erstellung eines Pflichtenheftes 

Case 4/0 ist konzipiert für die Bearbeitung von Projekten im LAN. 

Auf der CD-ROM befindet sich eine Kennenlernversion mit eingeschränktem Datenumfang 

und ohne Sicherungsmöglichkeiten. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

case/4/0 (V 4.0) 


micro TOOL GmbH 

Voltastraße 5 

13355 Berlin 

Tel.: (030) 467 08 6-0 

Fax: (030) 464 47 14 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

case/4/0 (V 4.0) 

Installation 

Case 4.0 kann entweder komplett auf die Festplatte installiert werden, oder es wird 

eine minimale Version installiert, die dann case 4.0 von der CD startet. 

Zusätzlich wird ein PDF-Dokument installiert, das zahlreiche Informationen zu case 

4.0 enthält. 

Starten Sie das Programm setup.exe, um die Installation zu beginnen. Informationen 

können Sie der Datei case_4_0.wri entnehmen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Petri-Netz-Editor/MetaDesign (V 4.5) (Vollversion) 

Mit MetaDesign können Systeme mit zwei Formen von Petri-Netzen, den Bedingungs/ 

Ereignis- und Stellen/Transitions-Netzen, modelliert werden. 

Der Simulator-Zusatz von MetaDesign arbeitet mit nicht unterscheidbaren Marken 

und unterstützt die Analyse einfacher Probleme und nebenläufiger Prozesse. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Petri-Netz-Editor/MetaDesign (V 4.5) 


C.I.T. Communication 

Information Technology GmbH 

Ackerstraße 71-76 

D – 13355 Berlin 

Tel (030) 4 63 60 77 

Fax (030) 4 64 16 10 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Petri-Netz-Editor/MetaDesign (V 4.5) 

Installation 

Nachdem Starten von disk1\setup.exe werden Sie durch eine menügesteuerte 

Installation geführt. Das Programm benötigt etwa 2 MByte auf der Installationsplatte 

und 400 KByte im Windows-Verzeichnis 

Hinweis 

Um dieses Programm unter Windows 95 laufen zu lassen, beachten Sie bitte 

folgende Punkte 

1 Klicken Sie auf das Start-Menü 

2 Wählen Sie den Befehl »Ausführen«, 

3 Geben Sie »Regedit« ein und drücken Sie die Eingabetaste oder Klicken Sie 

auf »OK« 

4 Klicken Sie auf das kleine »+« links neben den Eintrag »HKEY_CLASSES_ROOT« 

5 Suchen Sie den Eintrag »CITSrvr« und klicken Sie einmal auf diesen, so daß der 

Eintrag aktiviert wird. 

6 Löschen Sie den Eintrag durch Drücken der Taste »Entf«. Bestätigen Sie die 

Rückfrage mit »Ja« 

7 Beenden Sie den Registrations-Editor. 

Sobald Sie jetzt MetaDesign aufrufen, wird es wunschgemäß starten. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Win-Petri (Vollversion) 


C.A.P.’s NET ist ein Simulationsprogramm für nat-Petri-Netze mit graphischer Eingabe 

und Simulation der Zustandsübergänge im Netz. Es stellt eine Entwicklungsumgebung 

für gerichtete Petri-Netze zur Verfügung. Der grafische nat-Petri-Netz- 

Editor bietet: 

n Knoten-orientierte Eingabe 

n Erzeugen von Stellen und Transitionen 

n Eingabe von Texten zur Kommentierung der Netz-Knoten 

n Verschieben und Löschen von Stellen und Transitionen einschließlich aller ein- und 

auslaufenden Kanten 

n inzidente Kanten-Eingabe 

n farbliche Differenzierung der Netzbestandteile. 

Die Simulationsumgebung stellt Befehle zur manuellen und automatischen 

Simulations-Fortschaltung zur Verfügung. Die Aktivität des Netzes und die Netz-Zustände 

können am Bildschirm verfolgt werden. 

C.A.P.’s NET war das Siegerprogramm beim SUN-Preis 1991 der RWTH Aachen. 

Mittlerweile haben die Autoren eine leistungsfähigere Version für Windows 3.0 entwikkelt 

(Win-Petri), die zusätzlich eine Netz-Analyse-Komponente und eine Hypertext- 

Benutzer Dokumentation umfaßt. Sie bietet ferner zahlreiche Export-Formate für die 

entwickelten Stellen-Transitionen-Petri-Netze. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Win-Petri 

Distributor und Hersteller 

Matthias Frank 

Volker Schmidt 

Urfstr. 251 

41339 Mönchengladbach 

Tel.: 0 21 66/3 42 10 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Win-Petri 

Start 

Das Programm kann direkt von der CD-ROM gestartet werden. Klicken Sie dazu 

auf winpetri\winpetri.exe. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ILOG Views /Broker /DB Link (Demo, Begrenzte Vollversion) 

»ILOG Views ist eine C++ Klassenbibliothek zur Entwicklung sehr grafikintensiver 

Applikationen (VGUI) unter OSF/Motif, Open Look und Microsoft Windows. ILOG 

Views läßt sich problemlos an bereits vorhandene GUI-Builder anbinden und eignet 

sich besonders für die Anwendungsentwicklung in den Bereichen Karthographie, 

Netzwerküberwachung, Prozeßablaufkontrolle, Automatisierung usw. Wichtige Konzepte 

sind Interaction Managers, Animation, Layers, Vektorgrafik und Quad Tree 

Datenstrukturen für höchste Performanz. Mit den Views-eigenen Editoren lassen sich 

schnell neue Bedienelemente erzeugen und integrieren. 

ILOG BROKER ist ein C++-Werkzeug zur Entwicklung verteilter Applikationen und 

Implementationen von Client/Server-Modellen in allen Bereichen der Software-Entwicklung. 

Die transparente Programmierung von Interprozess-Kommunikation und 

effiziente Methoden zur Verwaltung verteilter C++-Strukturen ermöglichen die einfache 

Propagierung von Klassen, Objekten und Funktionen in verteilten Anwendungen. 

Die Syntax und Semantik von C++ wird beibehalten. 

ILOG DB Link ist eine Klassenbibliothek zur Integration von C++-Applikationen mit 

relationalen Datenbanksystemen über SQL-Befehle. Es gibt Bibliotheken für Oracle, 

Sybase, Informix, Ingres, SQL Windows etc. Mehrere Datenbanken können simultan 

angesprochen werden.« 

Die CD-ROM enthält Demo-Programme, die mit den Werkzeugen erstellt wurden. 

Außerdem ist eine eingeschränkte Version des GUI-Editors ILOG Views Studio enthalten. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ILOG Views /Broker /DB Link 

Hersteller 

ILOG SA 

9, rue de Verdun 

BP 85 

94253 Gentilly Cedex 

Frankreich 

Tel: +33 1 49 08 35 00 

Fax: +33 1 49 08 35 10 

e-mail: info@ilog.fr 

URL: http://www.ilog.fr 

Distributor 

NEXUS GmbH 

Martin-Schmeisser-Weg 12 


tel.: 0231/75442-01 

fax: 0231/75442-11 

mail: info@nexus.de 


Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ILOG Views /Broker /DB Link 

Installation 

Die Demo-Programme müssen vor der Installation auf die Festplatte kopiert 

werden. Sie befinden sich im Verzeichnis \implem\ilog. Anschließend kann das 

Programm cd_view.exe im Unterverzeichnis bin\pc32 gestartet werden. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ISA-Dialogmanager (V 3.0) (Begrenzte Vollversion) 

Der ISA-Dialogmanger ist ein plattformübergreifendes User Interface Management 

System, das die Fenstersysteme Windows 3.1/NT/95, OS/2 und Motif unterstützt. 

Der Dialogmanager kann in die CASE-Werkzeuge Maestro II und ProMod Plus integriert 

werden. Weiterhin wird die Migration von BS2000-Anwendungen nach grafischen 

Benutzungsoberflächen unterstützt. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ISA-Dialogmanager (V 3.0) 


ISA Informationssysteme GmbH 

Azenbergstraße 35 


Tel.: 0711/227690 

Fax.: 0711/2276919 

http://www.isa.de 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ISA-Dialogmanager (V 3.0) 

Installation 

Auf der CD-ROM befindet sich eine Powerpoint-Präsentation, in der der ISA-Dialogmanager 

vorgestellt wird. Wenn Sie Powerpoint auf Ihrem Rechner installiert haben, 

können Sie die Demonstration durch einen Klick auf \definit\isa\prsent.ppt öffnen. 

Ansonsten müssen Sie zuvor den Powerpoint-Betrachter installieren, der sich ebenfalls 

auf dieser CD befindet. 

Zusätzlich finden Sie eine begrenzte Version des Dialogmanagers auf dieser CD- 

ROM. Sie kann direkt von der CD gestartet werden. Klicken Sie dazu auf 

\definit\isa\idmed2.exe. 

Die Hilfedatei gehört nach Angaben des Herstellers nicht zum Lieferumfang 

dieser CD-ROM-Version. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

NOWAIT (V 2.54) (Demo) 

»Nowait ist ein objektorientiertes C++ Framework zur Anwendungsentwicklung unter 

grafischen Systemen. Beinhaltet eine sehr umfangreiche und leistungsfähige C++ 

Klassenbibliothek für GUI Komponenten, einen konfigurierbaren und erweiterbaren 

GUI Designer, einen Dynamischen Resource File Manager basierend auf Dynamik 

C++, Klassenbibliotheken zur Socketprogrammierung, Remote-Process-Steuerung, 

Codegenerierung u.v.m. 

Anwendungen, die mit NOWAIT erstellt sind, sind applikationsportabel über die Systeme 

Windows 3.1x, Win32s, Windows 95, Windows NT und OS/2-PM.« 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

NOWAIT (V 2.54) 


art of bits Softwareentwicklungs GmbH 

Dreifelderstraße 31 


Tel.: 0711/167710 

Fax.: 0711/167716 

http://members.aol.com/artofbts/artofbit.htm 

email: 100066.640@compuserve.com 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

NOWAIT (V 2.54) 

Installation 

Auf der CD befindet sich eine Testversion des NOWAIT Designers. 

Er kann durch einen Klick auf definit\nowait\nwdsg32.exe direkt gestartet werden. 

Weiterhin finden Sie auf der CD-ROM einige Demo-Programme, die mit NOWAIT 

erstellt wurden. Auch diese Programme können durch einen Klick auf den Namen 

gestartet werden: 

n \definit\nowait\Friends.exe 

n \definit\nowait\Showdib.exe 

n \definit\nowait\Vecdrow.exe 

Weitere Informationen können Sie der Word-Datei readme.doc entnehmen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Sphinx/Win (V 1.0) (Demo) 

Sphinx/Win ist ein Entwicklungstool für die Erstellung von grafischen Informationssystemen 

unter Windows. 

Sphinx ist für Unix und Windows erhältlich. Nach der Installation erhalten Sie Informationen 

über Sphinx durch die mitinstallierte Online-Hilfe. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Sphinx/Win (V 1.0) 


integrierte informationssysteme GmbH 

Am Seerhein 8 

D – 78467 Konstanz 

Tel: 0 75 31/81 45 0 

Fax: 0 75 31/81 45 81 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Sphinx/Win (V 1.0) 

Installation 

Um Sphinx/Win zu installieren, müssen Sie das Programm setup.exe im Verzeichnis 

Sphinx/disk1 starten. Im folgenden Dialog müssen Sie das gewünschte Installationsverzeichnis 

und Ihren Windows-Systempfad angeben. 

Sphinx/Win benötigt etwa 6 MB auf der Festplatte. 

Hinweis: 

In der Demo-Version ist kein Speichern möglich. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ZApp Developer´s Suite (V 2.2) (Demo, Begrenzte Vollversion) 

Die zApp Developer´s Suite besteht aus den Einzelanwendugen zApp, zApp Interface 

Pack, zHelp und zApp Factory. 

Auf der CD-ROM befindet sich eine Demo-Version der zApp Factory. Es handelt sich 

um ein User Interface Management System, das die interaktive Erstellung und Animation 

von Benutzungsoberflächen erlaubt. 

Es kann die Benutzungsoberfläche implementierender C++-Code generiert werden 

(in der Demo-Version nicht möglich); zur Übersetzung dieses Codes sind die Klassenbibliotheken 

zApp und zApp Interface Pack erforderlich. 

Mit Hilfe des Produktes zHelp kann ein Hilfesystem erstellt werden. Die zApp 

Developer´s Suite ist für folgende Plattformen erhältlich: 


n OS/2 

n HP-UX 

n AIX 

n Solaris 2.x 

n Sun OS 4.x 

n Digital Unix 

n SGI IRIX 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ZApp Developer´s Suite (V 2.2) 

Hersteller 

Rogue Wave Software, Ind. 

850 SW 35 th St. 

Corvallis, OR 97333 

Tel. 001-541-754-3010 

Fax. 001-541-757-6650 

Distributor 

ESM Software GmbH 

Schlossstraße 4 

72622 Nürtingen 

Tel. 07022/9256-0 

Fax. 07022/9256-29 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ZApp Developer´s Suite (V 2.2) 

Installation 

Nach dem Start des Programmes install.exe durch einen Doppelklick wird eine DOS- 

Box geöffnet, in der man Angaben über verschiedene Pfade machen muß. Danach 

wird zApp automatisch entpackt und in die vorher angegebenen Verzeichnisse kopiert. 

Nachdem die Installation beendet wurde, muß allerdings noch von Hand eine 

eigene Programmgruppe angelegt werden. Starten Sie Zfactory.exe im Verzeichnis 

Zf2demo. Außerdem möchte zAppFactory, nachdem es zum ersten Mal gestartet 

wurde, weitere Informationen bezüglich bestimmter Pfade haben. Geben Sie beliebige 

Namen existierender Verzeichnisse an. Diese Namen werden von der Demoversion 

nicht ausgewertet. 

Eine Demonstration kann direkt von der CD gestartet werden. 

Hinweis 

Bei Erscheinen dieses Buches wird Version 3.0 von zApp und der zAppFactory verfügbar 

sein. Die zAppFactory ist dahingehend beschränkt, daß keine C++-Generierung 

möglich ist. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ObjectStore (Info, Demo) 

Object-Store ist ein objektorientiertes Datenbank Managementsystem, das mit verschiedenen 

objektorientierten Sprachen (C; C++; Smalltalk) zusammenarbeiten kann. 

In dieser Multimediapräsentation erfahren Sie mehr über 

n Object-Orientierte Programmierung 

n ObjectStore 

n Object Design 

Die CD-ROM enthält eine integrative Multimedia-Präsentation zur freien Nutzung. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ObjectStore 

Hersteller 

Object Design, INC. 

25 Mall Road 

Burlington, MA 01803 USA 

Distributor 

Object Design Software GmbH 

Kreuzberger Ring 64 

D-65205 Wiesbaden Germany 

fon: +49-611-97719-0 

fax: +49-611-97719-19 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ObjectStore 

Installation 

Das Installationsprogramm setup.exe möchte nur wissen, ob man die Multi-Media- 

Präsentation oder Demo-Applikationen installieren möchte, einen Pfadnamen muß 

man nicht angeben. Die Demo-Applikationen sind nur unter Win 3.11 und Win NT 

lauffähig. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Personal Oracle 7 (V 7.2) (Begrenzte Vollversion) 

Personal Oracle ist ein relationales Datenbank-Management-System. 

Es ist für diverse Plattformen erhältlich und liegt hier als Personal Edition in einer auf 

90 Tage begrenzten Version vor. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Personal Oracle 7 (V 7.2) 


Oracle Deutschland GmbH 

Hauptverwaltung München 

Hanauer Str. 87 


Tel.: 0180/5358595 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Personal Oracle 7 (V 7.2) 

Installation 

Das Setup-Programm fragt zuerst nach der Firma, in der die Software installiert werden 

soll und nach dem Installationspfad. Man kann zwischen einer kompletten, einer 

minimalen und einer benutzerdefinierten Installation wählen. 

Bei der Pfadangabe ist darauf zu achten, daß nur Angaben im alten DOS-Format (8 

Buchstaben + Erweiterung) akzeptiert werden. 

Um mit Oracle zu arbeiten, muß der Rechner neu gebootet werden, da einige Angaben 

in der »autoexec.bat« geändert wurden. 

Um die Installation zu beginnen, starten Sie Win 95/setup.exe. 

Weitere Informationen finden Sie in readme.doc. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Poet 4.0 (Vollversion) 

Poet 4.0 ist ein in C++ integriertes objektorientiertes Datenbanksystem für die Entwicklung 

von Einzelplatz- oder Client/Server-Anwendungen. Es ist für alle gängigen 

Plattformen verfügbar und unterstützt den ODMG-93 C++ Standard. 

Hinweis 

Die auf dieser CD-ROM befindliche Poet-Version darf nicht zu kommerziellen 

Zwecken verwendet werden. Sie darf nur für Forschungszwecke und im Rahmen 

dieses Buches für die Bearbeitung von Aufgaben benutzt werden. Eine kommerziell 

nutzbare Vollversion ist bei der Firma Poet erhältlich. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Poet 4.0 

Hersteller 

POET Software GmbH POET Software Corp. 

Foßredder Str. 12 999 Baker Way, Suite 100 

22359 Hamburg USA-San Mateo, CA 94404 

Tel.: +49-(0)40 / 609 90 00 Tel.: +1-415 / 286-4640 

Fax: +49-(0)40 / 603 98 51 Fax.: +1-415 / 286-4630 

Preis: 

ab 1495,- DM für Windows (Entwicklung von Einzelplatzanwendungen) 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Poet 4.0 

Installation 

Starten Sie die Installation durch Klicken auf setup.exe. Es folgt die Auswahl der 

Installationsart (typisch, minimal, benutzerdefiniert) und die Angabe des 

Installationsverzeichnisses. Im nächsten Schritt müssen die zu unterstützenden 

Compiler angegeben werden. Zur Auswahl stehen BC5.0, VisualC++ 1.5 und 

VisualC++ 4.0. In Abhängigkeit der gewählten Compiler benötigt Poet 4.0 bis zu 

88.8 MB auf der Festplatte. Bevor die Installation beginnt, muß man sich noch entscheiden, 

die PATH-Variable automatisch aktualisieren zu lassen oder die entsprechenden 

Veränderungen selbst vorzunehmen. 

Weitere Installationshinweise entnehmen Sie bitte in der Datei install.doc. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

DBFactory (V 1.01) (Demo) 

DBFactory ist ein visueller Code-Generator für relationale C++-Datenbankanwendungen. 

Es werden DBTools.h++-Klassen generiert, die den individuellen Datenbankschemata 

entsprechen. 

Die Demo-Version ist nur in der Größe der zu verarbeitenden Tabellen beschränkt. 

Sie dürfen maximal 5 Spalten haben. 

DBFactory ist für Unix und Windows erhältlich. Nach der Installation kann die Online- 

Dokumentation mit einem WWW-Browser (auf dieser CD-ROM enthalten) betrachtet 

werden. Sie befindet sich im Unterverzeichnis docs\online\dbfevcr. 

Öffnen sie die Datei ug.htm. 

Weitere Hinweise entnehmen Sie bitte der Datei readme.txt. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

DBFactory (V 1.01) 

Hersteller 

Rogue Wave 

260 S.W. Madison 

P.O. Box 2328 


http://www.roguewave.com 

Distributor 

Rogue Wave Software GmbH 

Boschweg 6 

D – 63741 Aschaffenburg 

Tel.: 06021/366 244 

Fax.: 06021/366 212 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

DBFactory (V 1.01) 

Installation 

Um DBFactory zu installieren, müssen Sie das Programm install.exe im Verzeichnis 

dbfact starten. Im folgenden Dialog müssen Sie das gewünschte Installationsverzeichnis 

und Ihren Windows-Systempfad angeben. 

DBFactory benötigt etwa 4 Mbyte auf der Festplatte. Das Installationsprogramm akzeptiert 

keine langen Dateinamen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Generic++ (V 2.17) (Begrenzte Vollversion) 

Generic++ ist eine portable Klassenbibliothek für C++. Es handelt sich um eine 

Foundation-Bibliothek, die Klassen zu folgenden Einsatzbereichen zur Verfügung 

stellt: 

n Container-Klassen mit wählbarer Implementierungsdatenstruktur 

n Ausnahmebehandlung 

n Speicherverwaltung 

n Multi-Threading 

n Persistenz 

Unterstützte Plattformen: 

n DOS 


n OS/2 

n Unix mit AT&T-kompatiblem Compiler 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Generic++ (V 2.17) 


OO-Tec GmbH 

Gesellschaft für objektorientierte 

Softwaretechnologie 

Münchener Str. 45 

D-82131 Gautin 

Tel.: (089) 89 32 42 - 0 

Fax: (089) 89 32 42 - 31 

email: info@ootec.isar.de 

Preis 

private Nutzung kostenlos, kommerzielle Nutzung auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Generic++ (V 2.17) 

Installation 

Die Installation erfolgt in einer DOS-Box. Zu Beginn fragt das Installationsprogramm, 

welchen Support, d.h. welche Batch- & Konfigurationsdateien (für DOS, Windows, 

OS/2 oder NT) man braucht. Eine Auswahl erfolgt über die Leertaste. Danach erfolgt 

die Installation in dem Ordner, den Sie angeben müssen. 

Weitere Informationen gibt es in den Dateien 

license.txt (Nutzungsbedingungen) 

readme.txt (letzte Informationen) 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

JFactory (V.1.1) (Demo) 

JFactory ist ein Werkzeug zur interaktiven Erstellung von Benutzungsoberflächen für 

Java-Programme und -Applets. JFactory generiert Java-Code, der mit dem Java 

Development Kit Version 1.0.2 von Sun übersetzt werden kann. 

Vor der Generierung können die erstellten Anwendungen getestet werden. 

Die Demo-Version ist begrenzt auf 5 Fenster oder Dialoge. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

JFactory (V.1.1) 

Hersteller 

Rogue Wave 

260 S.W. Madison 

P.O. Box 2328 


http://www.roguewave.com 

Distributor 

Rogue Wave Software GmbH 

Boschweg 6 

D – 63741 Aschaffenburg 

Tel.: 06021/366 244 

Fax.: 06021/366 212 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

JFactory (V.1.1) 

Installation 

Starten Sie das Programm jf11demo.exe. Dieses Programm führt Sie durch einen 

interaktiven Installationsprozeß. 

JFactory benötigt Windows 95/NT, 16 Mbyte RAM und 25 Mbyte freien Festplattenplatz. 

Hinweis 

Bevor Sie JFactory 1.1 nutzen können, müssen Sie das (Java Development Kit) JDK 

1.0.2 installieren (ebenfalls auf dieser CD-ROM enthalten). 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Standard Template Library (Vollversion) 

Die Standard Template Library (STL) ist Teil des C++-Standards nach ANSI. Es handelt 

sich um den Teil der Klassenbibliothek, der Container-Klassen, Iteratoren und 

Algorithmen enthält. 

Die hier vorliegende Implementierung ist Public Domain und wurde von der Firma 

Hewlett Packard zur Verfügung gestellt. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Standard Template Library 


Kein offizieller Hersteller. 

Neue Versionen können über das Internet per ftp von dem Rechner butler.hpl.hp.com 

aus dem Verzeichnis /stl geladen werden. 

Preis 

kostenlos 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Standard Template Library 

Installation 

Die Standard Template Library wird in einer zip-Datei vertrieben. Zum Installieren 

benötigen Sie ein Programm, das solche Dateien entpacken kann, z.B. Winzip (auf 

dieser CD-ROM vorhanden). 

Legen Sie ein Verzeichnis stl an und entpacken Sie das Archiv. Um die Bibliothek zu 

verwenden, müssen Sie nur den Include-Pfad Ihres Compilers um dieses Verzeichnis 

ergänzen. 

Eine Dokumentation zur STL finden Sie in den Postscript-Dateien doc.ps und docbar.ps 

im zip-Archiv. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

V (1.12) (Vollversion) 

V ist ein C++ GUI-Framework, das plattformübergreifend und einfach anzuwenden 

ist. V wurde entworfen, um die Erstellung grafischer Benutzungsoberflächen für kommerzielle 

oder kostenlose Software zu erleichtern. 

V ist frei kopierbar unter den Bedingungen der GNU Library General Public License. 



n Unix mit Athena Widget set 

Eigenschaften: 

n Modale und nicht-modale Dialoge mit 

o Platform independent layout control 

o Den meisten Common Controls, z.B. Push Button, Check Box, color Button, 

ComboBox, Frame, Icon, Icon Button, Label, List, Progress Bar, Radio Button, 

Slider, Spinner, Text Input, Text Output 

n plattformunabhängige Drucker-Unterstützung 

o PostScript für X 

o Standard Windows Drucker für Windows 

Die CD-ROM enthält die Vollversion. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

V (1.12) 


Dr. Bruce E. Wampler 

Adjunct Professor of Computer Science 

University of New Mexico 

wampler@cs.unm.edu 

Preis 

kostenlos unter den Bedingungen der GNU Library General Public License 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

V (1.12) 

Installation 

Entpacken Sie die Datei implem\v\vwin112.zip mit winzip (auf der CD enthalten) in 

ein Verzeichnis Ihrer Wahl, z.B. c:\v. 

Informationen zur Kompilierung von V finden Sie in den Dateien rdmewin.txt und 

readme sowie im Unterverzeichnis doc, das während der Installation erzeugt wird. 

Im Verzeichnis x implem\v befindet sich in der Datei vx112.tgz die Unix-Version dieser 

Bibliothek. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

WX Windows (V.1.66B) (Vollversion) 

WxWindows ist ein Werkzeug zur Erstellung plattformunabhängiger Benutzungsoberflächen 

in C++. 

WxWindows ist frei verfügbar und unterliegt keinerlei Restriktionen. 


Windows 3.1/95/NT mit Visual C++, Borland C++ oder Symantec C++ 

Unix mit X-Window und GNU C++ oder At&T C++ 

Die CD-ROM enthält die Vollversion. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

WX Windows (V.1.66B) 


Artificial Intelligence Applications Institute 

University of Edinburgh 

80 South Bridge 

Edinburgh EH1 1HN 

United Kingdom 

Tel: +44(131)650 2732 

Fax: +44(131)650 6513 

Email: AIAI@ed.ac.uk 

Preis 

kostenlos 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

WX Windows (V.1.66B) 

Installation 

Windows 

Installieren Sie den Quellcode durch Aufrufen des Programms win/install.exe. 

Nach der Installation muß die Bibliothek übersetzt werden. Die Anleitung für das 

Übersetzen der Bibliothek finden Sie in der Datei »win/install.txt«. 

Unix 

Wechseln Sie in das Verzeichnis implem/wxwindow/unix und führen Sie das 

Installationsskript durch Eingabe des Befehls sh wxinstall aus. Die Anleitung für das 

Übersetzen der Bibliothek finden Sie in der Datei install.txt im Unterverzeichnis install. 

Im Unterverzeichnis docs werden Postscript-Dateien mit den Programmierhandbüchern 

installiert. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Allegro CL für Windows (V 3.0) (Begrenzte Vollversion) 

»Allegro CL für Windows ist die führende objektorientierte Programmierumgebung 

für Microsoft Windows. 

Allegro CL für Windows beinhaltet CLOS, das Common Lisp Object System, und ist 

eine native 32 bit Entwicklungsumgebung für die dynamische objektorientierte Programmierung. 

CLOS ermöglicht inkrementelle Veränderungen von Objektstrukturen 

und -verhalten in einer bereits laufenden Applikation, ohne den Quellcode zu benötigen. 

Die umfangreiche Menge an hilfreichen Werkzeugen umfaßt inkrementelle 

Kompilierung, dynamisches Editieren, Garbage Collection, Debugger, High Level DDE 

Interface, Schnittstellen zu anderen Sprachen, grafische Klassenbrowser und einen 

komfortablen User Interface Builder.« 

Systemvoraussetzungen für die Vollversionen 

n PC ab Intel 486 Prozessor 

n Microsoft Windows 3.1, Windows 95 oder Windows NT Workstation 3.51 oder 

höher 

n 8 MB RAM 

n 15 MB Harddisk 

n CD-ROM Laufwerk 

Die Demo-Version ist voll funktionsfähig mit folgenden Einschränkungen: 

n begrenzte Größe des Heap-Speichers 

n keine Foreign Function Unterstützung 

n kein compile-file 

n kein Disassembler 

n kein Abspeichern des Image 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Allegro CL für Windows (V 3.0) 

Hersteller 

Franz Inc. 

Http://www.franz.com 

Distributor 

NEXUS GmbH 

Martin-Schmeisser-Weg 12 


Tel: 0231/75442-01 

Fax: 0231/75442-11 

email: info@nexus.de 


Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Allegro CL für Windows (V 3.0) 

Installation 

Starten Sie setup.exe durch einen Doppelklick. Das Installationsprogramm richtet 

Allegro anschließend auf Ihrer Festplatte ein. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

EasyCASE (C++, Java) (V 6.0) (Demo) 

Dieses Werkzeug hat seine Stärken in der graphischen, hierachisierten Visualisierung 

von C++/Java Quellcode in der Struktogramm-Technik. EasyCASE kann als 

Werkzeug für Neuentwicklungen, Reuse und Dokumentation eingesetzt werden. Es 

verfügt über Schnittstellen, mit deren Hilfe eigene Programmierwerkzeuge wie Editoren, 

Compiler oder Debugger eingebunden werden können. Die EasyCASE Produkt- 

Familie unterstützt unter anderem die Programmiersprachen Ada, Basic, Cobol, 

Fortran, Pascal und die in den Demo-Versionen vorliegenden Programmiersprachen 

C++ und JAVA. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

EasyCASE (C++, Java) (V 6.0) 


Siemens AG Österreich 

Bereich PSE 

Gudrunstr. 11 

A - 1100 Wien 

Tel: +4311707/46522 

Fax: +4311707/57072 

e-mail: easycase@siemens.at 

Die CD-ROM enthält jeweils eine Demo-Version mit eingeschränkter Funktionalität 

für die Programmiersprachen C++ und Java. 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

EasyCASE (C++, Java) (V 6.0) 

Installation 

C++ Version: 

Die Installation erfolgt nach Starten von setup.exe automatisch. Es wird eine 

Programmgruppe angelegt, die das Programm EASYCASE und begleitende Word- 

Dokumente enthält. 

Java Version: 

1 Legen Sie ein neues Verzeichnis an (z.B. C/EasyJava). 

2 Kopieren Sie die Datei easyjava.exe dorthin. 

3 Starten Sie die Datei easyjava.exe in dem neu angelegten Verzeichnis. 

4 Kopieren Sie die Datei easy-jav.ini in das Windows-Verzeichnis. 

5 Starten Sie EasyCASE (Java) mittels der Datei Easy-jav.exe. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ENFIN Smalltalk (V 4.1) (Begrenzte Vollversion) 

ENFIN Smalltalk 4.1 ist eine objektorientierte Entwicklungsumgebung für Smalltalk. 

Es bildet die Basis für ObjectStudio, einer objektorientierten Client/Server- 

Entwicklungsumgebung mit Unterstützung relationaler Datenbanken und einer Verteilung 

der Anwendung. 

ENFIN Smalltalk besteht aus 

n Smalltalk Interpreter 

n Klassen-Browser 

n GUI-Designer 

n Netzwerk-Tools 

n verschiedenen Werkzeugen zum Ansprechen von SQL-Datenbanken 

Plattformen/Systemvoraussetzungen 

n Windows 3.1/95: 6MB RAM, 22 MB Festplattenkapazität 

n OS/2: 8 MB RAM, 22 MB Festplattenkapazität 

n Unix: Auf Anfrage 

Die Demo-Version erlaubt eingeschränktes Arbeiten; es ist kein Speichern möglich. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ENFIN Smalltalk (V 4.1) 

Hersteller 

VMARK Software, Inc. (vormals Easel) 

50 Washington Street 

Westboro, MA 01581 

email: info@vmark.com 

http://www.vmark.com 

Distributor 

VMARK Software GmbH 

Industriestr. 3 


Tel.: 0711/78711-0 

Fax.: 0711/78711-25 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

ENFIN Smalltalk (V 4.1) 

Installation 

Starten Sie einfach das Programm install.exe im Ordner ENFIN. Das Programm fragt 

Sie dann nach dem Ordner, in den es ENFIN installieren soll. Während der Installation 

fordert Sie das Programm auf, eine neue Diskette einzulegen. Diese können Sie 

jeweils einfach mit »OK« quittieren. Zum Schluß wird die »autoexec.bat« vom 

Installationsprogramm modifiziert. Um mit ENFIN zu arbeiten, müssen Sie zuerst den 

Computer neu starten, damit sich die Änderungen in der »autoecex.bat«-Datei bemerkbar 

machen. 

Für weitere Informationen lesen Sie die Readme-Datei. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

GNU C++-Compiler DJGPP (V 2.0) (Vollversion) 

Der GNU C++-Compiler ist ein kommandozeilen-basierter C/C++-Compiler, der unter 

Beachtung der GNU General Public Licence frei erhältich ist. 

Auf dieser CD-ROM befindet sich eine Oberfläche zu diesem Compiler (RHIDE), die 

separat installiert werden kann. 

Der GNU C++-Compiler ist auch für fast alle Unix-Versionen erhältlich. 

Beachten Sie bitte die Copyright-Hinweise in den Dateien v2/copying.dj, v2gnu/copying 

und v2gnu/copying.lib. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

GNU C++-Compiler DJGPP (V 2.0) 


Free Software Foundation, Inc. 

675 Mass Ave 

Cambridge, MA 02139 

USA 

MS-DOS Portierung: 

DJ Delorie 

24 Kirsten Ave 

Rochester, NH 03867-2954 

USA 

Preis 

kostenlos 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

GNU C++-Compiler DJGPP (V 2.0) 

Installation 

Starten Sie das Programm install.exe durch einen Doppelklick. Hier müssen Sie den 

Installationspfad angeben (Der Pfad muß mit dem Unix-typischen /-Zeichen statt 

dem Backslash \ geschrieben werden). Wählen Sie nun aus der Liste die zu installierenden 

Komponenten aus. Nach der Installation müssen Sie folgende Zeilen in 

Ihre Datei autoexec.bat einfügen: 

set DJGPP = L:\DJGPPDIR\DJGPP.ENV 

set PATH = L:\DJGPPDIR\BIN;%PATH% 

Beachten Sie bitte, daß diese Änderungen erst nach einem Neustart des Rechners 

wirksam werden. 

Weitere Informationen finden Sie in der Datei v2\readme.1st und in der Online-Dokumentation, 

die Sie bereits vor der Installation durch einen Doppelklick auf 

doku\info.exe lesen können (im GNU-Info-Format). 

Hinweis: 

Das Installationsprogramm arbeitet nicht mit der Beta-Version von Windows NT 4.0 

zusammen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Java Development Kit (V 1.02) (Vollversion) 

Es besteht aus JDK und Hotjava. 

Das JDK ist ein Entwicklungspaket für die Sprache Java. Dieses Paket enthält u.a. 

Compiler, Interpreter, Debugger sowie die Standardklassenbibliothek. 

Hotjava ist ein Java geschriebener WWW-Browser, der u.a. die Fähigkeit besitzt, 

Java-Applets in WWW-Seiten abzuarbeiten. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Java Development Kit (V 1.02) 


Sun Microsystems, Inc. 

2550 Garcia Avenue 

Mountain View, California 94043 

http://www.sun.com 

Preis 

Kostenlose Nutzung (privat oder kommerziell). 

Bitte beachten Sie die folgenden Lizenzbestimmungen: 

Lizenzbestimmungen 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Java Development Kit (V 1.02) 

Installation 

Die benötigten Dateien befinden sich im Verzeichnis \implem\java. 

Windows 

Zuerst müssen die Dateien »JDK102wi.exe« für das JDK bzw. »hotj_b10.exe« für 

Hotjava auf die lokale Festplatte kopiert werden. Durch Starten dieser Dateien wird 

das JDK bzw. HotJava automatisch entpackt. Dafür wird jeweils ein Ordner (»Java« 

bzw. »Hotjava«) angelegt. 

Um mit dem JDK vernünftig zu arbeiten, sollte man in der autoexec.bat einen Pfad 

auf das bin-Verzeichnis legen; 

z.B.: Path = C:\Java\bin\;%Path% 

Solaris 

Kopieren Sie die Datei »jdk102so.tgz« auf Ihre lokale Festplatte und entpacken Sie 

sie mit dem Kommando »gunzip jkd102so.tgz«. Das entstehende tar-Archiv können 

Sie mit »tar -xvf jdk102so.tgz« entpacken. Auch hier empfiehlt es sich, das bin-Unterverzeichnis 

in den Pfad mitaufzunehmen. 

Anwendung 

Compilieren Sie Ihre Java-Quellcodes mit javac dateiname.java. 

Führen Sie danach Ihr Programm mit java dateiname aus 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Oberon (V 4.0-1.4) (Vollversion) 

Das Oberonsystem enthält ein Oberon-Entwicklungssystem und verschiedene Werkzeuge, 

die alle in Oberon entwickelt wurden. Die hier vorliegende Version wurde an 

der ETH Zürich entwickelt und an der Universität Linz erweitert. 

Bitte lesen Sie auch die Datei readme.txt. Weitere Dokumentationen können Sie 

nach der Installation online lesen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Oberon (V 4.0-1.4) 


Institut für Computersysteme 

ETH Zürich 

modifiziert von 

Institut für Informatik 

Abteilung für Systemsoftware 

Universität Linz 

Preis 

kostenlos 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Oberon (V 4.0-1.4) 

Installation 

Legen Sie ein Verzeichnis für Oberon an, z.B. c:\oberon. Kopieren Sie die Datei 

implem\oberon\system.exe in das Verzeichnis und geben Sie an der Eingabeaufforderung 

das Kommando »system -d« ein. Nun sollten Sie Oberon.exe auf Ihren 

Desktop ziehen und im Kontextmenu »Eigenschaften« das Verzeichnis c:\oberon\user 

als Arbeitsverzeichnis angeben. 

Wenn Sie Oberon nicht im Verzeichnis c:\oberon installieren, müssen Sie die Datei 

oberon.ini im Verzeichnis user nach der Installation anpassen. 

Hinweis 

In dem selbstextrahierenden Archiv \implem\oberon\source.exe finden Sie den 

Quellcode des Oberon-Systems. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Small Eiffel (V 0.95) (Vollversion) 

Small Eiffel ist ein kostenloser Compiler für Eiffel mit einigen Einschränkungen im 

Sprachumfang. Der Compiler ist für UNIX, DOS, OS/2, Windows 95 und Apple 

Macintosh verfügbar. 

Er kann kostenlos unter den Bedingungen der GNU Public License verwendet 

werden. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Small Eiffel (V 0.95) 


Centre des Recherches en Informatique de Nancy 

ftp://ftp.loria.fr/pub/loria/genielog/Small Eiffel 

Preis 

kostenlos 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Small Eiffel (V 0.95) 

Installation 

Legen Sie ein Verzeichnis an, in dem Small Eiffel installiert werden soll, und kopieren 

Sie den Inhalt des Verzeichnisses implem\eiffel in dieses Verzeichnis. Starten 

Sie jetzt das Programm install.bat. 

Small Eiffel wird jetzt entpackt. 

Anschließend müssen Sie die Datei setenv.bat editieren und dort die korrekten 

Pfade für das Verzeichnis eiffel (in SMALLEIFFEL) und djgcc (in der Variablen 

GCCBASE) eintragen. Wenn Sie z.B. auf Laufwerk C: im Verzeichnis smeiffel 

installiert haben, müssen Sie dort se SMALLEIFFEL: C: \smeiffel\eiffel und set 

GCCBASE: C: \smeiffel\djgcc eintragen. 

Vor dem Benutzen des Compilers müssen Sie setenv.bat ausführen. Wenn eine 

Fehlermeldung »Kein Speicherplatz mehr im Umgebungsbereich« erscheint, 

müssen Sie folgende Zeile in Ihrer Datei config.sys einfügen oder ändern: 

SHELL: C: \WINDOWS\COMMAND.COM /e: 512 /p 

Sollte nach einem Neustart des Systems die Fehlermeldung noch immer auftreten, 

müssen Sie die Zahl 512 erhöhen. 

Weitere Hinweise entnehmen Sie bitte den Dateien readme.txt und READ-ME. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Visual Works 2.5 (V.2.5) (Freizuschaltende Version) 

Visual Works ist eine objektorientierte Smalltalk-Entwicklungsumgebung. Mit Visual 

Works kann man graphische Benutzungsoberflächen erstellen und sie an relationale 

Datenbanken (Oracle, Sybase) anbinden. 

Unter anderem beinhaltet es: 

n Vordefinierte Programmrümpfe für eigene Applikationen 

n Mechanismen zur Wiederverwendung von Applikationen & Interfaces 

n Verbindung zu relationalen Datenbanken 

n Portabilität (UNIX, Windows, OS/2 und Macintosh Plattformen) 

Die CD-ROM enthält eine paßwortgeschützte Vollversion. 

Das Paßwort ist direkt bei ParcPlace Systems erhältlich. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Visual Works 2.5 (V.2.5) 

Hersteller 

ParcPlace Systems, Inc. 

999 East Arques Ave. 

Sunnyvale, CA 94086-4593 

Info @ ParcPlace.com 

Distributor 

ParcPlace Systems GmbH 

Lochhamer Straße 11 

D-82152 Martinsried 

Tel: (0)89-895644-0 

Tel: (0)89-895644-11 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Visual Works 2.5 (V.2.5) 

Installation 

Die Installation ist sehr komfortabel. Das Setup-Programm im Ordner Install fragt 

nur nach dem Ordner, in den es Visual Works 2.5 installieren soll. Allerdings kann 

man diese Vollversion erst dann benutzen, wenn man sich bei ParcPlace hat registrieren 

lassen und das Paßwort erhalten hat. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

DOC++ (V 2.0 beta) (Vollversion) 

DOC++ ist ein Dokumentationssystem für C++-Programme. Es ist in der Lage, aus 

speziell formatiertem C++-Quellcode HTML- und LaTex-Dokumente zu generieren. 

Neben den Beschreibungen aller Klassen wird auch die Vererbungshierarchie dargestellt. 

Weitere Informationen entnehmen Sie bitte den Dateien »README« und »LICENSE« 

im entpackten Verzeichnis Ihrer Festplatte, z.B. docxx. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

DOC++ (V 2.0 beta) 


Roland Wunderling 

Malte Zoeckler 

email: doc++@zib-berlin.de 

http://www.zib-berlin.de/VisPar/doc++/ 

Preis 

kostenlos unter den Bedingungen GNU General Public License. 

Kommerzielle Nutzung ist nur nach Rücksprache mit den Autoren gestattet. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

DOC++ (V 2.0 beta) 

Installation 

Alle benötigten Dateien befinden sich auf der CD-ROM im Unterverzeichnis 

»\implem\docxx«. Entpacken Sie die zip-Dateien in ein beliebiges Verzeichnis Ihrer 

Festplatte, z.B. Docxx. Das benötigte Programm WinZip befindet sich auf dieser CD- 

ROM. 

Setzen Sie in der autoexec.bat den Pfad auf das Unterverzeichnis »bin«. 

Die Anwendung des Dokumentationsgenerators ist auf dem WWW-Server der Autoren 

(http://www.zib-berlin.de/VisPar/doc++) beschrieben. 

In der Datei »docxxsrc.zip« finden Sie den C++-Quellcode zu dem Dokumentationssystem. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

SoftDoc C/C++ (V 3.1) (Begrenzte Vollversion) 

»MAS-SoftDoc ist ein Analyse- und Dokumentations-Werkzeug für C/C++ Programme 

in allen Projektphasen der Softwareentwicklung und -wartung, für Software-Reengineering, 

Softwaresanierung sowie für Software-Qualitätssicherung 

nach ISO-9000. 

MAS-SoftDoc arbeitet nach dem Verfahren CARE (Computer Aided Reverse 

Engineering) auf der Grundlage der Programmquellen des aktuellen Softwarestandes 

und stellt, je nach Bedarf, komprimierte oder detaillierte Informationen zu 

Projekten beliebiger Größe zur Verfügung. 

Ohne Änderung oder Code-Instrumentierung können auch bestehende Problemprojekte 

oder Altprojekte analysiert werden und für die Einarbeitung, Fehleranalyse, 

Softwaresanierung oder Restrukturierung dokumentiert werden. 

Die für die Entwicklung, Wartung und Qualitätssicherung sofort verfügbaren 

Ergebnisse von MAS-SoftDoc sind 

n projektspezifische Softwarehandbücher im RTF-/SoftDoc-Textformat für Dateien, 

Klassen, Funktionen, Variablen, Typen, Konstanten und Makros, 

n API-Dokumentation für C++-Klassenbibliotheken im RTF-Format und als Online- 

Hilfe generiert, 

n automatische Quellcode-Inlinedokumentation mit Schnittstelle zu Systemen für 

Versionskontrolle und zu CASE-Tools, 

n Strukturdiagramme, Struktogramme und projektweite Crossreferenzen im C/C++ 

Visual Code Information Browser. 

MAS-SoftDoc ist für die Systemplattformen WINDOWS, DOS, OS/2 und für alle 

wichtigen UNIX-Systeme verfügbar.« 

Die CD-ROM enthält eine beschränkte Vollversion (maximal 6 Quelldateien, 4 

Funktionen pro Quelldatei, 6 Klassen, 6 Methoden pro Klasse und 300 Zeilen im 

Struktogramm) 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

SoftDoc C/C++ (V 3.1) 


MAS Software GmbH 

Produktvertrieb SoftDoc 

Kirchplatz 9 

D-82042 Pullach 

Tel.: 089-7934021 

Fax: 089-7932870 

eMail:100634.2273@compuserve.com 

Preis 

ab 2.400,-DM zzgl. MwSt. und Versandkosten 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

SoftDoc C/C++ (V 3.1) 

Installation 


n IBM kompatibler Rechner 

n Hardwarevoraussetzungen PC-System, div. Workstations 

n Betriebssystem DOS/Windows, OS/2, div. UNIX-Systeme 

n 8 MB RAM erforderlich 

n 10 MB Festplattenkapazität erforderlich 

Die Installation der Test-Version führen Sie bitte nach der anliegenden Installationsanleitung 

durch, siehe install.doc im Verzeichnis SOFTDOC. 

Einen schnellen Einblick in die wichtigsten Leistungsbereiche von SoftDoc erhalten 

Sie nach der Installation mit der in der Kurzanleitung »Leichter Einstieg und schnelle 

Information« beschriebenen Vorgehensweise, siehe Einstieg.doc im Verzeichnis 

Softdoc\help. Für weitere Fragen wenden Sie sich bitte an die SoftDoc- 

Hotline. 

Hinweis 

Im Lieferumfang ist jeweils ein Benutzerhandbuch als schnelle Hypertext-Online- 

Hilfe enthalten. Für die Unterstützung des Kundeneinsatzes steht direkt die 

SoftDoc-Hotline des Herstellers MAS per Telefon, Fax und eMail zur Verfügung. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Object-Lab light (Demo) 


Interaktives multimediales Lernsystem zur objektorientierten Softwareentwicklung 

Wissen, Verstehen und Anwenden der Begriffe und Konzepte: 

n Objekt 

n Attribut 

n Operation / Methode 

n Klasse 

n Vererbung 

n Botschaft 

n Objektlebenszyklus (Zustandsautomat) 

n Integrationsdiagramme 

n Aggregationen 

n Assoziationen 

n Kardinalitäten 

n Subsysteme 

n 8 Fallstudien 

ð Steigen Sie multimedial in die Objektorientierung ein! 

ð Frischen Sie Ihr Wissen auf! 

ð Erweitern und vertiefen Sie Ihre Kenntnisse und Fertigkeiten! 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Sie können ... 

n sich durch den Stoff führen lassen 

n völlig frei navigieren; wählen, in welcher Reihenfolge Sie lernen; wo Sie Schwerpunkte 

setzen oder Wissenslücken füllen wollen 

n entscheiden, wann und wieviel Sie üben wollen (Aufgaben oder Fallstudien) 

n sich durch den Tutor bei Bedienung und inhaltlichen Problemen unterstützen lassen 

n Lesezeichen setzen 

n entscheiden, ob Sie Definitionen, Methoden, Notationen oder weiterführende 

Literatur kennenlernen wollen 

Der Tutor ... 

n gibt Tips, wie Sie Ihre Lernstrategie optimieren. 

n berät Sie, ob Ihre Selbsteinschätzung korrekt ist. 

n hakt ab, was Sie bereits gelernt haben. 

Praxisnähe durch 

n Fallstudien 

n Videos 

n Animationen 

n Zielgruppengerecht für Anfänger, Fortgeschrittene und Experten 

n Unterschiedliche Schwierigkeitsniveaus 

n Lernzielorientierte Erfolgskontrolle 

n Statistische Auswertung der persönlichen Ergebnisse über alle Lernsitzungen 

hinweg – natürlich geschützt! 

n Aktive oder passive kontextsensitive Hilfe 

n Schnellnavigation und Strukturbaum – Sie verlieren nie den Überblick 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Distributor Hersteller 

Spektrum Akademischer Verlag Prof. Dr. Helmut Balzert 

Vangerowstr. 20 Lehrstuhl für Software-Technik 

D - 69115 Heidelberg Ruhr-Universität 

URL:http://www.spektrum-verlag.com 44780 Bochum 

(auch für Bestellungen) in Zusammenarbeit mit 

Prof. Dr. Heide Balzert 

Fachbereich Informatik Fachhochschule Dortmund 

Preis 

Object-Lab light 298,- einschl. Begleitbuch 

n Begleitbuch „Objektorientierte Systemananlyse“ von Prof. Dr. Heide Balzert 

(Spektrum Akademischer Verlag, 320 Seiten) 

n 25 Stunden abwechslungsreiches, multimediales, selbstbestimmtes Lernen! 

Diesem Buch ist eine Bestellkarte für Object-Lab beigelegt. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start



n DOS.kompatibler Rechner 486er mit 33 MHz 

n 4 MB Ram 

n Windows 3.1 oder Windows 95 

n Windows-kompatible Soundkarte 

n VGA-Grafikkarte mit 256 Farben 

n CD-ROM-Laufwerk single-speed 

n Direkt von der CD-ROM abspielbar oder 

n auf der Festplatte installierbar (450 MB) 

Start von der CD 

Hinweis 

Um eine höhere Ablaufgeschwindigkeit zu erhalten, können Sie Object-Lab auch 

auf der Festplatte installieren. Kopieren Sie dazu das Verzeichnis Ol_demo auf 

die Festplatte und starten Sie das Programm Obj-lab.exe. 

Sie benötigen dazu ca. 130 MB freien Festplattenspeicherplatz. 

zusätzliche Hinweise 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Einführung in SA (V 1.2a) (Vollversion) 

In dieser multimedialen Einführung können Sie die Grundzüge der Strukturierten 

Analyse lernen. 

Darüber hinaus wird eine Einführung in das SA-Werkzeug ProMod gegeben. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Einführung in SA (V 1.2a) 

Hersteller 


Ruhr-Universität Bochum 

44780 Bochum 

Distributor 

CAP debis-Software Tools 

Tel. 02408/6600 

Preis 

auf Anfrage 

Hinweis 

Die Copyright-Rechte liegen bei CAP debis. Die Bereitstellung auf dieser CD-ROM 

erfolgt mit freundlicher Genehmigung von CAP debis 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Einführung in SA (V 1.2a) 

Installation 

Das Tutorial kann direkt von der CD gestartet werden. Klicken Sie dazu auf die Datei 

definit\sa_cbt\tutorial.exe. 

Hinweis 

Das Produkt ProMod befindet sich nicht auf der CD-ROM. 

Daher können die produktspezifischen Tutorialteile nicht durchgeführt werden. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Fallstudie HIWI-Verwaltung (Vollversion) 

Implementierung inklusive Dokumentation und Quellcodes der Fallstudie »HIWI-Verwaltung«. 

Die Anwendung wurde mit dem Jade-System generiert. Weitere Informationen zum 

Jade-System finden Sie ebenfalls auf dieser CD-ROM. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Fallstudie HIWI-Verwaltung 




44 780 Bochum 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Fallstudie HIWI-Verwaltung 

Installation 

Das Programm kann direkt von der CD gestartet werden. Klicken Sie dazu auf die 

Datei \swt\hiwi\hiwi.exe. 

Wenn Sie selbst Daten eingeben möchten, muß der Ordner hiwi zuvor auf die lokale 

Festplatte kopiert werden. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Fallstudie Seminarorganisation (Vollversion) 

Die Seminarorganisation dient zur Verwaltung von Seminaren, Dozenten, Kunden, 

etc. . 

Das Programm beruht auf dem Fallbeispiel »Seminarorganisation« des Buchs. 

Auf der CD-ROM befinden sich die Vollversion, die Dokumentation und 

die Quellcodes. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start





44780 Bochum 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Installation 

Das Installationsprogramm kopiert die notwendigen Dateien in das Verzeichnis 

c:\semapp. Starten Sie dannach Semiapp.exe in diesem Verzeichnis. 

Das Programm läuft nicht direkt von der CD-ROM. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Fallstudie Roboteranimation (Vollversion) 

Implementierung inklusive Dokumentation und Quellcodes der Fallstudie »Roboteranimation«. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start





44 780 Bochum 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Installation 

Das Programm kann direkt von der CD gestartet werden. Klicken Sie dazu auf die 

Datei \swt\roboter\troboter.exe. Die Dokumentation kann ebenfalls direkt von 

dieser CD gelesen werden. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Artikel zum JANUS/JADE-System 

Auf der CD-ROM finden Sie einige Veröffentlichungen zu dem JANUS/JADE-System, 

das am Lehrstuhl für Software-Technik unter der Leitung von Prof. Balzert entwickelt 

wird. 

Im einzelnen können Sie folgende Artikel lesen: 

n The Janus Application Development Environment – Benerating More than 

the User Interface 

(vorgetragen auf dem Workshop on Computer-Aided Design of User Interfaces, 

CADUI ‘96 in Namur, Belgien; 5.-7. Juni 1996) 

n Vom Programmieren zum Generieren – Auf dem Weg zur automatisierten 

Anwendungsentwicklung 

(vorgetragen auf der GI-Fachtagung Software-Technik ‘95 in Braunschweig; 

10.-11. Oktober 1995) 

n Ein wissensbasiertes System zur Unterstützung des Benutzers bei der ergonomischen 

Farbzusammenstellung für Dialogmasken 

(vorgetragen auf der Software-Ergonomie ‘95 Tagung, – Darnstadt; 20.-23.2 

1995) 

n Das JANUS-System. Automatisiete, wissensbasierte Generierung von 

Mensch-Computer-Schnittstellen 

(erschienen in Informatik Forschung und Entwicklung, 9/1994, S. 22-35) 

n Der JANUS-Dialogexperte: Vom Fachkonzept zur Dialogstruktur 

(vorgetragen auf der GI-Fachtagung Software-Technik ‘93 in Dortmund; 

8.-10. November 1993) 

n From OOA to GUI – The Janus System 

(vorgetragen auf der Interact 95 in Lillehammer, Norwegen, 26.-30. Juni 1995) 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Unified Notation (V 0.9) 

Auf der CD-ROM ist ein Entwurf der »Unified Notation« bzw. »Unified Modelling 

Language« von Grady Booch, Ivar Jacobsen und James Rumbaugh enthalten. 

Das Dokument ist in englischer Sprache. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start





Santa Clara, California 95051-0951 

Tel.: 001-408-496-3600 

Fax.: 001-408-496-3636 

http://www.rational.com 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


Installation 

Das Dokument besteht aus sieben Kapiteln für die Version 0.8 und einem Addendum 

für Version 0.9a. Sie können die Kapitel durch Anklicken von unified.pdf lesen. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Natural (Info) 

Natural Lightstorm ist die integrierte Entwicklungsumgebung der Software AG auf 

dem Desktop. Von der Produktdefinition über Analyse und Design bis zur Konstruktion 

werden alle Projektphasen unterstützt. Programme, die mit Natural Lightstrom 

erstellt wurden, sind syntaxkompatibel mit Natural auf anderen Plattformen und damit 

beliebig portierbar. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Natural 

Hersteller / Distributor 

Software AG 

SAG Systemhaus GmbH 

Brandstücken 18 

22549 Hamburg 

http://www.sag.de 

Preis 

auf Anfrage 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start

Natural 

Installation 

Auf der CD-ROM befinden sich zwei Powerpoint-Präsentationen, 

\definit\natural\natural.ppt und \definit\natural\ooad.ppt, die Sie durch einen Klick 

auf den Namen starten können. Die Präsentationen sind mit Powerpoint 4.0 erstellt. 

Auf dieser CD-ROM befindet sich auch ein Powerpoint-Betrachter. 

Hinweis 

Anfang 1997 stellt die Software AG eine begrenzte Vollversion von Natural 

Lightstorm zur Verfügung. Diese Version kann über das Internet über die Adresse 

http://www.swt.ruhr-uni-bochum.de/buchswt1.html abgerufen werden. 

Produkt 

Distributor/ 

Hersteller 

Installation/ 

Start


LE 1 

Einführung 

& Überblick 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 2 LE 3 



Inhalt 

Aufgaben 

Werkzeuge 

Biographien





LE 8 LE 9 LE 10 LE 11 



LE 12 LE 13 LE 14 LE 15 



LE 16 LE 17 LE 18 LE 19 



LE 20 LE 21 LE 22 



Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 23 LE 24 LE 25 LE 26 



LE 27 LE 28 LE 29 LE 30 



LE 31 

OOD 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 32 

Einführung & 

Überblick 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 33 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien


LE 33 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 1 Einführung und Überblick 

Prof. Dr.-Ing. habil. Helmut Balzert 

Rudolf Paulus Gorbach 

Anna Solecka-Zach 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 2 Lastenheft und Schätzmethoden 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 3 Die Function Point-Methode 

Allan J. Albrecht 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 4 Die Definitionsphase – 


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


John Warner Backus 

Prof. Dr. Peter Naur 

Michael Jackson 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


Prof. Dr. e. h. Kristen Nygaard 

Dr. Ivar Hjalmar Jacobson 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


Prof. Dr. Edsger Wybe Dijkstra 


Prof. Dr. Ben Shneiderman 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


Prof. Dr. David Harel 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


Prof. Dr. Carl Adam Petri 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 12 OOA-Konzepte 

Peter Coad 

Dr. James Rumbaugh 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 13 OOA-Methodik 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 14 SA 

Tom DeMarco 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 15 SA/RT 

Derek Hatley 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 16 Software-Ergonomie (Arbeitsplatzebene) 

Dr. Alan C. Kay 


Inhalt 

Aufgaben 

Werkzeuge 

Biographien


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 21 Benutzer-Handbücher 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 22 Benutzer-Unterstützungssysteme 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 23 Die Entwurfsphase – 


keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 24 Datenbanken 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 25 Relationale Datenbanken 

Dr. Edgar Frank Codd 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 26 Objektorientierte Datenbanken 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 27 Verteilte objektorientierte Anwendungen 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 28 SD 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 29 MD 

Prof. Dr. David Lorge Parnas 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 30 OOD (Grundlagen) 

Grady Booch 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 31 OOD 

(Architektur- & Implementierungsentwurf) 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 32 Die Implementierungsphase 

Dr. Bjarne Stroustrup 

Prof. Dr. Niklaus Wirth 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien

LE 33 Die Abnahme- & Einführungsphase 

Die Wartungs- & Pflegephase 

keine 

Inhalt 

Aufgaben 

Werkzeuge 

Biographien


* 6.2.1927 in Pittston, PA., USA 

IBM Senior Engineer and Program 

Manager (im Ruhestand) 

Adresse: 

PO Box 2782 

Orleans, MA 02653 USA 

n Erfinder der Function Point-Methode zur Aufwandsschätzung 

von Software-Entwicklungen im Rahmen seiner Tätigkeiten bei 

IBM (1979) 

Allgemeines 

Biographie 

Veröffentlichungen 

Forschung 

und Lehre 

Preise, Auszeichnungen, 

Ehrungen


n 1945-1946: als Elektronik-Techniker bei der U.S. Navy 

n Elektroingenieur mit Schwerpunkt Elektronik (Bucknell-Universität) 

n IBM-Mitarbeiter bis 1989 (Eintritt in den Ruhestand) 

o Mitarbeit bei den ersten Digitalcomputern von IBM 

o 1955: Entwicklung von Echtzeit- und Simulationssoftware 

o 1955-1985: Mitarbeit beim Software-Projektmanagement, der Software- 

Planung und der Vermessung von Software 

o Management von Anwendungsentwicklungen einschl. Echtzeit- 

Flugsimulationen und Raketenteststeuerungen 

o 1979: Erfindung der Function Point - Methode 

o 1980-1989: Mitglied des IBM Corporate Staff (Messen und Verbessern der 

internen Informationsverarbeitung) 

n 1990-heute: Teilzeit-Berater für Software-Entwicklung, Support, Meßtechnik 

und Management 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Die wichtigsten drei Veröffentlichungen 

1 Estimating Application Development Projects, IBM Independent Study 

Program Workbook, 1979. 

2 Measuring Application Development Productivity, Proceedings of The 

Share, Guide, and IBM Application Development Symposium, Monterrey, 

California, October 14, 1979. 

3 Application Development and Maintenance Productivity Measurement and 

Estimate Validation, IBM Corporate Information Systems, 1984. 

Insgesamt über 35 Veröffentlichungen 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Forschung 

»To help change Software Application Development and Maintenance from 

an unpredictable (almost whimsical) process, to a manageable Software 

Engineering Science.« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1978: IBM Outstanding Contribution Award for developing and 

implementing the application development project management 

system known as MADP 

n 1986: Ernennung zum IBM Senior Technical Staff Member 

n 1994: Lifetime Achievement Award von der International Function 

Points Users Group für seine Arbeiten über Function Points 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


*3.12.1924 in Philadelphia, Pa., USA 

IBM fellow (im Ruhestand) 

Adresse: 

91 Saint Germain Avenue 

San Fransisco 

CA 94114 

USA 

n Leiter des IBM-Teams, das die Programmiersprache 

FORTRAN erfand (1954-1958) 

n Erfinder der Backus-Naur-Form (BNF) zur 

Syntaxbeschreibung von Programmiersprachen (1958-1960) 

n Miterfinder der Programmiersprache ALGOL 60 

(Mitglied des 13-köpfigen internationalen Entwicklerteams) 

Hinweis: Die biographischen Angaben wurden entnommen aus: I.A.N. Lee, Computer 

Pioneers, Los Alamitos: IEEE Computer Society Press, S. 66-68 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausbildung 

n 1949: BS in Mathematik, Columbia University 

n 1950: AM in Mathematik, Columbia University 

Berufliche Laufbahn 

n 1950-1953: Programmierer bei IBM, Pure and Applied Science Departments 

n 1954-1958: Leiter der Forschungsabteilung für Programmierung 

n 1958-1963: Mitglied der IBM-Forschungsmannschaft 

n 1963-1991: IBM-fellow 

n 1974: Adjunct Professor of Information Sciences,University of 

California, Santa Cruz 

n 1980-1985: Gastprofessor an der University of California, Berkeley 

n 1991-heute: Berater des IBM Almaden Research Center 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Auswahl 

n IBM 701 Speedcoding and other Automatic-Programming Systems, ONR 

Symp. Automatic Programming for Digital Computers, ONR, Washington D.C., 

1954, pp. 106-113 (zusammen mit Harlan Herrick). 

n Programmer´s Reference Manual, The Fortran Automatic Coding System for 

the IBM 704 EDPM, New York: IBM Corporation, 1956 (zusammen mit R.J. 

Beeber, S. Best, R. Goldberg, L.M. Haibt, H.L. Herrick, R.A. Nelson, D. Sayre, 

P.B. Sheridan, H. Stern, I. Ziller, R.A. Hughes, and R. Nutt). 

n The Syntax and Semantics of the Proposed International Algebraic Language 

of the Zürich ACM-GAMM Conference, in: Proc. First Int´l. Conf. Information 

Processing, Butterworth, London, 1960, pp. 125-132. 

n Can Programming be Liberated from the von Neumann Style? A Functional 

Style and Its Algebra of Programs, in: Comm. ACM., Vol. 21, 1978, pp. 613- 

641. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Forschungsschwerpunkte 

n Entwurf von Programmiersprachen 

n Funktionale Programmierung 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1963: IBM fellow 

n 1967: W.W. McDowell Award, IEEE 

n 1975: National Medal of Science 

n 1977: ACM Turing Award 

n 1980: IEEE Computer Society Pioneer Award 

n Member, National Academy of Sciences 

n Member, National Academy of Engineers 

n 1993: Charles Stark Draper Award, National Academy of Engineering (NAE) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr.-Ing. habil. 

Helmut Balzert 

*1950 in Bebra, Hessen 


Ruhr-Universität 

44780 Bochum 

Gebäude IC 4/36 

Tel.: 0234/7006880/6831 

Fax: 0234/7094427 

e-mail: hb@swt.ruhr-uni-bochum.de 

URL:http://www.swt.ruhr-uni-bochum.de 

n Autor des Buches »Lehrbuch der Software-Technik« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausbildung 

n 1968-1972: Studium der Elektrotechnik und Informatik, TH Darmstadt 

(Diplom 1973) 


n 1973: Knapp einjährige Industrietätigkeit in der rechnerunterstützten 

Entwicklung und Konstruktion bei Telefunken Computer, 

Konstanz 

n 1974-1979: Wissenschaftlicher Assistent an der Universität Kaiserslautern 

in der Forschungsgruppe »Programmiersprachen und 

Compilerbau« 

n 1979: Promotion auf dem Gebiet der Entwurfssprachen 

n 1979-1983: Leiter der Abteilung »Software Engineering« bei der TA 

Triumph-Adler AG, Nürnberg 

o 1983-1988: Bereichsleiter für »Neue Technologien/Basisentwicklung« 

o 1986-1988: Zusätzlich kommissarische Leitung des Bereichs 

»Unternehmensentwicklung« bei TA 

n 1987: Habilitation an der Universität Stuttgart, Thema »Software- 

Ergonomie und Software Engineering« 

n Seit 1987: Inhaber des Lehrstuhls für Software-Technik an der Ruhr- 

Universität, Bochum 

n Seit 1996: Vorsitzender des Aufsichtsrats der Schleupen Holding AG 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausgewählte Veröffentlichungen 

Bücher: 

n 1976: Informatik 1, Vom Problem zum Programm, München: Hueber- 

Holzmann-Verlag 

n 1978: Informatik 2, Vom Programm zur Zentraleinheit, Vom 

Systementwurf zum Systembetrieb, München: Hueber- 

Holzmann-Verlag 

n 1982: Die Entwicklung von Software-Systemen – Prinzipien, 

Methoden, Sprachen, Werkzeuge, Reihe Informatik, Band 34, 

Mannheim: Bibliographisches Institut 

n 1984: Fallstudie einer industriellen Software-Entwicklung – Definition, 

Entwurf, Implementierung, Abnahme, Qualitätssicherung, Reihe 

Informatik, Band 39, Mannheim: Bibliographisches Institut 

(zusammen mit H. Willmer) 

n 1989-1993: CASE – Systeme und Werkzeuge, 5 Auflagen, Reihe 

Angewandte Informatik, Band 7, Mannheim: Bibliographisches 

Institut (Hauptautor und Herausgeber) 

n 1993: Systematisches Testen mit Tensor, Reihe Angewandte 


(zusammen mit Heide Balzert und P. Liggesmeyer) 

n 1993: CASE – Auswahl, Einführung, Erfahrungen, Reihe Angewandte 


(Autor und Herausgeber) 

n 1996: Lehrbuch der Software-Technik, Reihe Lehrbücher der 

Informatik, Heidelberg: Spektrum Akademischer Verlag ➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Artikel: 

n 1981: Das Software-Entwicklungssystem PLASMA, in: Angewandte 

Informatik, 5/81, S. 204-216 

n 1981: Methoden, Sprachen und Werkzeuge zur Definition, 

Dokumentation und Analyse von Anforderungen an Software- 

Produkte, in: Informatik-Spektrum, 4, S. 145-163, 246-260 

n 1985: Allgemeine Prinzipien des Software Engineering, in: 

Angewandte Informatik, 1/85, S. 1-8 

n 1985: Phasenspezifische Prinzipien des Software Engineering, in: 

Angewandte Informatik, 3/85, S. 101-110 

n 1985: Three experimental multimedia workstations - a realistic utopia 

for the office of tomorrow, in: EWICS Proceedings, May 1985 

n 1985: Wissensbasierte Systeme im Büro der Zukunft, Proceedings 

GI-Jahrestagung, Wien 1985, S. 113-137 

n 1986: Benutzeroberflächen, in: Informatik-Fachberichte Nr. 129, 

Heidelberg: Springer-Verlag 1986, S. 34-42 

n 1987: Gestaltungsziele der Software-Ergonomie - Versuch eines 

neuen, umfassenden Ansatzes, in: Berichte des German 

Chapter of the ACM, Stuttgart: Teubner-Verlag 

n 1987: A blackboard architecture to realize adaptive human-computer 

interfaces and application systems, in: Proceedings Second 

International Conference on Human-Computer-Interaction, 

Honolulu, August 1987 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Artikel: 

n 1988: Trends und Perspektiven der Software-Ergonomie, in: Einführung in 

die Software-Ergonomie, Berlin: de Gruyter-Verlag 1988, S. 345-374 

n 1993: Der JANUS-Dialogexperte: Vom Fachkonzept zur Dialogstruktur, in: 

Softwaretechnik-Trends, August 1993, S. 62-72 (Proceedings der GI- 

Fachtagung Softwaretechnik 93 in Dortmund) 

n 1994: Das JANUS-System: Automatisierte, wissensbasierte Generierung 

von Mensch-Computer-Schnittstellen, in: Informatik-Forschung und 

Entwicklung, Heidelberg: Springer-Verlag 9/1994, S. 22-35 

n 1995: Ein wissensbasiertes System zur Unterstützung des Benutzers der 

ergonomischen Farbgestaltung für Dialogmasken, in: Proceedings 

Software-Ergonomie Fachtagung 95, Darmstadt (zusammen mit 

P. Heintzen und V. Kruschinski) 

n 1995: From OOA to GUI – The JANUS-System, in: Proceedings 

INTERACT 95, Lillehammer, Norwegen 

n 1995: Vom Programmieren zum Generieren - Auf dem Weg zur 

automatisierten Anwendungsentwicklung, in: Proceedings GI- 

Fachtagung Softwaretechnik 95, Braunschweig, S. 126-135 

(zusammen mit F. Hofmann und C. Niemann) 

n 1996: The JANUS Application Development Environment – Generating 

more than the User Interface, in: Proceedings CADUI 96, Namur, 

Belgien (zusammen mit F. Hofmann, V. Kruschinski, C. Niemann) 

Insgesamt über 100 Artikel und über 10 Bücher 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n Generierende Systeme 

n Objektorientierte Software-Entwicklung 

n Software-Ergonomie 

n CASE-Systeme 

n multimediale Lehr- und Lernsysteme 

Lehrveranstaltungen 

n Grundlagen der Informatik (2+1, 4. Semester, Pflichtvorlesung) 

n Ingenieurinformatik (2+1, 6. Semester, Pflichtvorlesung) 

n Software-Technik (4+2, Wahlpflichtvorlesung) 

n Software-Management (2+1, Wahlpflichtvorlesung) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Weitere fachbezogene Aktivitäten 

n Mitglied des Präsidiums der Gesellschaft für Informatik (1985-1988) 

n Mitglied im Fachausschuß »Ergonomie in der Informatik« in der Gesellschaft 

für Informatik (seit 1983), von 1983 bis 1988 Sprecher des Ausschusses 

n Mitglied im Softec-Verbund NRW e.V., seit 1996 stellvertretender 

Vorsitzender 

n Herausgeber der Buchreihen 

o Angewandte Informatik (Spektrum Akademischer Verlag) 

o Forschung in der Software-Technik (Spektrum Akademischer Verlag) 

o Mensch-Computer-Kommunikation (de Gruyter-Verlag) 

o Lehrbücher der Informatik (Spektrum Akademischer Verlag) 

n Sprecher der Fachgruppe Softwaretechnik in der Gesellschaft für Informatik 

(seit 1995) 

n Vorsitzender des Koordinationsausschusses Multimedia an der Ruhr- 

Universität Bochum (seit 1996) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Grady Booch 

*27.2.1955 in Texas, USA 

Chief Scientist, 


Adresse: 


2800 San Tomas Freeway 

Santa Clara, CA 95051, USA 

e-mail: egb@rational.com 

n Pionier auf dem Gebiet des modularen und objektorientierten 

Softwareentwurfs 

o 1983: Buch Software Engineering with Ada 

o 1987: Buch Software Components with Ada 

o 1991/94:Buch Object Oriented Design with Applications 

n Pionier auf dem Gebiet wiederverwendbarer Bibliotheken 

o 1987: Komponentenbibliothek in Ada 

o 1991: Klassenbibliothek in C++ (foundation class library) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Grady Booch 

Ausbildung 

n 1977: BS in Computer Science, Air Force Academy 

n 1979: M.S.E.E. in Computer Engineering, University of California, Santa 

Barbara 


n 1980-heute: Chief Scientist der Fa. Rational, Santa Clara 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Grady Booch 

Die wichtigsten drei Veröffentlichungen: 

n Object-Oriented Analysis and Design with Applications, Redwood City: The 

Benjamin/Cummings Publishing Company, 1994 (1. Auflage 1991 mit dem 

Titel: Object-Oriented Design with Applications). 

n Object Solutions: Managing the Object-Oriented Project, Menlo Park: The 

Benjamin/Cummings Publishing Company, 1995. 

n Software Engineering with Ada, Menlo Park: The Benjamin/Cummings 

Publishing Company, 1983. 


Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Grady Booch 


n »object-oriented analysis, design, and architecture of complex systems« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Grady Booch 

n ACM Fellow 

n Rational Fellow 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Coad 

*30.12.1953 in San Francisco 

Präsident der Firma 

Object International, Austin 

Adresse: 

Object International, Inc. 

8140 N MoPac 4-200 

Austin TX 78 759 

USA 

Tel. +1 (512) 795-0202 

Fax +1 (512) 795-0332 

e-mail coad@oi.com 

URL http://www.oi.com/oi_home.html 

n Erzielte 1990 mit seinem Buch »Object-Oriented Analysis« 

(zusammen mit E. Yourdon) den Durchbruch in der 

objektorientierten Analyse (Integration des Entity 

Relationship-Modells und des Zustandsautomaten in die 

Grundkonzepte der Objektorientierung) 

n Wegbereiter von OOA-Mustern (patterns) (1995) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Coad 

Ausbildung 

n 1977: BS in Elektrotechnik, Oklahoma State University 

n 1981: MS in Informatik, University of Southern California 


n 1986-heute: Gründer und Präsident der Firma Object International, Austin, 

Texas 

Geschäftsfelder: Vertrieb des CASE-Systems »Together C++«, 

Ausbildung, Beratung 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Coad 

Die wichtigsten drei Veröffentlichungen: 

n Object Models: Strategies, Patterns, and Applications, Prentice Hall, 1995 

(zusammen mit David North und Mark Mayfield). 

n Object-Oriented Programming, Prentice Hall, 1993 (zusammen mit Jill 

Nicola). 

n Object-Oriented Analysis, Second Edition, Prentice Hall, 1991 (zusammen 

mit Edward Yourdon). 

Insgesamt 8 Artikel und 4 Bücher publiziert 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Coad 


»Developing practical strategies and patterns for modeling and improving a 

business, followed by modeling and developing applications for a business« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Coad 

n 1993: Entrepreneur-of-the-Year Regional Finalist 

n “Top 10“ Book List (Computerworld, JOOP) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Dr. Edgar Frank Codd 

*19.8.1923 in Portland, Großbritannien 

n Erfinder des relationalen Datenbankmodells (1970) 

Hinweis: Ein Teil der Angaben wurde entnommen aus: Lee, Computer 

Pioneers, Los Alamitos: IEEE Society Press 1995 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Edgar Frank Codd 

Ausbildung 

n 1948: BA und MA in Mathematik, Universität Oxford 

n 1965: Promotion in Kommunikationswissenschaften an der Universität 

Michigan 


n 1942-1945: Kapitän der Royal Air Force 

n 1949: Ausbilder in Mathematik, Universität Tennessee 

n 1949-1981: Mitarbeiter von IBM (mit Unterbrechungen) 

o 1949-1951: Mathematiker/Programmierer, SSEC (Selective Sequence 

Electronic Calculator), New York 

o 1951-1952: Entwerfer, IBM-701 und IBM-702 

o 1957-1959: Entwerfer, IBM-7030 (Stretch) 

o 1957-1961: Erfinder, STEM (multiprogrammed control system) 

o 1969-1981: Entwickler des relationalen Datenmodells 

o 1984: Eintritt in den Ruhestand 

n 1953-1957: Computing Devices of Canada 

n 1985: Gründer von zwei Beratungsunternehmen, San Jose 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Auswahl 

n Multiprogramming STRETCH: Feasibility Considerations, in: Comm. ACM, 

Vol. 2, No. 11, Nov. 1959, pp. 13-17. 

n Cellular Automata, New York: Academic Press, 1968 (Promotion). 

n A Relational Model of Data for Large Shared Data Banks, in: Comm. 

ACM, Vol. 13, No. 6, 1970. 

n How about Recently?, in: Proc. Int´l. Conf. Databases: Improving Useability and 

Responsiveness, Haifa, Israel, August 2-3, 1978. 

n Extending the Relational Model to Capture More Meaning, (RM/T), in: ACM 

Trans. Database Systems, Vol. 4, No. 4, 1979. 

n Missing Information (Applicable and Inapplicable) in Relational Databases, 

in: ACM SIGMOD Record, Vol. 15, No. 4, 1986. 

n Relational Database: A practical Foundation for Productivity, in: Comm. ACM, 

Vol. 25, No .2, 1982. 

n More Commentary on Missing Information in Relational Databases, in: ACM 

SIGMOD Record, Vol. 16, No. 1, 1987. 

n The Relational Model for Database Management: Version 2, Reading: 

Addison-Wesley Publ., 1990. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n Multiprogramming 

n Relationale Datenbanken 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1974: Fellow, British Computer Society 

n 1976: Fellow, IBM 

n 1981: Turing Award, ACM 

n 1983: Mitglied, National Academy of Engineering 

n 1994: Fellow, American Academy of Arts and Sciences 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Tom DeMarco 

*20.8.1940 in Hazleton, Pennsylvania, USA 

Principal, The Atlantic Systems Guild 

Adresse: 

The Atlantic Systems Guild 

PO Box 160 

Camden, Maine 04843 USA 

Tel.: +1 (207) 236-4735 

Fax: +1 (207) 236-8432 

e-mail: tdemarco@shore.net 

n Erfinder der Strukturierten Analyse (SA) 

o Buch: Structured Analysis and System Specification, 1978 

n Bedeutende Beiträge zum Software-Management 

o Buch: Peopleware, zusammen mit T. Lister, 1987 

o Buch: Controlling Software Projects, 1982 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Tom DeMarco 

Ausbildung 

n 1961: Diplom, University of Paris, Sorbonne 

n 1963: BSEE, Cornell University 

n 1965: MS in Elektrotechnik, Columbia University 


n Mitarbeiter am ESS-1-Projekt, Bell Telephone Laboratories 

n Manager von Echtzeit-Projekten, La CEGOS Informatique, Frankreich 

n Gründer und Prinzipal der Atlantic Systems Guild, eines 

Beratungsunternehmens in New York und London (zusammen mit Tim Lister) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Tom DeMarco 

n Structured Analysis and System Specification, Prentice Hall, 1979. 

n Controlling Software Projects: Management, Measurement and Estimation, 

Prentice Hall, 1982. 

n Peopleware: Productive Projects and Teams; Dorset House, 1987 

(zusammen mit T. Lister). 

n Why Does Software Cost So Much? (And Other Puzzles of the Information 

Age), Dorset House, 1995. 


Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Tom DeMarco 


n Management 

n Metriken 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Tom DeMarco 

n 1986: J.-D. Warnier Prize for »lifetime contribution to the field of computing« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr. Edsger Wybe Dijkstra 

*11.5.1930 in Rotterdam, Niederlande 

Schlumberger Centennial Chair 

of Computer Sciences 

The University of Texas at Austin 

Adresse: 

Department of Computer Sciences 

The University of Texas at Austin 

Austin TX 78712-1188 

USA 

Tel.: +1 (512) 343-2053 

Fax: +1 (512) 343-7807 

n Wegbereiter der strukturierten Programmierung 

n Erfinder von Algorithmen 

n Erfinder des Semaphor-Konzeptes 

n Entwickler des ersten ALGOL 60-Compilers (1960) 

n Erfinder der Datenstruktur Keller (stack) 

n Mitentwickler des Betriebssystems »THE Multiprogramming 

System« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Edsger Wybe Dijkstra 

Ausbildung 

n 1948: Gymnasium Erasmianum, Rotterdam 

n 1951: Candidaats Examen in Mathematik und Physik, Universität Leyden 

n 1956: Doctoraal Examen in theoretischer Physik, Universität Leyden 

n 1959: Promotion, Thema: Real-time interrupt handler, Universität 

Amsterdam 


n 1952-1962: Mitglied des mathematischen Zentrums in Amsterdam 

n 1962-1973: Professor für Mathematik, Eindhoven University of Technology 

n 1973-1984: Burroughs Research Fellow / Professor Extraordinarius 

n 1984-heute: Professor and Schlumberger Centennial Chair in Computer 

Science, University of Texas at Austin 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Auswahl 

Bücher: 

n A Primer of ALGOL-60 Programming, New York: Academic Press,1962. 

n A Discipline of Programming, Englewood Cliffs: Prentice-Hall, 1976. 

n Methodik des Programmierens, Bonn: Addison-Wesley, Deutschland, 1985 

(zusammen mit W. H .J. Feijen). 

n Predicate Calculus & Program Semantics, Heidelberg: Springer Verlag, 

1990 (zusammen mit Carel S. Scholten). 

Buchkapitel: 

n “Recursive Programming,“ Programming Systems and Languages, New 

York: McGraw-Hill, pp. 221-227, 1967. 

n “Co-operating Sequential Process,“ Programming Languages, (ed. F. 

Genuys), London: Academic Press, pp. 43-112, 1968. 

n “Notes on Structured Programming,“ Structured Programming, London: 

Academic Press, 1972 (zusammen mit O. J. Dahl und C. A. R. Hoare). 

n “Programming Methodologies: their objectives and their nature,“ Structured 

Programming, Infotech Int. Ltd., Nicholson House, Maidenhead, Berkshire, 

England 1976. 

n “Why Correctness must be a Mathematical Concern,“ The Correctness 

Problem in Computer Science, Academic Press, 1981. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n Korrektheit von Programmen 

n Algorithmen 

n Systeme 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1964: Member of the Bataafsch Genootschap de Proefondervindelijke 

Wijsbegeerte, Rotterdam 

n 1971: Member of the Royal Netherlands Academy of Arts and Sciences 

n 1971: Distinguished Fellow of the British Computer Society 

n 1971: Programming Systems and Languages Paper Award 

n 1972: Recipient of the ACM Turing Award 

n 1974: Recipient of the AFIPS Harry Goode Memorial Award 

n 1975: Foreign Honorary Member of the American Academy of Arts and 

Sciences 

n 1976: Doctor of Science Honoris Causa, The Queen´s University of 

Belfast 

n 1982: Recipient of the Computer Pioneer Award, IEEE Computer 

Society 

n 1989: Recipient of the ACM / SIGCSE Award for Outstanding 

Contributions to Computer Science Education 

n 1994: ACM Fellow 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


*28.9.1939 in Kempten, Allgäu 

Visueller Gestalter 

Adresse: 

Schäftlarner Weg 3 

82131 Ganting-Buchendorf 

Tel.: 089/89340108 

Fax: 089/8509348 

n Bekannter Typograph, Buchgestalter und »Information 

Designer« 

n typographischer Gestalter dieses Buches 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausbildung 

n Nach der Schulzeit tätig als Buchdrucker und Musiker 

n Studium der Drucktechnik und Typographie in Berlin 


n Hersteller und Herstellungsleiter in Buchverlagen 

n Seit 1971 Eigenes Büro für Gestaltung und Realisierung 

n Seit 1984 Zusammenarbeit mit Softwarehäusern und Elektronik- 

Buchverlagen 

n Seit 1984 Seminare zur Vorbereitung der Typographie in DTP-Systemen 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Durchgeführte Arbeiten 

n Gesamte Gestaltung für Borland (Heimsoeth) 

n Microsoft System Journal (Gestaltung) 

n Systhema Verlag (Buch- und CD-ROM-Gestaltung) 

n Schriftentwicklung für Display-Schriften für Langenscheidt 

n Bücher (Autor und Gestalter): 

o 1992: Schriftrevue, EDTZ, Monotype 

o 1995: Textgestaltung am PC oder Mac, Ravensburger Verlag 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Lehre 

n Seit 1968 Lehrtätigkeit 

n Lehraufträge an den Universitäten Ulm und Osnabrück im Bereich Informatik 

n Lehraufträge an der Fachhochschule München (Druckereitechnik) sowie an 

der Akademie an der Einsteinstraße, München (Geschichte der 

Typographie) und dem Siemens-Nixdorf-Trainingscenter (Technische 

Graphik und technische Dokumentation) 

n Zahlreiche Seminare in Verlagen, Institutionen und Firmen 

n Seit 1990 Veranstalter des Jahreskurs Typographie in München 

Sonstige fachliche Tätigkeiten 

n Mitarbeit im VDI-Ausschuß Benutzerinformation VDI 4500 

n 1. Vorsitzender der Typographischen Gesellschaft München 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1991: Software-Marketing Preis 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr. David Harel 

*12.4.1950 in London 

Professor für Mathematik am 

Weizmann-Institut in Rehovot, Israel 

Adresse: 

Dept. of Applied Mathematics and 

Computer Science 

The Weizmann Institute of Science 

Rehovot 76100 Israel 

Tel.: +972 (8) 342823 

Fax: +972 (8) 344122 

e-mail: harel@wisdom.weizmann.ac.il 

n Erfinder des Harel-Automaten (statecharts) (1983, veröffentlicht 

1987) 

n Mitentwickler des Statemate-CASE-Systems (1984-1987, 

veröffentlicht 1988 und später) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

David Harel 

Ausbildung 

n 1968-1971: Militär-Dienst, Israelische Armee 

n 1974: B.Sc., Math. and Computer Science, Dept. of Math., Bar-Ilan Univ., 

Ramat-Gan, Israel. 

n 1976: M.Sc., Computer Science, Dept. of Appl. Math., Tel-Aviv Univ., 

Israel 

n 1978: Ph.D., Computer Science, Dept. of EECS, Mass. Inst. of 

Technology, Cambridge, MA. Titel der Promotion: “Logics of 

Programs: Axiomatics and Descriptive Power“. 


n 1978-1980: Visiting Scientist, IBM T.J. Watson Research Center, Yorktown 

Heights, NY. 

n 1982-1984: Berater, R&D Department, Israel Aircraft Industries 

n 1986-1987: Visiting Professor, Computer Science Dept., Carnegie-Mellon 

Univ., Pittsburgh, PA. 

n 1984-1991: Gründer und Chefwissenschaftler der Firma: i-Logix, Burlington, 

MA, USA, und Ad-Cad Ltd., Rehovot, Israel. 

n 1990-heute: Adjunct Professor, Open University, Israel. 

n 1994-1995: Visiting Professor, Computer Science Dept., Cornell University, 

Ithaca, NY. 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

David Harel 


n 1980-heute: Department of Applied Mathematics and Computer Science, The 

Weizmann Institute of Science, Rehovot, Israel; 

o 1980-1983: Senior Scientist 

o 1983-1989: Associate Professor 

o 1989-heute: Professor 

o 1989-1995: Department Chairman 

o 1990-heute: The William Sussmann Professor of Mathematics 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

David Harel 


1 Algorithmics: The Spirit of Computing, Reading: Addison-Wesley, 1st 

edition 1987 (425 pp.), 2nd edition 1992 (476 pp.). 

2 Dynamic Logic, in: Handbook of Philosophical Logic (D. Gabbay and F. 

Guenthner eds.), Vol. II, Reidel Publishing Company, Dordrecht, 1984, pp. 

497-604. 

3 Statecharts: A visual Formalism for Complex Systems, {Science of 

Computer Programming} {\bf 8} (1987), 231-274. 

Über 75 Veröffentlichungen, 3 Bücher, 1 Patent 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

David Harel 


n Berechenbarkeits- und Komplexitätstheorie 

n Logik von Programmen 

n Theorie von Datenbanken 

n Automatentheorie 

n Visuelle Sprachen 

n Systems Engineering 

weitere fachliche Aktivitäten 

1988-1989: Mitglied, Higher Education Concil, Israel 

1989-1994: Mitglied, Academic Committee, Open University, Israel 

1990-1993: Science Advisor, USA/Israel Binational Science Foundation 

1990-heute: Mitglied, Israel Ministry of Education Committee on Computer 

Science 

1992-heute: Mitglied, General Council, Open University, Israel 

1992-1994: Mitglied, German/Israel Minerva Committee 

1993-heute: Mitglied, France/Israel Binational Science Foundation Committee 

Mitglied von »Editorial Boards«: 

n Information and Computation (monthly), Academic Press. 

n Design Automation for Embedded Systems: An International Journal, Kluwer 

publishers (Associate Editor) 

n ACM-Press/Addison-Wesley book series in computer science. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

David Harel 

n Book of the Year Award, Addison-Wesley, Wokingham, UK, 1987. 

n Best Paper Award, 10th Int´l Conf. on Software Engineering, Singapore, 1988. 

n Spring Main Book Selection, Macmillan Library of Science, 1988. 

n ACM´s Karl V. Karlstrom Outstanding Educator Award, 1992. 

n Fellow, Association for Computing Machinery (ACM), awarded 1994. 

n Fellow, Inst. of Electrical and Electronics Engineers (IEEE), awarded, 1995. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Derek Hatley 

*25.2.1934 in London, England 

Engineering Consultant 

Adresse: 

System Strategies 

2174 Rosewood Street 

Jenison 

Michigan 49428-8170 

USA 

Tel. +1 (616) 669-9915 

Fax +1 (616) 669-9916 

e-mail: 74710.1437@compuserve.com 

n Erfinder der Methode SA/RT (zusammen mit I.A.Pirbhai) 

(1987) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Derek Hatley 

Ausbildung 

n Studium der Elektrotechnik, Wandsworth Technical College und Hatfield 

Technical College, England 

n 1970: Master of Science in Electrical Engineering, Rochester Institute of 

Technology 


n Über 40 Jahre Entwicklungserfahrung in der Industie auf folgenden Gebieten 

o Computer-Peripherie 

o Optische Zeichenerkennung 

o Militärische und kommerzielle Kommunikation und Navigationssysteme 

n Entwicklung der SA/RT-Methode 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Derek Hatley 


n Strategies for Real-Time System Specification, Dorset House Publishing, 

1987 (zusammen mit I.A.Pirbhai). 

n Current System Development Practices Using The Hatley/Pirbhai 

Methods, in: Systems Engineering - The Journal of the International Council 

on Systems Engineering, Vol. 1, No. 1, July/September 1994. 

n System Development, in: Proceedings of the Embedded Systems 

Conference, Santa Clara, Miller Treemon Inc, Sept. 1992. 

Insgesamt mehr als 20 Veröffentlichungen 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Derek Hatley 


»Improved techniques for the integrated development of engineering systems with 

all their component technologies, such as electrical, electronic, and mechanical 

hardware, hydraulics, optics, software, and many others.« 

Weitere fachliche Aktivitäten 

»Provide training and consulting to industry in system, system development, and 

the application to them of the Hatley/Pirbhai methods.« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Derek Hatley 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


*16.2.1936 in Birmingham, England 

Unabhängiger Berater in London 

Adresse: 

101 Hamilton Terrace 

London NW8 9QX 

England 

Tel. +44 (171) 286 1814 

Fax +44 (266) 2645 

e-mail mj@ ic.ac.uk 

jacksonma@attmail.com 

n Erfinder der Jackson-Diagramme zur einheitlichen grafischen 

Darstellung von Daten- und Kontrollstrukturen (1975) 

n Erfinder der Entwicklungsmethode JSP (Jackson Structured 

Programming) (1975) 

n Erfinder der Entwicklungsmethode JSD (Jackson Structured 

Development) (1983) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausbildung 

n 1954-1958: Literae Humaniores (Classics), Merton College Oxford 

n 1958-1961: Mathematik, Trinity Hall Cambridge 


n 1962-1964: Maxwell Stamp Associates 

n 1964-1970: John Hoskyns & Company; Leiter der Gruppe für Software- 

Entwicklung und -Methoden 

n 1971-1990: Michael Jackson Systems Limited; 1971 Gründung der 

eigenen Firma, 1971-1990 Direktor in der eigenen Firma 

n 1977-1985: Visiting Professor in Computer Science, Strathclyde 

University 

n 1979-1981: Visiting Professor in Computer Science, Imperial College 

n 1988-1991: Visiting Professor in Computer Science, UMIST 

n 1990-heute: Unabhängiger Berater für Software-Entwicklungsmethoden 

n 1990-heute: AT&T Bell Laboratories, zeitweise als Forscher tätig 

n 1993-heute: Visiting Professor in Computer Science, University of the 

West of England 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



1 Software Requirements and Specifications, Addison-Wesley, 1995 

2 System Development, Prentice-Hall, 1983 

3 Principles of Program Design, Academic Press, 1975 

Insgesamt 3 Bücher und über 50 Artikel 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n Methoden für die Strukturierung, Analyse und Lösung von Software- 

Entwicklungsproblemen 


n ACM Transactions on Software Engineering and Methodology, Editorial 

Board Member 

n Kluwer Automated Software Engineering, Editorial Board Member 

n Science of Computer Programming, Editorial Board Member 

n IFIPS Working Group 2.9 on Requirements Engineering, Member 

n IFIPS Working Group 2.3 on Programming Methodology, Member 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1992: Ehrendoktor der »University of the West of England« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Dr. Ivar Hjalmar Jacobson 

*2.9.1939 in Ystad, Schweden 

Vice President Business Engineering 


Adresse: 



Santa Clara, CA 95051- 0951 

USA 

Tel.: +1 (408) 496 3972 

e-mail: ivar@ rational.com 

n Wegbereiter der objektorientierten Software-Entwicklung 

(use case driven approach) 

n Einführung der Interaktions-Diagramme in die objektorientierte 

Software-Entwicklung 

n Wegbereiter der objektorientierten Unternehmensmodellierung 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Ivar Hjalmar Jacobson 

Ausbildung 

n 1962: MS, Chalmers Institute of Technology, Gothenburg, Schweden 

n 1983-1984: Visiting Scientist, MIT Computer Science Lab, Cambridge, MA, 

USA 

n 1985: Dissertation in Computer Science, Royal Institute of Technology, 

Stockholm. Titel: »Concepts for Modeling Large Real Time 

Systems« 


n 1963-1987: Software Manager, Ericsson, Stockholm 

n 1987-1990: Gründer und Präsident der Firma Objective Systems, Stockholm 

n 1991-1995: Vizepräsident für Technologie, Firma Objective Systems 

n 1994-1995: Vizepräsident für Marketing und Technologie, Firma Objectory 

Corporation, USA 

n seit 1995: Vizepräsident Business Engineering, Firma Rational Software 

Corporation, USA 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



1 Object-Oriented Software Engineering - a Use Case Driven Approach, 

Reading: Addison-Wesley, 1992 (zusammen mit M. Christerson, P. Jonsson, G. 

Övergaord). 

2 The Object Advantage - Business Process Reengineering with Object 

Technology, Reading: Addison-Wesley, 1994 (zusammen mit M. Ericsson, A. 

Jacobson). 

3 Object-Oriented Development in an Industrial Enviroment, in: Proceedings of 

OOPSLA ´87, Special Issue of SIGPLAN Notices, Dec./1987, pp. 183 -191. 


Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Forschungsschwerpunkt 

n »Techniques for formal specifiation of system modeling languages and system 

engineering processes« 


n Member of the advisory board of the Journal of Object-Oriented Programming 

(JOOP) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n Das Buch »Object-Oriented Software Engineering - A Use Case Driven 

Approach« erhielt den Computer Language Productivity Award, 1992 

n Kjell Hultmann Prize, the first Swedish Association (SCA) award for 

»extraordinary achievement in promoting efficiency and productivity in the 

development and use of information technology«, 1994 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Dr. Alan C. Kay 

*1940 

Adresse: 

Apple 

n »Vater der PC« genannt 

n Erfinder des »dynabook«, eines »Notebook«-PCs, der Texte, Bilder, 

Sprache, Musik und Filme verarbeiten kann (Anfang der 70er Jahre) 

n Pionier auf dem Gebiet der Software-Ergonomie, schuf die Grundlagen für 

grafische Benutzungsoberflächen, überlappende Fenster, Mausbedienung, 

Piktogramme 

n Miterfinder der objektorientierten Programmiersprache Smalltalk-80 

n Wegbereiter der Computersysteme Alto Workstation (Xerox), Lisa und 

Macintosh (Apple) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Alan C. Kay 

Ausbildung 

n 1966: BS in Mathematik und Molekularbiologie, University of Colorado 

n 1969: Promotion in Informatik, University of Utah 


n Mitarbeit an einem »blank-check«-Projekt am Xerox Palo Alto Research 

Center, Erfinder des »dynabook«, Mitarbeit an Smalltalk-80 

n Chef-Wissenschaftler von Atari 

n 1984-heute: Fellow bei Apple Computer 

n 1969-heute: AI-Projekt (SAIL), Stanford Junior University 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Alan C. Kay 

n Computer Software, in: Scientific American, Sept.1984. 

n The Early History of Smalltalk, in: ACM SIGPLAN Notices, March/1993, pp. 

69-96. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Alan C. Kay 

Forschungsgebiete 

n Software-Agenten 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Alan C. Kay 

n Fellow of the American Academy of Arts and Sciences 

n Fellow of the Royal Society of Arts 

n 1987: ACM Software Award 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr. Peter Naur 

* 25.10.1928 in Frederiksberg 

in der Nähe von Kopenhagen, Dänemark 

Professor an der Universität Kopenhagen 

Adresse: 

DIKU Dept. of Computer Science 

University of Copenhagen 

Universitetsparken 1 

DK 2100 Copenhagen 

Denmark 

Fax: +45 35321401 

n Miterfinder der Programmiersprache ALGOL 60 

(Mitglied des 13-köpfigen internationalen Entwicklerteams) 

n Verbesserung der von J. W. Backus erfundenen Backus-Naur- 

Form (BNF) und Anwendung bei Syntaxbeschreibung von 

ALGOL 60 

n Wesentliche Beiträge zum Compilerbau 

n Wegbereiter der Strukturierten Programmierung und der 

Programmverifikation 

Hinweis: Die biographischen Angaben wurden entnommen aus: Peter Naur, Computing 

A Human Activity, Reading: Addison-Wesley 1992 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Naur 

n 1947-1949: Studium der Astronomie an der Universität Kopenhagen 

(mag. scient. degree 1949) 

n 1950-1951: Forschungsstudent am King´s College, Cambridge, England 

n 1952-1953: Besuch astronomischer Observatorien und Computer-Labors in 

den USA 

n 1953-1959: Wissenschaftlicher Assistent am Observatorium in Kopenhagen 

und Berater für Assembler-Sprachen am unabhängigen 

Computer-Labor Regnecentralen 

n 1957: Promotion auf dem Gebiet der Astronomie 

n 1959: Mitarbeiter des Computer-Labors Regnecentralen und involviert 

in die ALGOL 60-Entwicklung 

n 1960: Mitarbeit an dem endgültigen Entwurf der Programmiersprache 

ALGOL 60, Herausgeber des »Report on the Algorithmic 

Language ALGOL 60«, Mitglied der Compilergruppe für die 

Compiler ALGOL 60 und COBOL 

n 1969-heute: Professor am Institut Datalogy der Universität Kopenhagen 

(1. Informatik-Lehrstuhl in Dänemark) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Naur 

Auswahl 

n Report on the algorithmic language ALGOL 60, in: Comm. ACM3(6), 1960, 

pp. 299-314 (zusammen mit J. W. Backus, F. L. Bauer, J. Green, C. Katz, J. 

McCarthy, A. J. Perlis, H. Rutishauser, K. Samelson, B. Vauquois, J. H. 

Wegstein, A. van Wijngaarden, M. Woodger). 

n The design of the GIER ALGOL compiler, in: BIT 3(2),1963, pp. 124-140 and 

BIT 3(3), 1963, pp.145-166. 

n Goto statements and good ALGOL style, in: BIT 3(3), 1963, pp. 204-208. 

n The place of programming in a world of problems, tools and people, in: Proc. 

IFIP Congress 65, Vol. I. Washington, D.C.: Spartan Books, 1965, pp. 195-199. 

n Proof of algorithms by general snapshots, in: BIT 6(4), 1966, pp. 310-316. 

n Datalogy, the science of data and data processes and its place in education, 

in: Proc. IFIP Congress 68, Vol. II. Amsterdam, North-Holland: 1968, pp. 1383- 

1387. 

n Programming by action clusters, in: BIT 9(3), 1969, pp. 250-258. 

n Software Engineering, Brussels: Nato Science Committee, 1969. Reprinted in 

Software Engineering: Concepts and Techniques. New York: Petrocelli/ 

Charter, 1976 (zusammen mit B. Randell und J. N. Buxton). 

n An experiment on program development, in: BIT 12(3), 1972, pp. 347-365. 

n Concise Survey of Computer Methods, Lund, Sweden: Studentlitteratur, 1974 

and New York: Petrocelli/Charter, 1974. 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Naur 

n Programming languages, natural languages, and mathematics, in: Comm. 

ACM 18(12), 1975, pp. 676-683. 

n An empirical approach to program analysis and construction, in: Systems 

Architecture, Proc. 6th ACM European Regional Conference, ICS 81, 

Guildford, England: Westbury House, 1981, pp. 265-272. 

n Formalization in program development, in: BIT 22(4), 1982, pp. 437-453. 

n Program development studies based on diaries, in: Psychology of Computer 

Use, ed. T. R. G. Green, S. J. Payne, and G. C. van der Veer. London: 

Academic Press, 1983, pp. 159-170. 

n Intuition in software development, in: Formal Methods and Software 

Development, Vol. 2: Colloquium on software engineering, ed. H. Ehrig, C. 

Floyd, M. Nivat, and J. Thatcher. Lecture Notes in Computer Science 186, 

Berlin: Springer, 1985, pp. 60-79. 

n Programming as theory building, in: Microprocessing and 

Microprogramming, 1985, pp. 15:253-261. 

n Human knowing, language, and discrete structures, Talk on Peter Naur´s 

60th birthday, at the Institute of Datalogy, Copenhagen University, 1988. 


Hinweis: Viele der aufgeführten Veröffentlichungen sind nachgedruckt in: Peter 

Naur, Computing: A Human Activity, Reading: Addison-Wesley 1992 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Naur 


n Entwicklung und Beschreibung von Programmiersprachen 

n Compilerbau (ALGOL, COBOL) 

n Grundprinzipien der Datenverarbeitung 

n Programmentwicklung als menschliche Aktivität 

Lehre 

n Beschäftigung mit Ausbildungsfragen der Informatik 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Peter Naur 

n 1963: The G. A. Hagemann Medal 

n 1966: Jens Rosenkjær Prize 

n 1986: The Computer Pioneer Award of the IEEE Computer Society 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr. e. h. Kristen Nygaard 

*27.8.1926 in Oslo, Norwegen 

Adresse: 

Department of Informatics 

University of Oslo 

Gaustadalleen 23 

Post Box 1080 Blindern 

N - 0316 Oslo 

Norwegen 

Tel.: + 47 (22) 85 24 32 

Fax: + 47 (22) 85 24 01 

e-mail: Kristen @ ifi.uio.no 

n Erfinder der Programmiersprache SIMULA 67, die das 

Klassenkonzept in die Programmiersprachenwelt einführte 

(zusammen mit Ole-Johan Dahl) 

n Erfinder der objektorientierten Programmiersprache BETA 

(zusammen mit B. B. Kristensen, O. L. Madsen, B. Møller- 

Pedersen) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Kristen Nygaard 

Ausbildung 

n 1945-1956: Studium der Mathematik an der Universität Oslo 

n 1956: cand. real., Universität Oslo 


n 1949-1956: Leader of the Computing Office of The Norwegian Defence 

Research Establishment and The Institute for Atomic Energy 

n 1957-1960: Leader of the Operational Research Group for the Army and for the 

Air Defence at The Norwegian Defence Research Establishment 

n 1960-1984: The Norwegian Computer Center, 1962-1984: Director of 

Research 

n 1977-1996: Professor of Informatics, Universität Oslo (1977-1984 zeitweise, 

1984-1996 Vollzeit) 

n 1975-1976: Gastprofessor an der Aarhus-Universität, Dänemark 

n 1987: Gastprofessor an der Stanford-Universität und Visiting Scientist 

am Xerox Palo Alto Research Center 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Auswahl 

n SIMULA - a Language for Programming and Description of Discrete Event 

Systems, Norwegian Computing Center, Oslo, 1965 (zusammen mit O.-J. Dahl) 

n SIMULA - An Algol Based Simulation Language, in: CACM, Sept 1966, pp. 

671-682 (zusammen mit O.-J. Dahl). 

n SIMULA 67 Common Base Language, Norwegian Computing Center 1968 

and later editions (zusammen mit O.-J. Dahl, B. Myhrhaug). 

n The DELTA System Description Language - Motivation, Main Concepts and 

Experience from Use, in: Software Engineering Environments, edited by 

H. Hünke. Proceedings of the Symposium held in Lahnstein, Germany, June 16- 

20, 1980, North-Holland, Amsterdam, 1981 (zusammen mit P. Handlykken). 

n BETA Project Working Note 1-8. Norwegian Computing Center, Oslo and 

Computer Science Department, Aarhus University, Aarhus, 1976-1980 

(zusammen mit B. B. Kristensen, O. L. Madsen). 

n Syntax Directed Program Modularization, in: Interactive Computing Systems 

(ed. P. Degano and E. Sandewall), North-Holland, 1983 (zusammen mit B. B. 

Kristensen, O. L. Madsen, B. Møller-Pedersen). 

n Abstraction Mechanisms in the BETA Programming Language, Proceedings 

of the Tenth ACM Symposium on Principles of Programming Languages, 

January 24-26, 1983, Austin, Texas (zusammen mit B. B. Kristensen, O. L. 

Madsen, B. Møller-Pedersen). 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n Multisequential Execution in the BETA Programming Language, Sigplan 

Notices, Vol. 20, No. 4 April 1985 (zusammen mit B.B. Kristensen, O. L. 

Madsen, B. Møller-Pedersen). 

n The BETA Programming Language, in: Research Directions in Object- 

Oriented Languages (ed. B. Shriver and P. Wegner), MIT Press, Cambridge, 

Massachusetts 1987 (zusammen mit B. B. Kristensen, O. L. Madsen, 

B. Møller-Pedersen). 

n Object Oriented Programming in the BETA Programming Language, 

Addison-Wesley/ACM Press, 1993, 357 pp., ISBN 0-201-62430-3 

(zusammen mit O. L. Madsen, B. Møller-Pedersen). 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Forschungsgebiete 

n Objektorientierte Programmierung, Analyse und Entwurf 

n Programmiersprachenentwurf: Simula I, Simula 67, Delta, Beta 

n Soziale Implikationen der Informationstechnik 

n Benutzerbeteiligung bei der Systementwicklung 

n Systementwicklung als ein technischer, sozialer und politischer Prozeß 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1990: The Nobert Wiener Prize for responsibility in professional and 

social work, awarded by the American association Computer 

Professionals for Social Responsibility. 

n 1990: Doctor Honoris Causae, awarded by Lund University, Sweden. 

n 1991: Doctor Honoris Causae, awarded by Aalborg University, Denmark. 

n Member of the Norwegian Academy of Science. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr. David Lorge Parnas 

*10.2.1941 in New York 

Adresse: 

Communications Research Laboratory 

Department of Electrical and 

Computer Engineering 

McMaster University 

Hamilton, Ontario, Canada, L8S 4K1 

Tel:. +905 (525) 9140 x 27353 (work) 

Fax: +905 (521) 2922 (work) 

n Erfinder des Geheimnisprinzips (information hiding) (1971) 

n Wegbereiter des Modularen Entwurfs (1972) 

o Spezifikation von Moduln 

o Trennung von Spezifikation und Implementierung 

o modulare Softwarearchitektur 

n Beiträge zur Disziplin Software-Technik (seit 1975) 

n Beiträge zur Qualitätssicherung von Software 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

David Lorge Parnas 

Ausbildung 

n 1957-1961: B.S. in Electrical Engineering (with honours), Carnegie Institute of 

Technology, Pittsburgh, Pa. 

n Herbst 1961:Graduate student at University of Michigan, Ann Arbor, MI; “A“ 

average. 

n 1962-1965: Graduate student at Carnegie Institute of Technology 

M.S. 1964 Electrical Engineering 

Ph.D. 1965 Electrical Engineering-Systems & Communications 

Sciences 


n 1965-1966: Assistant Professor of Computer Science, University of Maryland, 

College Park, Maryland. 

n 1966-1969: Assistant Professor of Computer Science and Electrical 

Engineering, Carnegie-Mellon University, Pittsburgh, Pa. 

n 1969-1970: Advisor to Philips-Electrologica, Apeldoorn, The Netherlands 

n 1970-1973: Associate Professor of Computer Science, Carnegie-Mellon 

University, Pittsburgh, Pa. 

n 1972-1979: Consultant to the Naval Research Laboratory. 

n 1973-1976: Professor and Head of the Research Group on Operating Systems 

at the Technical University of Darmstadt, West Germany. 

n 1976-1982: Professor of Computer Science at University of North Carolina at 

Chapel Hill. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Auswahl 

n System Function Description-Algol, (Ph.D. Thesis), Computation Center, 

Carnegie-Mellon University, Pittsburgh, PA., February 1965, 100 pp. 

n Information Distributions Aspects of Design Methodology, Proceedings of 

IFIP Congress ´71, 1971, Booklet TA-3, pp. 26-30. 

n A Technique for Software Module Specification with Examples, 

Communications of the ACM, 15, 5. May 1972, pp. 330-336. 

n On the Criteria to be Used in Decomposing Systems into Modules, 

Communications of the ACM, 15, 12. December 1972, pp. 1053-1058. 

n On a ´Buzzword´: Hierarchical Structure,IFIP Congress ´74, North Holland 

Publishing Company, 1974, pp. 336-339. 

n Software Engineering or Methods for the Multi-Person Construction of Multi- 

Version Programs, in: Programming Methodology, (eds. G. Goos, J. 

Hartmanis), Lecture Notes in Computer Science 23, Springer Verlag, Berlin, 

1975, pp. 1-11. 

n The Influence of Software Structure on Reliability, Proceedings International 

Conference on Reliable Software, April 1975, Los Angeles, Ca., pp. 358-362. 

Reprinted with improvements in Yeh, R., Current Trends in Programming 

Methodology (I), Prentice Hall, 1977. 

n On the Design and Development of Program Families, IEEE Transactions on 

Software Engineering, Vol. SE-2, No. 1, March 1976, pp. 1-9. 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n The Use of Precise Specifications in the Development of Software, 

Proceedings of the IFIP Congress ´77, North Holland Publishing Company, 

pp. 861-867. 

n Some Software Engineering Principles, Infotech State of the Art Report on 

Structured Analysis and Design, Infotech International, 1978, 10 pp. 

n Active Design Reviews: Principles and Practices, Proceedings of the 8th 

International Conference on Software Engineering, London, August 1985 

(zusammen mit D. M. Weiss). 

Also published in Journal of Systems and Software, December 1987. 

n Software Aspects of Strategic Defense Systems, American Scientist, Vol. 73, 

No. 5, Sept.-Oct. 1985, pp. 432-440. (revised version of UVic Report No. DCS- 

47-IR). 

Also published in Communications of the ACM, 28, 12. December 1985, 

pp. 1326-1335. 

n A Rational Design Process: How and Why to Fake It, IEEE Transactions on 

Software Engineering, Vol. SE-12, No. 2, February 1986, pp. 251-257 

(zusammen mit P. C. Clements). 

n Warum ich an SDI nicht mitarbeite: Eine Abfassung beruflicher Verantwortung, 

Informatik-Spektrum, Band 10, Heft 1, Februar 1987, pp. 3-10. 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n EvaluationStandards for Safety Critical Software, Technical Report No. 88-220, 

Queen´s University, Dept. of Computing & Information Science, May 1988, 34 

pp. (zusammen mit S. P. Kwan und J. van Schouwen). 

n Can We Tolerate Software Errors?, Proceedings of the IFIP 11th World 

Computer Congress, San Francisco, 28 August - 1. September 1989. 

Published in Information Processing ´89, G. X. Ritter (editor), North Holland 

1989, p. 502 (ISBN 0-444-88015-1). 

n Education for Computing Professionals, IEEE Computer, vol. 23, no. 1, 

January 1990, pp. 17-22. 


Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n »I have been studying the problems of software engineering since 1965. By 

combining system construction, consultation, and academic research I have 

been able to develop principles and methods that are both of academic interest 

and of value to those with real-world problems. My work, which is listed below, 

has received wide recognition. It includes a number of papers on modularity, 

specifications, and concurrency that are considered fundamental contributions.« 


n Soziale Verantwortung des Software-Ingenieurs 

o 1990-1993: Präsident, Science for Peace 

o 1991-1993: Deputy Chairman, Canadian Pug Wash Group 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1979: Best Paper Award of the Association for Computing Machinery. 

n 1986: Ehrendoctor Doctor of Technical Science, granted by Swiss Federal 

Institute of Technology in Zürich (ETH Zürich). 

n 1987: Norbert Wiener Award for Professional and Social Responsibility from 

Computing Professionals for Social Responsibility. 

n 1992: Fellow of the Royal Society of Canada. 

n 1994: Fellow of the Association for Computing Machinery. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr. Carl Adam Petri 

*12.7.1926 in Leipzig 

Professor an der Universität 

Hamburg 

Adresse: 

Konrad-Adenauer-Str. 40 

53757 St. Augustin 

Tel. 02241 / 341987 

n Erfinder der Petri-Netze 

n Entwicklung einer allgemeinen Theorie diskreter Systeme, die 

auf den Konzepten der Nebenläufigkeit, der Verteiltheit und 

der asynchronen Kommunikation aufbaut 

Hinweis: Die Laudatio zur Verleihung der Konrad-Zuse-Medaille 1993 ist abgedruckt in: 

Informatik-Spektrum 1994, 17, S. 79-81 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Carl Adam Petri 

Ausbildung 

n 1950-1954: Studium der Mathematik, Technische Universität Hannover 

Stipendium der »Studienstiftung des Deutschen Volkes« 

n 1955: Training bei IBM 

n 1956: Diplom in Mathematik, TU Hannover 

n 1956-1958: wissenschaftlicher Assistent, TU Hannover 

n 1959-1962: wissenschaftlicher Assistent , Universität Bonn 

n 1962: Promotion zum Dr. rer. nat., TH Darmstadt 

Titel der Dissertation: Kommunikation mit Automaten 


n 1963-1968: Kustos an der Universität Bonn, Einrichtung und Leitung des 

Rechenzentrums 

n 1968-1991: Leiter des Instituts für Informationssystemforschung an der neu 

gegründeten GMD (Gesellschaft für Mathematik und 

Datenverarbeitung) (seit 1991 im Ruhestand) 

n 1988-heute: Honorarprofessor an der Universität Hamburg 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Veröffentlichungen mit Bezug zur Software-Technik 

n Kommunikation mit Automaten, Bonn, Rheinisch-Westfälisches Institut für 

Instrumentelle Mathematik, Schrift #2, 1962. 

n Interpretations of Net Theory, St Augustin, Gesellschaft für Mathematik und 

Datenverarbeitung, Int. Bericht ISF-75-07, 1975. Second Edition 1976. 

n Nicht-sequentielle Prozesse, Arbeitsberichte des IMMD, Universität Erlangen- 

Nürnberg. Vol. 9, Nr. 8, 1976, pp. 55-82. 

n General Net Theory, in: Shaw, B. (Ed.): Computing System Design. 

Proceedings of the Joint IBM/University of Newcastle-upon-Tyne Seminar Sept. 

1976. University of Newcastle 1977. 

n Communication Disciplines, in: Shaw, B.(Ed.): Computing Systems Design. 

Proceedings of the Joint IBM/University of Newcastle-upon-Tyne Seminar Sept 

1976. University of Newcastle 1977. 

n Kommunikationsdisziplinen, in: Berichte der Gesellschaft für Mathematik und 

Datenverarbeitung 111. R., Oldenburg, München, Wien 1979, pp. 63-76. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n Netztheorie 

n netzbasierte Organisationstheorie 

n Semantik nichtsequentieller Prozesse 


n 1968: Konzeption eines »Instituts für Software-Technologie« an der GMD 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1962 Auszeichnung für die beste Dissertation des Jahres, TH Darmstadt 

n 1985 Honorary Chairman, Steering Committee ICPN 

n 1988 Bundesverdienstkreuz 1. Klasse der Bundesrepublik Deutschland 

n 1989 Gewähltes Mitglied der Academia Europaea, London 

n 1993 Konrad-Zuse-Medaille für hervorragende Beiträge zur Entwicklung der 

Informatik 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Dr. James Rumbaugh 

*22.8.1947 in Bethlehem, PA, USA 

Fellow, Rational Software Corporation 

Adresse: 



Santa Clara CA 95 051 USA 

e-mail: rumbaugh@rational.com 

n Chefentwickler der OMT-Methode (Object Modeling 

Technique), die heute zu den führenden objektorientierten 

Entwicklungsmethoden zählt 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

James Rumbaugh 

Ausbildung 

n 1967: BS in Physik, MIT 

n 1975: Promotion in Informatik, MIT 

n 1986: MS in Astronomie, California Institute of Technology 


n 1968-1994: »Senior staff scientist« in Informatik, General Electric 

Reseach & Development Center 

n 1994-heute: »Rational Fellow«, verantwortlich für objektorientierte 

Methodik, Rational Software Corporation 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n Object-Oriented Modeling and Design (zusammen mit vier Co-Autoren), 

Prentice Hall 1991. 

n Monatliche Kolumne: Journal of Object-Oriented Programming, SIGS 

Publications, New York, seit 1991. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n früher: »Modeling of computation, algorithms, programming development« 

n heute: Objektorientierte Methodik, Entwurf und Programmierung 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


*21.8.1947 in New York 

Professor of Computer Science 

Adresse: 

Department of Computer Science 

University of Maryland 

College Park, MD 20742 

USA 

Tel.: +1 (301) 405-2680 

Fax: +1 (301) 405-67 

e-mail: ben@cs.umd.edu 

n Miterfinder der Struktogramm-Notation (1973) (Nasi- 

Shneiderman-Diagramme) 

n Wegbereiter der direkten Manipulation von 

Benutzungsoberflächen 

n Wegbereiter der Software-Psychologie 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Ben Shneiderman 

Ausbildung 

n BS in Mathematik, City College of New York 

n MS, State University of New York at Stony Brook 

n Promotion, State University of New York at Stony Brook 


n Lehre an der University of New York und der Indiana University 

n Jährliche Kurse über »User Interface Strategies«, die über Satellitenfernsehen 

übertragen wurden 

n Urheber des Hypermedia-Systems Hyperties 

n Heute: Professor im Department of Computer Science, University of Maryland, 

Leiter des »Human-Computer Interaction Laboratory«, Mitglied des 

»Systems Research Center« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



1 Software Psychology: Human Factors in Computer and Information Systems, 

Cambridge, Massachusetts: Winthrop Publishers, 1980. 

2 Designing the User Interface: Strategies for Effective Human-Computer 

Interaction, Reading: Addison-Wesley, 1987 (zweite Auflage 1992). 

3 Flowchart Techniques for Structured Programming (zusammen mit I. Nassi), in: 

SIGPLAN, Aug. 1973, S. (12-26). 

Insgesamt mehr als 180 Veröffentlichungen 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n Entwurf von Benutzungsoberflächen 

n Software-Technik 

n Datenbanken und Informationssysteme 

n Ausbildung 

n Soziale Auswirkungen 


n Mitglied im »Editorial Advisory Board« von 

o International Journal of Man-Machine Studies 

o Interacting with Computers 

o Behaviour and Information Technology 

o International Journal of Human-Computer-Interaction, Hypermedia, and Human- 

Computer Interaction Abstracts 

n Editor der Buchserie »Human-Computer Interaction« (Ablex Publishing Co.) 

n Berater und Referent bei vielen Organisationen und Firmen 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n Ehrendoktor der »University of Guelph«, Kanada 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


*10.2.1954 in Zamosc, Polen 

Malerin 

Adresse: 

Robbenplate 23 

28259 Bremen 

n Künstlerin, die den Computer als Hilfsmittel für die Erstellung 

ihrer Bilder einsetzt. 

n Malerin des Bildes auf der ersten Umschlagseite: 

»ohne Titel«, Acryl, Pigment, Buntstift, Ölkreide auf Leinwand, 

Plotter, 

120 x 100 cm, 1995 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausbildung 

n Studium an der Kunsthochschule in Danzig 


n Seit 1979 als freie Malerin tätig 

n Seit 1981 Wohnsitz in Bremen 

n Seit 1987 erste Arbeiten mit dem Matrixdrucker 

n Seit 1989 entstehen großformatige Arbeiten auf einem Plotter für 

Künstlerstifte 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Einzelausstellungen 

1979 Galerie Sein Gdanska - Danzig 

1980 Galerie BWA - Danzig 

1980 Galerie Sciana Wschodnia - Warschau 

1981 Galerie Gruppe Grün - Bremen 

1981 Kunstverein Unna - Unna 

1981 Galerie Schoof - Heidelberg 

1981 Galerie Voss - Dortmund 

1983 Kunstverein Lohne 

1984 Galerie Voss - Dortmund 

1984 Centre Roger Portugal - Nantes 

1985 Weserburg - Bremen (zus. mit Hebe Sosa) 

1985 Galerie Katrin Rabus - Bremen 

1985 Galerie K - Cuxhaven 

1985 Galerie im Spieker - Borken/Westfalen 

1988 Galerie Katrin Rabus - Bremen 

1989 Galerie im Spieker - Borken/Westfalen 

1992 Galerie K - Cuxhaven (zus. mit Wolfgang Zach) 

1993 Galerie am Lambertihof - Oldenburg 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausstellungsbeteiligungen 

1978 Metaphora - Danzig 

1979 Preis in der Ausstellung im Namen von Jan Spychalski - Posen 

1980 Preis in der Ausstellung Wintersalon in Radom 

1980 Junge Polnische Kunst - Lodz 

1982 2. Bremer Kunstausstellung - GAK Bremen 

1982 Große Düsseldorfer Kunstausstellung 

1983 Vier Bremer Künstler - Kunsthalle Bremerhaven 

1990 Artware - C-Bit Messe Hannover 

Kunst und Technologie - GAK Bremen 

1991 Multimediale 2 - ZKM Karlsruhe 

1992 2. Preis in der Ausstellung „Computergrafik“ in der 

Stadtsparkasse in Karlsruhe 

1994 Dialog der Formen - Galerie Arche Danzig 

1995 Galerie K - Cuxhaven 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1992 2. Preis in der Ausstellung »Computergrafik« in der Sparkasse in 

Karlsruhe 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Dr. Bjarne Stroustrup 

*30.12.1950 in Aarhus, Dänemark 

Head of AT&T Research’s Large-Scale 

Programming Research Department 

Adresse: 

e-mail: bs@research.att.com 

n Erfinder der Programmiersprache C++ (1979-1985) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Bjarne Stroustrup 

Ausbildung 

n 1975: Cand. Scient., Mathematik und Informatik, Universität Aarhus, 

Dänemark 

n 1979: Promotion in Informatik, Universität Cambridge, England 


n 1979-1995: AT&T Bell Laboratories’ Computer Science Network Center 

n 1996 - heute: Leiter des AT&T Research’s Large-Scale Programming 

Research Department 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Bjarne Stroustrop 


n 1991: The C++ Programming Language (2nd Edition), Addison- 

Wesley. 

n 1994: The Design and Evolution of C++, Addison-Wesley. 

n 1995: Foundations for Native C++ Styles, in: Software Practice and 

Experience, Vol. 25, special issue S4 (zusammen mit A.R. 

Koenig) 

n 1986: What is Object-Oriented Programming?, in: Proc. 14th ASU 

Conference, pp. 69-84. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



n »My long-term interest is to understand large and/or complicated systems. 

This has led me to simulation, design, and programming, languages, and 

development tools.« 


n ANSI/ISO-Standardisierung von C++ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n 1993: Recipient of the ACM Grace Murray Hopper award. 

n 1993: ACM fellow. 

n 1994: AT&T Bell Laboratories Fellow. 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Prof. Dr. Niklaus Wirth 

*15.2.1934 in Winterthur, Schweiz 

Professor an der ETH Zürich 

Adresse: 

Institut für Computersysteme 

ETH Zürich 

CH-8092 Zürich 

e-mail: wirth@inf.ethz.ch 

n Erfinder der Programmiersprachen Pascal (1970), Modula-2 

(1982) und Oberon (1989) 

n Erfinder der Computersysteme Lilith (1980) und Ceres (1986) 

zusammen mit ihren Betriebssystemen 

n Wegbereiter der strukturierten Programmierung und der 

schrittweisen Verfeinerung 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Niklaus Wirth 

Ausbildung 

n 1954-1958: Studium der Elektrotechnik, ETH Zürich (Diplom 1958) 

n 1960: M.Sc., Laval Universität, Quebec, Kanada 

n 1963: Promotion in Elektrotechnik, University of California at 

Berkeley 


n 1963-1967: Assistant Professor am neu eingerichteten Computer Science 

Department, Stanford University 

o Entwurf der Programmiersprachen PL360 und - in Zusammenarbeit mit der 

IFIP Working Group 2.1 - ALGOL W 

n 1967: Assistant Professor an der Universität Zürich 

n Seit 1968: Professor der Informatik an der ETH Zürich 

o Entwicklung der Sprachen Pascal (zwischen 1968 und 1970) und Modula-2 

(zwischen 1979 und 1981) 

o Entwurf und Entwicklung des Personal Computer Lilith in Verbindung mit 

Modula-2 (1978-1982) und der 32-bit Workstation (1984-1986) 

o Entwicklung der Sprache Oberon, ein Nachfolger von Modula-2 (1986-1989) 

n 1982-1984 und 1988-1990: Dekan der Fakultät Informatik der ETH Zürich 

n Seit 1990: Direktor des Instituts für Computersysteme der ETH Zürich 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Niklaus Wirth 

Wichtige Veröffentlichungen 

n 1971: The Programming Language Pascal, in: Acta Informatica, Vol. 

1, pp. 35-63. 

n 1971: Program Development by Stepwise Refinement, in: 

Communications of the ACM, Vol. 14, No. 4. 

n 1973: An Axiomatic Definition of the Programming Language 

Pascal, in: Acta Informatica, Vol. 2, pp. 335-355 (zusammen mit 

C.A.R. Hoare). 

n 1974: PASCAL - User Manual and Report, Berlin: Springer-Verlag 

(zusammen mit Kathy Jensen). 

n 1975: Algorithms, Data Structures, Programs, Englewood Cliffs: 

Prentice-Hall, N.J. 

n 1982: Programming in Modula-2, Heidelberg: Springer-Verlag. 

n 1985: The Programming Language Oberon, in: Software-Practice 

and Experience, Vol. 18, No. 7, pp. 671-690. 

n 1992: Programming in Oberon, Reading: Addison-Wesley 

(zusammen mit M. Reiser). 

n 1992: Project Oberon, Reading: Addison-Wesley (zusammen mit J. 

Gutknecht). 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Niklaus Wirth 


n Entwurf und Implementierung von Programmiersprachen, Betriebssystemen 

und Computersystemen 

n Methodik der Programmierung 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Niklaus Wirth 

n 1978: Ehrendoktor der York Universität, England 

n 1978: Ehrendoktor, Federal Institute of Technology at Lausanne, 

Schweiz 

n 1983: Emanuel Priore-Preis der IEEE 

n 1984: Turing Award, ACM 

n 1987: Award for Outstanding Contributions to Computer Science 

Education, ACM 

n 1987: Ehrendoktor, Universität Laval, Kanada 

n 1988: Auszeichnung als Computer Pioneer, IEEE Computer Society 

n 1989: Max Petitpierre-Preis 

n 1989: Science and Technology-Preis, IBM Europa 

n 1990: Marcel Benoist-Preis 

n 1993: Ehrendoktor, Johannes Kepler Universität, Linz, Österreich 

n Mitglied der Swiss Academy of Technical Sciences 

n Foreign Associate of the US-Academy of Engineering 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Edward Yourdon 

*30.4.1944 

Software engineering consultant 

Adresse: 

161 West 86th Street, Suite 9A 

New York, NY 10024 USA 

Tel.: +1 (212) 769 9460 

Fax: +1 (212) 769 9458 

e-mail: yourdon@acm.org 

n Wegbereiter des strukturierten Entwurfs 1979 

(Buch: Structured Design, zusammen mit L. L. Constantine) 

n Pioneer bei der objektorientierten Analyse 1990 

(Buch: Object-Oriented Analysis, zusammen mit P. Coad) 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Ausbildung 

n 1965: BS in angewandter Mathematik, MIT 


n 1965-1974: Mitarbeiter verschiedener Firmen, u.a. DEC und General Electric 

n 1974-1986: Gründer, Inhaber und Geschäftsführer der Firma Yourdon Inc. 

n Gründer und Inhaber des Buchverlages Yourdon Press (heute Teil 

des Verlages Prentice Hall) 

n heute: unabhängiger Berater, New York 

n Honorarprofessor für Informationstechnologie, Universidad 

CAECE in Buenos Aires, Argentinien 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen



1 Structured Design, Prentice Hall 1979 (zusammen mit L. L. Constantine). 

2 Decline and Fall of the American Programmer, Prentice Hall 1992. 

3 Object-Oriented Analysis, Prentice Hall 1990 (zusammen mit P. Coad). 

Weitere Veröffentlichungen 

n Real Time Systems Design, Information & Systems Press, 1967. 

n Design of On-Line Computer Systems, Prentice Hall, 1972. 

n Techniques of Program Structure and Design, Prentice Hall, 1975. 

n Learning to Program Structured COBOL, Part I, Prentice Hall, 1976 

(zusammen mit Chris Gane und Trish Sarson). 

n Learning to Program in Structured COBOL, Part II, Prentice Hall, 1978 

(zusammen mit Timothy R. Lister). 

n Classics in Software Engineering, Prentice Hall, 1979. 

n Writings of the Revolution, Prentice Hall, 1982. 

n Silent Witness, YOURDON Press, 1982. 

n The Perils of Personal Computing, YOURDON Press, 1986. 

n Nations at Risk, YOURDON Press, 1986. 

n Managing the System Life Cycle, 2nd ed., Prentice Hall, 1988. 

n Managing the Structured Techniques, 4th ed. , Prentice Hall, 1989. 

➜ 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n Structured Walkthroughs, 4th ed., Prentice Hall, 1989. 

n Modern Structured Analysis, Prentice Hall, 1989. 

n Object-Oriented Design, Prentice Hall, 1991 (zusammen mit P. Coad). 

n Object-Oriented Systems Development, Prentice Hall, 1994. 

n Mainstream Objects, Prentice Hall, 1995 (zusammen mit Katharine 

Whitehead, James Thomann und Peter Nevermann). 


Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


Forschungsschwerpunkte: 

n »new methodologies and software processes to improve the productivity and 

quality of software development« 

n »using system dynamics techniques to model the software development 

process« 

Weitere fachliche Aktivitäten: 

n Editor von drei Software-Zeitschriften: 

o American Programmer 

o Guerilla Programmer 

o Application Development Strategies 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen


n »My “Decline and Fall“ book was given the “JOLT“award by “Computer 

Language“ magazine in 1992 for the most influential computer book of the 

year« 

Allgemeines 

Biographie 


Forschung 

und Lehre 


Ehrungen

Glossar 

Abgeleitete Assoziation 

➜Assoziation, die durch andere Assoziationen definiert werden kann. In der Systemanalyse 

nicht verwenden! (LE 12) 

Abnahme 

juristisch definierter Vorgang, bei dem der Auftraggeber die Annahme des Produkts 

erklärt. Das abgenommene Produkt geht in das Eigentum des Auftraggebers über. 

(LE 33) 

Abnahmephase 

Übergabe eines fertigentwickelten Software-Produkts einschließlich der gesamten 

Dokumentation an den Auftraggeber (Individualsoftware) oder eine freigabeberechtigte 

Instanz (Standardsoftware). Die ➜Abnahme erfolgt nach einem Abnahmetest. 

(LE 33) 

abstrakte Klasse 

Spielt eine wichtige Rolle in Vererbungsstrukturen (➜Vererbung), wo sie die Gemeinsamkeiten 

einer Gruppe von ➜Unterklassen definiert; im Gegensatz zu einer 

➜Klasse, können von einer abstrakten Klasse keine ➜Objekte kreiert werden. (LE 7) 

Abstrakter Datentyp 

Es wird ein Typ mit Zugriffsoperationen definiert. Es können dann abstrakte Datenobjekte 

(Exemplare, Instanzen) von diesem Typ deklariert werden. Auf diesen Datenobjekten 

sind dann die Zugriffsoperationen erlaubt, die beim Typ definiert wurden. Im 

Gegensatz zum ➜abstrakten Datenobjekt sind beim abstrakten Datentyp Typdeklaration 

und Objektdeklaration getrennt. (LE 29)

Abstraktes Datenobjekt 

Stellt dem Anwender eine Leistung in Form von Zugriffsoperationen zur Verfügung, 

die auf ein internes Gedächtnis zugreifen. Mit der Beschreibung der Zugriffsoperationen 

ist gleichzeitig die Deklaration genau eines Exemplars verbunden. Vergleichbar 

mit einem Objekt in der objektorientierten Welt. Werden mehrere Exemplare 

benötigt, dann muß ein ➜abstrakter Datentyp verwendet werden. 

(LE 29) 

ADT 

➜abstrakter Datentyp (LE 29) 

advisory system 

➜Beratungssystem (LE 22) 

Agenda 

Geordnete Liste von Regeln, die dazu benutzt wird, die aktuell am besten bewertete 

Regel herauszufinden. Entspricht einer Auftragswarteschlange, aus der immer 

der aktuell wichtigste Auftrag ausgewählt und bearbeitet wird. (LE 9) 

Agent 

➜Assistenzsystem (LE 22) 

Aggregation 

Beschreibt eine Ist-Teil-Von-Hierarchie (is-part-of) zwischen ➜Entitäten; typisch für 

Stücklisten. Kennzeichnend ist, daß die ➜Attribute der verknüpften 

➜Entitätsmengen unterschiedlich sind. (LE 6) 

Aggregation 

Gerichtete ➜Assoziation zwischen den Objekten von verschiedenen Klassen. Teil- 

Klassen stehen in Beziehung zu einer Gesamtheits-Klasse bzw. Aggregat-Klasse. 

Der Komplexitätsgrad wird durch ➜Kardinalitäten angegeben. (LE 12)

Algebraische Spezifikation 

Formales Verfahren, um gegenseitige Abhängigkeiten zwischen Zugriffsoperationen 

von ➜abstrakten Datenobjekten und ➜abstrakten Datentypen zu beschreiben. 

(LE 29) 

Anforderung 

Aussage über eine zu erfüllende qualitative und/oder quantitative Eigenschaft eines 

Produktes; eine vom Auftraggeber festgelegte Systemspezifikation, um ein System 

für den Entwickler zu definieren. (LE 4) 

Anwender 

Mitglieder einer Institution oder Organisationseinheit, die zur Erfüllung ihrer fachlichen 

Aufgaben ➜Computersysteme einsetzen (➜Benutzer). (LE1) 

Anwendung 

➜rechnergestütztes Informationssystem. (LE1) 

Anwendungssoftware 

➜Software, die Aufgaben des ➜Anwenders mit Hilfe eines ➜Computersystems 

löst. Setzt in der Regel auf der ➜Systemsoftware der verwendeten Hardware auf 

bzw. benutzt sie zur Erfüllung der eigenen Aufgabe. (LE1) 

Anwendungssystem 

➜rechnergestütztes Informationssystem. (LE1) 

application software 

➜Anwendungssoftware (LE1) 

Arbeitsoberfläche 

Teil einer grafischen ➜Benutzungsoberfläche, die dem Benutzer quasi als Ersatz 

für die Schreibtischoberfläche dient. Es können Objekte, Hilfsmittel, Geräte und 

Anwendungen auf ihr repräsentiert werden. Mit Hilfe der ➜direkten Manipulation 

können ➜generische Funktionen ausgeführt werden. Über ➜Fenster erfolgt die 

Kommunikation mit den Anwendungen. (LE 16)

Architekturentwurf 

Anschluß des OOA-Modells an die Benutzungsoberfläche, die Datenhaltung sowie 

Verteilung der Anwendung auf verschiedene, vernetzte Computersysteme. Wenn 

nötig auch Anbindung an die Systemschnittstelle sowie Aufteilung auf Prozesse 

(task management). (➜Implemtierungsentwurf). (LE 30) 

Assistenzsystem 

Übernimmt und erledigt weitgehend selbständig Teilaufgaben des Benutzers. (LE 

22) 

Assoziation 

Beschreibt eine gleichrangige Beziehung zwischen Objekten von Klassen. Der 

Komplexitätsgrad der Beziehung wird durch ➜Kardinalitäten angegeben. (LE 12) 

Assoziation 

Beschreibt eine gleichrangige, fachliche Beziehung zwischen Entitäten von 

Entitätsmengen. Der Komplexitätsgrad wird durch ➜Kardinalitäten angegeben. (LE 

6) 

Attribut 

Beschreibt eine Eigenschaft von ➜Entitäten einer ➜Entitätsmenge. (LE 6) 

Attribut 

Beschreibt, welche Daten die ➜Objekte der ➜Klasse enthalten. (LE 7) 

Attributwert 

Aktuell einem Attribut zugeordneter Wert aus seinem Wertebereich. Entspricht dem 

Inhalt einer Variablen. (LE 7) 

Aufgabenangemessenheit 

Der Benutzer muß seine Aufgaben mit den Anwendungssystemen vollständig und 

effizient erledigen können. (LE 16)

Aufruf 

Beschreibt den Wechsel der Kontrolle von der aufrufenden Stelle zu dem aufgerufenen 

Algorithmus und die Rückkehr hinter die Aufrufstelle nach Beendigung des 

aufgerufenen Algorithmus. Ein Aufruf erfolgt normalerweise durch Angabe des 

Algorithmusnamens und der aktuellen Parameter. (LE 8) 

Auswahl 

Ausführung von Anweisungen in Abhängigkeit von Bedingungen (auch Verzweigung 

genannt). Man unterscheidet die einseitige, die zweiseitige und die Mehrfachauswahl. 

Automat 

Mathematisches Modell eines Systems oder Gerätes, das auf Ereignisse oder Eingaben 

mit Aktionen oder Ausgaben reagiert. (LE 10) 

B/E-Netz 

➜Bedingungs/Ereignis-Netz (LE 11) 

Backtracking (Zurückverfolgen) 

Rückgängigmachen einer Schlußfolgerungskette, um einen anderen Suchpfad einzuschlagen. 

(LE 9) 

backward chaining 

➜Rückwärtsverkettung (LE 9) 

balancing 

➜Herstellen der Datenintegrität (LE 14) 

Balken-Notation 

Schnittstelle zwischen ➜Flußdiagramm und zugeordneter 

➜Kontrollflußspezifikation. Auf dem Flußdiagramm werden ein oder mehrere Balken 

eingetragen. Zu den Balken hinführende Pfeile zeigen die 

Eingabekontrollflüsse, die in der Kontrollflußspezifikation als Eingaben verwendet 

werden. Von den Balken wegführende Pfeile zeigen die Ausgabekontrollflüsse, die 

in der Kontrollflußspezifikation erzeugt werden. (LE 15)

ar 

➜Balken-Notation (LE 15) 

Bedingungs/Ereignis-Netz 

➜Petri-Netz, bei dem jede ➜Stelle eine oder keine ➜Marke enthält. Enthalten alle 

Eingabestellen einer ➜Transition eine Marke (Vorbedingungen) und alle Ausgabestellen 

keine Marke (Nachbedingung), dann kann die Transition schalten. Die Stellen 

werden also als Bedingungen interpretiert, von denen die Ausführung eines 

Ereignisses (Transition) abhängt. (LE 11) 

begrenzte Entscheidungstabelle 

Enthält als Bedingungsanzeiger nur die Elemente (J, N, –) und als Aktionsanzeiger 

nur das Element (X). (LE 8) 

Benutzer 

Personen, die ein ➜Computersystem unmittelbar einsetzen und selbst bedienen 

(➜Anwender) (LE1) 

Benutzer-Handbuch 

Soll etwas beschreiben und/oder zur Benutzung oder Bedienung eines Produkts 

anleiten. Je nachdem, ob der Schwerpunkt auf dem Beschreibungs- oder 

Bedienungsaspekt liegt, werden ➜Trainings-Handbücher, ➜Referenz-Handbücher, 

➜Referenz-Karten und ➜Benutzer-Leitfäden unterschieden. (LE 21) 

Benutzer-Leitfaden 

Gibt dem Benutzer eine Arbeitsanleitung für die Arbeit mit dem Produkt oder hilft 

ihm bei der Arbeitsvorbereitung und -planung. Oft eine Kombination aus 

➜Trainings-Handbuch und ➜Referenz-Handbuch (LE 21) 

Benutzer-Unterstützungssystem 

Unterstützt den Benutzer bei dem Erlernen und Einarbeiten in ein Software-System 

(➜Tutorsystem), hilft ihm bei der Anwendung (➜Hilfesystem), berät ihn bei 

der Lösung von Problemen (➜Beratungssystem) und übernimmt die Erledigung 

von Teilaufgaben (➜Assistenzsystem). (LE 22)

Beratungssystem 

Gibt dem Benutzer einen Rat, um ihm bei der Lösung seiner Probleme oder dem 

Einsatz der Mensch-Computer-Schnittstelle und der Anwendungssysteme zu helfen. 

(LE 22) 

Binnengliederung 

Die Prinzipien der Nähe, der Ähnlichkeit, der guten Fortsetzung, des gemeinsamen 

Schicksals und der Geschlossenheit bestimmen, wie Elemente zu einer Figur organisiert 

werden (➜Gestaltpsychologie). (LE 20) 

Botschaft 

Aufforderung eines Senders (Klasse oder Objekt) an einen Empfänger (Klasse 

oder Objekt), eine Dienstleistung durch Ausführung einer Operation zu erbringen. 

Besteht aus dem Namen der Operation und den Argumenten, die diese Operation 

benötigt. (LE 7) 

bredthfirst search 

➜Breitensuche (LE 9) 

Breitensuche 

Strategie, bei der alle Regeln desselben Hierarchieniveaus untersucht werden, 

bevor irgendwelche anderen Regeln des darunterliegenden Hierachieniveaus 

überprüft werden. (LE 9) 

CASE 

Computerunterstützte Software-Entwicklung (Computer Aided Software Engineering), 

d.h. Einsatz von ➜CASE-Werkzeugen bei der Entwicklung. (LE1) 

CASE-Werkzeuge 

Einsatz von ➜Werkzeugen zum Zwecke der Software-Erstellung (LE1) 

componentware 

➜Halbfabrikat (LE 30)

Computersystem 

Einheit von ➜Anwendungssoftware, ➜Systemsoftware und Hardware. (LE1) 

constraint 

➜Restriktion (LE 12) 

control 

➜Interaktionselement (LE 19) 

CORBA 

(common object request broker architecture) Standardisierte Architektur für den 

➜ORB (LE 27) 

CORBA-Objektmodell 

Erweitert den Kern des ➜OMG-Objektmodells um Konzepte zur Interaktion zwischen 

Anwender- und Anbieter-Objekten. (LE 27) 

CSpec 

➜Kontrollflußspezifikation (LE 15) 


Enthält Datenstruktur-Definitionen; üblicherweise in modifizierter Backus-Naur- 

Form beschrieben (LE 5) 


Enthält die Strukturbeschreibungen der Daten, die in einer ➜Datenbank gespeichert 

werden, in Form von Schemata (➜Schema). (LE 24) 

data flow diagram 

➜Datenfluß-Diagramm (LE 5) 

Datenabstraktion 

Zusammenfassung von Zugriffsoperationen, die auf gemeinsamen Daten arbeiten, 

zu einer Einheit. Die gemeinsamen Daten bilden das interne Gedächtnis und sollten 

außerhalb der Datenabstraktion nicht sichtbar sein (Geheimnisprinzip). Die Lebensdauer 

des internen Gedächtnisses geht über die Aufrufdauer der einzelnen 

Zugriffsoperationen hinaus. Man unterscheidet ➜abstrakte Datenobjekte und 

➜abstrakte Datentypen. (LE 29)

Datenbank 

Komponente eines ➜Datenbanksystems. Enthält die zu verwaltenden Daten eines 

Anwendungsbereichs. (LE 24) 

Datenbankmanagementsystem 

Komponente eines ➜Datenbanksystems. Verwaltet die in der ➜Datenbank oder 

den Datenbanken abgelegten Datenbestände mit Hilfe der im ➜Data Dictionary 

gespeicherten Schemata (➜Schema). (LE 24) 

Datenbank-Schema 

Erweitert das ➜Logische Schema um view-Schemata (Beschreibung externer 

Sichten), Indexangaben und Zugriffsrechte. Im Gegensatz zum ➜logischen Schema 

ist das Datenbank-Schema im gewünschten Grade normalisiert 

(➜Normalformen). (LE 25) 

Datenbanksystem 

Verwaltet große, integrierte, mehrfachbenutzbare ➜Datenbanken dauerhaft, zuverlässig 

und unabhängig. Auf die Daten kann komfortabel, flexibel und geschützt zugegriffen 

werden. Besteht aus einer oder mehreren ➜Datenbanken, einem ➜Data 

Dictionary und einem ➜Datenbankmanagementsystem. (LE 24) 

Datendefinitionssprache 

(data definition language) Erlaubt die Definition der logischen und physikalischen 

Strukturen der Daten, die in einem ➜relationalem Datenbanksystem verwaltet werden 

sollen. Dazu gehört auch das Einrichten, Löschen und Erweitern von Tabellen. 

Meist Teil einer ➜Sprache der 4. Generation. (LE 24) 

Datenfluß-Diagramm 

Beschreibt den Fluß der Daten bzw. Informationen, die aus der Umgebung eines 

Systems kommen (Schnittstellen als Quellen), durch ➜Funktionen bzw. Prozesse 

transformiert werden, in Speichern abgelegt und in die Umgebung zurückfließen 

(Schnittstellen als Senken) (LE 5)

Datenintegrität (balancing) 

Innerhalb der ➜Strukturierten Analyse müssen in der Hierarchie der Datenflußdiagramme 

alle Datenflüsse eines Datenflußdiagramms in den Datenflüssen 

des übergeordneten Datenflußdiagramms subsumiert enthalten oder identisch vorhanden 

sein. (LE 14) 

Datenmanipulationssprache 

(data manipulation language) Erlaubt das Eintragen, Löschen, Verändern und Selektieren 

von Daten eines ➜relationalen Datenbanksystems. Meist Teil einer 

➜Sprache der 4. Generation. (LE 24) 

Datenmodell 

Legt Eigenschaften, Struktur und Konsistenzbedingungen für in die ➜Datenbank 

zu speichernde Datenelemente fest einschließlich der erlaubten Erzeuge-, 

Manipulations- und Löschoperationen. (LE 24) 

Datenobjekt-Modul 

Realisiert ein ➜abstraktes Datenobjekt; passive Progammeinheit. Identische Eingabedaten 

führen nur dann zu identischen Ausgabedaten, wenn das interne Gedächtnis 

denselben Zustand hat. (LE 29) 

Datentyp-Modul 

Beschreibt einen ➜abstrakten Datentyp. Exemplare können statisch und dynamisch 

erzeugt werden. (LE 29) 

DB 

➜Datenbank (LE 24) 

DBMS 

➜Datenbankmanagementsystem (LE 24) 

DBS 

➜Datenbanksystem (LE 24) 

DD 

Data Dictionary (LE 5)

DD 

➜data dictionary (LE 24) 

DDL 

➜Datendefinitionssprache (LE 24) 

dead lock 

➜Verklemmung (LE 11) 

Definitionsphase 

Umfaßt alle Tätigkeiten, um die Anforderungen an ein neues Produkt aus Auftraggebersicht 

zu beschreiben ( ➜Produkt-Definition). (LE 4) 

depthfirst search 

➜Tiefensuche (LE 9) 

design 

➜Entwurf (LE 23) 

desktop 

»elektronische« ➜Arbeitsoberfläche. (LE 16) 

DFD 

➜Datenfluß-Diagramm (LE 5) 

Diagnostik 

➜Klassifikation (LE 23) 

Dialog 

Durch Eingabe von Steuerungsdaten steuert der Benutzer die Anwendung bzw. 

Anwendungen so, daß er seine Arbeitsaufgaben damit erledigen kann. (LE 17) 

Dialogmodus 

Gibt an, welchen Beschränkungen ein ➜Dialog unterworfen ist. Prinzipiell unterscheidet 

man modale und nicht-modale Dialoge. Ein nicht-modaler Dialog ist keinen 

Einschränkungen unterworfen. Modale Dialoge sind eingeschränkt. Man unterscheidet 

systemmodale, anwendungsmodale, anwendungssemimodale und 

hierarchiemodale Dialoge. (LE 17)

Direkte Manipulation 

Bedienungsform, bei der analog zu einem physikalischen Vorgang Objekte mit der 

Maus auf der ➜Arbeitsoberfläche selektiert, bewegt und losgelassen werden (pick, 

drag & drop). In Abhängigkeit von der Zielposition können dadurch Funktionen wie 

Kreieren, Löschen, Kopieren, Drucken und Verschieben realisiert werden 

(➜generische Funktion). (LE 16) 

DML 

➜Datenmanipulationssprache (LE 24) 

Durchführbarkeitsstudie 

Studie zur Erarbeitung einer Empfehlung, ob ein geplantes Software-Produkt nach 

Prüfung der fachlichen, personellen und ökonomischen Durchführbarkeit realisiert 

werden soll. (LE 2) 

DV-System 

➜Computersystem. (LE1) 

E/A-Gestaltung 

Gestaltung der Informationsein- und -ausgabe über E/A-Geräte, so daß die 

menschliche Art der Informationsverarbeitung berücksichtigt wird. (LE 19) 

Einfachvererbung 

Jede Klasse besitzt maximal eine direkte ➜Oberklasse. Daraus ergibt sich eine 

Baumhierarchie (siehe auch ➜Mehrfachvererbung). (LE 7) 

Einführungsphase 

Der Auftraggeber installiert das von ihm abgenommen Produkt in der Zielumgebung, 

schult die Benutzer und nimmt das Produkt in Betrieb. (LE 33) 

Eintreffer-Entscheidungstabelle 

Zu einem Zeitpunkt ist höchstens eine der vorhandenen Regeln anwendbar. Ist 

eine gültige Regel gefunden, dann ist die Auswertung beendet. (LE 8) 

endlicher Automat 

➜Zustandsautomat

Entität 

Ausprägungen physikalischer Komponenten oder abstrakter Sachverhalte, die individuell 

und identifizierbar sind. (LE 6) 

Entitätsmenge 

Gleichartige ➜Entitäten werden generalisiert und bilden eine Entitätsmenge. (LE 6) 

entity set 

➜Entitätsmenge (LE 6) 

entity 

➜Entität (LE 6) 

Entity-Relationship-Modell 

Datenmodellierung durch Identifikation von Entitätsmengen (mit ihren Attributen) 

und Assoziationen sowie Beschreibung der ➜Kardinalitäten. (LE 6) 

Entscheidungsbaum 

Grafische Darstellung einer vertikalen ➜Entscheidungstabelle, bei der alle Alternativen 

und Aktionen explizit ausformuliert werden. (LE 8) 

Entscheidungstabelle 

Erlaubt die Beschreibung auszuführender Aktionen in Abhängigkeit von durch 

»und« verknüpften Bedingungen. Man unterscheidet ➜Eintreffer- und 

➜Mehrtreffer-Tabellen, ➜begrenzte und ➜erweiterte Entscheidungstabellen sowie 

➜vollständige Entscheidungstabellen. Entscheidungstabellen können horizontal, 

vertikal oder als ➜Entscheidungsbaum dargestellt werden. Mehrere 

Entscheidungstabellen können zu einem Entscheidungstabellen-Verbund zusammengefaßt 

werden. (LE 8) 

Entscheidungstabellen-Verbund 

Verknüpfung mehrerer ➜Entscheidungstabellen mittels Sequenz, Verzweigung, 

Schleife oder Schachtelung, um eine problemadäquate Beschreibung zu ermöglichen. 

(LE 8)

Entwurf 

Teilgebiet der Software-Technik; Aufgabe ist die Erstellung einer 

➜Softwarearchitektur und die ➜Spezifikation von Systemkomponenten unter Einsatz 

von geeigneten Methoden, Konzepten und Werkzeugen. Das Ergebnis ist ein 

➜Produkt-Entwurf. (LE 23) 

Entwurfsmuster 

beschreibt in abstrakter Form eine bewährte Entwurfslösung und setzt sie in Bezug 

zur Problemstellung und zur Systemumgebung. (LE 30) 

Entwurfsphase 

Umfaßt alle Tätigkeiten, um für ein Produkt, das durch eine Produktdefinition beschrieben 

ist, einen ➜Produkt-Entwurf zu erstellen. (LE 23) 

ER-Modell 

➜Entity-Relationship-Modell (LE 6) 

erweiterte Entscheidungstabelle 

Bedingungsanzeiger und Aktionsanzeiger enthalten beliebigen Text. (LE 8) 

Exemplar 

➜Objekt (LE 7) 

Expertensysteme 

Programmsysteme, die menschliches Expertenwissen, das durch Ausbildung und 

Erfahrung erworben wurde, verwenden, um in erklärungsfähiger Form Probleme zu 

lösen, die normalerweise menschliche Intelligenz erfordern. (LE 9) 

Expertensystem-Schale 

➜Expertensystem-Shell (LE 23) 

Expertensystem-Shell 

Entwicklungsumgebung für Expertensysteme; unterstützt bestimmte Wissenrepräsentationen 

und besteht aus einer Problemlösungs-, Wissenserwerbs-, 

Erklärungs- und Interviewerkomponente. Die Wissensbasis ist leer. (LE 23) 

feasibility study 

➜Durchführbarkeitsstudie (LE 2)

Fenster 

Rechteckiger Bereich auf dem Bildschirm, der von Anwendungen zur Ein- und 

Ausgabe von Informationen und Kommandos benutzt wird. (LE 16) 

Fenstertyp 

Für bestimmte Einsatzbereiche vorgesehenes Fenster mit bestimmten Eigenschaften. 

Es werden Anwendungs-, Unter-, Dialog- und Mitteilungsfenster unterschieden. 

(LE 17) 

feuern 

Anwendung einer Regel, wenn alle ihre Vorbedingungen erfüllt sind. (LE 9) 

Figur-Grund-Unterscheidung 

Teilflächen können als Figur oder (Hinter-)Grund wahrgenommen werden. Bei der 

E/A-Gestaltung ist darauf zu achten, daß Figur und Grund eindeutig wahrgenommen 

werden, sonst entstehen Kippfiguren (➜Gestaltpsychologie). (LE 20) 

finite automaton 

➜endlicher Automat 

finite state machine 

➜Zustandsautomat 

Flußdiagramm (FD) 

Erweiterung des Datenflußdiagramms von SA um ➜Kontrollflüsse. Jedem Flußdiagramm 

– mit Ausnahme des Kontextdiagramms – kann eine 

➜Kontrollflußspezifikation zugeordnet werden. Der Zusammenhang zwischen Flußdiagramm 

und Kontrollflußspezifikation wird durch eine ➜Balken-Notation hergestellt. 

(LE 15) 

Formular 

Erlaubt die Eingabe von Informationen in vorgegebene, durch Führungstexte beschriftete 

Felder. Der Eingabebereich ist meist optisch gekennzeichnet. Die einzelnen 

Felder können Voreinstellungen anzeigen. Eingegebene Informationen werden 

oft auf Plausibilitäten überprüft. Die Prinzipien der ➜Gestaltpsychologie sind bei 

der Gestaltung zu beachten. (LE 20)

forward chaining 

➜Vorwärtsverkettung (LE 9) 

framework 

➜Klassenbibliothek, bestehend aus kooperierenden Klassen – meist in Baumtopologie 

–, die abstrakte oder leere ➜Operationen anbieten. Der Entwickler paßt 

das »framework« an oder erweitert es durch neue Unterklassen, die die geerbten 

Operationen redefinieren. (LE 30) 

Fremdschlüssel 

verweist von einer ➜Relation auf eine andere Relation. Die andere Relation enthält 

den Fremdschlüssel als Primärschlüssel (➜Schlüssel). (LE 25) 

Function Point-Methode 

Methode zum Schätzen des Personalaufwands einer Software-Entwicklung; Ausgangspunkt 

sind die Produktanforderungen aus Auftraggebersicht, außerdem werden 

verschiedene Einflußfaktoren auf die Entwicklung berücksichtigt. (LE 3) 

Funktion 

Transformiert Eingabedaten in Ausgabedaten; beschreibt eine Tätigkeit (LE 5) 

funktionale Abstraktion 

Stellt dem Anwender eine Leistung in Form einer abstrakten Funktion, Operation 

oder Prozedur zur Verfügung, so daß diese Leistung ohne Kenntnis der Implementierung 

in Anspruch genommen werden kann. Der Informationsaustausch erfolgt 

über Ein- und Ausgabeparameter. (LE 28) 

funktionales Modul 

Realisiert ein oder mehrere ➜funktionale Abstraktionen. Transformiert Eingabedaten 

in Ausgabedaten. Identische Eingabedaten führen immer zu identischen Ausgabedaten, 

d.h. es existiert kein »internes Gedächtnis«. Besteht aus einer Schnittstelle 

und einem Rumpf. (LE 28) 

Funktionsbaum 

Hierarchische Anordnung von ➜Funktionen in einem Baum-Diagramm (LE 5)

Generalisierungshierarchie 

Entsteht durch das Bilden von Generalisierungstypen (in der ➜Semantischen 

Datenmodellierung), die die gemeinsamen Eigenschaften der Spezialisierungstypen 

beschreiben. Die Eigenschaften der Generalisierungstypen werden an die 

Spezialisierungstypen vererbt ➜Vererbung). (LE 6) 

Generalisierungshierarchie 

Entsteht durch das Bilden von ➜Oberklassen, die die gemeinsamen ➜Attribute 

und ➜Operationen all ihrer ➜Unterklassen besitzen. Die Attribute und Operationen 

der Oberklassen werden an die Unterklassen vererbt ( ➜Vererbung). (LE 7) 

Generische Funktion 

Funktion, die in verschiedenen Anwendungen die gleiche Bezeichnung, die gleiche 

Bedeutung und die gleiche Bedienung hat, z.B. Kopieren (➜direkte Manipulation). 

(LE 16) 

Geordnete Assoziation 

Ordnungsrelation auf den ➜Assoziationen, z.B. zeitliche und alphabetische Ordnung. 

(LE 12) 

Gestaltpsychologie 

Befaßt sich mit den Gestaltprinzipien der Wahrnehmung, also Regeln, nach denen 

sich die räumliche und/oder zeitliche Struktur wahrgenommener Gebilde richtet 

(➜Prinzip der guten Gestalt, ➜Figur-Grund-Untersuchung, ➜Binnengliederung). 

(LE 20) 

Gestaltungs-Regelwerk 

Legt unternehmensweit oder für bestimmte ➜GUI-Systeme Gestaltungsregeln für 

die ➜grafische Benutzungsoberfläche fest. (LE 16) 

grafische Benutzungsoberfläche 

Grafikbildschirm bestehend aus einer ➜Arbeitsoberfläche und ➜Fenstern, über die 

der Benutzer mit der Anwendungssoftware interagiert und kommuniziert. (LE 16) 

graphical user interface 

➜GUI (LE 16)

GUI 

➜grafische Benutzungsoberfläche (LE 16) 

GUI-System 

Software-System, das die ➜grafische Benutzungsoberfläche verwaltet und die 

Kommunikation mit den Anwendungen abwickelt. (LE 16) 

Halbfabrikat 

anwendungsorientierter, in sich abgeschlossener, wiederverwendbarer, binärer 

Softwarebaustein, der nach außen eine Schnittstelle mit Funktionen zur Verfügung 

stellt, die semantisch zusammengehören. (LE 30) 

Handlungsflexibiltität 

Das Anwendungssystem soll sich an geänderte Aufgabenstellungen anpassen 

können und den Benutzern alternative Lösungswege ermöglichen. (LE 16) 

Harel-Automat 

➜Zustandsautomat mit geschachtelten Zuständen, bedingten Zustandsübergängen, 

Aktionen (➜Mealy-Automat) und Aktivitäten (➜Moore-Automat), Zuständen 

mit Gedächtnis und Nebenläufigkeit. (LE 10) 

Hierarchischer Zustandsautomat 

erlaubt eine Strukturierung von ➜Mealy-Automaten durch eine Baumhierarchie. 

Die Hierarchieebenen werden geschachtelt dargestellt. (LE 10) 

Hierarchisches Petri-Netz 

Stellen und Transitionen eines ➜Petri-Netzes können sowohl verfeinert als auch 

zu einer höheren Abstraktionsebene zusammengefaßt werden (➜Kanal-Instanzen- 

Netz) (LE 11)

Hilfesystem 

Programm, das bei der Benutzung eines interaktiven Systems durch explizite Erklärungen 

hilft. Hilfesysteme lassen sich in aktive und passive Systeme unterteilen. 

Aktive Hilfesysteme bieten von sich aus Hilfe an, wenn sie erkennen, daß der Benutzer 

Schwierigkeiten bei der Systembedienung hat. Passive Hilfesysteme treten 

dagegen nur auf Initiative des Benutzers in Aktion. Desweiteren kann man zwischen 

statischen und dynamischen Hilfesystemen differenzieren. Dynamische 

Hilfesysteme beziehen Information aus dem Kontext des Dialogs mit ein. Statische 

Hilfesysteme geben dagegen auf dieselbe Frage, unabhängig vom Dialogkontext, 

stets dieselbe Antwort. (LE 22) 

icon 

➜Piktogramm (LE 16) 

IDL 

(interface definition language) Spezifikationssprache für Schnittstellen von Klassen, 

die als Server-Objekte Dienstleistungen über ➜CORBA für Client-Objekte 

zur Verfügung stellen. IDL-Precompiler übersetzen IDL-Spezifikationen in die 

Client- und Server-Programmiersprache. (LE 27) 

Ikone 

➜Piktogramm (LE 19) 

Implementierung 

Teilgebiet der Software-Technik; Aufgabe ist die Realisierung der im Entwurf spezifizierten 

Systemkomponenten durch Programme, so daß als Ergebnis das fertige 

Produkt entsteht. (LE 32) 

Implementierungsentwurf 

Verfeinerung des ➜Architekturentwurfs und Anpassung an die gewünschte Zielprogrammiersprache. 

(LE 30) 

Implementierungsphase 

Umfasst alle Tätigkeiten, um spezifizierte Systemkomponenten durch Programme 

zu realisieren. (LE 32)

Informationssystem 

➜Organisatorisches System zusammen mit sonstigen technischen Einrichtungen, 

d.h. Einrichtungen ohne ➜Computersysteme. (LE1) 

Instanz 

➜Objekt (LE 7) 

integrierte Dokumentation 

Jedes Programm muß integriert eine gute Dokumentation enthalten. Dies geschieht 

durch ➜Verbalisierung, ➜Verfeinerungs-Kommentare, ➜problemadäquate Datentypen 

sowie einem Verwaltungsvorspann, der u. a. Autoren, Versionsnummer und 

Status angibt. (LE 32) 

Integritätsbedingungen 

Legen fest, welche Teilmengen eines kartesischen Produktes von Wertebereichen 

»gültige« ➜Relationen sind. Innerhalb einer Relation gibt es funktionale und mehrwertige 

Abhängigkeiten. Zwischen verschiedenen Relationen gibt es 

Inklusionsabhängigkeiten. Generell müssen die Entitäts-Integrität und die 

referenzielle Integrität erfüllt sein. (LE 25) 

Interaktions-Diagramm 

Diagramm mit vertikaler Zeitachse zur zeitbasierten Darstellung von 

Kommunikationsvorgängen zwischen Kommunikationspartnern. In der 

➜objektorientierten Softwareentwicklung zur Darstellung von Szenarien verwendet. 

Dazu werden die ➜Botschaften zwischen ➜Objekten bzw. Klassen durch horizontale 

Linien dargestellt, Objekte bzw. Klassen durch vertikale Linien repräsentiert. 

(LE 7) 

Interaktionselement 

Dient zur Ein- und/oder Ausgabe von Informationen; es werden Eingabefelder, 

Knöpfe, Listen und Grafiken unterschieden. (LE 19) 


grafische Baumdarstellung von Datenstrukturen und Kontrollstrukturen (LE 5)

Jackson-Diagramme 

grafische Baum-Darstellung ➜linearer Kontrollstrukturen(LE 8) 

Kanal-Instanzen-Netz 

Obere Netzebenen bei ➜hierarchischen Petri-Netzen. Eine Stelle wird als Kanal, 

eine Transition als Instanz interpretiert. (LE 11) 

Kardinalität 

Bezeichnet die Wertigkeit einer Beziehung zwischen Klassen, d.h. die Anzahl der 

an der Beziehung beteiligten Objekte. Es werden Muß- und Kann-Beziehungen 

unterschieden. Die numerische Notation verwendet Ziffern und Buchstaben zur 

Angabe der minimalen und maximalen Anzahl der involvierten Objekte. (LE 12) 

Kardinalität 

Gibt an, wieviele andere Entitäten einer bestimmten Entität einer Entitätsmenge 

zugeordnet werden können. (LE 6) 

Klasse 

Beschreibt in Form einer Schablone eine Kategorie von ➜Objekten, die gleiche 

oder ähnliche Strukturen und Verhaltensmuster aufweisen. Von einer Klasse können 

Objekte (Instanzen, Exemplare) erzeugt werden. (LE 7) 

Klassenattribut 

Beschreibt Eigenschaften einer ➜Klasse, nicht eines ➜Objekts. Liegt vor, wenn 

nur ein Attributwert für alle Objekte einer Klasse existiert. (LE 7) 

Klassenbibliothek 

organisierte Sammlung von Klassen, aus der der Entwickler nach Bedarf Einheiten 

verwendet. Typische Topologien sind Baum, Wald und Einzelbausteine. (LE 30) 

Klassen-Diagramm 

Beschreibt in grafischer Form die ➜Generalisierungshierarchie zwischen Oberund 

Unterklassen ( ➜Klassen). (LE 7) 

Klassenhierarchie 

➜Vererbung. (LE 7)

Klassenoperation 

➜Operation, die einer Klasse zugeordnet ist (nicht einem daraus erzeugten Objekt!); 

kann nicht auf ein einzelnes Objekt der Klasse angewandt werden. Manipuliert 

➜Klassenattribute der eigenen Klasse. Wird in der Systemanalyse eine implizite 

Objektverwaltung unterstellt, dann greifen Klassenoperationen auf alle oder 

mehrere Objekte der Klasse zu. (LE 7) 

Klassifikation 

Methode, bei der eine oder mehrere Lösungen (Diagnosen) aus Merkmalen (Symptomen) 

hergeleitet werden. (LE 23) 

Kommando 

Befehl an das Computersystem – meist als Wortkürzel, z.T. gefolgt von Argumenten 

und Optionen – bestimmte Aktionen durchzuführen. Kommandos müssen der Syntax 

einer Kommandosprache entsprechen. (LE 17) 

Kompetenzförderlichkeit 

Der Benutzer soll kompetent mit dem Software-System umgehen können, d.h. er 

soll den Umgang mit dem System erlernt haben und dieses Wissen zur Lösung seiner 

Aufgaben mit dem System anwenden können. (LE 16) 

komponentenbasierte Softwareentwicklung 

schnelle Entwicklung von Anwendungen durch Kombination und Integration vorgefertigter, 

wiederverwendbarer ➜Halbfabrikate, die unabhängig von unterschiedlichen 

Entwicklern in unterschiedlichen Sprachen entwickelt wurden. (LE 30) 

Konfliktlösungsstrategie 

Auswahl einer Regel aus der ➜Konfliktmenge entsprechend einer Strategie 

(➜Tiefensuche,➜Breitensuche, ➜Meta-Regel). (LE 9) 

Konfliktmenge 

Menge aller ausführbaren ➜Regeln (➜feuern) (LE 9) 

Konstruktion 

Methode, bei der eine Lösung aus Lösungselementen zusammengesetzt wird. (LE 

23)

Kontextdiagramm 

Oberstes Datenflußdiagramm in der ➜Strukturierten Analyse. Beschreibt die 

Schnittstellen des Systems zur Umwelt. (LE 14) 

Kontrollfluß 

Repräsentiert im Gegensatz zum Datenfluß ein Ereignis. Dient zur Steuerung von 

Prozessen, wird nicht verarbeitet. Elementare Kontrollflüsse sind immer diskret. (LE 

15) 

Kontrollflußspezifikation (CSpec) 

Legt durch Zustandsautomaten und/oder Entscheidungstabellen die Aktivierung 

von Prozessen im zugeordneten ➜Flußdiagramm fest. Zu jedem Flußdiagramm 

kann es genau eine Kontrollsprezifikation geben. (LE 15) 

Kontrollstrukturen 

Geben an, in welcher Reihenfolge und ob bzw. wie oft Anweisungen ausgeführt 

werden sollen (➜lineare Kontrollstrukturen). (LE 8) 

Konzept 

beschreibt einen definierten Sachverhalt unter einem oder mehreren Gesichtspunkten 

(➜Notation) (LE1) 

Konzeptionelles Modell 

Integration aller ER-Diagramme eines Systems zu einem Gesamtschema. (LE 6) 

Konzeptionelles Schema 

Vollständige, formale, konzeptionelle Beschreibung der statischen Datenstrukturen 

einer Datenbank, z. B. durch ein ER- oder OOA-Modell. (LE 25) 

Lastenheft 

fachliches Ergebnisdokument der ➜Planungsphase, auch grobes Pflichtenheft 

genannt; Teil einer ➜Durchführbarkeitsstudie (LE 2) 

Lebendigkeit 

Stellt in einem ➜Petri-Netz sicher, daß ausgehend von einer Anfangsmarkierung 

die Transitionen immer so schalten, daß eine vorgegebene Transition im weiteren 

Verlauf nochmals schalten kann. (LE 11)

Lebenszyklus 

Gesamte Lebensdauer eines Produkts von seiner Entwicklung (Geburt) über seinen 

Betrieb bis hin zu seiner »Außer-Betriebnahme« (Tod). (LE 33) 

life cycle 

➜Lebenszyklus (LE 33) 

lineare Kontrollstrukturen 

Besitzen genau einen Eingang und einen Ausgang; ➜Sequenz, ➜Auswahl, 

➜Wiederholung, ➜Aufruf, ➜strukturierte Programmierung(LE 8) 

Lines of Code 

➜LOC (LE 2) 

LOC 

Abkürzung für Lines of Code, 1 LOC steht für eine Programmzeile im Quellcode; 

der geschätzte Umfang eines zu entwickelnden Produkts wird oft in LOC angegeben. 

(LE 2) 

Logisches Schema 

Enthält die ➜Relationenschemata ergänzt um Wertebereiche, ➜Schlüssel und 

➜Integritätsbedingungen. (LE 25) 

look and feel 

Visuelles Erscheinungsbild und Bedienungseigenschaften einer ➜grafischen 

Benutzungsoberfläche. (LE 16) 

Maintenance 

Oberbegriff für ➜Wartung und ➜Pflege (LE 33) 

Marke (token) 

Dient zur Darstellung der dynamischen Vorgänge in einem ➜Petri-Netz. Eine Marke 

repräsentiert ein Objekt, das durch die ➜Transitionen weitergegeben wird. Eine 

Marke selbst wird durch einen kleinen schwarzen Kreis in einer ➜Stelle dargestellt. 

(LE 11) 

MD 

➜Modularer Entwurf (LE 29)

Mealy-Automat 

➜Zustandsautomat, bei dem die Ausgaben bzw. Aktionen an den Zustandsübergang 

gebunden sind. (LE 10) 

Mehrfachvererbung 

Jede Klasse kann mehr als eine direkte Oberklasse besitzen. Werden gleichnamige 

Attribute oder Operationen von verschiedenen Oberklassen geerbt, dann muß 

der Namenskonflikt gelöst werden (siehe auch: ➜einfache Vererbung). (LE 7) 

Mehrtreffer-Entscheidungstabelle 

Zu einem Zeitpunkt können mehrere der vorhandenen Regeln anwendbar sein. 

Bei der Anwendung müssen alle Regeln überprüft werden. (LE 8) 

Mengenoperationen 

Bildung von Vereinigung, Durchschnitt und Differenz von ➜Relationen mit gleichen 

Attributmengen. (LE 25) 

Menü 

Zu Gruppen angeordnete ➜Menüoptionen, aus denen der Benutzer eine oder 

mehrere auswählen kann. Man unterscheidet Aktions- und Eigenschaftsmenüs. 

(LE 17) 

Menüoption 

Teil eines ➜Menüs, repräsentiert eine Aktion (Aktionsmenü) oder eine Eigenschaft 

(Eigenschaftsmenü). Die Selektion einer Menüoption bewirkt Aktionen oder die 

Festlegung von Eigenschaften. (LE 17) 

Meta-Regel 

➜Regel, die den Auswahlprozeß der anzuwendenden Regel steuert 

(➜Konfliktlösungsstrategie). (LE 9) 

Methode 

Planmäßig angewandte, begründete Vorgehensweise zur Erreichung von festgelegten 

Zielen (➜Verfahren). (LE1) 

Methode 

➜Operation. (LE 7)

Mini-Spezifikation (MiniSpec) 

Beschreibt innerhalb der ➜Strukturierten Analyse die Transformation der Eingaben 

in die Ausgaben bei einem Prozeß, der nicht weiter verfeinert ist (Blätter der 

Hierarchie). (LE 14) 

MM 

Abkürzung für Mitarbeiter-Monate oder Mann-Monate; gibt bei der Aufwandsplanung 

die Summe aller Arbeitsmonate aller beteiligten Personen an, um ein Produkt 

zu entwickeln. Oft auch PM, für Personenmonate, genannt. (LE 2) 

modular design 

➜Modularer Entwurf (LE 29) 

Modularer Entwurf 

Entwurfsmethode, die zu einer Softwarearchitektur führt, die aus funktionalen Modulen, 

➜Datenobjekt-Modulen und ➜Datentyp-Modulen besteht. Die Struktur der 

Architektur besteht aus Schichten und/oder Bäumen. (LE 29) 

Moore-Automat 

➜Zustandsautomat, bei dem die Ausgaben bzw. Aktionen an den Zustand gebunden 

sind. (LE 10) 

Muster 

➜OOA-Muster (LE 12) 

Nassi-Shneiderman-Diagramm 

➜Struktogramm-Notation(LE 8) 

natürlicher Verbund 

Verschmelzen zwei ➜Relationen bzgl. gemeinsamer Attribute zu einer Relation. 

(LE 25) 

Normalform 

Zerlegung von ➜Relationenschemata so, daß bestimmte Bedingungen erfüllt sind. 

Dient dazu, eine redundanzfreie Datenspeicherung zu erhalten. Es werden fünf 

Normalformen unterschieden. (LE 25)

Notation 

Darstellung von ➜Konzepten durch eine festgelegte Menge von grafischen und/ 

oder textuellen Symbolen, zu denen eine Syntax und Semantik definiert ist. (LE1) 

Oberklasse 

Enthält die gemeinsamen Attribute und Operationen ihrer ➜Unterklasse ( 

➜Vererbung). Methodisches Mittel zur Bildung von Generalisierungen. (LE 7) 

object oriented analysis 

➜Objektorientierte Analyse (LE 12) 

object oriented design 

➜Objektorientierter Entwurf (LE 30) 

Objekt 

Ausprägung physikalischer Komponenten oder abstrakter Sachverhalte, die individuell 

sind und durch Eigenschaften und Verhalten beschrieben werden. (LE 7) 

Objekt-Identität 

Eigenschaft, die ein Objekt von allen anderen unterscheidet, auch wenn ihre 

Attributwerte identisch sind. Ist nicht veränderbar. (LE 24) 

Objekt-Identität 

Eigenschaft, die ein ➜Objekt von allen anderen unter scheidet, auch wenn ihre 

➜Attributwerte identisch sind. Ist nicht veränderbar. (LE 7) 

Objektorientierte Analyse 

Verwendet die Konzepte Objekt, Klasse, Attribut, Operation, Polymorphismus, Assoziation, 

Aggregation, Vererbung, Subsystem, Botschaft und Objektlebenszyklus 

zur Modellierung der Anforderungen an ein neues Software-Produkt. (LE 12) 

objektorientierte Software-Entwicklung 

Anwendung der Konzepte ➜Klasse, ➜Objekt, ➜Attribut, ➜Operation, ➜Botschaft, 

➜Vererbung und ➜Polymorphismus. (LE 7)

Objektorientierter Entwurf 

erweitert, modifiziert und optimiert ein OOA-Modell unter technischen Gesichtspunkten, 

so daß anschließend eine Implementierung des OOD-Modells möglich ist. 

Besteht aus einem ➜Architekturentwurf und einem ➜Implementierungsentwurf. (LE 

30) 

objektorientiertes Datenbanksystem 

speichert Daten entsprechend dem ➜objektorientierten Datenmodell. (LE 24) 

objektorientiertes Datenmodell 

Objekte werden mit ihren Attributen, Beziehungen (Vererbung, Assoziation, Aggregation) 

und Operationen gespeichert, wobei Attribute beliebige, auch selbstdefinierte 

Typen besitzen können. (LE 24) 

ODBS 

➜objektorientiertes Datenbanksystem (LE 24) 

ODL 

(object definition language) Erlaubt die Definition des Datenbank- ➜Schemas eines 

➜objektorientierten Datenbanksystems (Klassen-Ausdehnungen, Schlüssel, 

Attibute, Beziehungen, Operationen, Vererbung); eigenständige Sprache oder integriert 

in eine Programmiersprache. (LE 24) 

OID ➜Objekt-Identität (LE 24) 

OMA 

(object management architecture) Architektur, mit deren Hilfe Anbieter (server) 

und Anwender (clients) von objektorientierten Dienstleistungen über heterogene 

Plattformen und Netze miteinander kommunizieren können. Besteht aus Anwendungsobjekten 

(application objects), speziellen (common facilities) und allgemeinen 

Objektdiensten (object services) sowie den ➜ORB (object request broker). 

(LE 27)

OMG-Objektmodell 

(OM) Abstraktes Objektmodell der Object Management Group (OMG), das die 

Basiskonzepte Objekt, Typ, Vererbung und Operation definiert, um 

Entwurfsportabilität zu ermöglichen. Obermengen sind das ODMG-Objektmodell für 

objektorientierte Datenbanken und das ➜CORBA-Objektmodell. (LE 27) 

OML 

(object manipulation language) Erlaubt innerhalb einer Programmiersprache 

(C++, Smalltalk) das Erzeugen, Manipulieren und Löschen von Objekten eines 

➜objektorientierten Datenbanksystems. (LE 24) 

OO 

objektorientiert. (LE 7) 

OOA 

➜Objektorientierte Analyse (LE 12) 

OOA-Muster 

In verschiedenen OOA-Modellen sich wiederholende Modellierungen zur Beschreibung 

bestimmter Sachverhalte. (LE 12) 

OOD 

➜objektorientierter Entwurf (LE 30) 

Operation 

Ausführbare Tätigkeit im Sinne einer Funktion bzw. eines Algorithmus; beschreibt 

das Verhalten eines ➜Objekts bzw. einer ➜Klasse. (LE 7) 

OQL 

(object query language) Erlaubt deklarative Anfragen – analog zu ➜SQL – auf 

gespeicherte Objekte in ➜objektorientierten Datenbanksystemen; eigenständige 

Sprache oder integriert in eine Programmiersprache. (LE 24)

ORB 

(object request broker) Zentrale Komponente der ➜OMA, leitet Dienstleistungs- 

Anforderungen eines Anwenders an einen Dienstleistungs-Anbieter weiter und 

überträgt die Ergebnisse zurück. Die Architektur des ORB ist unter dem Namen 

➜CORBA standardisiert. (LE 27) 

Organisatorisches System 

➜Anwender, ➜Benutzer und sonstige Mitarbeiter, die zusammen Aufgaben erledigen. 

(LE1) 

PAP 

➜Programmablaufplan-Notation(LE 8) 

pattern 

➜OOA-Muster (LE 12) 

Petri-Netz 

Abstraktes, formales Modell des Informationsflusses eines Systems. Zeigt die statischen 

und dynamischen Eigenschaften eines Systems. Normalerweise als Graph 

dargestellt, der zwei Knotentypen enthält (➜Stellen und ➜Transitionen). Knoten 

können durch Pfeile miteinander verbunden sein. ➜Marken in den ➜Stellen repräsentieren 

den jeweiligen dynamischen Zustand. (LE 11) 

Pflege 

Anpassung eines ➜Systems an geänderte Bedingungen oder Änderung und Weiterentwicklung 

aufgrund geänderter oder neuer Anforderungen. (LE1) 

Pflege 

Lokalisierung und Durchführung von Änderungen und Erweiterungen in Software- 

Produkten, die in Betrieb sind, wenn die Art der gewünschten Modifikationen festliegen. 

(LE 33) 

Pflichtenheft 

Teil einer ➜Produkt-Definition, oft auch alleiniges Anforderungs-Dokument. Oft nur 

verbal beschrieben. (LE 4)

Phase 

Zusammenfassung von Aktivitäten der ➜Software-Entwicklung nach zeitlichen, 

begrifflichen, technischen und/oder organisatorischen Kriterien. (LE1) 

Piktogramm 

Grafisch abstrakte Darstellung von Objekten, Funktionen, Anwendungen, Geräten, 

Hilfsmitteln und Prozessen auf dem Bildschirm. (LE 16) 

Piktogramm 

Grafisch abstrakte Darstellung von Objekten, Funktionen oder Prozessen auf dem 

Bildschirm, bei Anwendungssoftware im Bürobereich z.B. Ordner, Papierblatt, Papierkorb 

usw. (LE 19) 

Plan 

In der Expertensystem-Welt ist ein Plan ein Handlungsplan, also eine Folge von 

Aktionen, die man sich überlegt hat und ausführen kann, um ein Ziel zu erreichen. 

(LE 9) 

Planung 

Problemtyp, bei dem eine Sequenz von Operationen gesucht wird, die den Ausgangszustand 

in einen Zielzustand überführt. (LE 9) 

Planungsphase 

Umfaßt alle Tätigkeiten, die nötig sind, um die fachliche, ökonomische und personelle 

Durchführbarkeit einer Produktentwicklung zu prüfen; auch Voruntersuchung 

oder Durchführbarkeitsuntersuchung genannt. Die Ergebnisse werden in einer 

➜Durchführbarkeitsstudie zusammengefaßt. (LE 2) 

PM 

➜MM (LE 2)

Polymorphismus 

Dieselbe ➜Botschaft kann an Objekte verschiedener ➜Klassen gesendet werden. 

Jedes Empfängerobjekt reagiert mit der Ausführung einer eigenen Operation. Dies 

kann zu unterschiedlichen Ergebnissen führen, z.B. Drucken eines Textes und 

Drucken einer Grafik. In Verbindung mit der ➜Vererbung, der ➜Redefinition und 

dem »späten Binden« können Operationen mit Objektreferenzen geschrieben werden, 

die Objekte verschiedener Klassen bezeichnen können, die durch eine gemeinsame 

Oberklasse miteinander in Beziehung stehen. Die Operation wird während 

der Laufzeit auf das Objekt angewandt, auf das die Objektreferenz zeigt. Eine 

solche Operation muß nicht geändert werden, wenn die Oberklasse um weitere 

Unterklassen ergänzt wird. (LE 7) 

pop-up-Menü 

Menüart, die aus ➜Menüoptionen (ohne Menütitel) besteht. Erscheint an der aktuellen 

Bearbeitungsstelle auf dem Bildschirm, z.B. gekoppelt mit dem Mauszeiger. 

Aufruf durch Maustaste (meist rechte Taste) oder Funktionstaste. (LE 17) 

Pr/T-Netz 

➜Prädikats/Transitions-Netz. (LE 11) 

Prädikats/Transitions-Netz 

Höheres ➜Petri-Netz, bei dem individuelle Marken (»gefärbte Marken«) verwendet 

werden. Die Pfeile werden mit Variablen versehen, die Transitionen mit Schaltbedingungen 

und Schaltwirkungen. (LE 11) 

Prägnanzprinzip 

➜Prinzip der guten Gestalt (LE 20) 

Primärdialog 

➜Dialog, der zur direkten Aufgabenerfüllung dient (➜Sekundärdialog). (LE 17) 

Prinzip der guten Gestalt 

Elemente werden als Figuren wahrgenommen, wenn sie möglichst einfach, einheitlich, 

möglichst dicht geschlossen, symmetrisch, gleichgewichtig und möglichst 

vollständig sind (➜Gestaltpsychologie). (LE 20)

Prinzip 

Grundsatz, den man seinem Handeln zugrunde legt. (LE1) 

problemadäquate Datentypen 

Wahl von vorhandenen Basisdatentypen oder Definition eigener Datentypen, die 

dem Problem optimal angepaßt sind, d. h. Wertebereiche werden weder übernoch 

unterspezifiziert. (LE 32) 

Produkt 

Alle Attributkombinationen zweier ➜Relationen (LE 25) 

Produkt-Definition 

Dokumentation der Ergebnisse der ➜Systemanalyse; besteht meist aus mehreren 

Dokumenten; oft auch als Produkt-Spezifikation oder System-Spezifikation bezeichnet. 

(LE 4) 

Produkt-Entwurf 

Beschreibt die ➜Softwarearchitektur eines Software-Produkts und spezifiziert seine 

Systemkomponenten (➜Spezifikation von Systemkomponenten). (LE 23) 

Programmablaufplan-Notation 

In DIN 66001 genormte, grafische Darstellungsform für ➜Kontrollstrukturen von 

Algorithmen(LE 8) 

Programmieren im Großen 

➜Entwurf (LE 23) 

Programmieren im Kleinen 

➜Implementierung (LE 32) 

Projektion 

Auswahl bestimmter Attribute einer ➜Relation (Spalten einer ➜Tabelle) (LE 25) 

Prozeß-Spezifikation (PSpec) 

Beschreibt, was ein elementarer Prozeß zu tun hat. Entspricht einer Mini-Spezifikation 

in SA. (LE 15)

Pseudo-Code-Notation 

textuelle, semiformale Darstellung von ➜Kontrollstrukturen in Anlehnung an problemorientierte 

Programmiersprachen(LE 8) 

PSpec 

➜Prozeß-Spezifikation (LE 15) 

pull-down-Menü 

Menüart, die aus einem Menütitel und zugeordneten ➜Menüoptionen besteht. Der 

Menütitel ist auf einem Menübalken angeordnet. Nach dem Anklicken des Menütitels 

werden die zugehörigen Menüoptionen »heruntergeklappt« und können selektiert 

werden. (LE 17) 

quick reference 

➜Referenz-Karte (LE 21) 

RD 

➜Requirements Dictionary (LE 15) 

RDBS 

➜relationales Datenbanksystem (LE 24) 

Real-Time Analysis (RT) 

Erweiterung der Methode SA (Structured Analysis) um ➜Kontrollflüsse, 

➜Kontrollflußspezifikationen und ➜Zeitspezifikationen, um bei ereignisgesteuerten 

Systemen das Aktivieren und Deaktivieren von Prozessen sowie die Erzeugung 

von Kontrollflüssen zu beschreiben. (LE 15) 

Rechnergestütztes Informationssystem 

Einheit aus ➜Informationssystem und ➜Computersystem. (LE1) 

Redefinition 

➜Unterklasse enthält eine Operation mit gleichem Namen wie eine geerbte Operation. 

Dadurch wird die geerbte Operation »verdeckt« und kann neu definiert und 

spezifiziert werden.

Referenz-Handbuch 

Detaillierte und vollständige Beschreibung aller Funktionen, Komponenten oder 

sonstigen Aspekte eines Produkts. Der Benutzer soll während der Arbeit gezielt auf 

Informationen über einzelne Produktaspekte zugreifen können. (LE 21) 

Referenz-Karte 

Meist kleinformatige, kompakte Verzeichnisse wichtiger Kommandos, Funktionen 

usw. (LE 21) 

Regel 

Bedingte Aussage bestehend aus zwei Teilen. Der erste Teil besteht aus einem 

oder mehreren Wenn-Ausdrücken und legt die Bedingungen fest, die eingehalten 

werden müssen, wenn der zweite Teil, bestehend aus einem oder mehreren Dann- 

Ausdrücken, ausgeführt werden soll. (LE 9) 

regelbasierte Expertensysteme 

➜Expertensysteme, deren Wissensbasis ➜Regeln enthält. (LE 9) 

Regelinterpreter 

Steuert den Abarbeitungsprozeß in einem ➜regelbasierten Expertensystem. (LE 

9) 

Rekursive Assoziation 

Eine ➜Entitätsmenge steht mit sich selbst in ➜Assoziation. (LE 6) 

Relation 

Teilmenge eines kartesischen Produkts über die Wertebereiche von Attributen einer 

Entitäts- oder Beziehungsmenge (siehe auch ➜Tupel) (LE 25) 

relationales Datenbanksystem 

Speichert Daten entsprechend dem ➜relationalen Datenmodell. (LE 24)

elationales Datenmodell 

Daten werden in Tabellenform gespeichert, wobei jede Spalte der Tabelle ein 

Datenelement bzw. ein Attribut repräsentiert. Jedem Dateielement wird ein einfacher 

Datentyp zugeordnet. In jeder Tabellenzeile wird ein Datensatz gespeichert, 

der durch einen Primärschlüssel eindeutig identifizierbar ist. Beziehungen zwischen 

mehreren Tabellen werden über Fremdschlüssel hergestellt. (LE 24) 

Relationenschema 

Beschreibung des Aufbaus einer ➜Relation, besteht aus dem Relationsnamen 

und den Attributnamen. Schlüsselattribute sind besonders gekennzeichnet 

(Nummerzeichen am Ende des Namens # oder Name unterstrichen oder halbfett 

gesetzt). (LE 25) 

requirement 

➜Anforderung (LE 4) 

Requirements Dictionary (RD) 

Enthält wie das Data Dictionary in SA die Definition aller Datenflüsse, 

➜Kontrollflüsse und Speicher. Elementare Elemente müssen durch Muß-Attribute 

und können durch Kann-Attribute beschrieben werden. (LE 15) 

requirements engineering 

➜Systemanalyse (LE 4) 

Restriktion 

Beschränkungen zwischen den Attributwerten zweier Objekte. (LE 12) 

Rolle 

Gibt an, welche Funktion ein Objekt in einer ➜Assoziation oder ➜Aggregation innehat. 

(LE 12) 

Rolle 

Gibt die Funktion an, die eine Entität in einer ➜Assoziation spielt. (LE 6) 

RT 

➜Real Time Analysis (LE 15)

Rückwärtsverkettung 

Ausgangspunkt ist eine Zielangabe. Der ➜Regelinterpreter versucht zu bestimmen, 

ob die Zielregel erfüllt wird. Dabei bewegt er sich rückwärts zu den Wenn- 

Vorbedingungen der ➜Regel und versucht festzustellen, ob diese erfüllt sind. Dies 

führt dazu, daß weitere Regeln herangezogen werden, die die Gültigkeit dieser 

Wenn-Aussage bestätigen können. Auf diese Weise wird rückwärtssuchend der 

Regelteil durchlaufen. Die Rückwärtssuche endet, wenn eine Frage an den Benutzer 

gestellt wird oder ein vorher abgespeichertes Faktum in der Datenbasis gefunden 

wird. (LE 9) 

S/T-Netz 

➜Stellen/Transitions-Netz (LE 11) 

SA 

➜Strukturierte Analyse (LE 14) 

Schachtelung 

Innerhalb von ➜Kontrollstrukturen können wiederum Kontrollstrukturen stehen. 

(LE 8) 

Schema 

Beschreibt für eine konkrete ➜Datenbank das ➜Datenmodell. (LE 24) 

Schichtenarchitektur 

Gliederung einer ➜Softwarearchitektur in hierarchische Schichten. Zwischen den 

Schichten kann eine lineare, strikte oder baumartige Ordnung bestehen. Jede 

Schicht besteht aus ➜Systemkomponenten. Anwendungen werden oft nach einer 

Drei-Schichten-Architektur aufgebaut: Benutzungsoberfläche, eigentliche Anwendung, 

Datenhaltung. (LE 23) 

Schlüssel 

Identifiziert eindeutig ein ➜Tupel in einer ➜Relation (Primärschlüssel) (siehe auch 

➜Fremdschlüssel) (LE 25)

Schlüssel 

Minimale ➜Attribut-Kombination, um eine Entität in einer Entitätsmenge eindeutig 

zu identifizieren. (LE 6) 

schrittweise Verfeinerung 

Methode, die ausgehend von einer abstrakten Problemlösung durch schrittweise 

➜Verfeinerung der abstrakten Datenstrukturen und Operationen nach und nach 

das Beschreibungsniveau einer Programmiersprache erreicht. (LE 32) 

SD 

➜Strukturierter Entwurf (LE 28) 

Sekundärdialog 

Kurzzeitiger, optionaler ➜Dialog, der zusätzliche Informationen vom Benutzer anfordert. 

Eingebettet in ➜Primärdialoge. (LE 17) 

Selektion 

Auswahl bestimmter ➜Tupel einer ➜Relation (Zeilen einer ➜Tabelle) (LE 25) 

Semantische Datenmodellierung 

Erweiterung des ➜ER-Modells um Generalisierungshierarchie (is-a) und die Aggregation 

(is-part-of). (LE 6) 

sequential machine 

➜endlicher Automat (LE 10) 

Sequenz 

Mehrere Anweisungen werden hintereinander ausgeführt (Aneinanderreihung) (LE 

8) 

Simulation 

Methode, bei der die Lösung in der Vorhersage der Auswirkungen von gegebenen 

Ursachen in einem Modell besteht. (LE 23) 

Software 

Programme, zugehörige Daten und notwendige Dokumentation, die zusammengefaßt 

es erlauben, mit Hilfe eines Computers Aufgaben zu erledigen. (LE1)

Softwarearchitektur 

Strukturierte oder hierarchische Anordnung der Systemkomponenten sowie Beschreibung 

ihrer Beziehungen. (LE 23) 

Software-Engineering 

➜Software-Technik. (LE1) 

Software-Entwicklung 

Aus einem geplanten ➜Software-Produkt ein fertiges Software-Produkt entwikkeln, 

das die geforderten Eigenschaften besitzt (➜Phase). (LE1) 

Software-Ergonomie 

Menschengerechte Gestaltung eines Software-Arbeitsplatzes, d.h. der Anwendungssoftware 

und der ➜Arbeitsoberfläche. (LE 16) 

Software-Management 

Planung, Organisation, Leitung und Kontrolle einer ➜Software-Entwicklung. (LE1) 

Software-Produkt 

Produkt, das aus ➜Software besteht. (LE1) 

Software-Qualitätssicherung 

Sicherstellung der geforderten Produkt- und Prozeßqualität einer ➜Software-Entwicklung 

durch geeignete konstruktive und analytische Maßnahmen. (LE1) 

Software-System 

➜System, dessen ➜Systemkomponenten und ➜Systemelemente aus ➜Software 

bestehen. (LE1) 

Software-Technik 

zielorientierte Bereitstellung und systematische Verwendung von ➜Prinzipien, 

➜Methoden und ➜Werkzeugen für die arbeitsteilige, ingenieurmäßige Herstellung 

und Anwendung von umfangreichen ➜Software-Systemen. (LE1) 

Spezifikation einer Operation 

Beschreibung der fachlichen Aufgaben einer ➜Operation, meist in Form von 

Pseudo-Code. (LE 7)

Spezifikation von Systemkomponenten 

Festlegung von Schnittstelle, Funktions- und Leistungsumfang einer jeden Systemkomponente. 

(LE 23) 

Sprachen der 4. Generation 

Nichtprozedurale, meist deskriptive und mengenorientierte Programmiersprachen 

zur Bearbeitung von Anwendungen mit Datenbanken oder im Umfeld von Datenbanken 

(➜SQL, ➜OQL). Deskriptiv bedeutet, daß die Eigenschaften der gesuchten 

Daten beschrieben werden und nicht der Weg zur Ermittlung dieser Daten. 

Mengenorientiert bedeutet, daß bei einer Anfrage alle gefundenen Lösungen als 

Ergebnis geliefert werden können. (LE 24) 

SQL 

(structured query language) ➜Sprache der 4. Generation, heute bei ➜relationalen 

Datenbanksystemen am weitesten verbreitet und standardisiert. Umfaßt Kommandos 

zur Datendefinition (➜DDL) und zur Datenmanipulation (➜DML) sowie Kommandos 

zum Vergeben von Zugriffsberechtigungen. (LE 24) 

statechart 

➜Harel-Automat (LE 10) 

Stelle (Platz, Zustand 

) Ein Knotentyp in einem ➜Petri-Netz. Passive Systemkomponente, in der Informationen 

oder Material abgelegt werden können. Der aktuelle Belegungszustand einer 

Stelle wird durch eine ➜Marke angegeben. (LE 11) 

Stellen/Transitions-Netz 

➜Petri-Netz, bei dem jede Stelle eine definierte Markenkapazität und jeder Pfeil 

ein Pfeilgewicht zugeordnet bekommt. Entsprechend den Gewichten entfernen 

Transitionen Marken von den Eingabestellen und verteilen sie auf die Ausgabestellen. 

(LE 11) 

stepwise refinement 

➜schrittweise Verfeinerung (LE 32)

Steuersystem 

➜Expertensystem-Shell (LE 23) 

structure charts 

➜Strukturdiagramme (LE 28) 

structured design 

➜Strukturierter Entwurf (LE 28) 

Struktogramm-Notation 

grafische Darstellung ➜linearer Kontrollstrukturen. (LE 8) 

Strukturdiagramme 

Grafische Darstellungstechnik, die es erlaubt, ➜funktionale Module, ihre Aufrufbeziehungen 

und Datenflüsse darzustellen. Zusätzlich können textuelle Modulspezifikationen 

erstellt werden. (LE 28) 

Strukturierte Analyse (structured analysis) 

Methodenklasse, die die Basiskonzepte Datenflußdiagramm, Data Dictionary-Einträge, 

Pseudo-Code und Entscheidungstabellen zu einer Methode zur Definition 

von Anforderungen kombiniert. (LE 14) 


Entwurfsmethode, die zu einer Softwarearchitektur führt, die aus ➜funktionalen 

Modulen besteht. Die Struktur der Architektur ist ein Baum oder ein azyklisches 

Netz. Die Beschreibung erfolgt durch ➜Strukturdiagramme. (LE 28) 

strukturiertes Programmieren 

i.e.S. Beschreibung eines Algorithmus durch ausschließliche Verwendung von 

➜linearen Kontrollstrukturen (keine goto- bzw. Sprungkonstrukte). (LE 8) 

style guide 

➜Gestaltungs-Regelwerk (LE 16) 

Subsystem 

➜Systemkomponente. (LE1)

Subsystem 

Zusammenfassung von Klassen zu einem Oberbegriff. Subsysteme werden in einem 

Übersichtsdiagramm dargestellt, während die durch ein Subsystem zusammengefaßten 

Klassen z.B. durch eine graue Umrandung auf dem OOA-Diagramm 

dargestellt werden. Subsysteme geben dem Leser einen Überblick über ein OOA- 

Modell und helfen ihm beim Navigieren durch ein komplexes Diagramm. (LE 12) 

SW 

Abkürzung für ➜Software. (LE1) 

Syntax-Diagramm 

grafische Darstellung der Backus-Naur-Form; üblich zur Beschreibung der Syntax 

von Programmiersprachen (LE 5) 

System 

Ausschnitt aus der realen oder gedanklichen Welt, bestehend aus 

➜Systemkomponenten bzw. Subsystemen, die untereinander in verschiedenen 

Beziehungen stehen können. (LE1) 

Systemanalyse 

Teilgebiet der Software-Technik; Aufgabe ist die systematische Ermittlung, Beschreibung 

und Analyse von ➜Anforderungen im Dialog mit dem Auftraggeber unter 

Einsatz geeigneter Methoden und Werkzeuge. Das Ergebnis ist eine ➜Produkt- 

Definition. (LE 4) 

Systemelement 

➜Systemkomponente, die nicht weiter zerlegbar ist oder zerlegt werden soll. (LE1) 

Systemkomponente 

Teil eines ➜Systems, z.B. Mensch, Material, Maschine, Produkt 

(➜Systemelement). (LE1) 

Systemsoftware 

➜Software, die für eine spezielle Hardware oder Hardwarefamilie entwickelt ist, 

um den Betrieb und die Wartung dieser Hardware zu ermöglichen sowie ihre funktionellen 

Fähigkeiten zu ergänzen. (LE1)

Tabelle 

tabellarische Darstellung eines ➜Relationenschemas (Tabellenkopf) mit 

➜Relationen (Tabelleninhalt) (LE 25) 

Tabelle 

Zweidimensionale Anordnung von Ein- und/oder Ausgabebereichen, in Zeilen und 

Spalten organisiert. Die Gesetze der ➜Gestaltpsychologie sind bei der Gestaltung 

zu beachten. (LE 20) 

Technisches System 

Einheit aus ➜Computersystem und sonstigen technischen Einrichtungen. (LE1) 

Θ-Verbund 

Verschmilzt zwei ➜Relationen zu einer Relation, wobei die Werte von zwei Attributen 

der Relationen einer der festgelegten Bedingungen =, ≠, = genügen 

müssen. (LE 25) 

Tiefensuche 

Ein bestimmtes Thema wird solange verfolgt, bis alle Informationen darüber vorliegen. 

(LE 9) 

Tool 

➜Werkzeug. (LE1) 

Trainings-Handbuch 

Besteht aus didaktisch durchdachten, aufeinander aufbauenden Aufgaben, die in 

Einzelschritte zerlegt und ausführlich erläutert sind. Erlaubt es dem Benutzer, ohne 

Vorkenntnisse sofort etwas mit der Software zu tun und vermittelt rasch Erfolgserlebnisse. 

(LE 21) 

Transformations-Analyse 

Methode, um ein SA-Modell in ein SD-Modell zu transformieren. (LE 28) 

Transition (Hürde, Zustandsübergang) 

Ein Knotentyp in einem ➜Petri-Netz. Aktive Systemkomponente, die Informationen 

oder Material verarbeitet. (LE 11)

Tupel 

Element einer ➜Relation, Zeile in einer ➜Tabelle (LE 25) 

tutorial 

➜Trainings-Handbuch (LE 21) 

Tutorsystem 

Hilft dem Benutzer beim Erlernen der Mensch-Computer-Schnittstelle, der Anwendungssoftware 

oder von Komponenten davon durch interaktive Lehr- und Lernprogramme. 

(LE 22) 

UIMS 

Erstellung einer grafischen Benutzungsoberfläche mit Hilfe einer grafischen Editors. 

Dialogstruktur und -dynamik werden prozedural oder durch Regeln beschrieben. 

Es wird eine Anwendungsprogramm-Schnittstelle (API) sowie die Schnittstelle 

zu einem oder mehreren GUI-Systemen generiert. (LE 23) 

Unterklasse 

Erbt alle ➜Attribute und ➜Operationen der zugeordneten Oberklasse(n) 

(➜einfache Vererbung, ➜Mehrfachvererbung). Besitzt zusätzlich eigene Attribute 

und Operationen. Methodisches Mittel zur Bildung von Spezialisierungen. (LE 7) 

Unternehmensdatenmodell 

Ganzheitliche Darstellung der Entitätsmengen und ihrer Verknüpfungen aller Bereiche 

eines Unternehmens unter Berücksichtigung der Schnittstellen zueinander in 

einheitlicher Form (LE 6) 

user guide 

➜Benutzer-Leitfaden (LE 21) 

user interface management system 

➜UIMS (LE 23) 

user support system 

➜Benutzer-Unterstützungssystem (LE 22)

Verbalisierung 

Verbesserung der Lesbarkeit eines Programms durch aussagekräftige, 

mnemonische Bezeichnerwahl, geeignete Kommentare und Verwendung einer 

selbstdokumentierenden Programmiersprache. (LE 32) 

Vererbung 

➜Attribute eines Generalisierungstyps werden an die zugehörigen 

Spezialisierungstypen vererbt, d.h. die Spezialisierungstypen verfügen ebenfalls 

über diese Attribute. (LE 6) 

Vererbung 

➜Attribute und ➜Operationen einer ➜Oberklasse werden an die zugehörigen 

Unterklassen vererbt. Man unterscheidet die ➜einfache Vererbung und die 

➜Mehrfachvererbung. (LE 7) 

Verfahren 

Ausführbare Vorschriften oder Anweisungen zum gezielten Einsatz von 

➜Methoden. (LE1) 

Verfeinerung 

Dokumentation eines Programms in der Form, daß die beim Programmentwurfsprozeß 

(➜schrittweise Verfeinerung) entstandenen Verfeinerungsebenen 

sichtbar sind und die Lesbarkeit eines Programms verbessern. (LE 32) 

Verkapselung 

Auf die ➜Attributwerte eines ➜Objekts kann nur über die ➜Operationen des Objekts 

zugegriffen werden. Für andere Klassen und Objekte sind die Attribute und 

Attributwerte einer Klasse oder eines Objekts unsichtbar. (LE 7) 

Verklemmung 

Situation in einem ➜Petri-Netz, in der keine Transition schalten kann, die aber bei 

einer anderen Schaltreihenfolge hätte vermieden werden können. (LE 11)

vollständige Entscheidungstabelle 

Alle möglichen Bedingungskombinationen sind als Regeln vorhanden (formal vollständig; 

2n, n=Anzahl der Bedingungen) bzw. alle fachlich möglichen Bedingungskombinationen 

sind vorhanden (inhaltlich vollständig). (LE 8) 

Vorwärtsverkettung 

Feststellen aller ➜Regeln, deren Wenn-Teil erfüllt ist. Dann Prüfung, welche weiteren 

Regeln anhand der bereits ermittelten Fakten zutreffen könnten. Wiederholung 

dieses Vorgangs, bis der ➜Regelinterpreter ein Ziel erreicht hat oder keine 

weiteren Möglichkeiten mehr vorhanden sind. (LE 9) 


Gekippte baumförmige Darstellung von ➜linearen Kontrollstrukturen durch eine 

Klammernotation. (LE 8) 

Wartung 

Beseitigung von Fehlern und Defekten, die nach der Inbetriebnahme eines 

➜Systems auftreten. (LE1) 

Wartung 

Beseitigung, d.h. Lokalisierung und Behebung von Fehlerursachen in Software- 

Produkten, die in Betrieb sind, wenn die Fehlerwirkung bekannt ist. (LE 33) 

Werkzeuge 

Dienen zur automatischen Unterstützung von ➜Methoden, ➜Verfahren und 

➜Notationen. (LE1) 

widget 

➜Interaktionselement (LE 19) 

Wiederholung 

Wiederholte Ausführung von Anweisungen in Abhängigkeit von einer Bedingung 

oder für eine gegebene Wiederholungszahl (auch Schleife genannt). Man unterscheidet 

Wiederholungen mit Abfrage der Wiederholungsbedingung vor jedem 

Wiederholungsdurchlauf, nach jedem Wiederholungsdurchlauf und Wiederholungen 

mir fester Wiederholungsanzahl. (LE 8)

Zeitbehaftetes Petri-Netz 

höheres ➜Petri-Netz, bei dem Stellen oder Transitionen mit einem 

deterministischen oder stochastischen Zeitverbrauch versehen werden können. 

(LE 11) 

Zeitspezifikationen 

In ➜Real Time Analysis können absolute Zeitanforderungen zwischen externen 

Eingabe- und Ausgabeereignissen durch eine Zeitspezifikationstabelle festgelegt 

werden. Außerdem können Wiederholungszyklen als Attribute von elementaren 

➜Kontrollflüssen angegeben werden. (LE 15) 

Zustandsautomat 

Besteht aus einer endlichen Anzahl interner Zustände. Zwischen den Zuständen 

gibt es Zustandsübergänge, die in Abhängigkeit von Eingaben oder Ereignissen 

durchgeführt werden. Eine Ausgabe oder Aktion kann beim Zustandsübergang erfolgen 

(➜Mealy-Automat) oder in einem Zustand (➜Moore-Automat). (LE 10) 

Zustandsdiagramm 

Grafische Darstellungsform eines ➜Zustandsautomaten. Die Zustände werden 

entweder als Kreise oder als Rechtecke dargestellt. Die Zustandsübergänge werden 

durch beschriftete Pfeile angegeben (Eingabe/Ausgabe). (LE 10) 

Zustandsmatrix 

In Matrixform werden entweder die Zustände oder Ereignisse oder der Ausgangszustand 

und der Zielzustand als Matrixdimensionen aufgetragen 

(➜Zustandsautomat). (LE 10) 

Zustandstabelle 

In Spaltenform werden der aktuelle Zustand, das Ereignis, die Aktion und der 

Folgezustand eines ➜Zustandsautomaten dargestellt. (LE 10)

CD zum Lehrbuch der Softwaretechnik

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

Template löschen?

Als Template speichern?