Lösungen 15.05.03.

Slides:



Advertisements
Ähnliche Präsentationen
Übung: Online-Belegung einer Lehrveranstaltung
Advertisements

Übung: Online-Belegung einer Lehrveranstaltung
System zur Erfassung und Abrechnung von Privat- und BG- Patienten
Die Definitionsphase -Objektorientierte Analyse - Das statische Modell
UML-Basics: Einführung in Objekt-Orientierte Modellierung mit der Unified Modeling Language Michael Hahsler.
Kapitel 4 Datenstrukturen
OO Analyse Analyseprozess Erstellen eines Modells
Assoziationen Verbindungen zwischen Objekten einer Klasse
Projektplanung für Softwareprojekte
Methodik: Objektorientierte Analyse
Objektorientierter Entwurf
Objektorientierter Entwurf
WS 04/05 wiss. Übung: Systemanalyse und Softwaredesign
Objektorientierte Konzepte und Notation in UML
Objektorientierte Analyse
Checklisten dynamisches Modell
Proseminar “Software Pioneers” (Prof. Dr. Heike Wehrheim)
Anwendungsfalldiagramm
Anwendungsfalldiagramm
Ziel: externe Systemverhalten aus Anwendersicht
Sequenzdiagramm.
Objektorientierte Analyse (OOA) Inhaltsübersicht
Hörsaalübung 1: Textuelle Beschreibung von Use Cases
Anwendungsfall-Diagramm (Use Case Diagram)
Hörsaalübung 3: Anwendungsfall-Diagramm (Use Case Diagram)
Abhängigkeitsbeziehung
Objektorientierte Konzepte
Objektorientierte Konzepte und Notation in UML
Objektorientierte Konzepte
Objektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl
Unified Modeling Language Einführung zu UML Was ist „UML“?
Kurzüberblick über ereignisgesteuerte Prozessketten (EPK)
Softwareprojekt Shopverwaltung
11. Vorlesung: Dynamische Konzepte am Fallbeispiel
4. Vorlesung: Use Case Diagramme Fallbeispiel
3. Vorlesung: UML Use Case Diagramme
12. Vorlesung: Aktivitätsdiagramme
10. Vorlesung: Dynamische Konzepte
Das Call- Car- Center Projekt
Dienstag, Markus Schoenen
Sequenzdiagramme (1) Festlegen des Inter-Objekt-Verhaltens (Interaktionsstruktur, Verantwortlichkeiten) Sequenzdiagramm ist temporal orientiert zeigt.
Sequenzdiagramm Von Michael Möhring.
Unified Modeling Language Repetition / Einführung zu UML
UML WS 09/10: Datenbanken vs MarkUp Dozent: Prof. Dr. Manfred Thaller
LVA , SS021 Im Mittelpunkt aller Bemühungen steht der Kunde und die Steigerung des Kundennutzens. Deswegen: Wer alles reinlässt kann nicht.
UML-Kurzüberblick Peter Brusten.
Unified Modeling Language
Bearbeitung von Kundentransporten
UML UML mit SiSy® Vorgehensmodell Dokumentation HTML-Export
UML Modellierung des Verhaltens von Klassen und Objekten
Paradigmenwechsel in der Unternehmensmodellierung Prof. Dr. Wolfgang Voigt Dipl.-Ing. Päd. Alexander Huwaldt UML Extrakt UML Seminar, Chemnitz
Fingerübungen zu OOT Erstellen Sie, ausgehend vom nachfolgenden Beschrieb ein Use-Case Diagramm: Erstellen eines neuen Passes Für den Pass müssen Sie zuerst.
Vom Geschäftsprozess zum Quellcode
Informatik und Programmieren 3
Vorlesung Software Engineering I
Zustandsübergangsdiagramme (1)
1 Ausgangslage Vorgehensweise: Informell, pragmatisch, stark graphisch orientiert. Systemanalytischer Ausgangspunkt: Klassischer Systembegriff als Ansammlung.
Fingerübungen zu OOT Erstellen Sie, ausgehend vom nachfolgenden Beschrieb ein Use-Case Diagramm: Tanken an einer Tanksäule Der Kunde fährt mit seinem Wagen.
Larissa, Marina, Michael, Engin. E-gold Was ist e-gold? Wie funktioniert e-gold? Vorteile Nachteile Besonderheiten.
Klassen und Klassenstruktur
Unified Modeling Language UML
Übungsaufgabe 1: Getränkeautomat
Aufgabe 4 Betrachten Sie das unten dargestellte Klassendiagramm, das für eine Bibliothek zur Verwaltung ihrer Buchbestände modelliert wurde. Modellieren.
1 Objektorientierter Entwurf E-R-Modellierung: Ausschließlich strukturelle Aspekte Verhaltensaspekte noch unberücksichtigt:  Interaktionen zwischen Objekten.
Name des Vortragenden ‌ Klasse ‌‌‌ Ort / tt.mm.jjjj Anwendungsfalldiagramm.
Excel-Tool: Beschwerdeanalyse  Folie 1 von Bitte Makros aktivieren Das Excel-Tool funktioniert nur mit eingeschalteten Makros. Eventuell erhalten.
Tutorium Software-Engineering SS14 Florian Manghofer.
© Till Hänisch, 2002 BA Heidenheim Objekte und UML "You can model 80 percent of most problems by using about 20 percent of the UML." -- Grady Booch But.
Tutorium Software-Engineering SS14 Florian Manghofer.
 Präsentation transkript:

