Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering SS 2009Folie 1 Analyse und Entwurf

Software Engineering SS 2009 Folie 1Prof. Dr. Gerhard Schmidtpres. by H.-J. Steffens

Analyse und Entwurf


Analyse und Entwurf

• Analyse– Fachliche Beschreibung der

Systemanforderungen

– Was soll das System machen, nicht: wie soll es umgesetzt werden

– Implementierungsaspekte ausgeklammert

– Es wird von „perfekter Technik“ ausgegangen

• Entwurf– Erweiterung des OOA-Modells zu

einem OOD-Modell

– Berücksichtigung von Effizienz- und Standardisierungsaspekten

– Erweiterung um systemnahe Klassen

– Schnittstellen

– Benutzeroberfläche

– Datenhaltung

– Verteilung

– OOD-Modell soll direkt implementierbar sein


Objektorientiertes Modellieren und Entwerfen

• Entwurfprozess– Analyse

– Systementwurf

– Objektentwurf

• Modellierung als Entwurfstechnik– statische Struktur

– dynamischer Ablauf



• Grundlagen– Objektorientierung: Software ist Sammlung diskreter Objekte, die Datenstruktur

und Verhalten zusammenfassen

– Eigenschaften von Objekten• Identität (jedes Objekt muss eindeutig identifizierbar sein)

• Klassifikation (Objekt als Instanz einer Klasse)

• Polymorphismus (Erscheinungsformen)

• Vererbung (Hierarchie)



• Modellierung (Entwurfstechnik)– Modell: Abstraktion eines Systems (Achtung! Grenzen beachten!)

– System: unterschiedliche Modelle für verschiedene Aspekte

– Modelle dienen• dem Verständnis des Systems

• dem Test vor dem Bau

• der Verringerung der Komplexität

– Aspekte:• vom Kunden zum Produkt

• vom Ganzen zum Teil

• vom Allgemeinen zum Speziellen

• vom Was zum Wie

– Werkzeug: UML



• Unified Modelling Language (UML)– grafische Modellierungssprache

– standardisiert durch Object Management Group (OMG) (z.Zt. V1.4)

– Darstellung in Diagrammen

– Diagrammarten:• Anwendungsfalldiagramm (dynamisch)

• Paketdiagramm (statisch)

• Klassendiagramm (statisch)

• Interaktionsdiagramm (dynamisch)

• Zustandsdiagramm (dynamisch)


Objektorientiertes Modellieren und Entwerfen - Phasen der Systemerstellung

1. Analyse• Eingabe

• Problembeschreibung

• konzeptuelle Übersicht

• Hintergrundwissen

• Ausgabe• Anwendungsfalldiagramm

• Klassendiagramm

• Klassenbeschreibungen

• Zustandsdiagramm

• Prototyp der Benutzeroberfläche

• erläuternde Texte



2. Systementwurf• Eingabe

• Machbarkeitsstudie

• Analysedokument

• Ausgabe• Sollen Programmteile parallel ausführbar sein?

• Single- / Multi-User?

• Teilsysteme auf verschiedene Rechner verteilen?

• Echtzeitanforderungen?

• Interaktiver Betrieb oder Stapelbetrieb?

• Datenstrukturen im Hauptspeicher, in Dateien oder Datenbank?

• Systemarchitekturrelevante Qualitätsanforderungen?



3. Objektentwurf

Anwendungskonzepte Computerkonzepte• Eingabe

• Machbarkeitsstudie

• Analysedokumente

• Systementwurf

• Ausgabe• vervollständigte Klassendefinition

• die Algorithmen der Methoden

• geeignete Containerklassen

• interne Klassen zur Implementierung

• Implementierungsart der Assoziationen


Objektorientiertes Modellieren und Entwerfen - Analyse

• Anwendungsfallanalyse– Anwendungsfälle analysieren

– Anwendungsfalldiagramm erstellen

– Anwendungsfälle beschreiben

• Anwendungsfälle zu Paketen zusammenfassen

• Prototyp der Benutzeroberfläche erstellen

• Anwendungsfall = Geschäftsprozess



• Anwendungsfalldiagramm: beschreibt die Grenzen des zu realisierenden Systems; Darstellung des Systems mit den beteiligten Akteuren



• Ausdrucksmittel im Anwendungsfalldiagramm– Systemgrenze mit Diagrammname

– Akteur

– Anwendungsfall

– Akteur wendet an

– Anwendungsfall verwendet Anwendungsfall

– Anwendungsfall erweitert Anwendungsfall



• Anwendungsfälle beschreiben– Akteure

– Auslöser

– Ablauf

– Varianten

– Dialoge

– offene Punkte



• Anwendungsfälle zu Paketen zusammenfassen– geringe Wechselwirkung zwischen Paketen

– starke Wechselwirkung in Paketen

– Kandidaten für Pakete• Arbeitsbereiche

• Abteilungen



• Prototypen– Explorative Prototypen:

• Unterstützung der Anforderungsanalyse. • Klärung von Anforderungen hinsichtlich

– Funktionsabläufen, – Benutzerschnittstellen, – Qualitätsanforderungen

• wird nicht zu einem Produkt weiterentwickelt• Beispiele für explorative Prototypen

– Dialogentwürfe– Druckmuster– Formularentwürfe

– Experimentelle Prototypen • dienen zum Nachweis der Machbarkeit • Unterstützung bei Lösungsstudien, System- und Detailentwurf eingesetzt

– Evolutionäre Prototypen • werden in der Regel nicht verworfen, sondern sukzessive zum Produkt weiterentwickelt



Benutzeroberfläche

• Fensterarten– Anwendungsfenster

– Tochterfenster

– MDI-Client

– MDI-Tochterfenster

– Statusfenster



Benutzeroberfläche

• Menüarten– Hauptmenü

– Submenü

– Kontextmenü



• Interaktionselemente









Gestaltung von Fenstern (Style Guides) (z.B. Microsoft MSDN)



Gestaltung von Fenstern (Style Guides) (z.B. Microsoft MSDN)– Konsistente Darstellung

– Gruppierung (reduziert Suchzeit)

– Hervorhebung (max. 20%)

– Farbig, nicht bunt (max. 5 Farben)

– Fenster breiter als hoch

– Breite Fenster balanciert füllen

– symmetrische Anordnung (wenn möglich)

– Benutzer sequentiell durch Fenster führen

– gleich große

– Interaktionselemente verwenden

Documents

Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering SS 2009Folie 1 Analyse und Entwurf