Einführung in Software Engineering

(5) Abhängigkeit der Anwender von Herstellern reduzieren
(6) Werkzeugherstellern von der Unterstützung verschiedener Ansätze befreien
f) UML Unified Modeling Language
• Pros
(1) Metamodell in Form von Klassendiagrammen legt rel. präzise die Syntax der
unterstützten Diagrammarten fest
• Pro/Con
(1) Semantik der Diagrammarten wird (noch) weitgehend in Prosa erläutert, einige
Konsistenzregeln werden in OCL (Object Constrained Language) definiert
• Cons
(1) es gibt 10 Diagrammarten die teilweise gegeneinander Konkurieren
(2) das Metamodell ist nahezu beliebig erweiterbar, was uns in Zukunft eine Fülle von
UML‐Dialekten mit entsprechenden Werkzeugen bescheren wird
g) Einsatz von UML in der Analysephase
• Ausgangspunkt sind Produktanforderungen des Kunden (entweder als Fließtext oder als
strukturiertes Lastenheft
• Ergebnis ist ein (erweitertes) Plichtenheft mit semiformalen Definitionen der
Produktfunktion und ‐daten als UML‐Diagramme
• Umfang des UML‐Einsatzes umstritten
(1) UML‐Protagonisten
(a) UML als visuelle/graphische Programmiersprache
(b) erstelltes Analysemodell ist (als Prototyp) ausführbar (ausführbares
Pflichtenheft)
(2) UML‐Antagonisten
(a) Pflichtenheft nur in strukturiertem Englisch/Deutsch geschrieben
(b) graphische Sprachen wie UML erst in Designphase einsetzen
h) Produktfunktionen und Anwendungsfälle
• konkrete Beschreibung der Funktionen anhand von Fallbeispielen sog. Szenarien
• Zusammenfassung ähnlicher Szenarien zu sog. Anwendungsfällen
• Vorgehensweise:
(1) Skizze konkreter Benutzungsszenarien mit Akteuren
(2) Identifikation der Grenze zwischen Software und Reality
(3) Skizze der zugehörigen Benutzeroberfläche
(4) bilden von Anwendungsfällen – Use Cases
(5) Überblick über Use‐Cases durch Use‐Case‐Diagramm
• Bestimmung geeigneter Szenarien/ Anwendungsfälle
(1) unterstreichen relevanter Verben im Lastenheft Szenario
Anwendungsfalldiagramm 1.0
(2) kenntlichmachen der Softwareaufgaben – Abgrenzung
(3) Akteure zuordnen – „benutzt“ Beziehung
(a) wenn zwischen Akteur und Use Case unidirektional Daten ausgetauscht werden
erhält die Verbindungslinie eine Pfeilspitze
(b) interagieren mehrere Akteure mit einem Anwendungsfall, ist nicht festgelegt
was das bedeutet (meist: jeder Akteur darf ausführen aber auch: alle Akteure
zusammen dürfen nur die Systemfunktion nutzen)
(c) viele Beziehungen machen Diagramm unübersichtlich
i) Weiter UML‐Verbindungsbeziehungen
• Vererbung (Owner erbt Rechte von Clerk) {Pfeil mit leerer Pfeilspitze}
• extend
(1) beschreibung von Sonderfällen eines Anwenungsfalls separat
(2) hinzufügen von Funktionalitäten zu Anwendungsfällen
• include (use)