Software Engineering in der Praxis
|
|
|
- Babette Salzmann
- vor 6 Jahren
- Abrufe
Transkript
1 Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1 / 17
2 Objektorientiertes Design Florin Pinte Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 2 / 17
3 1 Inhalt 2 Nachlese Lernziele der letzten Woche(n) Objektorientierte Analyse 3 Objektorientiertes Design Strukturmodellierung Verhaltensmodellierung 4 Aufgaben Hinweise Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 3 / 17
4 Model Checking CTL-Formeln NuSMV: Synchrone und asynchrone Automaten Lebendigkeit als Begriff mit Abstufungen NuSMV: Nichtdeterminismus interaktive Simulation und automatischer Beweis Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 4 / 17
5 Analysewerkzeuge der UML Anwendungsfalldiagramme Bestimmung, welche Leistungen des Systems erbracht werden Vorwiegend aktionsorientiert Sicht auf die Systemgrenzen Aktivitätendiagramme Kontroll- und Datenfluss kann dargestellt werden Swimlane ordnet Aktionen und Kontrollflußelemente zu Systemstrukturen Zustandsautomaten / Statecharts Zu jedem Zeitpunkt eindeutiger Systemzustand Ereignisse können Übergänge auslösen: Trigger [Guard] / Effekt Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 5 / 17
6 Analysewerkzeuge der UML Anwendungsfalldiagramme Bestimmung, welche Leistungen des Systems erbracht werden Vorwiegend aktionsorientiert Sicht auf die Systemgrenzen Aktivitätendiagramme Kontroll- und Datenfluss kann dargestellt werden Swimlane ordnet Aktionen und Kontrollflußelemente zu Systemstrukturen Zustandsautomaten / Statecharts Zu jedem Zeitpunkt eindeutiger Systemzustand Ereignisse können Übergänge auslösen: Trigger [Guard] / Effekt Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 5 / 17
7 Analysewerkzeuge der UML Anwendungsfalldiagramme Bestimmung, welche Leistungen des Systems erbracht werden Vorwiegend aktionsorientiert Sicht auf die Systemgrenzen Aktivitätendiagramme Kontroll- und Datenfluss kann dargestellt werden Swimlane ordnet Aktionen und Kontrollflußelemente zu Systemstrukturen Zustandsautomaten / Statecharts Zu jedem Zeitpunkt eindeutiger Systemzustand Ereignisse können Übergänge auslösen: Trigger [Guard] / Effekt Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 5 / 17
8 Abgrenzung Objektorientierte Analyse als Lernprozeß Heute: gestalterischer Design-Prozeß Vorgehensmodell: meist keine streng getrennten Phasen zum Teil gleiche Werkzeuge (s. Aktivitätendiagramme) Ziel des Objektorientierten Design Modellieren, wie das System die Aufgaben löst Nahe an der Implementierung Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 6 / 17
9 Abgrenzung Objektorientierte Analyse als Lernprozeß Heute: gestalterischer Design-Prozeß Vorgehensmodell: meist keine streng getrennten Phasen zum Teil gleiche Werkzeuge (s. Aktivitätendiagramme) Ziel des Objektorientierten Design Modellieren, wie das System die Aufgaben löst Nahe an der Implementierung Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 6 / 17
10 Abgrenzung Objektorientierte Analyse als Lernprozeß Heute: gestalterischer Design-Prozeß Vorgehensmodell: meist keine streng getrennten Phasen zum Teil gleiche Werkzeuge (s. Aktivitätendiagramme) Ziel des Objektorientierten Design Modellieren, wie das System die Aufgaben löst Nahe an der Implementierung Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 6 / 17
11 Abgrenzung Objektorientierte Analyse als Lernprozeß Heute: gestalterischer Design-Prozeß Vorgehensmodell: meist keine streng getrennten Phasen zum Teil gleiche Werkzeuge (s. Aktivitätendiagramme) Ziel des Objektorientierten Design Modellieren, wie das System die Aufgaben löst Nahe an der Implementierung Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 6 / 17
12 Strukturmodellierung in der UML Klassendiagramme Komponentendiagramme Objektdiagramme Paketdiagramme, Kompositionsstrukturdiagramme, Verteilungsdiagramme Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 7 / 17
13 Strukturmodellierung in der UML Klassendiagramme Komponentendiagramme Objektdiagramme Paketdiagramme, Kompositionsstrukturdiagramme, Verteilungsdiagramme Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 7 / 17
14 Strukturmodellierung in der UML Klassendiagramme Komponentendiagramme Objektdiagramme Paketdiagramme, Kompositionsstrukturdiagramme, Verteilungsdiagramme Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 7 / 17
15 Strukturmodellierung in der UML Klassendiagramme Komponentendiagramme Objektdiagramme Paketdiagramme, Kompositionsstrukturdiagramme, Verteilungsdiagramme Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 7 / 17
16 Komponentendiagramme Komponente»A component represents a modular part of a system that encapsulates its contents and whose manifestation is replaceable within its environment«1 Komponentendiagramme stellen die Struktur eines Systems zur Laufzeit dar Schnittstellen, Ports ( Kommunikationspunkte ), catalog.htm#uml Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 8 / 17
17 Beispiel Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 9 / 17
18 Klassendiagramme Klassen: Kapselung von Attributen und Operationen Schnittstellen: meist nur Operationen (UML2: auch Attribute) Beziehungen: Generalisierung, Vererbung Realisierung, Implementierung Kompositionen Aggregation Assoziation Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 10 / 17
19 Klassendiagramme Klassen: Kapselung von Attributen und Operationen Schnittstellen: meist nur Operationen (UML2: auch Attribute) Beziehungen: Generalisierung, Vererbung Realisierung, Implementierung Kompositionen Aggregation Assoziation Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 10 / 17
20 Klassendiagramme Klassen: Kapselung von Attributen und Operationen Schnittstellen: meist nur Operationen (UML2: auch Attribute) Beziehungen: Generalisierung, Vererbung Realisierung, Implementierung Kompositionen Aggregation Assoziation Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 10 / 17
21 Klassendiagramme Klassen: Kapselung von Attributen und Operationen Schnittstellen: meist nur Operationen (UML2: auch Attribute) Beziehungen: Generalisierung, Vererbung Realisierung, Implementierung Kompositionen Aggregation Assoziation Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 10 / 17
22 Klassendiagramme Klassen: Kapselung von Attributen und Operationen Schnittstellen: meist nur Operationen (UML2: auch Attribute) Beziehungen: Generalisierung, Vererbung Realisierung, Implementierung Kompositionen Aggregation Assoziation Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 10 / 17
23 Klassendiagramme Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 11 / 17
24 Verhaltensmodellierung in der UML Aktivitätsmodell»Was geschieht in welcher Reihenfolge?«z.B. Aktivitätendiagramm Interaktionsmodell»Wann ruft wer wen wie auf?«z.b. Sequenzdiagramm Zustandsmodell... uvm»wie reagiert ein Objekt auf Ereignisse?«Zustandsautomaten Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 12 / 17
25 Verhaltensmodellierung in der UML Aktivitätsmodell»Was geschieht in welcher Reihenfolge?«z.B. Aktivitätendiagramm Interaktionsmodell»Wann ruft wer wen wie auf?«z.b. Sequenzdiagramm Zustandsmodell... uvm»wie reagiert ein Objekt auf Ereignisse?«Zustandsautomaten Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 12 / 17
26 Verhaltensmodellierung in der UML Aktivitätsmodell»Was geschieht in welcher Reihenfolge?«z.B. Aktivitätendiagramm Interaktionsmodell»Wann ruft wer wen wie auf?«z.b. Sequenzdiagramm Zustandsmodell... uvm»wie reagiert ein Objekt auf Ereignisse?«Zustandsautomaten Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 12 / 17
27 Verhaltensmodellierung in der UML Aktivitätsmodell»Was geschieht in welcher Reihenfolge?«z.B. Aktivitätendiagramm Interaktionsmodell»Wann ruft wer wen wie auf?«z.b. Sequenzdiagramm Zustandsmodell... uvm»wie reagiert ein Objekt auf Ereignisse?«Zustandsautomaten Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 12 / 17
28 UML-Zustandsautomaten Zustände: Name, Verhalten (3 ) Übergänge: Trigger [Guards] / Verhalten Entscheidungen Pseudozustände, Historien, Hierarchien, Regionen... Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 13 / 17
29 UML-Zustandsautomaten Zustände: Name, Verhalten (3 ) Übergänge: Trigger [Guards] / Verhalten Entscheidungen Pseudozustände, Historien, Hierarchien, Regionen... Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 13 / 17
30 UML-Zustandsautomaten Zustände: Name, Verhalten (3 ) Übergänge: Trigger [Guards] / Verhalten Entscheidungen Pseudozustände, Historien, Hierarchien, Regionen... Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 13 / 17
31 UML-Zustandsautomaten Zustände: Name, Verhalten (3 ) Übergänge: Trigger [Guards] / Verhalten Entscheidungen Pseudozustände, Historien, Hierarchien, Regionen... Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 13 / 17
32 Zustandsautomat Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 14 / 17
33 Sequenzendiagramm Stellt ein oder mehrere Szenarien als eine Interaktion dar Objekte, Lebenslinien, Nachrichten (Methoden) darüber hinaus: Kontrollfluss und Schachtelung optionale Ausführung alternative Ausführungen Referenzen auf andere Interaktionsdiagramme Sprungmarken Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 15 / 17
34 Sequenzendiagramm Stellt ein oder mehrere Szenarien als eine Interaktion dar Objekte, Lebenslinien, Nachrichten (Methoden) darüber hinaus: Kontrollfluss und Schachtelung optionale Ausführung alternative Ausführungen Referenzen auf andere Interaktionsdiagramme Sprungmarken Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 15 / 17
35 Sequenzendiagramm Stellt ein oder mehrere Szenarien als eine Interaktion dar Objekte, Lebenslinien, Nachrichten (Methoden) darüber hinaus: Kontrollfluss und Schachtelung optionale Ausführung alternative Ausführungen Referenzen auf andere Interaktionsdiagramme Sprungmarken Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 15 / 17
36 Sequenzdiagramme Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 16 / 17
37 Grundsätzliches Sehr gute Online-Hilfe zur Vorgehensweise Hyperlinks verketten Diagramme Together ist über FauxPas- Server erhältlich Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 17 / 17
Software Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Objektorientiertes Design 1 / 17 Objektorientiertes Design Florin Pinte Marc Spisländer Lehrstuhl für Software
Objektorientiertes 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
Software 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
Software 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
Software 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
Christoph 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
TEIL 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
UML 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
Das 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
Christoph 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
UML (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...
Inhalt. 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:
CARL HANSER VERLAG. Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML 2 glasklar
CARL HANSER VERLAG Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins UML 2 glasklar 3-446-22575-7 www.hanser.de Einleitung... 1 Liebe Leserin, lieber Leser... 1 Ihre Meinung ist uns
UML 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
Unified 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
NACHRICHTENTECHNISCHER SYSTEME
Einführung UML COMPUTERSIMULATION NACHRICHTENTECHNISCHER SYSTEME 11. Unified Modeling Language UML 220 Standardsprache d zur Visualisierung, i Spezifikation, Konstruktion und Dokumentation komplexer (Software-)
Unified 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
Wirtschaftsinformatik 6a: Modellierung. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte
Wirtschaftsinformatik 6a: Modellierung Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte Computertechnik Man kann Software auf 2 Arten herstellen: Entweder macht man sie so klar und einfach,
Software Engineering in der Praxis
Software Engineering in der Praxis Matthias Meitner Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Meitner, Spisländer FAU Erlangen-Nürnberg Software
Model Checking I. Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg
Model Checking I Yi Zhao Marc Spisländer Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg Zhao, Spisländer FAU Erlangen-Nürnberg Model Checking I 1 / 22 1 Inhalt 2 Model
Systems Engineering mit SysML/UML
Tim Weilkiens Systems Engineering mit SysML/UML Modellierung, Analyse, Design 2., aktualisierte u. erweiterte Auflage "SJ dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1 Vorweg 1 1.1.1 Passt das Buch
Unified 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
Objektorientierte 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
Software Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Marc Spisländer Josef Adersberger Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg 10. November 2008 Inhalt Nachlese
Analyse und Design mit U ML 2.3
Analyse und Design mit U ML 2.3 Objektorientierte Softwareentwicklung von Bernd Oestereich unter Mitarbeit von Stefan Bremer 9., aktualisierte und erweiterte Auflage Ofdenbourg Verlag München Inhaltsverzeichnis
Analyse und Design mituml2.1
Analyse und Design mituml2.1 Objektorientierte Softwareentwicklung Von Bernd Oestereich 8., aktualisierte Auflage Oldenbourg Verlag München Wien nhaltsverzeichnis Objektorientierte Softwareentwicklung
Vorlesung 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)
Unified Modeling Language
Unified Modeling Language Thomas Röfer Motivation Entwicklung Spracheinheiten Diagramme (Struktur-/Verhaltensdiagramme) Rückblick Textsuche Naive Suche abrakadabra Boyer-Moore abrakadabra a Knuth-Morris-Pratt
Einführung in die objektorientierte Programmierung
Einführung in die objektorientierte Programmierung Seminarunterlage Version: 4.04 Copyright Version 4.04 vom 17. Juni 2016 Dieses Dokument wird durch die veröffentlicht. Copyright. Alle Rechte vorbehalten.
INSPIRE - 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
Softwaretechnik 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.
UML 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
Jason 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,
Objektorientierte Systementwicklung
Karl-Heinz Rau Objektorientierte Systementwicklung Vom Geschäftsprozess zum Java-Programm Mit 162 Abbildungen vieweg Überblick und Vorbemerkungen 1 1 Objektorientierte Software-Entwicklung 5 1.1 Überblick
Modellbasierter 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
Comelio GmbH - Goethestr Berlin. Course Catalog
Comelio GmbH - Goethestr. 34-13086 Berlin Course Catalog 2 Table Of Contents a. Locations... 3 1. UML... 4 i. Design und Analyse... 4 ii. Notation und Konzepte...6 iii. OCUP Zertifizierung (Advanced)...8
Inhaltsverzeichnis.
Wegweiser durch das Buch 1 1 Problembereich und Lösungsbereich 10 1.1.Unterschiede zwischen Problembereich und Lösungsbereich 10 1.2 Paradigmen der Softwareentwicklung 12 1.3 Methoden für die verschiedenen
UML 2 glasklar. Praxiswissen für die UML-Modellierung. Bearbeitet von Chris Rupp, Stefan Queins, die SOPHISTen
UML 2 glasklar Praxiswissen für die UML-Modellierung Bearbeitet von Chris Rupp, Stefan Queins, die SOPHISTen 4., aktualisierte und erweiterte Auflage 2012. Buch. XX, 560 S. ISBN 978 3 446 43057 0 Format
09.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)
Vorlesung 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)
EINFÜ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
Software-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,
Software-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
Objektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl
Objektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl 26.07.21 Themenübersicht Objektorientierte Software-Entwicklung Objektorientierte Analyse und Design OOA OOD Objektorientierte
Software 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
UML 2 glasklar. Mario Jeckle, Jürgen Hahn, Stefan Queins, Barbara Zengler, Chris Rupp. Praxiswissen für die UML-Modellierung und -Zertifizierung
UML 2 glasklar Mario Jeckle, Jürgen Hahn, Stefan Queins, Barbara Zengler, Chris Rupp Praxiswissen für die UML-Modellierung und -Zertifizierung ISBN 3-446-22952-3 Inhaltsverzeichnis Weitere Informationen
Sequenz- 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
Guido 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
Von 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
Vgl. 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ß
So#waretechnologie für Fortgeschri4ene Teil Eide. Stunde IV: UML. Köln 26. Januar 2017
So#waretechnologie für Fortgeschri4ene Teil Eide Stunde IV: UML Köln 26. Januar 2017 Model of vs. model for TheoreKcal model model for comparison calibra9on verifica9on Empirical model model of deduc9on
Methoden des Software Engineering
Methoden des Software Engineering Funktions-, daten-, objekt- und aspektorientiert entwickeln Bearbeitet von Joachim Goll 1. Auflage 2012. Buch. xxxviii, 794 S. Hardcover ISBN 978 3 8348 2433 2 Format
Media 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
Martin Fowler, Kendall Scott. UML konzentriert. Eine strukturierte Einführung in die Standard-Objektmodellierungssprache. 2., aktualisierte Auflage
Martin Fowler, Kendall Scott UML konzentriert Eine strukturierte Einführung in die Standard-Objektmodellierungssprache 2., aktualisierte Auflage Deutsche Übersetzung von Arnulf Mester, Michael Sczittnick
Softwaretechnik 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.
Objektorientierte Modellierung mit UML
Objektorientierte Modellierung mit UML Verteilungsdiagramm Der vorliegende Foliensatz basiert auf: M. Seidl, M. Brandsteidl, C. Huemer, G. Kappel: UML@Classroom, dpunkt.verlag, 2012. C. Larman: UML 2 und
Unified 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
Klassendiagramm. (class diagram)
: Klassendiagramm http:///topic95.html Klassendiagramm (class diagram) Klassendiagramm Objektdiagramm Komponentendiagramm Kompositionsstrukturdiagramm Verteilungsdiagramm Einstieg Paketdiagramm Aufbau
Objektdiagramm Komponentendiagramm Paketdiagramm. 6. Weitere Strukturdiagramme
6. Weitere Strukturdiagramme Objektdiagramm Komponentendiagramm Paketdiagramm 1 6.1 Objekte Ausprägungsspezifikation von Klassen und Assoziationen 2 Definition Das Objektdiagramm zeigt eine bestimmte Sicht
Software Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Pinte, Spisländer FAU Erlangen-Nürnberg Strukturelles Testen 1 / 11 Strukturelles Testen Florin Pinte Marc Spisländer Lehrstuhl für Software Engineering
Ü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
Formale 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
Softwaretechnik 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
UML 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,
Methoden und Architekturen der Softwaretechnik
Joachim Goll Methoden und Architekturen der Softwaretechnik STUDIUM VIEWEG+ TEUBNER Inhaltsverzeichnis Vorwort 7 Wegweiser durch das Buch 11 Inhaltsverzeichnis 17 Begriffsverzeichnis 23 Abkürzungsverzeichnis
Softwaretechnik 2015/2016
Softwaretechnik 2015/2016 PST Lehrstuhl Prof. Dr. Matthias Hölzl HAUPT-/ BACHELOR- SEMINAR ADAPTIVE SYSTEME PST Joschka PROF. DR. Rinke WIRSING 14. JUNI 2009 VORNAME NAME AGENDA Übung 11: 14.01.2016 Schon
Methodische objektorientierte Softwareentwicklung
Methodische objektorientierte Softwareentwicklung Eine Integration klassischer und moderner Entwicklungskonzepte von Mario Winter 1. Auflage Methodische objektorientierte Softwareentwicklung Winter schnell
Software Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Inhalt Nachlese Überblick Aufgaben Lernziele bei der Objektorientierten Analyse Abgrenzung der Analyse zum Design als Lernprozeß UML Verhaltensdiagramme
Lehrstuhl für Datenverarbeitung. Technische Universität München. Grundkurs C++ Objektmodellierung. Grundkurs C++
Grundkurs C++ Objektmodellierung Grundkurs C++ Objektmodellierung welche Objekte bzw. Klassen werden benötigt? welche Information wird benötigt, um ein Objekt zu beschreiben? welche Beziehungen bestehen
Spezifikation von Fachkomponenten mit UML 2.0
Spezifikation von Fachkomponenten mit UML 2.0 Jörg Ackermann Universität Augsburg Jörg Ackermann: Spezifikation von Fachkomponenten mit UML 2.0. WMSFK4 2003 / 1 Einleitung UML 2.0 bietet deutlich bessere
Requirements 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
Objektorientierte 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
Die 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
Teil 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
Babeș-Bolyai Universität Cluj Napoca Fakultät für Mathematik und Informatik Grundlagen der Programmierung MLG5005. Design Richtlinien
Babeș-Bolyai Universität Cluj Napoca Fakultät für Mathematik und Informatik Grundlagen der Programmierung MLG5005 Design Richtlinien UML GRASP Drei-Schichten-Architektur Entwurfsziel: die Trennung von
Objektorientierte Softwareentwicklung
Objektorientierte Softwareentwicklung Analyse- und Designmethoden Analyse- & Designmethoden Strukturierte, traditionelle Methoden Objektorientierte Methoden Funktionsorientierte Methoden Datenorientierte
2. Ü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
Rhapsody 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
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert Motivation UML 2.0 nicht als ADL im Sinne von Taylor/Medvidovic entworfen. Warum UML als ADL? weit
UML-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?
Klausur. Softwareentwurf. 14. Februar 2011 Bearbeitungszeit: 120 Minuten
Klausur Softwareentwurf 14. Februar 2011 Bearbeitungszeit: 120 Minuten FG Datenbank- und Informationssysteme Prof. Dr. Gregor Engels unbedingt vollständig und lesbar ausfüllen! Vorname: Matrikelnummer:
Gliederung 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
UML. Tutorium 1 2. März 2009
UML Tutorium 1 2. März 2009 System Modell Sicht (View) Modellierung Modelle eines Systems können sich überschneiden. Sichten auch. UML Diagrammart Diagrammtypen Strukturdiagramm Klassendiagramm Objektdiagramm
Software Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Adersberger, Spisländer FAU Erlangen-Nürnberg Software-Metriken 1 / 26 Software-Metriken Josef Adersberger Marc Spisländer Lehrstuhl für Software Engineering
Objektorientierte 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
Kapitelübersicht. Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge. Was bedeutet Objektorien+erung?
Kapitelübersicht Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge Was bedeutet Objektorien+erung? ObjektorienCerte Analyse und Design die Objektmodellierung
Inhaltsverzeichnis. 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
Muster 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
ANWENDUNGSFALLDIAGRAMM:
EINFÜHRUNG Ein UML Modell kann folgende unterschiedliche Sichtweisen auf den Problemlösungsbereich (Aspekte) enthalten: Dynamische Aspekte Softwareorganisatorische Aspekte Statische Aspekte Welche Aussagen
Folien 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
4. Ü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
Analyse und Modellierung von Informationssystemen
Analyse und Modellierung von Informationssystemen Dr. Klaus Höppner Hochschule Darmstadt Sommersemester 2013 1 / 18 UML Einführung Klassendiagramme in der UML Relationen zwischen Klassen 2 / 18 UML: Grundsätzliches
Modellierung von Web Anwendungen mit UML
Web Engineering-Seminar Modellierung von Web Anwendungen mit UML Yu Gan Yihui He 1 Gliederung 1. UML Grundlagen 1.1 Einführung 1.2 UML-Bausteine 1.3 Darstellung in Diagrammen 2. Modellierung von Web Anwendung
UML 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
Techniken der Projektentwicklungen
Dynamische Modellierung 8. Termin Rückblick auf statische Modellierung Dynamische Modellierung Basiskonzepte Beispiel Erweiterungen Eigenschaften Syntax Rückblick auf statische Modellierung Dynamische
SWE6 Slide 1. Software-Engineering. Vorlesung 6 vom Sebastian Iwanowski FH Wedel
SWE6 Slide 1 Software-Engineering Vorlesung 6 vom 22.11.2004 Sebastian Iwanowski FH Wedel SWE6 Slide 2 Software-Engineering Vorlesungsthemen: 1. Überblick über das Thema und die Vorlesung 2. Grundlegende
Unternehmensmodellierung
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
Einfü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:
UML -Klassendiagramme
UML -Klassendiagramme UML - offline: ArgoUML http://argouml.stage.tigris.org/ UML online: Links genmymodel.com umlet.com/umletino/umletino.html Arten von UML-Diagrammen Diagramm Strukturdiagramm Verhaltensdiagramm
UML 2.1 Referenz. Version: Orientation in Objects GmbH. Weinheimer Str Mannheim.
UML 2.1 Referenz Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim Version: 2.1.2 www.oio.de info@oio.de Allgemeine Notationselemente Common Notation Elements Notiz {Zusicherung} Abhängigkeit