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. Vorgehensmodelle (insbes. RUP) Best-Practices Projektmanagement (?) OO-Grundbegriffe (UML) (Geschäftsprozeßmodellierung) Analyse / OOA Entwurf / OOD Entwurfsmuster Implementierung ( ) QM-Grundlagen Produktqualität (Testen, Reviews) Prozeßqualität (CMMI, ISO) Exemplarische Umsetzung ausgewählter Aspekte im Praktikum 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 2

Softwaretechnik (SWT) SS 2006 Lernziele der 7. Vorlesungseinheit Wiederholung der Umsetzung von UML-Assoziationen in C++ Wichtige dynamische UML-Diagramme kennen und anwenden können Interaktionsdiagramme Sequenzdiagramm Kommunikationsdiagramm Zustands(übergangs)diagramm Aktivitätsdiagramm 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 3

Die UML eignet sich zur durchgängigen (OO)-Modellierung statischer und dynamischer Aspekte bis zur Implementierung Statische Diagramme (Struktur-Diagramme) Klassendiagramm Objektdiagramm Paketdiagramm Dynamische Diagramme (Verhaltens-Diagramme) Use-Case-Diagramm Interaktionsdiagramme Sequenzdiagramm Kommunikationsdiagramm (bis UML 1.4: Kollaborationsdiagramm) Zustands(übergangs)diagramm Aktivitätendiagramm Implementationsdiagramme (behandeln wir nicht im Rahmen dieser Vorlesung) Komponentendiagramm Verteilungsdiagramm 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 9

Szenarios bilden die Grundlage für die Erstellung dynamischer Diagramme Szenario Sequenz von Verarbeitungsschritten, die unter bestimmten Bedingungen auszuführen ist Diese Schritte sollen das Hauptziel des Akteurs realisieren und ein entsprechendes Ergebnis liefern Sie beginnen mit dem auslösenden Ereignis und werden fortgesetzt, bis das Ziel erreicht ist oder aufgegeben wird Ein Anwendungsfall kann durch eine Kollektion von Szenarios dokumentiert werden Jedes Szenario wird durch eine oder mehrere Bedingungen definiert, die zu einem speziellen Ablauf des jeweiligen Anwendungsfalls führen. Akteur: ist außerhalb des Systems liegende Rolle, z.b. Benutzer oder externes System. Der Akteur löst ein Szenario aus. 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 10

Agenda Umsetzung von UML-Modellen in C++ Dynamische UML-Diagramme Interaktionsdiagramme Sequenzdiagramme Kollaborationsdiagramme Zustandsübergangsdiagramme Aktivitätsdiagramme 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 11

Die Darstellung von Szenarien erfolgt in der UML mit Interaktionsdiagrammen auf 2 Arten Szenario als textuelle Beschreibung Eine Touristin A übermittelt erst das Reiseziel und dann den Reisetermin an das Informationssystem Travel. Das System nennt ihr darauf den Preis der Reise. Sie ist einverstanden und gibt den Buchungsauftrag. Nach dessen Eingang erhält sie eine Bestätigung. Die Interaktionen dieses Szenarios können mit Interaktionsdiagrammen graphisch dargestellt werden: Sequenzdiagramm (zeitliche Abfolge ist wichtig) Kommunikationsdiagramm (logische Abfolge ist wichtig) 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 12

UML Darstellung von Szenarien als Interaktionsdiagramme Sequenzdiagramm (Zeitliche Abfolge!) A: Tourist Travel: System Reiseziel Reisetermin Reisepreis Buchungsauftrag Bestätigung Kommunikationsdiagramm (Informationsaustausch) 1. Reiseziel 2. Reisetermin 4. Buchungsauftrag A: Tourist Travel: System 3. Reisepreis 5. Bestätigung 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 13

Zustandautomaten (StateCharts) Bei technischen Systemen ist es oft nützlich, wenn man die verschiedenen Zustände und die zulässigen Zustandsübergänge geeignet modellieren könnte. Erweiterung des Konzeptes der endlichen Automaten führt zum Zustandsautomat: Zustände und Zustandsübergänge Schachtelung in Super- und Subzustände Parallele Komposition von Zuständen Variablen, Kommunikation per Broadcast beispielsweise für technische Systeme viel verwendet Beispiele für Tools: StateMate, Rhapsody 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 15

Modellierung von Objektzuständen mithilfe von Zustandsdiagrammen Zustand beschreibt Eigenschaften des Objekts zu einem bestimmten Zeitpunkt Attributwerte Beziehungen zu anderen Objekten Zustandsname soll daher kein Verb sein, sondern Adjektiv / Partizip Ereignis tritt zu einem bestimmten Zeitpunkt auf, keine Dauer neuer Attributwert Signal (z.b. Abschluss einer Operation) Ereignis häufig als Botschaft anzusehen Name kann entfallen, da Aktion (=Operation) gleichnamig 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 16

