1

26.01.2011Zusammenfassung

SWT-ÜbungWS 10/11

2

Allgemeine Sicht

Prototyp derBenutzungsoberfläche

DatensichtFunktionssicht

3

Diverses 1/2

UML - Objektorientierung• Vererbung• Mehrfachvererbung• Polymorphismus• Dynamisches Binden• Assoziation

- Unabhängige Objekte

- Kardinalitäten und Namen „immer an die Pfeilspitze“• Aggregation

- Spezifikation von Ganzes- und Teile davon• Komposition

- Zerstörung des Gesamten führt zur Zerstörung der Teile

4

Beziehungen zwischen Objekten

SWT-Übung 21.1.2008

Assoziation:

• „Kennt“-Beziehung, entspricht Beziehung aus ER-Modell

• hier mit Rollen, Multiplizitäten und Sichtbarkeitsangaben

• implizieren Attribute vom Typ des jeweiligen Assoziationsendes

• Beziehungen zwischen OBJEKTen

5

Beziehungen zwischen Objekten

Aggregation:

Monitor-Objekte sind Teil von „Rechner“-Objekten (z.B. beim Einkauf) – existieren aber auch eigenständig

SWT-Übung 21.1.2008

6

Beziehungen zwischen Objekten

Komposition:

Display-Objekte sind Teil von genau einem „Notebook“- alleinstehend existieren sie nicht

SWT-Übung 21.1.2008

7

Use Case Diagramm

SWT-Übung 23.1.2007

8

Sequenzdiagramm 1/2

anmelden()

John:Vermittlung

BestätigungNummer_wählen

:AngerufenerAnrufer

Klingelton Telefon_KlingelnHörer_Abnehmen

Klingelton_beenden Klingeln_beenden

Weltwissen_übertragenKein_Weltwissen_mehr_hören_wollen

Verabschiedung_einleitenVerabschiedung_annehmen

AuflegenVerbindung_beenden

- Objektname:Klassenname- Durchgängiger logischer Fluss- Antworten

9

Sequenzdiagramme 2/2

10

Statecharts

- „Botschaft ([Bedingung]) / Aktion- Determinismus!- Bezug zu Klassendiagramm!

11

Diverses 2/2

• Konsistenzregeln:

- Jede in einem Sequenzdiagramm beschriebene Aufrufreihenfolge muss vom Statechart erlaubt sein.

- Jede Transition im Statechart sollte durch mindestens ein Sequenzdiagramm genutzt werden.

- Statecharts beschreiben alle möglichen Aufrufreihenfolgen, deswegen beschreiben sie normalerweise mehr als die Überdeckung aller Sequenzdiagramme.

12

Pattern 1/3

• Enthalten Aspekte aus der Sicht der Informatik

- Bewährte Struktur

- Effiziente Datenstrukturen

- Gute Wartbarkeit

- Möglichkeit der Wiederverwendung

- Guter Performanz

• Adapter, Observer (evtl. Singleton) sollten grob bekannt sein!

13

Pattern 2/3:

• „Ein Entwurfsmuster gibt eine bewährte generische Lösung für ein immer wiederkehrendes Entwurfsproblem, das in bestimmten Situationen auftritt.”

• Mustername und Klassifizierung• Zweck (kurze Darstellung des Musters),

aka “Motivation” (exemplarisches Szenario)• Anwendbarkeit (mögliche Verwendungen)• Struktur (graphische Darstellung der strukturellen Eigenschaften)• Akteure (beteiligte Klassen und Objekte)• Konsequenzen (Vor- und Nachteile, Ergebnisse)• Beispielcode• Bekannte Verwendung• Verwandte Muster (Unterschiede, Zusammenarbeit)

14

Pattern 3: Observer

- Beispiel aus Übung: OP-Termin, Terminobserver

15

Pattern 4: Klassen-Adapter

16

Pattern 5: Objekt-Adapter

17

Data Dictionary

Operatoren:

[ A | B ] – A xor B

{ A } – unbeschränkte Wiederholung

M { A } N – beschränkte Wiederholung, mind. M max N, M oder N kann weggelassen werden 0 bzw. *

( A ) – Option == 0 { A } 1

= Äquivalenz

+ Sequenz, ohne Reihenfolgenspezifikation!

* * Kommentar

SWT-Übung 05.11.2007, Andreas Wolff

18

SA/RT 1/2

• „Kontextdiagramm“ = oberstes DFD

- Beschreibung der Beziehung zur Umwelt

- genau 1 Prozess („0.“)

- Keine Speicher

- Mindestens 1 Schnittstelle

• DFD 0 – Verfeinerung des Kontextdiagrammes

- Zerlegung von „0“ in Teilprozesse

- Verfeinerung der Datenflüsse

- Speicher

• DFD 1, DFD 2, DFD 1.1 ...

- Verfeinerung von Prozessen zu

• Weiteren Diagrammen (|Prozesse| < 7) oder

• MiniSpecs

19

SA/RT 2/2

• Realtime-Erweiterung der klassischen SA

• neben Datenflüssen werden zusätzlich Kontrollflüsse modelliert

• Kontrollflüsse

- steuern die Verarbeitung

- sind diskret

- nehmen eine endliche Anzahl bekannter Werte an

- werden als gestrichelte Linien dargestellt

• einem Datenflussdiagramm kann eine Kontrollspezifikation überlagert sein

- steuert das Systemverhalten auf der jeweiligen Ebene

- „schaltet“ die Prozesse

- durch Zustandsübergangsdiagramm und/oder Entscheidungstabelle (Prozessaktivierungstabelle) beschreibbar

• dadurch wird das Gesamtmodell zustandsbehaftet

20

SA/RT

21

Function Point

1. Kategorieneinteilung zu Produktanforderungen

2. Klassifizierung dieser Zuordnungen

3. Berechnung der unbewerteten Function Points

4. Bewertung der Einflussfaktoren

5. Berechnung der bewerteten Function Points

6. Bestimmung des Aufwandes in MM

(mittels empirischer Daten)

7. Aktualisierung der empirischen Daten

22

Klausur

23

Klausur

24

Klausur