Kapitel 8: UML - Dynamische Modellierung
|
|
- Erich Lennart Neumann
- vor 6 Jahren
- Abrufe
Transkript
1 Kapitel 8: UML - Dynamische Modellierung 8.1 Dynamische Diagrammarten 8.2 Zustandsdiagramme Sed fugit interea, fugit inreparabile tempus. Vergil, v. Chr. Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-1
2 8.1 Dynamische Diagrammarten Bei der Problemanalyse beschreibt man in einem Use-Case- Diagramm (deutsch: Anwendungsfalldiagramm) die wichtigsten Leistungen des zu erstellenden Systems. Für die Darstellung der Abläufe bei der Durchführung eines Use Case gibt es folgende, komplementäre Diagrammarten mit unterschiedlichen Darstellungsschwerpunkten: Sequenzdiagramme betonen die zeitliche Abfolge. Kollaborationsdiagramme betonen die an Interaktionen beteiligten Objekte, ihr Zusammenspiel und den Datenfluss. Aktivitätsdiagramme stellen Kontrollflüsse dar. Zustandsdiagramme betonen unterschiedliche Verhaltensweisen in unterschiedlichen Zuständen im Objekt-Lebenszyklus. OCL dient der Spezifikation von Zuständen & Operationen. Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-2
3 Begriffe zu Anwendungsfällen Definition: Ein Akteur ist die Beschreibung einer Rolle, die ein Benutzer (oder ein anderes System) spielt, wenn er/es mit dem System interagiert. Definition: Eine Interaktion ist der Austausch von Nachrichten unter Objekten zur Erreichung eines bestimmten Ziels. Definition: Eine Nachricht ist die Beschreibung einer Operation eines Objekts mit den notwendigen Parameterwerten, so daß die Operation durch das Objekt ausführbar ist (stellt auch Datenfluss dar). op(x, y) Definition: Ein Anwendungsfall (synonym Use-Case, engl. use case) ist die Beschreibung einer Klasse von Aktionsfolgen (einschließlich Varianten), die ein System ausführen kann, wenn es mit Akteuren interagiert. Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-3
4 Use-Case-Diagramm zur Terminverwaltung Terminverwaltung Organisator Persönlichen Termin einplanen Ungenutzte Raumkapazität ermitteln Teambesprechung organisieren Teambesprechung verschieben Raumverwalter Teammitglied Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-4
5 Use-Case-Diagramm zum Monopoly-Spiel Monopoly ziehen Strasse kaufen Spieler 2 Gehalt beziehen Bank Miete zahlen Hier fehlt noch Vieles! Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-5
6 Etwas detaillierteres Use-Case-Diagramm ziehen <<includes>> Monopoly 2 Miete zahlen würfeln Spieler 2 Strasse kaufen Finanzierung Haus-Verkauf <<extends>> Bank Hypothek Details siehe Literatur [Seemann] Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-6
7 Szenarien (Varianten von Anwendungsfällen) Definition: Ein Szenario beschreibt Interaktionen (von Objekten) des Systems, die bei Ausführung eines Anwendungsfalls ablaufen (und von einem der Akteure ausgelöst werden). Es gibt Szenarien für Normalfälle ('gut-fälle') und Ausnahmefälle. Beispiel: Eines der Normalfall-Szenarien für Teambesprechung organisieren Organisator erfährt Thema, Termin, TeilnehmerInnen einer neu geplanten Teambesprechung. Zeitpunkt wird mit TeilnehmerInnen abgestimmt. Raum wird reserviert (falls gewünscht). Einladungen werden an die TeilnehmerInnen versandt. Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-7
8 Sequenzdiagramme für Szenarien Organisator erzeugen tb1:teambesprechung m3:teammitglied m5:teammitglied Termin bestätigen OK Termin bestätigen OK bestätigt... Objekt-bezogen Senkrechte Linien: Leben einer Objektinstanz ( swim lane ) Waagrechte Pfeile: (Synchrone) Nachrichten Gestrichelte Pfeile (optional): Antworten (Ergebnisrückgaben) Blöcke auf den senkrechten Linien: Steuerfokus (Aktivierung) Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-8
9 Sequenzdiagramm zu Monopoly-Zug :Spieler :Gemeinschaftsfeld :Kartenstapel Gewinnkarte :Karte betreten() wählekarte() aktion() gutschrift(2000) auch aus [Seemann] entnommen Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-9
10 Aktivitätsdiagramm zu Monopoly-Zug Würfeln Vorrücken Anfang [fremde] [verkauft] Strasse betreten Miete zahlen [eigene] [kein Interesse] [nicht verkauft] Ende [Interesse] Strasse kaufen Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-10
11 8.2 UML - Zustandsdiagramme Definition: Ein Zustand ist eine Eigenschaft einer Gruppe von Objekten, die über einen begrenzten Zeitraum besteht. Notation: Z Definition: Ein Ereignis ist ein Geschehen von vernachlässigbarer Zeitdauer, das auf die betrachtete Gruppe von Objekten Auswirkungen hat. Ein Ereignis wird durch den Namen und evtl. weitere Parameter beschrieben. Notation: E E (P1,..., Pn) Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-11
12 Arten von Ereignissen Globale Ereignisse: Empfang einer Nachricht von außen Ablaufen einer Zeitbedingung (time-out): after(5 min) Veränderung einer (laufend überwachten) zeitlichen Bedingung (change event): when(x > y) Objektspezifische Ereignisse: Eintreffen einer Nachricht bei einem Objekt (ausgelöst von einem anderen Objekt)» Signal: rightbuttonclick()» Methodenaufruf: vereinbaretermin(17:00) Erzeugen oder Löschen des Objekts Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-12
13 Verwendung von Zustandsmodellen Für steuernde Systeme, eingebettete Systeme etc.: Zustandsmodelle verschiedener Detaillierungsgrade» Gesamt- oder Teilsysteme (Analyse)» Einzelklassen (Entwurf) Code-Erzeugung aus Zustandsmodellen möglich Für Informationssysteme, Datenbankanwendungen etc.: grobe Beschreibung des Zustandsmodells ausgewählter Klassen Beschreibung des Lebenszyklus von Objekten mit charakteristischen Zuständen Beschreibung von Prozessen durch Automaten mit Übergängen, z.b. von Transaktionen Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-13
14 Beispiel: Zustandsmodell eines Telefons Abmeldung Anmeldung Anruf bereit Gespräch abheben auflegen Verbindung Wählbereit Modell stellt Lebenszyklus des Telefons dar Ziffer Ziffer Wählend letzte Ziffer Verbindungsaufbau Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-14
15 Anfangs- und Endzustände Der Übergang vom Anfangssymbol in den Anfangszustand gibt den Zustand zu Beginn des Lebens der betrachteten Objektgruppe an. Er trägt keinen Ereignisnamen (außer von Ereignissen, die mit der Erzeugung einhergehen). A Die Übergänge zum Endesymbol geben an, in welchen Zuständen und auf welche Weise das Leben der betrachteten Objektgruppe beendet werden kann. E Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-15
16 Ein Zustandsdiagramm mit Bedingungen Zustände von Objekten der Klasse "Teambesprechung": Terminbestätigung [positiv, nicht letzte] Terminbestätigung [negativ] Terminbestätigung [positiv, letzte] geplant abgestimmt verschieben in Konflikt kein freier Raum gefunden einladen freier Raum gefunden fixiert einladen absagen absagen absagen absagen eingeladen abgelaufen Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-16
17 Übergänge und Bedingungen Ereignis [Bedingung] A B Definition: Ein Übergangspfeil von Zustand A nach Zustand B mit Ereignisnamen E besagt, daß im Zustand A bei Auftreten eines E- Ereignisses der neue Zustand B angenommen wird. Definition: Eine Bedingung (guard) ist eine Boolesche Bedingung, die zusätzlich bei Auftreten des E-Ereignisses erfüllt sein muß, damit der beschriebene Übergang eintritt. Eine Bedingung wird in der Analysephase meist noch textuell beschrieben. In formalerer Beschreibung (v.a. im Entwurf) kann eine Bedingung folgende Informationen verwenden: Parameterwerte des Ereignisses Attributwerte und Assoziationsinstanzen der Objekte Beispiel: [best = true and anzbestätigg = anzteilnehmer - 1] statt [positiv, letzte] Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-17
18 Eine Zustandshierarchie verschieben Terminbestätigung [positiv, nicht letzte] in Bearbeitung geplant Terminbestätigung [negativ] Terminkonflikt Terminbestätigung [positiv, letzte] kein freier Raum gefunden abgestimmt Raumproblem einladen freier Raum gefunden fixiert absagen einladen eingeladen abgelaufen Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-18
19 Hierarchische und nebenläufige Zustände Hierarchische Zustände: Zustände dürfen geschachtelt werden. Dabei gilt: Übergänge (von außen oder innen) zum Rand eines Zustands ergeben einen spontanen Übergang zum Startzustand des inneren Automaten. Übergänge vom Rand des Automaten gelten für alle Zustände des inneren Automaten => Abkürzung, bringt Übersichtlichkeit!! Übergänge quer über Ränder sind möglich. beim Telefon? Nebenläufige Zustände: Spezielle hierarchische Zustände, bei denen zwei oder mehr parallele Subautomaten durch gestrichelte Linien getrennt sind. Alle inneren Automaten starten gleichzeitig. Sind alle inneren Automaten fertig, geht es weiter (vom Rand). Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-19
20 Nebenläufige Teilzustände in Bearbeitung in Abstimmung in Planung Terminbestätigung [positiv,nicht letzte] Terminbestätigung [negativ] Terminbestätigung [positiv, letzte] Terminkonflikt fixiert einladen verschieben absagen in Raumplanung freier Raum gefunden eingeladen when date > (beginn+dauer) kein freier Raum gefunden Raumproblem Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-20
21 Aktionen Ereignis [Bedingung] / Aktion A B Definition: Eine Aktion ist die Beschreibung einer ausführbaren Anweisung. Die Dauer der Ausführung ist vernachlässigbar. Aktionen sind nicht unterbrechbar, können aber Folgen von Einzelaktionen sein. Mögliche Arten von Aktionen: Lokale Änderung eines Attributwerts Versenden einer Nachricht an ein anderes Objekt (bzw. eine Klasse) => löst dort Ereignis aus!! Erzeugen oder Löschen eines Objekts Rückgabe eines Ergebniswertes für eine früher empfangene Nachricht Eine Aktion wird in der Analysephase meist textuell beschrieben. In formalerer Beschreibung werden Aktionssprachen verwendet, die ähnlich zu Programmiersprachen (und ausführbar) sind. Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-21
22 Aktionen (Verbale Beschreibung) Terminbestätigung [negativ] / Meldung( Terminkonflikt ) Terminkonflikt / Terminbestätigung anfordern; freien Raum suchen Terminbestätigung [positiv,nicht letzte] in Abstimmung in Raumplanung in Planung Terminbestätigung [positiv, letzte] freier Raum gefunden kein freier Raum gefunden / Meldung( Raumproblem ) Raumproblem Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-22
23 Aktionen (Formale Beschreibung) Terminbestätigung(best) [best = true and anzbestätigg < anzteilnehmer-1] / anzbestätigg := anzbestätigg + 1 anzbestätigg := 0 in Abstimmung Terminbestätigung(best) [best=false] / Meldung( Terminkonflikt ) Terminbestätigung(best) [best=true and anzbestätigg = anzteilnehmer-1] / anzbestätigg := anzbestätigg + 1 Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-23
24 Interne Übergänge Definition: Ein interner Übergang eines Zustands S beschreibt einen Übergang, der stattfindet, während das Objekt im Zustand S ist. Es gibt folgende Arten von internen Übergängen: Eintrittsübergang (entry transition) Austrittsübergang (exit transition) Fortlaufende Aktivität (do transition) Unterdiagrammaufruf (include transition) Notation: Zustand label / interner Übergang label = entry, exit, do oder include Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-24
25 Spezialfall: Unterdiagramm in Abstimmung include / alle Teilnehmer abfragen / ersterteiln.terminbestätigen alle Teilnehmer abfragen in Abfrage / nächsterteiln.terminbestätigen [negativ or letzter Teiln] Der Ablauf des Unterdiagramms wird von externen Ereignissen nicht unterbrochen. Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-25
26 Spezialfall: Aktivität in Abstimmung do/ alle Teilnehmer abfragen Aktivitäten sind ähnlich zu Unterdiagrammaufrufen, wobei aber von den Details des Unterdiagramms abstrahiert wird. Aktivität: findet statt, solange der betreffende Zustand besteht => dauert! kann kontinuierlich sein oder aus einer Folge von internen Aktionen bestehen kann indirekt Zustandsübergänge (des eigenen Objekts) auslösen durch Beendigung der internen Aktivität (Übergänge ohne Ereignismarkierung) Aktion: von vernachlässigbarer Zeitdauer kann indirekt Zustandsübergange auslösen, allerdings in der Regel bei fremden Objekten Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-26
27 Zustandsdiagramm mit Allem in Bearbeitung in Planung Terminkonflikt verschieben in Abstimmung do/ alle Teilnehmer abfragen [negativ] [positiv] fixiert einladen absagen in Raumplanung / Raumbesprechung.freienRaumSuchen [positiv] [negativ] eingeladen when date > (beginn+dauer) Raumproblem Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-27
28 Beispiel: Warenausgabe - Prozess nächste Pos [noch nicht alle geprüft] Prüfung do / Pos prüfen [jede Pos geprüft && alle Waren vorhanden] Auslieferung do / Ware verpacken [jede Pos geprüft && manche Waren fehlen] an Kurier Wareneingang [noch nicht alle geprüft] Warten Wareneingang [alle Waren vorhanden] ausgeliefert Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-28
29 Exkurs: Object Constraint Language 1 Die OCL ist eine UML-spezifische Notation, mit der u.a. Invarianten von Klassen und Systemen sowie Vor- und Nachbedingungen von Methoden formalisiert werden können. Hier am Beispiel in folgendem Kontext: Angestellter Name : String Alter : Integer Gehalt : Real steigere(um : Real) :Real * bearbeitet * * Personal Projekt Name : String Budget : Real 1..* * Abteilung Name : String Ort : String Budget : Real hat 1 Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-29
30 Exkurs: Object Constraint Language 2 Zwei Invarianten für die Klasse Abteilung : context Abteilung inv: self.budget >= 0 context Abteilung inv: self.personal -> forall( e1,e2 e1.bearbeitet.size() > e2.bearbeitet.size() implies e1.gehalt > e2.gehalt ) Bitte interpretieren! Die Spezifikation der Methode steigere : context Angestellter::steigere(um:Real):Real pre: um > 0 post: self.gehalt = self.gehalt@pre + um Lothar Schmitz UniBwM (teils nach Prof. Hußmann TUD) Objektoiertierte Programmierung K8-30
Seite 1. Kapitel 8: UML - Dynamische Modellierung. 8.1 Dynamische Diagrammarten. 8.1 Dynamische Diagrammarten. 8.2 Zustandsdiagramme
8.1 Dynamische Diagrammarten Kapitel 8: UML - Dynamische Modellierung 8.1 Dynamische Diagrammarten 8. Zustandsdiagramme Sed fugit terea, fugit reparabile tempus. Vergil, 70-16 v. Chr. Bei der Problemanalyse
MehrExkurs 1: Hintergrund zu Java und UML
Exkurs 1: Hintergrund zu Java und UML Warum gerade Java? Entwicklung Eigenschaften, speziell Portabilität Warum UML? Entwicklung Diagrammarten und CRC-Karten Lothar Schmitz UniBwM (teils nach Prof. Hußmann
MehrObjektorientierte Analyse
Objektorientierte Analyse 4) Funktionsanalyse mit Anwendungsfalldiagrammen (Szenarienanalyse) Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie
MehrObjektorientierte Analyse
Objektorientierte Analyse OOA.3.1 Funktionsanalyse mit Anwendungsfalldiagrammen (Szenarienanalyse) Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie
MehrObjektorientierte Analyse (OOA) Dynamisches Modell. Objektorientierte Analyse (OOA) Sequenzdiagramm
Inhalte Sequenzdiagramm Kollaborationsdiagramm Dynamisches Modell Seite 1 Sequenzdiagramm Ein Sequenzdiagramm beschreibt die zeitliche Abfolge von Interaktionen zwischen einer Menge von Objekten innerhalb
Mehr35 Szenarienanalyse mit Anwendungsfalldiagrammen (Querschneidende dyn. Modellierung)
35 Szenarienanalyse mit Anwendungsfalldiagrammen (Querschneidende dyn. Modellierung) Prof. Dr. rer. nat. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für
MehrSeite Objektorientierte Analyse. Methodik der Objektorientierten Analyse. Operation
3. Objektorientierte Analyse 3.1 Systemanalyse 3.2 Statische Modellierung mit UML 3.3 Weitere UML-Diagramme in der Analyse 3.4 Realisierung von UML-Klassen mit Java 3.5 Dynamische Modellierung mit UML
Mehr35.1 Anwendungsfalldiagramme
35 Szenarienanalyse mit Anwendungsfalldiagrammen (Querschneidende dyn. Modellierung) Obligatorische Literatur Zuser, Kap. 7-9, insbes. 7.3+7.5 Störrle Kap 9, Kap 12 Prof. Dr. rer. nat. Uwe Aßmann Institut
MehrObjekt-orientierte Analyse (2) - Verhaltensbeschreibung -
Objekt-orientierte Analyse (2) - Verhaltensbeschreibung - Software Engineering 1 WS 2012/2013 Prof. Dr. Ina Schaefer Institut für Softwaretechnik und Fahrzeuginformatik Technische Universität Braunschweig
MehrMedia Engineering. Objektorientierte Modellierung. Verhaltensmodellierung. R. Weller University of Bremen, Germany cgvr.cs.uni-bremen.
Media Engineering Objektorientierte Modellierung Verhaltensmodellierung R. Weller University of Bremen, Germany cgvr.cs.uni-bremen.de Objektorientierte Analyse und Design im Detail Identifiziere Akteure
Mehr7. Konkretisierungen im Feindesign. 7.1 Zustandsdiagramme 7.2 Object Constraint Language
7. Konkretisierungen im Feindesign 7.1 Zustandsdiagramme 7.2 Object Constraint Language 173 Verfeinerte Modellierung Durch die verschiedenen Sichten der Systemarchitektur wird der Weg vom Anforderungsmodell
MehrStatecharts in UML Grundlagen und Übersetzung in Colored Petri Nets
Statecharts in UML Grundlagen und Übersetzung in Colored Petri Nets von André Kaiser 25.10.2004 André Kaiser - Statecharts in UML 1 Überblick Statecharts Konzepte und Darstellung Übersetzung UML-Statechart-Model
MehrSystemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester Teil 8 -
Systemanalyse - Folien zur Vorlesung für AI3 im Sommersemester 2010 - -Teil 8 - Hans-Jürgen Steffens (by courtesy of Prof. Dr. Thomas Allweyer) Fachbereich Informatik und Mikrosystemtechnik Fachhochschule
MehrÜbungen Softwaretechnik I
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 5: Objektorientierte Analyse Einführung Objektorientierung in der
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 Grundlagen, Zustandsautomat. Zustandsautomaten bilden eine Erweiterung der endlichen Automaten
Zustandsautomaten bilden eine Erweiterung der endlichen Automaten angereichert um zusätzliche Elemente Bedingungen Verzweigungen theoretische Wurzeln: David Harel, 1985 DI. Helmut Tockner 1 Zustandsautomaten
MehrZustände Zustandsdiagramme
Zustände Zustandsdiagramme Ereignisse Zustandsübergänge Dr. Beatrice Amrhein Überblick Definition Anwendungsbereich Zustände/Zustandsübergänge Aktionen Ereignisse 2 Verwendung von Zuständen 3 Verwendung
MehrBesteht aus Aktoren (actors) und use-cases sowie deren Verbindungen.
Besteht aus Aktoren (actors) und use-cases sowie deren Verbindungen. Shop Käufer Einkauf Verkauf Verwaltung Händler Hersteller Actor: Jemand oder etwas, der/das mit dem zu entwickelnden System interagiert
MehrNACHRICHTENTECHNISCHER SYSTEME
Einführung UML COMPUTERSIMULATION NACHRICHTENTECHNISCHER SYSTEME 11. Unified Modeling Language UML 220 Standardsprache d zur Visualisierung, i Spezifikation, Konstruktion und Dokumentation komplexer (Software-)
MehrObligatorische Literatur. Überblick Teil III: Objektorientierte Analyse (OOA) 35.1 Anwendungsfalldiagramme
35 Szenarienanalyse mit Anwendungsfalldiagrammen (Querschneidende dyn. Modellierung) Obligatorische Literatur Zuser, Kap. 7-9, insbes. 7.3+7.5 Störrle Kap 9, Kap 12 Prof. Dr. rer. nat. Uwe Aßmann Institut
MehrDatenbanken. Teil 2: Informationen. Kapitel 7: Objektorientierte Sicht. UML-Diagramme. Vorstellung der unterschiedlichen UML-Diagramme
Datenbanken objektorientierte Sicht Seite 1 von 76 Datenbanken Teil 2: Informationen Kapitel 7: Objektorientierte Sicht UML-Diagramme Vorstellung der unterschiedlichen UML-Diagramme 1. Diagrammtypen 2.
MehrUML (Unified Modelling Language) von Christian Bartl
UML (Unified Modelling Language) von Inhaltsverzeichnis Inhaltsverzeichnis... 2 1 UML Unified Modelling Language... 3 2 Diagrammtypen... 3 2.1 Aktivitätsdiagramm... 3 2.1.1 Notation... 4 2.1.2 Beispieldiagramm...
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,
MehrTechniken der Projektentwicklungen
Dynamische Modellierung 8. Termin Rückblick auf statische Modellierung Dynamische Modellierung Basiskonzepte Beispiel Erweiterungen Eigenschaften Syntax Rückblick auf statische Modellierung Dynamische
MehrOOA.3.1 Funktionsanalyse mit Anwendungsfalldiagrammen (Szenarienanalyse)
OOA.3.1 Funktionsanalyse mit Anwendungsfalldiagrammen (Szenarienanalyse) Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik
MehrSoftwaretechnik. Kapitel 11 : Zustandsdiagramme. Statecharts / State Machines Historisches. State Machines in UML Verwendung in OO
Statecharts / Historisches Softwaretechnik Kapitel 11 : Zustandsdiagramme Kurt Stenzel, Hella Seebach Statecharts entstanden als Verallgemeinerung von Automaten Beschreibung von Zustandsübergangsystemen
MehrState diagrams (Zustandsautomaten)
State diagrams (Zustandsautomaten) Allgemeines Zustandsautomaten geben Antworten auf die Frage Wie verhält sich das System in einem bestimmten Zustand bei gewissen Ereignissen?. Sie spezifizieren somit
MehrUnified. Copyright Adriano Gesué UML 2.0 UML 1.4 UML 1.3 UML 1.2 UML 1.1 UML 1.0 UML 0.9. Method 0.8
Literatur Martin Fowler and Kendall Scott: UML Distilled: Applying the Standard Object Modeling Language. Addison-Wesley 1997. James Rumbaugh, Ivar Jacobson, and Grady Booch: The Unified Language Reference
MehrVorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Dr. Dennis Pfisterer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/pfisterer Unified Modeling Language (UML)
MehrObjektorientierte Analyse (OOA) Übersicht
Übersicht UML ist die Notation für ein objektorientiertes Vorgehensmodell, sowohl für die Analyse als auch für das Design. Analyse (WAS?) Use Cases Aktivitätsdiagramme (für die Use Cases) Klassendiagramme
MehrUML - Sequenzdiagramm
Name Klasse Datum 1 Allgemeines Neben Aktivitätsdiagramm, Kollaborationsdiagramm, Zustandsdiagramm und Anwendungsfalldiagramm ist das Sequenzdiagramm eines von fünf Diagrammen in UML, welches dynamische
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
MehrVorlesung Software-Engineering I
Vorlesung Software-Engineering I im 3. und 4. Semester 07. SW-Architektur Abläufe Workflows Szenarien Use Cases User Story s -> Betrachtung deterministischer Abläufe DHBW-Stuttgart/Frank M. Hoyer SWE1-07:
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
MehrModellierung verteilter Systeme (Grundlagen der Programm- und Systementwicklung II)
Modellierung verteilter Systeme (Grundlagen der Programm- und Systementwicklung II) 08 Ausführungen Dr. Sebastian Voss fortiss GmbH Kompetenzfeldleiter Model-based Systeme Engineering Themenübersicht 1.
MehrSoftware Engineering, SoSe 07, WSI, D. Huson, May 7,
Software Engineering, SoSe 07, WSI, D. Huson, May 7, 2007 17 4 Modellierung in UML Nach einer Vorlesung von Prof. Andreas Zeller, Lehrstuhl Softwaretechnik Universität des Saarlandes, Saarbrücken. 4.1
MehrModellierung verteilter Systeme (Grundlagen der Programm- und Systementwicklung II)
Modellierung verteilter Systeme (Grundlagen der Programm- und Systementwicklung II) 08 Ausführungen Dr. Sebastian Voss fortiss GmbH Kompetenzfeldleiter Model-based Systeme Engineering Themenübersicht 1.
MehrObjektorientierter Entwurf. Grundlagen des Software Engineerings
Objektorientierter Entwurf Grundlagen des Software Engineerings Lernziele } Verstehen, wie der Softwareentwurf als Menge von interagierenden Objekten dargestellt werden kann, die ihren eigenen Zustand
MehrObject Constraint Language. 30. Oktober 2012
Object Constraint Language 30. Oktober 2012 54 Was ist die OCL? Wie wird sie verwendet? Die Object Constraint Language (OCL) ist eine textuelle Sprache für Constraints über Objektstrukturen. Sie ist ein
MehrTesten mit Use Cases. Chris Rupp Dr. Stefan Queins
Testen mit Use Cases Chris Rupp Dr. Stefan Queins Das Problem Requirements- Engineering Was kann passieren? Was ist das gewünschte Verhalten? Was soll ich testen? Welche Eingaben benötigt mein Testpfad?
MehrEinführung: Zustandsdiagramme Stand:
Einführung: Zustandsdiagramme Stand: 01.06.2006 Josef Hübl (Triple-S GmbH) 1. Grundlagen Zustandsdiagramme Zustände, Ereignisse, Bedingungen, Aktionen 2. Verkürzte Darstellungen Pseudozustände 3. Hierarchische
MehrFormale Modellierung Vorlesung vom : Beyond JML
Rev. 1702 1 [12] Formale Modellierung Vorlesung vom 07.05.12: Beyond JML Till Mossakowski & Christoph Lüth Universität Bremen Sommersemester 2012 2 [12] Heute im Programm Grenzen der JML Nach JML: UML
MehrObjektorientierte Analyse (OOA) Inhaltsübersicht
Inhaltsübersicht Einführung Anforderungen an die UML-Diagramme Verhalten: Use-Case-Diagramm Verhalten: Aktivitätsdiagramm Verhalten: Zustandsautomat Struktur: Klassendiagramm Seite 1 Einführung In der
MehrUML fürs Pflichtenheft
UML fürs Pflichtenheft Sebastian Fischmeister Department of Computer Science University of Salzburg, Austria Sebastian.Fischmeister@cs.uni-salzburg.at Overview Use-Case Diagramm State-Machine Diagramm
MehrSoftwaretechnik Unified Modeling Language (UML)
Softwaretechnik Unified Modeling Language () Karsten Weicker, Nicole Weicker HTWK Leipzig, FHTW Berlin David Shayne: She s so charismatic, and she s brilliant and beautiful. I mean, a real artist, and,
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
MehrObjektorientiertes Design
Objektorientiertes Design Yi Zhao Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Zhao, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1
MehrSoftware-Engineering
SWE43 Slide 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 3: Der Systemanalysestandard UML SWE43 Slide 2 UML: Was ist das? UML = Unified Modelling Language ist ein Standard,
MehrUML 1.4 Referenz. Matthias Niete Dirk M. Sohn Orientation in Objects GmbH Weinheimer Str Mannheim
Matthias Niete niete@oio.de Dirk M. Sohn sohn@oio.de Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim 1 Allgemeine Notationselemente Paketnamen {Eigenschaftswerte} Notiz Paketnamen
MehrAbbildungsverweise PlantUML Code. Version 1.0 Vanessa Petrausch
Abbildungsverweise PlantUML Code Version 1.0 Vanessa Petrausch Inhaltsverzeichnis INHALTSVERZEICHNIS 1 AUFBAU DES DOKUMENTS 5 2 KLASSENDIAGRAMM 7 3 ANWENDUNGSFALLDIAGRAMM 9 4 AKTIVITÄTSDIAGRAMM 11 5 ZUSTANDSDIAGRAMM
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?
MehrUnified Modeling Language 2
Unified Modeling Language 2 Marvin Frommhold 17.11.2008 Gliederung Einleitung Geschichte Strukturierung der Spezifikation Diagrammtypen Strukturdiagramme Verhaltensdiagramme CASE-Werkzeuge Quellen Was
MehrSeite Systemanalyse. 3. Objektorientierte Analyse. 3.3 Realisierung von UML-Klassen in Java. Warnung: Modellierung vs.
3. Objektorientierte Analyse 3.1 Systemanalyse 3.2 Statische Modellierung mit UML 3.3 Einschub: Realisierung von UML-Klassen mit Java 3.4 Dynamische Modellierung mit UML 3. Systemanalyse 3.3 Realisierung
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
MehrEinschub - Die Object Constraint Language in UML Oder: Wie man Zusicherungen in UML angibt
Einschub - Die Object Constraint Language in UML Oder: Wie man Zusicherungen in UML angibt SWT I Sommersemester 2010 Walter F. Tichy, Andreas Höfer, Korbinian Molitorisz IPD Tichy, Fakultät für Informatik
MehrUnified Modelling Language
Unified Modelling Language SEP 72 Software-Entwicklung Software-Entwicklung ist Prozess von Anforderung über Modellierungen zu fertigen Programmen Anforderungen oft informell gegeben fertige Programme
MehrKapitel 2 - Die Definitionsphase
Kapitel 2 - Die Definitionsphase SWT I Sommersemester 2010 Walter F. Tichy, Andreas Höfer, Korbinian Molitorisz IPD Tichy, Fakultät für Informatik KIT die Kooperation von Forschungszentrum Karlsruhe GmbH
MehrDipl.-Inform. Lars Ebrecht
Konsistente Verknüpfung von Aktivitäts-, Sequenzund Zustandsdiagrammen Darstellungsunabhängige und formale Semantik zur Verhaltensbeschreibung von Echtzeit-Systemen Dipl.-Inform. Lars Ebrecht Mobilität
MehrAnwendungsfalldiagramm UseCaseDiagramm
Anwendungsfalldiagramm UseCaseDiagramm Notation und Beispiele Prof. DI Dr. Erich Gams htl wels.e.gams@eduhi.at UML Seminar HTL-Wels 2010 Anwendungsfall und SE Prozess Ein Anwendungsfalldiagramm ist ein
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
MehrWirtschaftsinformatik 2 Modellierung betrieblicher Informationssysteme - MobIS
Wirtschaftsinformatik 2 Modellierung betrieblicher Informationssysteme - MobIS (theoretische Aspekte der Informationsmodellierung) 12. Vorlesung 04.06.2007 Use Case Diagram (Anwendungsfalldiagramm) Use
MehrZustandsdiagramm - Begriffe
Zustandsdiagramm - Begriffe Zustand Zustände sind durch eine Kombination von Attributwerten bestimmt. Zweck beschreiben das Verhalten eines Objektes zeigen alle Zustände, die ein Objekt haben kann zeigen
MehrANWENDUNGSFALLDIAGRAMM:
EINFÜHRUNG Ein UML Modell kann folgende unterschiedliche Sichtweisen auf den Problemlösungsbereich (Aspekte) enthalten: Dynamische Aspekte Softwareorganisatorische Aspekte Statische Aspekte Welche Aussagen
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
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
MehrKapitel 1. Software-Entwicklung und formale Spezifikation
Seite 1 Kapitel 1 Software-Entwicklung und formale Spezifikation Prof. Dr. Rolf Hennicker 22.04.2010 Ziele Seite 2 Die Grundprinzipien der Software-Entwicklung verstehen. Die Rolle formaler Methoden in
MehrSoftwaretechnik SS 2006
Softwaretechnik (SWT) Vorlesung und Praktikum SS 2006 Inhaltsübersicht SW-Management SW-Entwicklung SW-Qualitätsmgmt. Softwaretechnik SS 2006 7. Vorlesungseinheit Vorgehensmodelle (insbes. RUP) Best-Practices
MehrObjektorientierte Analyse 33b. Dynamische Modellierung und Szenarioanalyse mit Aktionsdiagrammen
Fakultät Informatik - Institut Software- und Multimediatechnik - Softwaretechnologie Objektorientierte Analyse 33b. Dynamische Modellierung und Szenarioanalyse mit Aktionsdiagrammen Prof. Dr. rer. nat.
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
MehrINSPIRE - Modellierung
INSPIRE - Modellierung Inhalt Motivation Modellierung UML Diagramme INSPIRE-Schulung LKROS 2 Motivation Was ist ein Modell, und warum wollen wir modellieren? Warum brauchen wir eine Modellierungssprache
MehrInhalt. 1 Einführung 17. Strukturdiagramme. 2 Klassendiagramm 37
Vorwort... 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden?... 17 1.2 Die Phasen bei der Softwareentwicklung... 18 1.2.1 Analyse... 18 1.2.2 Entwurf... 19 1.2.3 Implementierung und Dokumentation...
MehrDas UML Benutzerhandbuch
Grady Booch James Rumbaugh Ivar Jacobson Das UML Benutzerhandbuch Aktuell zur Version 2.0 Inhalt Vorwort 15 Ziele 15 Publikum 16 Wie Sie dieses Buch verwenden sollten 16 Aufbau und besondere Merkmale 17
MehrTEIL I Strukturdiagramme 1 Einführung Klassendiagramm Objektdiagramm Kompositionsstrukturdiagramm...
Auf einen Blick TEIL I Strukturdiagramme 1 Einführung... 13 2 Klassendiagramm... 29 3 Objektdiagramm... 111 4 Kompositionsstrukturdiagramm... 125 5 Komponentendiagramm... 145 6 Verteilungsdiagramm... 161
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
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)
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
MehrKapitel 4 Spezifikation von Kommunikationssystemen
Kapitel 4 Spezifikation von Kommunikationssystemen i. (Tele-)Kommunikationsprotokolle ii. Spezifikationstechniken a. Weg/Zeit-Diagramm b. erweiterter endlicher Automat c. Unified Modeling Language iii.
MehrRequirements Engineering I
Martin Glinz Requirements Engineering I Kapitel 9 UML Unified Modeling Language Universität Zürich Institut für Informatik 2006, 2008 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe sind
MehrChristoph Kecher, Alexander Salvanos UML 2.5. Das umfassende Handbuch. Rheinwerk. Computing
Christoph Kecher, Alexander Salvanos UML 2.5 Das umfassende Handbuch Rheinwerk Computing Inhalt Vorwort 13 1 Einführung 17 1.1 Weshalb muss Software modelliert werden? 17 1.2 Die Phasen bei der Softwareentwicklung
MehrModellbasierter Test mit der UML. Vortragender: Lars Westmeier Seminar: Spezifikationsbasierter Softwaretest
Modellbasierter Test mit der UML Vortragender: Lars Westmeier Seminar: Spezifikationsbasierter Softwaretest Inhalt Einleitung und Motivation UML Testgenerierung Fazit Inhalt Einleitung und Motivation UML
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
MehrAktivitätsdiagramm. 1 b b,c a,d b,d b,d 2 a,b,d a,d a,c a,b,c b,c 3 a c,d a,b a,d a,b 4 c,d c b,c a,d d 5 c,d a,c a,b d c
Anhang In diesem Abschnitt sind Lösungen für die Übungsaufgaben zu finden. Zuerst werden die Antworten zu den Multiple-Choice-Fragen gegeben und anschließend beispielhafte grafische Diagramme zu der praktischen
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
Mehr3. Objektorientierte Analyse
3. Objektorientierte Analyse 3.1 Systemanalyse Softwaretechnologie, Prof. Uwe Aßmann 1 Obligatorische Literatur Zuser, Kap. 7-9 oder Pfleeger, Kap. Requirements Analysis Prof. Uwe Aßmann, Softwaretechnologie
MehrVgl. Oestereich Kap 2.1 Seiten
Vgl. Oestereich Kap 2.1 Seiten 21-49. 1 Ein Use Case ist eine zeitlich ununterbrochene Interaktion (ein Arbeitsschritt). Use Case Namen bestehen aus einem Subjekt und einem Verb wie zum Beispiel Daten
MehrModellierung mit UML
Bernhard Rumpe Modellierung mit UML Sprache, Konzepte und Methodik Mit 210 Abbildungen und Tabellen Springer Inhaltsverzeichnis Einführung 1 1.1 Ziele dieses Buchs 2 1.2 Überblick 3 1.3 Notationelle Konventionen
MehrNr. 1 L-Aufgabe
Nr. 1 L-Aufgabe 1.2004 a) In der Aufgabenstellung war ein möglichst einfaches Klassendiagramm gefordert. Abb. 1 zeigt eine mögliche Lösung. Klassendiagramm für den Tunierveranstalter Zwischen Team und
MehrDas umfassende Handbuch
Christoph Kecher UML 2.0 Das umfassende Handbuch. Jfjf- Ali' ' w v^i* >" '-«(."', Galileo Press Inhalt Vorwort 11 1 Einführung 1.1 Weshalb muss Software modelliert werden? 13 1.2 Was ist die UML? 15 1.3
MehrCS1005 Objektorientierte Programmierung Bachelor of Science (Informatik)
CS1005 Objektorientierte Programmierung Bachelor of Science (Informatik) Th Letschert UML Seite 1 Th Letschert UML - Klassen- / Paket- / Sequenzdiagramm - UML / OCL in Spezifikation und Implementierung
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- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrSoftwaretechnik SS Vorlesungseinheit
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.
MehrUniversität Karlsruhe (TH)
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 2.2 Weitere UML- Diagrammtypen Walter Tichy Guido Malpohl Tom Gelhausen UML-Diagramme Ablauf Anwendungsfalldiagramm Szenarien Interaktionsdiagramm
MehrAufgabe S1: Einmal quer durch s Skript
Aufgabe S1: Einmal quer durch s Skript / 10 Punkten Entscheiden Sie, ob die folgenden Aussagen zutreffen oder nicht. Machen Sie in der entsprechenden Spalte ein Kreuz. Für jede richtige Antwort erhalten
MehrSoftwaretechnologie für Fortgeschrittene Wohce 4 Modellierung UML
Softwaretechnologie für Fortgeschrittene Wohce 4 Modellierung UML The role of UML Theoretical model model for comparison calibration verification Empirical model model of deduction induction Generating
MehrDie Unified Modeling Language UML
Informatik II: Modellierung Prof. Dr. Martin Glinz Kapitel 4 Die Unified Modeling Language UML Universität Zürich Institut für Informatik Inhalt 4.1 Hintergrund 4.2 Grundkonzepte der UML 4.3 Die Rolle
MehrUML - Anwendungsfalldiagramme (1.) Geben Sie den Zweck von Anwendungsfalldiagrammen an!
UML - Anwendungsfalldiagramme - Seite 1 UML - Anwendungsfalldiagramme (1.) Geben Sie den Zweck von Anwendungsfalldiagrammen an! (2.) Beschreiben Sie an Hand der in (a.)-(h.) wiedergegebenen Anwendungsfalldiagramme
Mehr