Lösungen 15.05.03

Notation dynamischer Konzepte Geschäftsprozess Botschaft Szenario Zustandsautomat Aktivitätsdiagramm

Geschäftsprozess (use case) Mehrere zusammenhängende Aufgaben, die von einem Akteur durchgeführt werden, um ein Ziel zu erreichen Akteur = Rolle eines Benutzers eines Systems (Person, Organisationseinheit oder externes System), befindet sich immer außerhalb des Systems

Geschäftsprozess-Schablone Name 2-3 prägnante Worte Ziel (global) Kategorie (primär, sekundär, optional) Vorbedingung Zustand vor GP Nachbedingung (Erfolg) Zustand nach GP Nachbedingung (Fehlschlag) Zustand nach GP ohne Zielerfüllung Akteure Auslösendes Ereignis Ereignis, das zum GP führt Beschreibung (umgangsspr.) Funktionalität des GPs ohne Bezug zur Benutzungsoberfläche Erweiterungen Alternativen

Geschäftsprozessdiagramm Zusammenspiel mehrere GP untereinander Systemüberblick (hohe Abstraktion!)

Geschäftsprozessdiagramm Beziehungen zwischen GPs extends-Beziehung (Vererbungspfeil <<extends>>) GP2 spezialisiert GP1 bei komplexen Systemen uses-Beziehung (Vererbungspfeil <<uses>>) GP2 und GP3 haben Verhalten von GP1

Aktivitätsdiagramm (activity diagram) Berücksichtigung der Reihenfolge Sonderfall eines Zustandsdiagramms

Botschaft (message) Löst Operationen gleichen Names aus --> Operationsaufruf / Methodenaufruf

Szenario Sequenz von Verarbeitungsschritten unter bestimmten Bedingungen Gehören zu einem speziellen Ablauf eines GPs 1 GP = 2 Szenarios: Erfolg - Fehlschlag Darstellung in Interaktionsdiagrammen Sequenz-/ oder Kollaborationsdiagramme sequenz diagram / collaboration diagram

Sequenzdiagramm 2 Dimensionen: vertikal = Zeit, horizontal = Objekte Objektlinie: Existenz zu bestimmter Zeit O-Linienanfang ist Objektsymbol Löschen = X Botschaften = gefüllter Pfeil Kontrollfluss

