Aktivitäts-, Sequenz- und Zustandsdiagramme
|
|
- Ewald Bachmeier
- vor 7 Jahren
- Abrufe
Transkript
1 Aktivitäts-, Sequenz- und Zustandsdiagramme Tutorium 17 Fabian Miltenberger INSTITUT FÜR PROGRAMMSTRUKTUREN UND DATENORGANISATION (IPD) KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft
2 Übungsblatt 2 - Aufgabe 2 JMJRST enthält eine Stapelverarbeitung, die auf allen ausgewählten Bildern die gleichen Operationen anwendet. Achtung: Bilder können sowohl RGB-Farbbilder als auch Graustufenbilder sein. Bereits vorhanden ist die Einzelbildoperation Erzeuge Miniaturbild, die ein Bild auf eine vorgegebene Größe reduziert. Neu hinzugefügt werden sollen Einzelbildoperationen zur Farbreduktion, darunter der Algorithmus nach Floyd-Steinberg, der Median-Cut -Algorithmus und ein Farbrasterungsalgorithmus. Alle Farbreduktionsalgorithmen müssen mit der Farbtiefe in Bit (maximal 24 Bit und nur Vielfache von 3) initialisiert werden. Alle Einzelbildoperationen erhalten jeweils ein Bild aus der Bildermenge von der Stapelverarbeitung zur Verarbeitung und geben das Ergebnis als neues Bild zurück. Eine weitere neue Operation soll aus der Bildermenge, die der Benutzer der Stapelverarbeitung übergeben hat, eine Collage erstellen. Im Gegensatz zu den Farbreduktionsalgorithmen werden nicht einzelne Bilder verarbeitet, sondern eine Menge von Bildern zu einem Ergebnisbild. Eine Bildcollage besteht aus mindestens 3 Ausgangsbildern. Für jedes Ausgangsbild muss für die Collage die Position, der Drehwinkel und ein Skalierungsfaktor (für Vergrößerung bzw. Verkleinerung) gespeichert werden. Ein Bild aus der Bildermenge kann vom Benutzer als Hintergrundbild ausgewählt werden. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
3 Übungsblatt 2 - Aufgabe 4 Fehlerbehandlung (mögliche Fehlerursachen so früh wie möglich selbst abfangen) NICHT Strings für Operationen auf Hexadezimalzahlen verwenden Wrapper-Klassen für primitive Datentypen vermeiden wenn möglich (statt Integer lieber int verwenden) Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
4 Übersicht Zuletzt: Heute: Anwendungsfalldiagramme Klassendiagramme Aktivitätsdiagramme Sequenzdiagramme Zustandsdiagramme Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
5 Pflichtenheft Es gilt Lastenheft Pflichtenheft Pflichtenheft ist Verfeinerung des Lastenhefts Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
6 Aktivitätsdiagramm Beschreibt mögliche Abläufe Kann beispielsweise beschreiben: Geschäftliche Prozesse Anwendungsfälle Algorithmen Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
7 Aktivitätsdiagramm Beschreibt mögliche Abläufe Kann beispielsweise beschreiben: Geschäftliche Prozesse Anwendungsfälle Algorithmen Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
8 Aktivitätsdiagramm Beschreibt mögliche Abläufe Kann beispielsweise beschreiben: Geschäftliche Prozesse Anwendungsfälle Algorithmen Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
9 Aktivitätsdiagramm Beschreibt mögliche Abläufe Kann beispielsweise beschreiben: Geschäftliche Prozesse Anwendungsfälle Algorithmen Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
10 Aktivitätsdiagramm Beschreibt mögliche Abläufe Kann beispielsweise beschreiben: Geschäftliche Prozesse Anwendungsfälle Algorithmen Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
11 Beispiel Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
12 Komponenten, Teil 1 Aktionen elementar verschachtelt Knoten Startknoten Endknoten Ablaufende Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
13 Komponenten, Teil 2 Entscheidung (Bedingte Verzweigung) Zusammenführung (Oder-Verknüpfung) Teilung (Aufteilung eines Kontrollflusses) Synchronisation (Und-Verknüpfung) Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
14 Aufgabe 1 Zunächst lesen die Studenten H. und M. jeder für sich gleichzeitig die Aufgabenstellung der aktuellen Programmieraufgabe durch. Nachdem beide Studenten den Aufgabentext gelesen haben, besprechen sie gemeinsam die Strategie für das weitere Vorgehen. Sind die beiden Studenten nicht motiviert, die Aufgabe zu lösen, hören sie sofort auf. Haben sie Motivation, dann öffnet H. Eclipse und beginnt danach unmittelbar zu programmieren. Während H. Eclipse startet, öffnet M. Firefox und beginnt, den aktuellen Star-Trek-Film herunter zu laden und unterdessen den Failblog zu lesen. Sobald H. die Lösung fertig programmiert hat und M. den Film fertig heruntergeladen oder genug im Failblog gelesen hat, besprechen beide Studenten gemeinsam die Lösung. Danach geben H. und M. die Lösung getrennt voneinander ab, worauf die Programmieraufgabe für sie beendet ist. Modellieren Sie das gegebene Szenario als UML-Aktivitätsdiagramm. Kennzeichnen Sie, welche Aktivitäten von H., welche von M. und welche von beiden ausgeführt werden. Objektflüsse müssen Sie nicht modellieren. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
15 Musterlösung Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
16 Aufgabe 2 Modellieren Sie das nachfolgende Szenario, das ein Rennen der Formel-SWT beschreibt, unter Berücksichtigung der abgebildeten Rennstrecke als UML-Aktivitätsdiagramm. Nach dem Start beginnt die erste Runde. In dieser und in jeder folgenden Runde kann sich der Fahrer entscheiden, ob er an die Box kommen oder die Runde fahren möchte. Nach der letzten Runde ist das Rennen unmittelbar beendet. Der Boxenstopp beginnt damit, dass der Fahrer den Rennwagen auf die in der Boxengasse erlaubte Höchstgeschwindigkeit abbremst. Anschließend parkt er seinen Rennwagen in der Box. Sobald der Rennwagen steht, wird er von einem Mitarbeiter der Boxencrew angehoben. Danach werden von vier weiteren Mitarbeitern der Boxencrew gleichzeitig die Räder gewechselt, wobei sich jeder Mitarbeiter um jeweils ein Rad kümmert. Neben dem Radwechsel wird der Rennwagen frisch betankt, was ebenfalls ein dedizierter Mitarbeiter erledigt. Sobald alle vier Räder gewechselt sind, kann der Rennwagen abgelassen werden. Der Fahrer fährt los, sobald der Rennwagen abgelassen und der Tankvorgang beendet wurde. Sobald der Fahrer das Ende der Boxengasse erreicht hat, beschleunigt er den Rennwagen auf Renntempo und fährt die Runde zu Ende. Wenn beim Überqueren der Start-/Ziellinie das Rennen nicht abgewunken wurde, geht der Fahrer auf die nächste Runde, ansonsten ist das Rennen beendet. Verwenden Sie bei Ihrer Modellierung korrekte UML-Notation und geben Sie zusätzlich an, welche Aktivitäten in den Verantwortungsbereich des Fahrers fallen und welche in den der Boxencrew. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
17 Musterlösung Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
18 Fragerunde 1 Beim Aktivitätsdiagramm werden Pfeile verwendet. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
19 Fragerunde 1 Beim Aktivitätsdiagramm werden Pfeile verwendet. Wahr 2 Aktivitätsdiagramme unterstützen keine Nebenläufigkeit. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
20 Fragerunde 1 Beim Aktivitätsdiagramm werden Pfeile verwendet. Wahr 2 Aktivitätsdiagramme unterstützen keine Nebenläufigkeit. Falsch 3 In UML-Aktivitätsdiagrammen unterscheidet man zwischen Objektund Kontrollflüssen. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
21 Fragerunde 1 Beim Aktivitätsdiagramm werden Pfeile verwendet. Wahr 2 Aktivitätsdiagramme unterstützen keine Nebenläufigkeit. Falsch 3 In UML-Aktivitätsdiagrammen unterscheidet man zwischen Objektund Kontrollflüssen. Wahr Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
22 Sequenzdiagramm Modelliert möglichen Ablauf eines Anwendungsfalls Fokus auf zeitlichem Verlauf der Nachrichten Zeit verläuft von oben nach unten Nachrichten werden durch Pfeile dargestellt Nachrichten sind äquivalent mit Methodenaufrufen in Java Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
23 Sequenzdiagramm Modelliert möglichen Ablauf eines Anwendungsfalls Fokus auf zeitlichem Verlauf der Nachrichten Zeit verläuft von oben nach unten Nachrichten werden durch Pfeile dargestellt Nachrichten sind äquivalent mit Methodenaufrufen in Java Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
24 Sequenzdiagramm Modelliert möglichen Ablauf eines Anwendungsfalls Fokus auf zeitlichem Verlauf der Nachrichten Zeit verläuft von oben nach unten Nachrichten werden durch Pfeile dargestellt Nachrichten sind äquivalent mit Methodenaufrufen in Java Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
25 Sequenzdiagramm Modelliert möglichen Ablauf eines Anwendungsfalls Fokus auf zeitlichem Verlauf der Nachrichten Zeit verläuft von oben nach unten Nachrichten werden durch Pfeile dargestellt Nachrichten sind äquivalent mit Methodenaufrufen in Java Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
26 Sequenzdiagramm Modelliert möglichen Ablauf eines Anwendungsfalls Fokus auf zeitlichem Verlauf der Nachrichten Zeit verläuft von oben nach unten Nachrichten werden durch Pfeile dargestellt Nachrichten sind äquivalent mit Methodenaufrufen in Java Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
27 Beispiel Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
28 Komponenten Lebenslinie senkrecht eine pro Objekt Nachrichtentypen Synchrone Nachrichten Antworten (optional) Asynchrone Nachrichten Steuerungsfokus dicker Balken über Lebenslinie zeigt Aktivität von Objekten an Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
29 Beispiel Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
30 Beispiel Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
31 Aufgabe Bernd Bruegge fühlt sich nicht wohl und möchte sich untersuchen lassen, um eine Diagnose zu erhalten. Er geht dazu ins Krankenhaus und meldet sich an der Patientenaufnahme an. Während der Sachbearbeiter an der Patientenaufnahme die Krankenakte anlegt, füllt Bernd B. den Anamnesebogen aus, den ihm der Sachbearbeiter gegeben hat. Nachdem Bernd B. den ausgefüllten Bogen dem Sachbearbeiter zurückgegeben hat, wird Bernd B. vom Arzt untersucht. Dazu nimmt er Bernd B. zunächst Blut ab. Während das Labor das Blut analysiert, führt der Arzt bei Bernd B. eine Auskultation durch. Schließlich bekommt Bernd B. vom Arzt seine Diagnose. Modellieren Sie das gegebene Szenario als UML-Sequenzdiagramm im Kasten auf der nächsten Seite (Querformat!). Verwenden Sie bei Ihrer Modellierung korrekte UML-Notation. Achten Sie bei Ihrer Modellierung darauf, auf welchen Objekten die Methoden sinnvollerweise aufgerufen werden müssen. Geben Sie ggf. Argumente der Methoden an. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
32 Musterlösung (Alternative im Diagramm: Patientenaufnahme ruft Arzt.untersuchen() auf. Insbesondere aber ist die Methode untersuchen() keine Methode auf Patient.) Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
33 Fragerunde 1 Im Sequenzdiagramm zeigen Pfeile von dem Objekt weg, auf dem die angegebene Methode aufgerufen wird. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
34 Fragerunde 1 Im Sequenzdiagramm zeigen Pfeile von dem Objekt weg, auf dem die angegebene Methode aufgerufen wird. Falsch 2 Sequenzdiagramme skizzieren einen ganz konkreten Ablauf eines Anwendungsfalls. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
35 Fragerunde 1 Im Sequenzdiagramm zeigen Pfeile von dem Objekt weg, auf dem die angegebene Methode aufgerufen wird. Falsch 2 Sequenzdiagramme skizzieren einen ganz konkreten Ablauf eines Anwendungsfalls. Wahr 3 In Sequnzdiagammen: Rückgabewerte können an den Rückführungspfeilen angegeben werden. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
36 Fragerunde 1 Im Sequenzdiagramm zeigen Pfeile von dem Objekt weg, auf dem die angegebene Methode aufgerufen wird. Falsch 2 Sequenzdiagramme skizzieren einen ganz konkreten Ablauf eines Anwendungsfalls. Wahr 3 In Sequnzdiagammen: Rückgabewerte können an den Rückführungspfeilen angegeben werden. Wahr 4 UML-Sequenzdiagramme unterstützen Nebenläufigkeit. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
37 Fragerunde 1 Im Sequenzdiagramm zeigen Pfeile von dem Objekt weg, auf dem die angegebene Methode aufgerufen wird. Falsch 2 Sequenzdiagramme skizzieren einen ganz konkreten Ablauf eines Anwendungsfalls. Wahr 3 In Sequnzdiagammen: Rückgabewerte können an den Rückführungspfeilen angegeben werden. Wahr 4 UML-Sequenzdiagramme unterstützen Nebenläufigkeit. Wahr Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
38 Zustandsdiagramm Endlicher Zustandsautomat Besteht aus Zuständen und Zustandsübergängen Methoden können Übergang verursachen Bei Betreten/Verlassen eines Zustands aufgerufen werden Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
39 Zustandsdiagramm Endlicher Zustandsautomat Besteht aus Zuständen und Zustandsübergängen Methoden können Übergang verursachen Bei Betreten/Verlassen eines Zustands aufgerufen werden Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
40 Zustandsdiagramm Endlicher Zustandsautomat Besteht aus Zuständen und Zustandsübergängen Methoden können Übergang verursachen Bei Betreten/Verlassen eines Zustands aufgerufen werden Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
41 Zustandsdiagramm Endlicher Zustandsautomat Besteht aus Zuständen und Zustandsübergängen Methoden können Übergang verursachen Bei Betreten/Verlassen eines Zustands aufgerufen werden Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
42 Zustandsdiagramm Endlicher Zustandsautomat Besteht aus Zuständen und Zustandsübergängen Methoden können Übergang verursachen Bei Betreten/Verlassen eines Zustands aufgerufen werden Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
43 Beispiel/Komponenten Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
44 Hierarchie Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
45 Gedächtnis ( Hirn ) Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
46 Nebenläufigkeit Während System im Zustand G verweilt, kann es alle Zustandskombinationen aus E F annehmen Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
47 Aufgabe 1 Gegeben ist der folgende UML-Zustandsautomat. Geben Sie an, in welcher Zustandskombination sich der Zustandsautomat, jeweils ausgehend vom Startzustand, nach den beiden Eingabefolgen befindet. a, b, c, c c, c, a, b, b, a, c, c, a Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
48 Musterlösung a, b, c, c A D c, c, a, b, b, a, c, c, a B C Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
49 Aufgabe 2 Wandeln Sie den unten abgebildeten UML-Zustandsautomaten durch Zusammenlegen der Zustände A B und A C zu einem neuen Zustand A in einen äquivalenten hierarchischen Zustandsautomaten um. Hinweis: Beachten Sie, dass die gleiche Eingabefolge in Ihrem transformierten Automaten zu einem äquivalenten Zustand führt, wie im Originalautomaten (z.b.: Start 1, 2, 3, 1 C). Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
50 Musterlösung Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
51 Fragerunde 1 Zustandsdiagramme halten immer. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
52 Fragerunde 1 Zustandsdiagramme halten immer. Falsch 2 Ein Zustandsdiagramm hat nur endlich viele Zustände. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
53 Fragerunde 1 Zustandsdiagramme halten immer. Falsch 2 Ein Zustandsdiagramm hat nur endlich viele Zustände. Wahr 3 Jeder Zustand kann eine entry/exit-methode angeben. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
54 Fragerunde 1 Zustandsdiagramme halten immer. Falsch 2 Ein Zustandsdiagramm hat nur endlich viele Zustände. Wahr 3 Jeder Zustand kann eine entry/exit-methode angeben. Wahr 4 Nebenläufige Zustandsdiagramme sind echt mächtiger als normale Zustandsdiagramme. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
55 Fragerunde 1 Zustandsdiagramme halten immer. Falsch 2 Ein Zustandsdiagramm hat nur endlich viele Zustände. Wahr 3 Jeder Zustand kann eine entry/exit-methode angeben. Wahr 4 Nebenläufige Zustandsdiagramme sind echt mächtiger als normale Zustandsdiagramme. Falsch 5 Das H in Zustandsdiagrammen mit Gedächtnis steht für Hirn. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
56 Fragerunde 1 Zustandsdiagramme halten immer. Falsch 2 Ein Zustandsdiagramm hat nur endlich viele Zustände. Wahr 3 Jeder Zustand kann eine entry/exit-methode angeben. Wahr 4 Nebenläufige Zustandsdiagramme sind echt mächtiger als normale Zustandsdiagramme. Falsch 5 Das H in Zustandsdiagrammen mit Gedächtnis steht für Hirn. Falsch 6 Das Lastenheft ist eine Verfeinerung des Pflichtenhefts. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
57 Fragerunde 1 Zustandsdiagramme halten immer. Falsch 2 Ein Zustandsdiagramm hat nur endlich viele Zustände. Wahr 3 Jeder Zustand kann eine entry/exit-methode angeben. Wahr 4 Nebenläufige Zustandsdiagramme sind echt mächtiger als normale Zustandsdiagramme. Falsch 5 Das H in Zustandsdiagrammen mit Gedächtnis steht für Hirn. Falsch 6 Das Lastenheft ist eine Verfeinerung des Pflichtenhefts. Falsch Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
58 Linguistische Analyse Beschreibt Verfahren zur Abbildung von Text auf Klassendiagramme Vorgehen mittels Zuordnung von Wörtern auf Rollen Details auf Vorlesungsfolien Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
59 Nächstes Übungsblatt Nicht vom Umfang abschrecken lassen (Don t panic!) Dieses Mal großer Theorie- und kleiner Praxisteil Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
60 Fragen? Nächstes Tutorium: Montag, Nächstes Thema: Entwurfsmuster Bei Fragen jeglicher Art entweder jetzt melden, nach dem Tutorium auf mich zu kommen, oder mir eine E-Post schreiben. Vielen Dank. Fabian Miltenberger Aktivitäts-, Sequenz- und Zustandsdiagramme /35
3. Tutorium zu Softwaretechnik I
3. Tutorium zu Softwaretechnik I Aktivitäts-, Sequenz- & Zustandsdiagramme Michael Hoff 20.05.2014 INSTITUT FÜR PROGRAMMSTRUKTUREN UND DATENORGANISATION KIT Universität des Landes Baden-Württemberg und
MehrOOA-Dynamische Konzepte
Proseminar UML im SS 2005 OOA-Dynamische Konzepte Teil 2 von Benjamin Daeumlich 1 Übersicht Szenario Definition Interaktionsdiagramme Sequenzdiagramm Kommunikationsdiagramm Sequenz- vs. Kommunikationsdiagramm
MehrUML 2.0 Das umfassende Handbuch
Christoph Kecher V.-M \MM UML 2.0 Das umfassende Handbuch Galileo Computing Inhalt Vorwort 11 1 Einführung 13 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3 Die Geschichte
MehrUML - Aktivitätsdiagramm
Name Klasse Datum 1 Allgemeines Neben Sequenzdiagramm, Kollaborationsdiagramm, Zustandsdiagramm und Anwendungsfalldiagramm ist das Aktivitätsdiagramm eines von fünf Diagrammen in UML, welches dynamische
MehrJason T. Roff UML. IT Tutorial. Übersetzung aus dem Amerikanischen von Reinhard Engel
Jason T. Roff UML IT Tutorial Übersetzung aus dem Amerikanischen von Reinhard Engel Inhaltsverzeichnis Inhaltsverzeichnis Einführung 11 Grundlagen der UML 15 Warum wir Software modellieren 16 Analyse,
MehrSoftwaretechnik 1 Tutorium
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Softwaretechnik 1 Tutorium 25. Mai 2009 Matthias Thoma (s_thoma@ira.uka.de) Heute Übungsblatt Nr. 2 UML Klassendiagramme UML Sequenzendiagramm
MehrVorlesung Informatik II
Vorlesung Informatik II Universität Augsburg Wintersemester 2011/2012 Prof. Dr. Bernhard Bauer Folien von: Prof. Dr. Robert Lorenz Lehrprofessur für Informatik 11. UML: Sequenzdiagramm 1 Motivation Es
MehrChristoph Kecher UML2. Das umfassende Handbuch. Galileo Press
Christoph Kecher UML2 Das umfassende Handbuch Galileo Press Vorwort 11 TEIL I Strukturdiagramme i '...,....,...,.;..,,,...,, 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3
MehrUnified Modeling Language (UML)
Kirsten Berkenkötter Was ist ein Modell? Warum Modellieren? Warum UML? Viele, viele Diagramme UML am Beispiel Was ist ein Modell? Ein Modell: ist eine abstrakte Repräsentation eines Systems, bzw. ist eine
MehrSEQUENZDIAGRAMM. Christoph Süsens
SEQUENZDIAGRAMM Christoph Süsens DEFINITION Das Sequenzdiagramm gibt Auskunft darüber: Welche Methoden für die Kommunikation zwischen ausgewählten Objekten zuständig sind. Wie der zeitliche Ablauf von
MehrEine Klasse beschreibt Objekte mit gleichen Attributen und Methoden.
Grundwissen Informatik Objekt Attribut Methoden Als Objekte bezeichnet man alle Gegenstände, Dinge, Lebewesen, Begriffe oder Strukturen unserer Welt ( Autos, Räume, Bakterien, Lehrer, Schüler, Kunden,
Mehr09.01.14. Vorlesung Programmieren. Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML)
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
MehrSoftware Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Meitner, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1 / 16 Objektorientiertes Design Matthias Meitner Marc Spisländer Lehrstuhl für
MehrSequenz- und Kommunikationsdiagrammen. Systemmodellierung mit SysML von Michel Manthey
Sequenz- und Kommunikationsdiagrammen von Michel Manthey 1 Interaktionsdiagramme Sequenzdiagramme (auch in SysML) Kommunikationsdiagramme Zeitdiagramme Interaktionsübersichtsdiagramme von Michel Manthey
MehrPRÜFUNG. Grundlagen der Softwaretechnik
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner PRÜFUNG Grundlagen der Softwaretechnik Name: Matrikelnummer: Note: Prüfungstag: 21.09.2012 Prüfungsdauer:
MehrTeil II: OOP und JAVA (Vorlesung 9)
Teil II: OOP und JAVA (Vorlesung 9) Modul: Programmierung B-PRG Grundlagen der Programmierung II Prof. Dot.-Ing. Roberto Zicari Professur für Datenbanken und Informationssysteme (FB 12) 14.06.06 1 Teil
MehrLösungsvorschlag zu Übungsblatt 1 mit Korrekturhinweisen
Universität Karlsruhe (TH) Fakultät für Informatik Lehrveranstaltung Informatik II Sommersemester 2008 Prof. Dr. K. Böhm Dipl.-Wirtsch.-Inf. C. Kühne Lösungsvorschlag zu Übungsblatt 1 mit Korrekturhinweisen
Mehr1. Erläutere ausführlich, welche Beziehung zwischen den Klassen bzw. Interfaces
UML Klassen Diagramm Aufgaben UML Klassendiagramm 1. Erläutere ausführlich, welche Beziehung zwischen den Klassen bzw. Interfaces AdressbuchGui und JFrame, AdressbuchGui und AdressbuchGuiListener AdressbuchGuiListener
MehrVgl. Oestereich Kap 2.7 Seiten 134-147
Vgl. Oestereich Kap 2.7 Seiten 134-147 1 Sequenzdiagramme beschreiben die Kommunikation/Interaktion zwischen den Objekten (bzw. verschiedenen Rollen) eines Szenarios. Es wird beschrieben, welche Objekte
Mehr4. Übung zu Software Engineering
4. Übung zu Software Engineering WS 2007/2008 Aufgabe 8 Erstellen Sie für den aus Aufgabe 1 bekannten Function-Point-Kalkulator ein Pflichtenheft. Bitte begrenzen Sie dessen Umfang auf maximal 2 DIN A4
Mehr2. Übung zu Software Engineering
2. Übung zu Software Engineering WS 2009/2010 Henning Heitkötter Projektplanung, Netzplantechnik AUFGABE 3 1 Aufgabenstellung Ausgangspunkt ist die Anforderungsermittlung, an die sich eine Durchführbarkeitsstudie
MehrUnified Modeling Language (UML )
Unified Modeling Language (UML ) Seminar: Programmiersprachenkonzepte Inhalt Einleitung UML 2.0 Diagrammtypen 2 Einleitung Objektorientierte Modellierungssprache Definiert vollständige Semantik Dient der
MehrPRÜFUNG. Grundlagen der Softwaretechnik
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner PRÜFUNG Grundlagen der Softwaretechnik Musterlösung Name: Matrikelnummer: Note: Prüfungstag:
MehrGrundlagen der Softwaretechnik
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner PRÜFUNG Grundlagen der Softwaretechnik Musterlösung Name: Matrikelnummer: Note: Prüfungstag:
MehrUnternehmensmodellierung
Josef L. Staud Unternehmensmodellierung Objektorientierte Theorie und Praxis mit UML 2.0 4ü Springer Inhaltsverzeichnis EINLEITUNG 1 1.1 Unternehmensmodellierung 1 1.2 Objektorientierung als solche 6 1.3
MehrAufgabe 1 (Anwendungsfalldiagramm)
Studientag in Hagen Kurs 1793 08.07.2012 Aufgabe 1 (Anwendungsfalldiagramm) In dieser Aufgabe soll ein Anwendungsfalldiagramm für die im Folgenden beschriebenen Abläufe bei dem Kauf einer Fahrkarte an
MehrSoftware Engineering Interaktionsdiagramme
Software Engineering Interaktionsdiagramme Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik 1 Nachrichtenaustausch Welche Nachrichten werden ausgetauscht? (Methodenaufrufe)
MehrSoftware Engineering in der Praxis
Inhalt Nachlese Aufgaben Literatur Software Engineering in der Praxis Praktische Übungen Inhalt Nachlese Aufgaben Literatur Marc Spisländer Dirk Wischermann Lehrstuhl für Software Engineering Friedrich-Alexander-Universität
MehrUniversität Karlsruhe (TH)
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 2 Die Definitionsphase Prof. Walter F. Tichy Wo sind wir gerade? Planung Lastenheft (funktionales Modell) Definition (Analyse) Pflichtenheft
MehrAktivitätsdiagramm (Activity Diagram)
(Activity Diagram) Eine Präsentation von Christoph Süsens und Matthias Holdorf 1 C Diagrammtypen im Überblick 2 Definiton Problem: Es sollen Abläufe, z.b. Geschäftsprozesse, modelliert werden. Im Vordergrund
MehrSoftware Engineering in der Praxis Praktische Übungen
Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientierte Analyse 1 / 14 1 Inhalt 2 Überblick 3 Werkzeuge 4 Aufgaben Pinte, Spisländer FAU Erlangen-Nürnberg
MehrObjektorientierte Modellierung (1)
Objektorientierte Modellierung (1) Die objektorientierte Modellierung verwendet: Klassen und deren Objekte Beziehungen zwischen Objekten bzw. Klassen Klassen und Objekte Definition Klasse Eine Klasse ist
MehrÜbungsaufgaben UML Zertifizierung Fundamental-Level
Übungsaufgaben UML Zertifizierung Fundamental-Level Kapitel 15: Sequenzdiagramm Die folgenden Aufgaben behandeln die Inhalte aus Kapitel 15 von UML 2 glasklar (4. Auflage), die die OMG für die Zertifizierung
MehrSoftwaretechnologie -Wintersemester 2013/2014 - Dr. Günter Kniesel
Übungen zur Vorlesung Softwaretechnologie -Wintersemester 2013/2014 - Dr. Günter Kniesel Übungsblatt 3 - Lösungshilfe Aufgabe 1. Klassendiagramme (9 Punkte) Sie haben den Auftrag, eine Online-Videothek
MehrSoftware Engineering Klassendiagramme Einführung
Software Engineering Klassendiagramme Einführung Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik 1 Aufgabe Erstellen Sie eine Klasse Person in Java. Jede Person verfügt
MehrUML 2 glasklar Praxiswissen für die UML-Modellierung
Chris Rupp, Stefan Queins, Barbara Zengler UML 2 glasklar Praxiswissen für die UML-Modellierung ISBN-10: 3-446-41118-6 ISBN-13: 978-3-446-41118-0 Inhaltsverzeichnis Weitere Informationen oder Bestellungen
MehrInhalt. Einleitung Liebe Leserin, lieber Leser, Wer dieses Buch aus welchem Grund lesen sollte Ihre Meinung ist uns sehr wichtig.
Inhalt Vorwort Einleitung Liebe Leserin, lieber Leser, Wer dieses Buch aus welchem Grund lesen sollte Ihre Meinung ist uns sehr wichtig Danksagungen Die Autoren XIII XV XV XVII XVIII XVIII XIX Teil I:
MehrProgrammiersprache 2 (C++) Prof. Dr. Stefan Enderle NTA Isny
Programmiersprache 2 (C++) Prof. Dr. Stefan Enderle NTA Isny 3. UML Klassendiagramm Nachtrag 3.1 Einführung UML UML ist eine standardisierte Sprache zur Modellierung von Systemen. In UML werden graphische
MehrBABOK Knowledge Area Requirements Analysis Modeling Techniques - Process Models - - State Diagrams - Holger Dexel, 26.02.2011
BABOK Knowledge Area Requirements Analysis Modeling Techniques - Process Models - - State Diagrams - Holger Dexel, 26.02.2011 This presentation is build upon material of the Business Analysis Body of Knowledge
MehrÜbung Modellierung SS 15. Übungsblatt Nr. 8 Bereich Systemmodelle und Prozessmodelle Thema: Business Process Model and Notation
Christoph Fehling / Holger Schwarz Universität Stuttgart Übung Modellierung SS 15 Übungsblatt Nr. 8 Bereich Systemmodelle und Prozessmodelle Thema: Business Process Model and Notation Jedes Übungsblatt
MehrProgrammieren. 10. Tutorium 4./ 5. Übungsblatt Referenzen
Programmieren 10. Tutorium 4./ 5. Übungsblatt Inhalt I. Übungsblatt 4 II. III. - Rückgabe und Besprechung - Vorbereitung auf Wiederholung/ Nachtrag - Operatorpräzedenzen IV. Übungsblatt 5 - Vorstellung
MehrUML - Tutorial. Hubert Baumgartner. www.inso.tuwien.ac.at
UML Tutorial UML - Tutorial SS 06 Hubert Baumgartner www.inso.tuwien.ac.at INSO - Industrial Software Institut für Rechnergestützte Automation Fakultät für Informatik Technische Universität Wien Inhalt
MehrInteraktionsdiagramme in UML
Interaktionsdiagramme in UML Interaktionsdiagramm ist ein Oberbegriff für eine Reihe von Diagrammen, die das Verhalten eines objektorientierten Systems durch Objektinteraktionen beschreiben Ein Sequenzdiagramm
MehrSoftwaretechnik SS 2006
Softwaretechnik SS 2006 7. Vorlesungseinheit Prof. Dr. Urs Andelfinger Darmstadt, 22. Mai 2006 Softwaretechnik (SWT) Vorlesung und Praktikum SS 2006 Inhaltsübersicht SW-Management SW-Entwicklung SW-Qualitätsmgmt.
MehrGrundbegriffe der Informatik
Grundbegriffe der Informatik Tutorium 27 29..24 FAKULTÄT FÜR INFORMATIK KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft www.kit.edu Definition
MehrGrundbegriffe der Informatik
Grundbegriffe der Informatik Tutorium 4 26..25 INSTITUT FÜR THEORETISCHE INFORMATIK KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft www.kit.edu
MehrOrientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language Michael Hahsler Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
MehrMethoden zur Visualisierung von ereignisdiskreten Analysedaten
Fakultät Informatik, Institut für Angewandte Informatik, Professur Technische Informationssysteme Methoden zur Visualisierung von ereignisdiskreten Analysedaten Referent: Hendrik Freund Betreuer: Vladimir
MehrPRÜFUNG. Grundlagen der Softwaretechnik
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner PRÜFUNG Grundlagen der Softwaretechnik Vorname: Name: Matrikelnummer: Prüfungstag: 19.02.2015
Mehr2. Tutorium zu Softwaretechnik I
2. Tutorium zu Softwaretechnik I Lastenheft, Durchführbarkeitsuntersuchung und Klassendiagramme Michael Hoff 06.05.2014 INSTITUT FÜR PROGRAMMSTRUKTUREN UND DATENORGANISATION KIT Universität des Landes
MehrSoftwaretechnologie Wintersemester 2009/2010 Dr. Günter Kniesel, Pascal Bihler
Übungen zur Vorlesung Softwaretechnologie Wintersemester 2009/2010 Dr. Günter Kniesel, Pascal Bihler Übungsblatt 3 Lösungshilfe Aufgabe 1. Klassendiagramme (9 Punkte) Sie haben den Auftrag, eine Online
MehrSoftwaretechnologie -Wintersemester 2011/2012 - Dr. Günter Kniesel
Übungen zur Vorlesung Softwaretechnologie -Wintersemester 2011/2012 - Dr. Günter Kniesel Übungsblatt 3 - Lösungshilfe Aufgabe 1. Klassendiagramme (9 Punkte) Sie haben den Auftrag, eine Online-Videothek
MehrInhaltsverzeichnis. Teil I Einführung 13. Teil II Struktur 41. Vorwort 11
UML 2 für Studenten Inhaltsverzeichnis Vorwort 11 Teil I Einführung 13 Kapitel 1 UML (nicht nur) für Studenten 15 1.1 Zielgruppen 16 1.2 Konventionen 17 1.3 Abgrenzung 18 1.4 Aufbau dieses Buches 18 Kapitel
MehrSoftwaretechnik (Allgemeine Informatik) Überblick
Softwaretechnik (Allgemeine Informatik) Überblick 1 Einführung und Überblick 2 Abstraktion 3 Objektorientiertes Vorgehensmodell 4 Methoden der Anforderungs- und Problembereichsanalyse 5 UML-Diagramme 6
MehrJavakurs für Anfänger
Javakurs für Anfänger Einheit 12: Einführung in UML und Java API Dokumentation Lorenz Schauer Lehrstuhl für Mobile und Verteilte Systeme Heutige Agenda 1. Teil: Einführung in UML Sequenzdiagramm Klassendiagramm
MehrWorkflows: Anforderungserhebung und analyse
Workflows: Anforderungserhebung und analyse Tutorium 4 9. März 2009 Svetlana Matiouk, Uni Bonn Ferientutorien zur Vorlesung Softwaretechnologie WS 2008 4. Treffen, Aktivitäten bei der Softwareentwicklung
MehrObjektorientierte Programmierung. Objektorientierte Programmierung. Klasse. Objekt. Beispiel: Sportfest1. Methode. Eine Einführung mit BlueJ
Objektorientierte Programmierung Objektorientierte Programmierung Eine Einführung mit BlueJ stellt die Daten, ihre Struktur und ihre Beziehungen zueinander in den Vordergrund. Weniger im Blickpunkt: die
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrMotivation. Motivation
Vorlesung Modellierung nebenläufiger Systeme Sommersemester 2012 Universität Duisburg-Essen Was sind nebenläufige Systeme? Ganz allgemein: Systeme, bei denen mehrere Komponenten/Prozesse nebenläufig arbeiten
MehrJAVA PROJEKT. Schiffe Versenken mit GUI. Projektheft
Anwendungspraktikum aus JAVA Programmierung SS 2006 Leitung: Dr. Albert Weichselbraun JAVA PROJEKT Schiffe Versenken mit GUI Projektheft Marija Matejic Matrikelnummer: 9352571 E-mail: marijamatejic@yahoo.com
MehrSoftware Engineering. 7. Sequenz- und Zustandsdiagramme. Franz-Josef Elmer, Universität Basel, HS 2012
Software Engineering 7. Sequenz- und Zustandsdiagramme Franz-Josef Elmer, Universität Basel, HS 2012 Software Engineering: 7. Sequenz- und Zustandsdiagramme 2 Sequenzdiagramme Häufigstes Verhaltensdiagramm
MehrRO-Tutorien 3 / 6 / 12
RO-Tutorien 3 / 6 / 12 Tutorien zur Vorlesung Rechnerorganisation Christian A. Mandery WOCHE 2 AM 06./07.05.2013 KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft
MehrProgrammieren Tutorium
Programmieren Tutorium Tom Schildhauer Tutorium 12 Universität Karlsruhe (TH) Institut für Programmstrukturen und Datenorganisation (IPD) Lehrstuhl Programmierparadigmen WS 2008/2009 c 2008 by Tom Schildhauer,
MehrUML Crashkurs v0.1. UML für Fachinformatiker. von Hanjo Müller
UML Crashkurs v0.1 UML für Fachinformatiker von Hanjo Müller 3. Mai 2005 Inhaltsverzeichnis Inhaltsverzeichnis 1 UML - Unified Modeling Language 3 2 UML im Software Entwurf 4 2.1 Ablauf der Softwareentwicklung.............................
MehrSoftware Engineering 5. UML. Franz-Josef Elmer, Universität Basel, HS 2012
Software Engineering 5. UML Franz-Josef Elmer, Universität Basel, HS 2012 Software Engineering: 5. UML 2 Unified Modeling Language (UML) Standardisierte grafische Notationen um Strukturen und Abläufe eines
MehrJava Kurs für Anfänger Einheit 5 Methoden
Java Kurs für Anfänger Einheit 5 Methoden Ludwig-Maximilians-Universität München (Institut für Informatik: Programmierung und Softwaretechnik von Prof.Wirsing) 22. Juni 2009 Inhaltsverzeichnis Methoden
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG
MehrVorlesung Programmieren
Vorlesung Programmieren 3. Kontrollstrukturen 04.11.2015 Prof. Dr. Ralf H. Reussner Version 1.1 LEHRSTUHL FÜR SOFTWARE-DESIGN UND QUALITÄT (SDQ) INSTITUT FÜR PROGRAMMSTRUKTUREN UND DATENORGANISATION (IPD),
MehrActiveCharts. Verknüpfung von Modellen und Code bei der modellgetriebenen Softwareentwicklung mit UML 2.0
Jens Kohlmeyer 05. März 2007 Institut für Programmiermethodik und Compilerbau ActiveCharts Verknüpfung von Modellen und Code bei der modellgetriebenen Softwareentwicklung mit UML 2.0 Seite 2 Übersicht
MehrObjektorientierter Softwareentwurf mit UML. Ricardo Hernández Garcia, Joachim Palmer 1. Ausgabe, Januar 2010. Grundlagen. Neubearbeitung 2010
Ricardo Hernández Garcia, Joachim Palmer 1. Ausgabe, Januar 2010 Objektorientierter Softwareentwurf mit UML Grundlagen Neubearbeitung 2010 PGOS2010 I Objektorientierter Softwareentwurf mit UML - Grundlagen
MehrUML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language
UML-Basics: Einführung in Objekt- Orientierte Modellierung mit der Unified Modeling Language ADV-Seminar Leiter: Ziel dieses Seminars Verständnis von Objekt-Orientierung Was sind Klassen? Was ist Vererbung?
MehrRückblick: Entity-Relationship-Modell
Rückblick: Entity-Relationship-Modell Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben
Mehrtraisy MFD - Startup Nachdem Anschalten wird die Applikation geladen und folgender Splash Screen angezeigt. Seite 2
traisy MFD - Startup Nachdem Anschalten wird die Applikation geladen und folgender Splash Screen angezeigt. Seite 2 traisy MFD - Hauptmenü Telefon für eingehende und ausgehende Anrufe. Navigations Software.
Mehr1. Grundlegende Datentypen
1. Grundlegende Datentypen 16.08.2011 a) Wichtige Datentypen R double Rundungsfehler! 1.42 oder 2E+2 Z int maximal ± 2 Milliarden 2374 Wahrheitswerte boolean true oder false Zeichen char Unicodezeichen
MehrFACHHOCHSCHULE MANNHEIM
Objektorientierte Programmierung 8. Vorlesung Prof. Dr. Peter Knauber FACHHOCHSCHULE MANNHEIM Hochschule für Technik und Gestaltung e Die 1. lgruppe von KobrA: Realization le der Realization: Kurze Structural
MehrObjektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Grundkonzepte der UML Die Inhalte der Vorlesung wurden primär auf Basis der angegebenen Literatur erstellt. Darüber hinaus sind viele Teile direkt aus der Vorlesung
MehrSoftwaretechnologie - Wintersemester 2011/12 - Dr. Günter Kniesel
Übungen zur Vorlesung Softwaretechnologie - Wintersemester 2011/12 - Dr. Günter Kniesel Übungsblatt 4 - Lösungshilfe Aufgabe 1. Zustandsdiagramm (6 Punkte) Geben Sie ein Zustandsdiagramm für den Lebenszyklus
MehrAufgabe 1: Sequenzdiagramm Gegeben ist das in Abbildung 1 dargestellte (vereinfachte) Sequenzdiagramm mit sechs Ereignissen (a-f ).
VU Objektorientierte Modellierung Übung 4 188.391, SS2007 Tutorenstunden: Di. 8.5.2007 bis Fr. 11.5.2007 Übungsgruppen: Mo. 14.5.2007 bis Fr. 18.5.2007 Aufgabe 1: Sequenzdiagramm Gegeben ist das in Abbildung
MehrVgl. Oestereich Kap 2.4 Seiten
Vgl. Oestereich Kap 2.4 Seiten 99-110 1 Vgl. Oestereich Kap 2.41 Seiten 99ff 2 Wie das Klassendiagramm ist auch das Objektdiagramm ebenfalls ein Strukturdiagramm. Da die Anzahl der Attribute sehr groß
MehrGliederung des Vortrages
Gliederung des Vortrages Unified Modeling Language Rational Rose Sergej Schwenk Oktober 1999 0. Einführung 1. Historie 2. Der Entwicklungsprozeß 3. UML 3.1 Anwendungsfalldiagramme 3.2 Klassendiagramme
MehrSoftware-Entwurf mit UML
Software-Entwurf mit UML Springer-Verlag Berlin Heidelberg GmbH Jochen Seemann Jürgen Wolffvon Gudenberg Software Entwurf mit UML Objektorientierte Modellierung mit Beispielen in Java Mit 228 Abbildungen
MehrÜbersicht der UML Diagramme
Dieser Fachbeitrag ist ein Service der InfraSoft Profis für Ihre professionelle Softwareentwicklung. Übersicht der UML Diagramme Die Unified Modeling Language (UML) ist eine Sprache zur Beschreibung von
MehrKlassendiagramme in UML. www.informatikzentrale.de
Klassendiagramme in UML Grundsätzliches Schema Name Liste der A3ribute (A3ribute = Eigenscha;en) Methodenliste (Methoden = Was "kann" ein Objekt) Grundsätzliches Schema Name A3ribute Methoden Achtung:
MehrVorlesung Software Engineering I
Vorlesung Software Engineering I 10 Unified Modeling Language: Zustandsdiagramme Prof. Dr. Dirk Müller Einführung Übersicht Software-Entwicklungsprozesse Anforderungsanalyse Prozessanalyse und -modellierung
MehrVon UML 1.x nach UML 2.0
Zürich Soft Summer 2005 Fortgeschrittene Aspekte der Software Technologie Von UML 1.x nach UML 2.0 Prof. Dr. Martin Glinz www.ifi.unizh.ch/req Ergänzendes Material zur Vorlesung Spezifikation und Entwurf
Mehr6. Zustandsorientierte Modellierung
bertram.hafner@t-online.de Informatik 11 Seite 25 6. Zustandsorientierte Modellierung Im Alltag benutzen wir vielfältige Automaten: denke an Getränkeautomat, Ampelanlage, Kaffeeautomat, Waschmaschine,
Mehr(a) Wie unterscheiden sich synchrone und asynchrone Unterbrechungen? (b) In welchen drei Schritten wird auf Unterbrechungen reagiert?
SoSe 2014 Konzepte und Methoden der Systemsoftware Universität Paderborn Fachgebiet Rechnernetze Präsenzübung 2 2014-04-28 bis 2014-05-02 Aufgabe 1: Unterbrechungen (a) Wie unterscheiden sich synchrone
MehrPraktikum Software Engineering
Praktikum Software Engineering Verwendung von Enterprise Architect Pascal Weber, David Kulicke KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft
MehrDatenbankmodelle 1. Das Entity-Relationship-Modell
Datenbankmodelle 1 Das Entity-Relationship-Modell Datenbankmodelle ER-Modell hierarchisches Modell Netzwerkmodell relationales Modell objektorientierte Modelle ER Modell - 2 Was kann modelliert werden?
MehrAufgabe 1: Beschreibung des Forschungsgebietes der Wirtschaftsinformatik
Übungsblatt 01 / 2011 Datum: 5. Mai 2011 Aufgabe 1: Beschreibung des Forschungsgebietes der Wirtschaftsinformatik Beschreiben Sie das Lehr- und Forschungsgebiet der Wirtschaftsinformatik und zeigen Sie
MehrLösungsvorschlag für Übungsblatt 6 Software Engineering 1 (WS 2012/13)
Prof. Ina Schaefer Institut für Softwaretechnik und Fahrzeuginformatik TU Braunschweig Lösungsvorschlag für Übungsblatt 6 Software Engineering 1 (WS 2012/13) Ausgabe: 12. Januar 2013 Abgabe: 25. Januar
MehrUML - Zustandsdiagramm
Name Klasse Datum 1 Allgemeines Die Zustandsdiagramme in UML basieren im Wesentlichen auf den Statecharts von David Harel. Der Grundgedanke ist, das Verhalten eines endlichen Zustandsautomaten grafisch
MehrRhapsody in J Modellierung von Echtzeitsystemen
Rhapsody in J Modellierung von Echtzeitsystemen Tobias Schumacher tobe@uni-paderborn.de Rhapsody in J - Modellierung von Echtzeitsystemen p.1/17 Anspruch des Tools Einsatzbereiche/Features Modellierung
MehrJavakurs für Anfänger
Javakurs für Anfänger Einheit 02: Klassen & Objekte Lorenz Schauer Lehrstuhl für Mobile und Verteilte Systeme Heutige Agenda 1. Teil: Klassen Grundstruktur einer Java-Klasse Eigenschaften (Attribute) Variablen
MehrSoftware Engineering I
Vorlesung Software Engineering I Dynamische Basiskonzepte 2 Kontrollstrukturen Aktivitätsdiagramme Sequenzdiagramme 1 Basiskonzepte Beschreiben die feste Struktur des Systems, die sich während der Laufzeit
MehrUML. Weiteres Vorgehen im Projekt
UML Download objectif Personal Edition (kostenlos): http://www.microtool.de/objectif/de/download.asp Weiteres Vorgehen im Projekt Komponenten, Klassen, Objekte Prozesse Nichtfunktionale Anforderungen Skizzen,
MehrLösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13)
Prof. Ina Schaefer Software Systems Engineering TU Braunschweig Lösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13) Ausgabe: Kleine Übung: 07. Dezember/10. Dezember 2012 Abgabe: Kleine
MehrObjektorientierte Analyse (OOA) OOA-Pattern
OOA-Muster (Architektur Pattern) Ein Pattern (Entwurfsmuster) ist ein Problem mit seiner Lösung in einem Kontext. Der Kontext enthält in der Regel Zielkonflikte, die der Designer lösen muss, z.b. Performance
MehrMusterlösung zur Vorlesung Modellbasierte Softwareentwicklung Wintersemester 2014/2015 Übungsblatt 9
Prof. Dr. Wilhelm Schäfer Paderborn, 15. Dezember 2014 Christian Brenner Tristan Wittgen Musterlösung zur Vorlesung Modellbasierte Softwareentwicklung Wintersemester 2014/2015 Übungsblatt 9 Aufgabe 1 Codegenerierung
Mehr