35.1 Anwendungsfalldiagramme
|
|
- Rudolf Braun
- vor 7 Jahren
- Abrufe
Transkript
1 35 Szenarienanalyse mit Anwendungsfalldiagrammen (Querschneidende dyn. Modellierung) Obligatorische Literatur Zuser, Kap. 7-9, insbes Störrle Kap 9, Kap 12 Prof. Dr. rer. nat. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden Version , ) Anwendungsfall-diagramme 2) Szenarienanalyse 1) mit Interaktionsdiagrammen 2) mit Aktionsdiagrammen Technische Universität Dresden, Fakultät Informatik 1 Überblick Teil III: Objektorientierte Analyse (OOA) 1. Überblick Objektorientierte Analyse 1. (schon gehabt:) Strukturelle Modellierung mit CRC-Karten 2. Strukturelle metamodellgetriebene Modellierung mit UML für das Domänenmodell 1. Strukturelle metamodellgetriebene Modellierung 2. Modellierung von komplexen Objekten 1. Modellierung von Hierarchien 2. (Modellierung von komplexen Objekten und ihren Unterobjekten) 3. Modellierung von Komponenten (Groß-Objekte) 3. Strukturelle Modellierung für Kontextmodell und Top-Level-Architektur 3. Analyse von funktionalen Anforderungen 1. Funktionale Verfeinerung: Dynamische Modellierung und Szenarienanalyse mit Aktionsdiagrammen 2. Funktionale querschneidende Verfeinerung: Szenarienanalyse mit Anwendungsfällen, Kollaborationen und Interaktionsdiagrammen (35) 3. (Funktionale querschneidende Verfeinerung für komplexe Objekte) 4. Beispiel Fallstudie EU-Rent Prof. U. Aßmann, Softwaretechnologie Anwendungsfalldiagramme Prof. U. Aßmann, Softwaretechnologie 2 Technische Universität Dresden, Fakultät Informatik 4
2 Nutzeranalyse (Stakeholder Analysis) UML-Anwendungsfall-Diagramm (Use-Case-Diagramm) Nutzer (Stakeholder): Nutznießer des Systems Akteur, Aktor (Benutzer des Systems oder Interakteur) Terminverwaltung Eigner von involvierten Betrieben Die, die mit dem System Geld verdienen oder verlieren Menschen, die unter Seiteneffekten des Systems leiden Die einfachste Form von Stakeholderanalyse kümmert sich nur um Akteure und liefert eine Liste von Akteuren Diese Akteure werden dann weiter in Anwendungsfalldiagrammen eingesetzt organisieren Raumverwalter verschieben Persönlichen Termin einplanen Ungenutzte Raumkapazität ermitteln Teammitglied Prof. U. Aßmann, Softwaretechnologie 5 Prof. U. Aßmann, Softwaretechnologie 6 Anwendungsfälle Anwendungsfälle Ein Akteur beschreibt eine Rolle, die ein Benutzer (oder ein anderes System) spielt, wenn er/es mit dem System interagiert. Funktionale Anforderungen an ein System können durch Anwendungsfälle beschrieben werden Anwendungsfälle sind Funktionen des Systems im Kontext von Anwendern (Aktoren) Eine Interaktion ist der Austausch von Nachrichten unter Objekten zur Erreichung eines bestimmten Ziels. Aus den Anwendungsfällen setzt man mittels Szenarienanalyse dann zusammen: das Kontextmodell mit Eine Nachricht ist die Beschreibung einer Operation eines Objekts mit den notwendigen Parameterwerten, so daß die Operation durch das Objekt ausführbar ist. op(x, y) alle Klassen an der Schnittstelle des Systems, also die sichtbaren Funktionen des Systems ihre Attribute, Methoden, Ströme, Ereignisse Relationen der Klassen Ein Anwendungsfall (Nutzfall, 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. die Top-Level-Architektur, die die Realisierung der sichtbaren Funktionen des Systems auf oberster Ebene zeigt Die Top-Level-Architektur ist eine Verfeinerung erster Stufe, bei der man die grobkörnigen (top-level) Subsysteme des Systems sowie ihr Zusammenspiel sieht Subsysteme bestehen aus Paketen mit Klassen Prof. U. Aßmann, Softwaretechnologie 7 Prof. U. Aßmann, Softwaretechnologie 8
3 Verallgemeinerung, Erweiterung und Aufruf von Anwendungsfällen Die Vererbungsrelation beschreibt Generalisierung bzw. Spezialisierung Hier: ist allgemeiner als Preventive Die Includes-Relation beschreibt Bestandteile der Aktionen (Aufrufbeziehung zwischen Aktionen) Hier: beinhaltet Die Extends-Relation beschreibt optionale Erweiterungen Hier: Oil Exchange kann Teil von sein Garage <<extends>> Oil Exchange Erinnerung: Schematischer Ablauf der Analyse Parking Refueling Preventive Prof. U. Aßmann, Softwaretechnologie Szenarienanalyse - Ableitung von Kollaborationen aus Anwendungsfällen Anwendungsfallrealisierung, use case realization Technische Universität Dresden, Fakultät Informatik 10 Wege der Szenarienanalyse (use case realization analysis) Stakeholder Analysis (Nutzergruppen) Anforderungen Produktdefinition Pflichtenheft Function Analysis - Use case analysis Domain Analysis (Domain concepts) Domain Model Funktionale Anforderungen Top-level Architecture Analysis Use-case Realization Scenario analysis Context Model Context Model Analysis preparatory requirements analysis real requirements analysis GUI Analysis GUI Prototyp basic system analysis Die Methode der Anwendungsfallrealisierung (use case realization, Szenarienanalyse, scenario analysis) wird verwendet, um: Kontextmodell und Top-Level-Architektur abzuleiten Querschneidende Verfeinerung durch mehrere Klassen/Objekte durchzuführen Kollaborationen (Konnektoren, Teams) für das Object Fattening abzuleiten Anwendungsfallrealisierung nutzt verschiedene Szenariodiagramme: Verfeinere Anwendungsfalldiagramm mit Interaktionsdiagrammen mit Sequenzdiagramm (sequence diagram, sequence chart) mit Kommunikationsdiagramm (communication diagram) Verfeinere Anwendungsfalldiagramm mit Aktionsdiagrammen mit Aktivitätsdiagramm mit Verhaltens-(Zustands-)maschine Vertrag Top-level architecture Prof. U. Aßmann, Softwaretechnologie Prof. U. Aßmann, Softwaretechnologie 12
4 Szenarien Definition: Ein Szenario ist eine Beschreibung einer beispielhaften Folge von Interaktionen von Akteuren mit dem System zur Beschreibung eines Anwendungsfalls. Es gibt Szenarien für Normalfälle ('gut-fälle'), Ausnahmefälle, und Fehlerfälle ('negativ'-fall). Szenarien gehen von Anwendungsfällen aus Wähle einen Anwendungsfall aus einem Anwendungsfalldiagramm Spiele Anwendungsfall mit allen Akteuren durch ermittle zeitliches Zusammenspiel, verfeinere über der Zeit ermittle feinere Aktionen und binde sie mit Vererbung ein ermittle Unteraktionen und binde sie mit ein ermittle optionale Erweiterungen von Aktionen und binde sie mit <<extends>> ein Wähle als Szenariobeschreibung durch Interaktionsdiagramme oder Aktionsdiagramme Leite daraus eine Kollaboration ab (Konnektor, Team) Szenarienanalyse Prof. U. Aßmann, Softwaretechnologie Szenarienanalyse mit Interaktionsdiagrammen Technische Universität Dresden, Fakultät Informatik 14 Erstellen eines UML-Sequenzdiagramms für Szenario Beispiel: Eines der Normalfall-Szenarien für ' organisieren' Terminverwaltung Sequenzdiagramm: Objekt-Lebenszeit-Matrix: Objekte von links nach rechts, Zeit von oben nach unten (Objekt-Lebenslinien) Sequenzen von Nachrichten, geordnet durch die Zeit Achtung: das Sequenzdiagramm schneidet quer durch das Lebenszyklus mehrerer Objekte und beschreibt ein Szenario erfährt Thema, Termin, TeilnehmerInnen einer neu geplanten. Zeitpunkt wird mit TeilnehmerInnen abgestimmt. Raum wird reserviert (falls gewünscht). Einladungen werden an die TeilnehmerInnen versandt. Prof. U. Aßmann, Softwaretechnologie 15 erzeugen bestätigt m5:teammitglied tb1:... terminbestätigen() terminbestätigen organisieren Teammitglied m3:teammitglied Senkrechte Linien: 'Leben' einer Objektinstanz Waagrechte Pfeile: (Synchrone) Nachrichten Gestrichelte Pfeile (optional): Antworten (Ergebnisrückgaben) Blöcke auf den senkrechten Linien: Steuerfokus (Aktivierung) Prof. U. Aßmann, Softwaretechnologie 16
5 Kapseln eines Szenarios in einer Kollaboration Einordnung in Kontextmodell und Top-Level- Architektur Eine Kollaboration kann mit einem Sequenzdiagramm als Verhalten unterlegt werden Die Kollaboration beschreibt also ein Szenario querschneidend durch die Lebenszyklen mehrerer Objekte Person organisieren Teilnehmer Teilnehmer Person Person Nach der Szenarienanalyse muss unterschieden werden, welche Klassen zum Kontextmodell und welche zur Top-Level-Architektur gehören Hier: noch alles im Kontextmodell erzeugen erzeugen bestätigt tb1: m3:teil nehmer terminbestätigen() terminbestätigen m5:teil nehmer bestätigt... terminbestätigen() terminbestätigen Verfeinerung des Anwendungsfalls mit Ergebnissen der Szenarienanalyse Prof. U. Aßmann, Softwaretechnologie 17 Prof. U. Aßmann, Softwaretechnologie 18 Szenarienanalyse mit Sequenzdiagrammen Terminverwaltung m3:teammitglied m5:teammitglied tb1: organisieren Ausgangspunkt: Anwendungsfall Auto-Wartung () [Pfleeger] Garage Termin abstimmen Raum reservieren Raumverwaltung <<extends>> Teammitglied Versenden von Einladungen Oil Exchange Preventive Prof. U. Aßmann, Softwaretechnologie 19 Prof. U. Aßmann, Softwaretechnologie 20
6 Szenarienanalyse Sequenzdiagram Service- Station Beziehung zum Kontextmodell und Top-Level- Architektur Sequenzdiagramme werden benutzt zur Analyse von Szenarien mit wenigen Objekten, die viel kommunizieren Jetzt: Verfeinerung in TLA hinein : :Technician :Car :Accounting System instruct() checks() : : :Technician :Car :Accounting System instruct() checks() : diagnosis() therapy() diagnosis() therapy() recordeffort() recordeffort() Verfeinertes Anwendungsfall-Diagramm Service-Station Prof. U. Aßmann, Softwaretechnologie Kontextmodell Top-Level-Architektur Ableitung von Kollaborationen aus der Szenarienanalyse 22 Kontextmodell Prof. U. Aßmann, Softwaretechnologie 22 Aus dem Sequenzdiagramm kann nun ein verfeinertes Anwendungsfalldiagramm erstellt werden Kollaborationen können Sequenzdiagramme zugeordnet werden Im Klassendiagramm des Analysemodells bildet die Kollaboration die technische Repräsentation des Anwendungsfalles Technician Diagnosis Therapy Car material Technician executor ordering :Technician as executor checks() instruct() : as orderer diagnosis() :Car as material Accounting Services Recording Efforts therapy() recordeffort() Prof. U. Aßmann, Softwaretechnologie 23 Prof. U. Aßmann, Softwaretechnologie 24
7 Umwandlung Anwendungsfall-Diagramm in Kollaborationen Umwandlung Anwendungsfall-Diagramm in Kollaborationen Aus dem Anwendungsfalldiagramm kann ein Paket von Kollaborationen erstellt werden 1) Umwandlung der Anwendungsfälle in Konnektoren, Akteure in Klassen 2) Vergabe von Rollen-Namen 3) Anhängen des Interaktionsdiagramms (hier Sequenzdiagramm) Technician Accounting Services Diagnosis Therapy Recording Efforts Technician Accounting Services collaborations Diagnosis Therapy Recording Efforts Technician Accounting Services collaborations Diagnosis Therapy Recording Efforts : :Technician :Car :Accounting System instruct() checks() Kontextmodell diagnosis() therapy() recordeffort() Top-Level-Architektur : 26 Kontextmodell Prof. U. Aßmann, Softwaretechnologie 25 Kommunikationsdiagramm (Communication Diagram) Ein Kommunikationsdiagramm ist ein Interaktionsdiagramm Sequenzdiagramm von oben gesehen Ohne Objektlebenslinien, flexibles Layout Hierarchische Nummerung drückt die Zeit aus (zeitliche Abfolge der Nachrichten und Aufrufe) Geeignet für viele Objekte, die komplex miteinander verbunden sind Prof. U. Aßmann, Softwaretechnologie Szenarienanalyse mit Aktionsdiagrammen : 1:parking() 3:parkingAt() Aktionsdiagramme: Aktivitätendiagramme, Statecharts 2:nextAvailable() :Parking Space 4:newPurchase() :Purchase 5:newParking() :Parking :Service Station Prof. U. Aßmann, Softwaretechnologie27 27 Technische Universität Dresden, Fakultät Informatik 28
8 Querscheidende dynamische Modellierung mit Szenarienanalyse Szenarienanalyse: Bearbeiten einer telefonischen Bestellung Mit Aktionsdiagrammen kann man Lebenszyklen von Objekten spezifizieren Daneben kann man das Zusammenspiel mehrerer Objekte oder Methoden untersuchen (querschneidende dynamische Modellierung, querschneidende funktionale Verfeinerung). Dazu führt man eine Szenarienanalyse durch, die quasi die Draufsicht auf ein Szenario ermittelt Mit Aktivitätendiagrammen kann man Szenarienanalyse betreiben Aktivitäten können durch Schwimmbahnen (swimlanes) gegliedert werden, die Objekten zugeordnet sind Daraus kann man dann Methoden für die beteiligten Objekte ableiten Management Stock Order Validating [no valid id] [valid id] Check Availability Emit Bill [not avail] [avail] Memorize Fetch from Stock Prof. U. Aßmann, Softwaretechnologie 29 Ship Was haben wir gelernt? Prof. U. Aßmann, Softwaretechnologie 30 Szenarienanalyse mit Statecharts funktioniert ähnlich; es entstehen Netze von kommunizierende Verhaltensmaschinen Ein Anwendungsfall kann durch Szenarienanalyse verfeinert werden Aus dem Anwendungsfall kann eine Kollaboration abgeleitet werden Sowie ein Interaktionsdiagramm, das das Protokoll zwischen den Rollen der Kollaboration beschreibt Oder ein Aktionsdiagramm, das ebenfalls das Protokoll zwischen den Rollen der Kollaboration beschreibt Szenarienanalyse verfeinert querschneidend, i.g. Zu punktweiser Verfeinerung Prof. U. Aßmann, Softwaretechnologie 31 Prof. U. Aßmann, Softwaretechnologie 32
9 The End Einige Folien aus der Vorlesung Softwaretechnologie von Prof. H. Hussmann, used by permission. Prof. U. Aßmann, Softwaretechnologie 33
Obligatorische 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
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
MehrObjektorientierte Analyse
Objektorientierte Analyse 1) Systemanalyse Einführung Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden
MehrTeil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA
Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät
MehrObligatorische Literatur. Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA
Teil III der Vorlesung Objektorientierte Analyse (OOA) 30) Überblick über die OOA Obligatorische Literatur Zuser, Kap. 7-9 Störrle, Kap. 5 Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und
MehrObjektorientierte Analyse
Objektorientierte Analyse OOA.4) Analysebeispiel EU-Rent Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden
MehrObjektorientierte Analyse. Verfeinerung mit Konnektoren (Kollaborationen, Teams, Rollenmodellen) Obligatorische Literatur
Objektorientierte Analyse OOA.3.3 Szenarienanalyse mit komplexen Objekten Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik
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-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?
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,
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
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
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
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
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
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
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?
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
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
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
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
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
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
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
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
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
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,
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
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
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:
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
MehrSoftware-Engineering
FH Wedel Prof. Dr. Sebastian Iwanowski SWE43 Folie 1 Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 3: Der Systemanalysestandard UML FH Wedel Prof. Dr. Sebastian Iwanowski
MehrEinführung in die Informationsverarbeitung Teil Thaller. Stunde VII: Planen und Realisieren
Einführung in die Informationsverarbeitung Teil Thaller Stunde VII: Planen und Realisieren Manfred Thaller, Universität zu Köln Köln 18. Dezember 2014 Rekapitulation Der Gang der Argumentation 1. Der Rohstoff:
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,
MehrJava Einführung Objektorientierte Grundkonzepte
Java Einführung Objektorientierte Grundkonzepte Inhalt Verständnis der grundlegenden Konzepte der Objektorientierung: Objekte Nachrichten Kapselung Klassen und Instanzen Vererbung Polymorphismus Darstellung
MehrLiteratur. 3. Erste Schritte in der Objektorientierte Analyse mit CRC-Karten. Die Rolle von Entwurfsmethoden in der Softwareentwicklung.
3. Erste Schritte in der Objektorientierte Analyse mit Literatur Obligatorische Literatur Zuser Kap 9 Weiterführende Literatur Scott Ambler. The Object Primer. Cambridge University Press. Gutes Kapitel
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
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
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
MehrMethodische objektorientierte Softwareentwicklung
Methodische objektorientierte Softwareentwicklung Eine Integration klassischer und moderner Entwicklungskonzepte von Mario Winter 1. Auflage Methodische objektorientierte Softwareentwicklung Winter schnell
MehrGuido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0. Für den Einsatz in der Praxis
Guido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0 Für den Einsatz in der Praxis Seite 2 Überblick 1. Ziele 2. Warum das alles? 3. Was ist UML 4. Diagrammarten 5. Umfeld Seite 3 1. Ziele 1. Ziele dieses
MehrOracle JDeveloper 10 g
Oracle JDeveloper 10 g Modellierung Evgenia Rosa Business Unit Application Server ORACLE Deutschland GmbH Agenda Warum Modellierung? UML Modellierung Anwendungsfall (Use Case)-Modellierung Aktivitätenmodellierung
MehrEinführung in die Programmierung
Skript zur Vorlesung: Einführung in die Programmierung WiSe 2009 / 2010 Skript 2009 Christian Böhm, Peer Kröger, Arthur Zimek Prof. Dr. Christian Böhm Annahita Oswald Bianca Wackersreuther Ludwig-Maximilians-Universität
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
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
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
MehrUse Cases. Use Cases
Use Cases Eigenschaften: Ein Use Case beschreibt einen Teil des Verhaltens eines Systems aus externer Sicht (Formuliert in der der Fachsprache der Anwendung) Dies geschieht, indem ein Systemdialog beschrieben
Mehr(BABOK-v3-Technik 10.47)
(BABOK-v3-Technik 10.47) Allgemeines Use-Cases geben Antworten auf die Frage Was soll das geplante System leisten? Diese Frage sollte generell zu Beginn jeder Systementwicklung stehen. Use-Cases genauer
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.
MehrDer Design-Workflow im Software-Entwicklungs-Prozess
Der -Workflow im Software-Entwicklungs-Prozess Universität Bonn, Vorlesung Softwaretechnologie SS 2000 1 Der -Workflow stellt zum Ende der Elaborations- und Anfang der Konstruktionsphase den Schwerpunkt
MehrSchrittweise vorgestellt
3 MBSE Lehrstuhl für Raumfahrttechnik Schrittweise vorgestellt Was erwartet mich in diesem Kapitel? Erläuterung der MBSE-Methodologie anhand der durchgängigen Beispielmission MOVE Modellierung von Anwendungsfällen
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
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)
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
MehrSystemanalyse. - Seminar für AI/DM 3 im Wintersemester 2004/05 -
Systemanalyse - Seminar für AI/DM 3 im Wintersemester 2004/05 - Prof. Dr. Hans-Jürgen Steffens (by courtesy of Prof. Dr. Thomas Allweyer) Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern,
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ß
Mehr12) Generische Datenstrukturen
mpfohlene Literatur 12) Generische Datenstrukturen http://java.sun.com/j2se/1.5/pdf/generics-tutorial.pdf rof. Dr. rer. nat. habil. Uwe Aßmann Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden
MehrSoftwarepraktikum SS 2005 Inhalt - VL 10. Softwaretechnik. Softwareentwicklungszyklus (2) Wasserfallmodell. Softwareentwicklungszyklus
Softwarepraktikum SS 2005 Inhalt - VL 10 1 Softwaretechnik 2 Anforderungsanalyse 3 Systemmodelle Softwaretechnik Technische Disziplin, mit dem Ziel, kosteneffektiv Softwaresysteme zu entwickeln Techniken
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
MehrKurzeinführung in UML
Kurzeinführung in UML Die Unified Modeling Language (UML) ist eine Sprache zur Beschreibung von Softwaresystemen. Der Grundgedanke bei UML bestand darin, eine einheitliche Notation für viele Einsatzgebiete
MehrBlitzlicht: MES Produktionsplanung und Unternehmensmodelle IEC 62264 Integration von Unternehmensführungs und Leitsystemen
Blitzlicht: MES Produktionsplanung und Unternehmensmodelle IEC 62264 Integration von Unternehmensführungs und Leitsystemen Tagung: Normen für Industrie 4.0 BMWi, Berlin 19.02.2015 Max Weinmann, Emerson
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
MehrEinführung in UML. Überblick. 1. Was ist UML??? 2. Diagrammtypen. 3. UML Software. Was ist ein Modell??? UML Geschichte,...
Vorlesung GIS Einführung in UML Stephan Mäs 28. Mai 2009 Überblick 1. Was ist UML??? Was ist ein Modell??? UML Geschichte,... 2. Diagrammtypen Schwerpunkt: Klassendiagramme 3. UML Software Arbeitsgemeinschaft
MehrProjekt-Planung Delphi Tage 2012
Projekt-Planung Delphi Tage 2012 Daniela Sefzig (Delphi Praxis - Daniela.S) Version 1.0 Agenda Kommunikation mit dem Auftraggeber Prozesse kennen lernen - Ereignisgesteuerte Prozessketten Das System mit
MehrObjektorientierte Analyse am Beispiel Silent Kitchen Company
Objektorientierte Analyse am Beispiel Silent Kitchen Company Anforderungsanalyse Die objektorientierte Analyse (OOA) beginnt mit der Anforderungsanalyse. Es soll der Problemraum erkannt, erfasst und definiert
MehrObjektorientierte Analyse & Design
Objektorientierte Analyse & Design Analyse-Phase Teil 1 Einordnung im SW-Lebenszyklus Software- Entwicklung Einsatz Wartung Problemdefinition Spezifikation Implementation Auslieferung Analyse Entwurf Erprobung
MehrÜbung 1 Einführung, Wiederholung Methoden des Software Engineering WS 2012/13. Christian Kroiß
Übung 1 Einführung, Wiederholung Methoden des Software Engineering WS 2012/13 Christian Kroiß Inhalt heute Organisatorisches & Ablauf der Übung Auffrischung Vorlesung Softwaretechnik: Aktivitäten bei der
MehrUML mit Enterprise Architect
Matthias Fritz UML mit Enterprise Architect Trainingsunterlage - 6. überarbeitete Auflage XEN Information Systems GmbH, Wien Der Autor Dipl.-Ing. (FH) Matthias FRITZ hat ein Studium der Informationstechnik
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
MehrFolien zum Textbuch. Kapitel 2: Planung, Entwicklung und Betrieb von IS. Teil 4: Modellierung von betrieblichen Informationssystemen
Folien zum Textbuch Kapitel 2: Planung, Entwicklung und Betrieb von IS Teil 4: Modellierung von betrieblichen Informationssystemen Textbuch-Seiten 209-245 WI Planung, Entwicklung und Betrieb von IS IS-Modellierung
Mehr46 Softwarearchitektur mit dem Quasar-Architekturstil
46 Softwarearchitektur mit dem Quasar-Architekturstil Prof. Dr. U. Aßmann Technische Universität Dresden Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie http://st.inf.tu-dresden.de
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.............................
MehrObligatorisches Lesen Vorgehensmodelle (Phasenmodelle)
Obligatorisches Lesen Vorgehensmodelle (Phasenmodelle) Zuser Kap. 1-3 oder Ghezzi Chapter 1 oder Pfleeger Chapter 1; Chap 8.1 http://homepages.cs.ncl.ac.uk/brian.randell/nato/ The first International Conference
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
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
MehrUML konzentriert. Eine kompakte Einführung in die Standard-Objektmodellierungssprache. Martin Fowler. ADDISON-WESLEY An imprint of Pearson Education
Martin Fowler UML konzentriert Eine kompakte Einführung in die Standard-Objektmodellierungssprache ADDISON-WESLEY An imprint of Pearson Education München Boston San Francisco Harlow, England Don Mills,
MehrAusarbeitung Iteration I
Ausarbeitung Iteration I Domain Model siehe [Lar02], Kap. 0 2 Domain Model Illustriert relevante Konzepte des Problembereichs Das wichtigste Dokument in OOA (Use-Cases sind nicht OO; Use-Cases sind ein
MehrSystem-Modellierung. statisches & dynamisches Modell. System Model. System Model
System Model System-Modellierung erarbeiten der: der System-UseCases des konzeptionellen Analysemodells des Architekturmodells des Designmodells Setzt auf dem BusinessModel auf Martin Jud NDS-I SWE II
MehrVL2: Softwareprojekt - Anforderungsanalyse. Inhalt. 1. Struktur eines Softwareprojektes
Dozent: G.Döben-Henisch (Version vom 16.April 2005) PPmP VL2 VL2: Softwareprojekt - Anforderungsanalyse Inhalt 1. Struktur eines Softwareprojektes 2. Anforderungsanalyse 1. Struktur eines Softwareprojektes
MehrSoftwaretechnik SS 2006
Softwaretechnik SS 2006 Basisveranstaltung im Studiengebiet SSG (Softwaretechnik und Systemgestaltung) Wie viele Beine hat der Elefant? Stefan Jähnichen Steffen Helke Marco Mosconi Softwaretechnik SS 2006
MehrSoftwareentwicklungspraktikum Sommersemester 2007. Grobentwurf
Softwareentwicklungspraktikum Sommersemester 2007 Grobentwurf Auftraggeber Technische Universität Braunschweig
Mehr(BABOK-v3-Technik 10.42)
(BABOK-v3-Technik 10.42) Allgemeines Sequenzdiagramme geben Antworten auf die Frage Wie läuft die Kommunikation in meinem System ab?. Sie ermöglichen die Modellierung von festen Reihenfolgen, zeitlichen
MehrSoftwarearchitekturen I Softwareentwicklung mit Komponenten
Softwarearchitekturen I Softwareentwicklung mit Komponenten Detlef Streitferdt Technische Universität Ilmenau TU-Ilmenau, Softwaresysteme / Prozessinformatik, KBSE Softwarearchitekturen I 1 Beispiel: Bibliothekssystem
Mehr6. Modellierung von Informationssystemen. 6.1 Einleitung 6.2 Konzeptuelles Modell 6.3 OASIS Spezifikation 6.4 Execution Model 6.
6. Modellierung von Informationssystemen Spezialseminar Matr. FS 2000 1/10 Volker Dobrowolny FIN- ITI Quellen: Oscar Pastor, Jaime Gomez, Emilio Insfran, Vicente Pelechano The OO-Method approach for information
MehrDr. Beatrice Amrhein. April 13
Dr. Beatrice Amrhein April 13 Viele der Ideen und Aufgabenbeispiele stammen aus dem Skript von André- Claude Godet, welches er mir freundlicherweise als Ausgangspunkt für dieses Skript zur Verfügung gestellt
MehrKapitel 5: Das Design
Nach der Analyse kommt... Kapitel 5: Das Design SoPra 2008 Kap. 5: Das Design (1/20) Kapitel 5.1: Überblick Was ist Design? Ergebnis der Analyse: abstrakte Definitionen Objektmodell: Klassen, Assoziationen,
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
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
MehrSequenzdiagramme. Hendrik Iben (hiben@tzi.de) Wintersemester 2008/09. Universität Bremen - TZI
Hendrik Iben (hiben@tzi.de) Universität Bremen - TZI Wintersemester 2008/09 Gliederung 1 Motivation 2 3 4 Gliederung 1 Motivation 2 3 4 Warum? Überprüfung der Architektur Benötigte Komponenten Benötigte
MehrModellierung Zusammenfassung WS2000
Modellierung Zusammenfassung WS2000 Inhalt 1 Einführung in die Modellierung...2 2 Datenmodelle...3 3 Funktionsmodelle...3 4 Verhaltensmodelle...4 5 Objekt-/Klassenmodelle...6 6 Interaktionsmodelle...6
MehrKapitel 4: Dynamische Analyse mit FUSION. SoPra 2008 Kap. 4: Dynamische Analyse mit FUSION (1/30)
Kapitel 4: Dynamische Analyse mit FUSION SoPra 2008 Kap. 4: Dynamische Analyse mit FUSION (1/30) Dokumente der dynamischen Analyse Analyse des Systemverhaltens (dynamischer Aspekt). Zu entwickeln sind:
MehrMuster in der Software Technik. Grundlegende Konzepte der Software Entwicklung und Objekt Orientierung
Muster in der Software Technik Grundlegende Konzepte der Software Entwicklung und Objekt Orientierung Grundlagen für die weitere Vorlesung: Aktivitäten und Prozesse der Software Entwicklung Objektorientierte
MehrExkurs: Formatvorlage für Anforderungsanalyse-Dokument
Exkurs zu Kapitel Anforderungserhebung und analyse Exkurs: Formatvorlage für Anforderungsanalyse-Dokument Folgendes entspricht im Wesentlichen IEEE-Standard 830-1998 R O O T S Formatvorlage Anforderungsanalyse
MehrSoftwaretechnik. Zusammenfassung der Methodik der Vorlesung im Wintersemester 2010/2011
Softwaretechnik Zusammenfassung der Methodik der Vorlesung im Wintersemester 2010/2011 INHALT 1 Objektorientierte Analyse... 3 1.1 Use Case Modell... 3 1.1.1 Aktoren bestimmen... 3 1.1.2 Anwendungsfälle
MehrKapitel 1 Applikations-Architektur VIIII
Kapitel 1 Applikations-Architektur VIIII Software Architecture, Quality & Testing FS 2016 Prof. Dr. Jana Koehler jana.koehler@hslu.ch Fallstudie Fillialbestellsystem (FBS) aus Modul Applikationsentwicklung
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
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
MehrGenerische Datenstrukturen
Generische Datenstrukturen Prof. Dr. rer. nat. habil. Uwe Aßmann Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden Softwaretechnologie, Prof. Uwe Aßmann 1 2 Trends in der Softwareentwicklung
Mehr