Zustandsautomaten in der OO-Welt: Lebenszyklus eines Buch-Objektes in einem Bibliothekssystem Buch defekt / entfernen() präsent neues Buch liegt vor / erfassen() after (Abholf rist vorbei) Ausleihw unsch / ausleihen() Leser gibt Buch z urück / zurückgeben() Buch erfassen() ausleihen() zurückgeben() vorbestellen() ent fer nen() Buch v erloren / entfernen() Ausleihw unsch / vorbestellen() ausgel iehen Leser holt Buch ab / ausleihen() zur Abholung berei t vorbest ell t Leser gibt Buch zurück / zurückgeben() 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 18

Modellierung von Objektzuständen: Beispiel Objektlebenszyklus Tank Beispiel eines Objekt-Lebenszyklus neues Soll / Soll einstellen leer Tank #maxfuellhoehe -sollfuellhoehe -istfuellhoehe +fuellen() +leeren() #solleinstellen() füllend do: füllen voll leerend do: leeren starte füllen ist voll starte leeren ist leer 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 19

Beispiel: Zustandsautomat einer Digitaluhr in Tabellenform Zustandstabelle Tabelle mit 4 Spalten: Aktueller Zustand Ereignis (Eingabe) Aktion (Ausgabe) Folgezustand Beispiel Digitaluhr als Tabelle Zustand Ereignis Aktion Folgezustand Normalzeit Knopf 1 Stunden blinken Stunden stellen Stunden stellen Knopf 1 Minuten blinken Minuten stellen Stunden stellen Knopf 2 Stunden erhöhen Stunden stellen Minuten stellen Knopf 1 Sekunden blinken Sekunden stellen Minuten stellen Knopf 2 Minuten erhöhen Minuten stellen Sekunden stellen Knopf 1 Normalanzeige Normalzeit Sekunden stellen Knopf 2 Sekunden stellen Sekunden stellen 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 20

Beispiel: Zustandsautomat einer Digitaluhr Start Knopf 1 gedrückt / Stunden blinken Normalzeit Knopf 1 gedrückt / Normalanzeige Stunden stellen Sekunden stellen Knopf 2 gedrückt / Stunden erhöhen Knopf 1 gedrückt / Minuten blinken Minuten stellen Knopf 1 gedrückt / Sekunden blinken Knopf 2 gedrückt / Minuten erhöhen Knopf 2 gedrückt / Sekunden stellen 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 21

Zustandsautomaten und Zustandsdiagramme: Anwendung Zustandsautomaten......eignen sich gut dazu, das Verhalten von Elementen, z.b. von Objekten oder Interaktionen, zu beschreiben...werden am häufigsten dazu eingesetzt, den Lebenszyklus eines Objektes zu modellieren Alle Objekte einer Klasse besitzen denselben Zustandsautomaten Jedes Objekt kann einen individuellen Zustand einnehmen I. Allg. ist es nicht notwendig, für jede Klasse einen Zustandsautomaten aufzustellen. 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 22

Aktivitätsdiagramme sind eine Variante des Zustandsdiagramms und eignen sich gut zur Geschäftsprozessmodellierung Vergleichbar mit den»alten«flussdiagrammen bzw. Programmablaufplänen (PAPs). Eignen sich deshalb gut für Kontrollfluß-Darstellungen Dienen zur Beschreibung von Abläufen: Was tun einzelne Schritte eines Ablaufs In welcher Reihenfolge werden sie ausgeführt Wer ist für einen Schritt verantwortlich (optional) Einsatzfelder: Beschreibung eines Anwendungsfalls Beschreibung des Zusammenspiels von Anwendungsfällen Beschreibung von Geschäftsprozessen 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 24

Aktivitäten und Übergänge im Aktivitätsdiagramm sind ähnlich, aber doch anders als bei Zustandsdiagrammen Aktivität: ist Zustand mit interner Aktion entspricht Zustand bei Zustandsautomaten Übergänge modellieren Kontroll- und Objektfluss, z.b. bei Anwendungsfällen beim Zusammenspiel verschiedener Methoden zur Beschreibung des Ablaufs in einer Methode Übergänge nicht abhängig von Ereignissen Bedingungen möglich Aufteilung und Synchronisation durch Balken zusätzlich Synchronisationsbedingungen möglich 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 27

Aktivitäten und Übergänge: Beispiel Teepause - mit Guard Conditions zur Steuerung der Verzweigungen Wasser kochen Tee auswählen [Wasser siedet] Tee in Filter tun [Tee grün] 10 Min. warten [Tee schwarz] Tee aufgießen 3 Min. warten Tasse holen Filter entfernen Tasse füllen Tasse nehmen Tee trinken Tasse abstellen [nicht leer] [leer] PIWIN lesen 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 28

Swimlanes erlauben die Definition von Rollen und Verantwortlichkeiten in Aktivitätsdiagrammen Verantwortlichkeitsbereiche entsprechen Handelnden Gast Bedienung Theke Platz nehmen Zeitung nehmen Kaffee bestellen Bestellung aufnehmen Kaffee bereiten servieren Zeitung lesen Kaffee trinken Rechnung schreiben bezahlen 2006 Prof. Dr. Urs Andelfinger. All rights reserved. 29