Sequenz- / Klassendiagramm

Kollaborationsdiagramm Zusammenarbeit von Objekten (Zeit weniger relevant)

Zustandsautomat / -diagramm finite state machine / state chart diagram Anfang-/Endzustand Zustände und Zustandsübergänge Objekt durchläuft Zustände 1 Zeitpunkt 1 Zustand

Zustandsdiagramm

Zustandsdiagramm

Aktivitätsdiagramm Sonderfall des Zustandsdiagramms Beschreibt nicht die Reaktion auf Ereignisse, sondern spezifiziert die interne Verarbeitung Oft für Lebenszyklen

Aktivitätsdiagramm

Aufgaben Aufgabe 1 Ziel: Geschäftsprozesse identifizieren und Diagramm erstellen Für eine Bibliothek soll ein Softwaresystem entwickelt werden. Analysieren Sie die typischen Geschäftsprozesse zur Ausleihe und Verwaltung von Büchern und erstellen Sie ein Geschäftsprozessdiagramm. Aufgabe 2 Ziel: Geschäftsprozesse spezifizieren Für die nachfolgende Problembeschreibung ist der Geschäftsprozeß mittels Schablone zu spezifizieren. Für eine Seminarverwaltung ist eine Anmeldung zu bearbeiten. Ist es ein neuer Kunde, dann sind die Daten zu erfassen. Existiert der Kunde bereits, dann ist zu prüfen, ob die Daten aktualisiert werden müssen. Weiterhin ist zu prüfen, ob der Kunde bereits angemeldet ist, ob das gewünschte Seminar angeboten wird und ob noch ein Platz im Seminar frei ist. Wenn die Anmeldung durchgeführt werden kann, erhält der Kunde eine Anmeldebestätigung. Wenn kein Platz mehr frei ist oder das angegebene Seminar nicht angeboten wird, dann muß beim Kunden nachgefragt werden, ob ein alternatives Seminar in Frage kommt.

Aufgaben Aufgabe 3 Ziel: Szenario mittels Interaktionsdiagramm beschreiben Beschreiben Sie folgende Problemstellung als Sequenz- oder als Kollaborationsdiagramm. Skizzieren Sie das Kiassendiagramm und achten Sie auf Konsistenz zwischen Klassen- und Interaktionsdiagramm. Ein neuer Kunde eröffnet bei einer Bank ein Sparkonto. Zuerst werden die Daten dieses Kunden erfaßt. Bei der Kontoeröffnung muß der Kunde gleich eine Einzahlung vornehmen, d.h. es findet die erste Kontobewegung für dieses Konto statt. Aufgabe 4 Ziel: Zustandsdiagramm erstellen Anhand der folgenden Problembeschreibung ist ein Zustandsdiagramm zu erstellen, um das Abheben von Geld an einem vereinfachten - Geldautomaten zu beschreiben. Zu Beginn ist der Automat im Zustand »bereit«. Wird eine Karte eingegeben, so wird die Karte eingezogen. Falsche Karten werden sofort ausgeworfen und der Geldautomat ist wieder bereit. Ist die Karte korrekt, dann wartet der Automat auf die Eingabe der Geheimzahl. Wird eine falsche Geheimzahl eingegeben, dann bricht der Automat die Verarbeitung ab (d.h. Auswerfen der Karte) und ist wieder bereit. Bei korrekter Geheimzahl wartet der Automat auf die Eingabe des Betrags. Ist der gewünschte Betrag zu hoch, kann er erneut eingegeben werden. Weist das Konto die notwendige Deckung auf, dann wird die Karte aktualisiert ausgegeben und anschließend der Kundenauftrag bearbeitet. Anschließend ist der Automat bereit für den nächsten Kunden. Solange der Automat den Auftrag noch nicht bearbeitet, kann jederzeit die Rückgabetaste gedrückt werden. Der Automat wirft die Karte aus und ist wieder bereit.