Anwendungsfall- Modellierung

Transkript

1 Anwendungsfall- Modellierung <<den Zweck des Systems im Einzelnen erfassen und festlegen>> SE1-3-AF-Modellierung 1

2 Erinnern Sie sich??? SE1-3-AF-Modellierung 2

3 Der OEP SE1-3-AF-Modellierung 3

4 Bestandsaufnahme GUIentwürfe Anforderungstabelle Fachglossar GP-Modell Anwendungsfälle Anwendungsfallanalyse Anforderungserfassung Geschäftsprozessanalyse Projektplanung Aufwandschätzung Technische und Umfeld-Analyse Techn. Glossar Nicht-funkt. SE1-3-AF-Modellierung 4 Anforderg. Architektur vorgaben

5 Geschäftsprozessanalyse primär: Erfassung der Arbeitsprozesse und -abläufe aus der Sicht der Anwender sekundär: Erfassen des Aufgabenbereichs und seiner Verflechtung mit anderen Bereichen Erfassen der einzuhaltenden Regeln und Gesetze Erlernen der Fachsprache und der Fachregeln SE1-3-AF-Modellierung 5

6 Was ist ein Use Case? Zwei Übersetzungen: Geschäftsprozess (BWL) - Anwendungsfall (IT) OEP nutzt die Unterscheidung: Geschäftsprozess: Arbeitsablauf im Unternehmen (System-) Anwendungsfall: Arbeitsablauf am IT-System Vom Geschäftsprozessen kommt man zu Anwendungsfällen, indem man die Systemgrenzen enger zieht. SE1-3-AF-Modellierung 6

7 Definition Geschäftsprozess Ein Geschäftsprozess beschreibt die abschließende Bearbeitung eines Geschäftsvorfalls: - Aktivitäten aus der Sicht der Akteure - ausgelöst durch einen Akteur - mit für den Akteur wahrnehmbarem Ergebnis - Aktivitätsfolge vollständig, nicht teilbar Im OEP wird noch zwischen Geschäftsprozessen und ihnen untergeordneten Geschäftsanwendungsfällen unterschieden, aber die Unterscheidung ist i.a. zu feingranular. SE1-3-AF-Modellierung 7

8 Beispielprojekt WG-Börse Annahme: zunächst ohne Datenbank in einem Büro des ASTA Zielsetzung: Einbindung ins Studentenportal der TFH SE1-3-AF-Modellierung 8

9 uc Use Case Model Das gesamte GP-Diagram Mieter WG-Suche anzeigen Suche verlängern Suche ändern oder löschen Angebote einsehen Bewerben WG anbieten BoersenMA Anbieter Angebot ändern oder beenden Bewerber auswählen vermieten Suche aushängen SE1-3-AF-Modellierung 9 Suche entnehmen

10 uc Use Case Model-Part1 Mieterseite WG-Suche anzeigen Suche verlängern Mieter Suche ändern oder löschen BoersenMA Angebote einsehen Bewerben SE1-3-AF-Modellierung 10

11 uc Use Case Model-Part2 Anbieterseite WG anbieten Anbieter Angebot ändern oder beenden BoersenMA Bewerber auswählen Mieter Mietvertrag schliessen SE1-3-AF-Modellierung 11

12 uc Use Case Model-Part3 Büroseite Suche aushängen BoersenMA Suche entnehmen SE1-3-AF-Modellierung 12

13 GP- Dokumentation ( IST-ZUSTAND ) 1. Was ist der Auslöser? 2. Was ist das Ergebnis? 3. Wer ist beteiligt (Akteure), in welcher Funktion (Rollen)? 4. Welche Bearbeitungsschritte? 5. Welche Arbeitsmittel? Die 5 Grundfragen 6. Welche Probleme, typ. Fehler treten auf? 7. Welche Regeln, Gesetze, Zuständigkeiten gelten? 8. Welche Änderungswünsche bestehen? 9. Wer ist Ansprechpartner? SE1-3-AF-Modellierung 13

14 GP-Beschreibung (OEP E-165) Bezeichnung Zweck Gewicht ggf. auch Kürzel / Nummer Kurzbeschreibung zentral, unterstützend Auslöser Ereignis Ergebnis Dokument, Objekt Akteure und Rollen Arbeitsschritte 3-10 Arbeitsmaterialien Formulare, Akten, Pgm. Die "5 Grundfragen" SE1-3-AF-Modellierung 14

15 Von Geschäftsprozessen zu Anwendungsfällen Systemgrenze ziehen was liegt innerhalb, was außerhalb? d.h. für jeden GP prüfen: ganz teilweise gar nicht durch das Softwaresystem zu bearbeiten? Ggf. in welcher Form? SE1-3-AF-Modellierung 15

16 uc Use Case Model-Part1 Mieterseite WG-Suche anzeigen Suche verlängern Mieter Suche ändern oder löschen BoersenMA Angebote einsehen Alle GP systemgestützt Bewerben nicht mehr nötig SE1-3-AF-Modellierung 16

17 uc Use Case Model-Part2 Anbieterseite WG anbieten Anbieter Angebot ändern oder beenden Bewerber auswählen Mietvertrag schliessen Mieter außerhalb des Systems SE1-3-AF-Modellierung 17

18 uc Use Case Model-Part3 Büroseite Suche aushängen BoersenMA System Suche entnehmen SE1-3-AF-Modellierung 18

19 Strukturierung und Verfeinerung des AF-Modells Für Geschäftsprozesse und das grundsätzliche AF-Modell gilt: Keine Beziehungen zwischen den GP / AF Im weiteren Analyseprozess werden Beziehungen hinzugefügt: Generalisierungen (zur Gruppierung) Verfeinerungen (zur Erkennung von Gemeinsamkeiten) SE1-3-AF-Modellierung 19

20 Beziehungen zwischen AF Generalisierung mehrerer AF (Jacobson: abstrakter AF) Ober-AF AF 1 AF 2 <<extend>> TeilAF 1 Erweiterung: bedingt hinzukommende unabhängige Aktionsfolge (Jacobson: Fragment) <<include>> <<include>> TeilAF 2 Einschluss: in mehreren AF benötigte Aktionsfolge SE1-3-AF-Modellierung (Jacobson: Fragment) 20

21 Beispiel Generalisierung uc Generalisierung-Mieterseite Mieterseite WG-Suche starten Suche verlängern WG-Suche Suche ändern oder löschen Angebote einsehen Vermietung Bewerben SE1-3-AF-Modellierung 21

22 Beispiel include und extend uc AF.Model-Mieterseite Mieterseite Systemgrenze WG-Suche starten «include» Login Mieter Suche verlängern Suche ändern oder löschen «include» «include» «include» «include» «extend» Registrierung Angebote einsehen Bewerben SE1-3-AF-Modellierung 22

23 Beispiel Verfeinerung uc AF-Modell-Anbieterseite Anbieterseite «Abstract Use Case» Angebot WG anbieten Angebot ändern oder beenden «include» «include» «Fragment» WG spezifizieren «Abstract Use Case» Vermietung Bewerbungen sichten vermieten SE1-3-AF-Modellierung 23

24 Grundregel für AF-Modellierung Ein AF-Modell besticht durch Übersichtlichkeit. Durch Generalisierungen und Verfeinerungen kann dies verloren gehen. Nur nützliche Beziehungen modellieren: Max. 2-stufige Generalisierungen Verfeinerungen nur, wo Gemeinsamkeiten erkennbar werden. SE1-3-AF-Modellierung 24

25 Dialog-Vorentwurf Dialogentwürfe in der Anforderungsanalyse: Benutzerschnittstelle Oberfläche der "Black Box" WAS soll ein Dialog leisten? (Funktionaler Aspekt: welches Fenster enthält welche Eingaben, Anzeigewerte, Aktionen) explorative Prototypen Das endgültige Design kommt später... SE1-3-AF-Modellierung 25

26 Dialog-Entwurfskriterien Kriterien der Anwenderfreundlichkeit anwendungsfall-bezogene Dialoge wenige, gut unterscheidbare Dialoge disjunkte Dialoge (keine gleichen Informationsgruppen) SE1-3-AF-Modellierung 26

27 Generalisierungen werden zu Hauptdialogen, AF zu Unterdialogen uc AF-Modell-Anbieterseite Anbieterseite WG anbieten «include» «Fragment» WG spezifizieren «Abstract Use Case» Angebot Angebot ändern oder beenden Bewerbungen sichten «include» Fragmente werden einheitlich gestaltet. «Abstract Use Case» Vermietung vermieten SE1-3-AF-Modellierung 27

28 Schritte des Dialogentwurfs 1. AF logisch gruppieren und Generalisierungen bilden 2. Zu jedem Anwendungsfall Kommunikationsbedarf ermitteln (Datensuche, Dateneingabe, Datentransfer aus anderem Kontext) und dialogorientiert, d.h. gegliedert nach Eingabe, Anzeige und Aktion, auflisten. 3. Gemeinsame Kommunikationselemente dem Ober-Anwendungsfall zuordnen. 4. Unterdialoge festlegen (später evtl. als deaktivierbare Teile des Hauptdialogs realisierbar) 5. Gemeinsame Fragmente systemweit herausfaktorisieren. 6. Explorativen Dialog-Prototyp erstellen. SE1-3-AF-Modellierung 28

29 Dialog-Spezifikation Hauptdialog Unterdialog Eingabe Anzeige Aktion Angebot Wechsel zu aktuelle Unterdialog Angebote, Bewerbungen Beenden Angebot ändern Selektion Anderungen selektiertes Angebot übernehmen löschen WG anbieten WG-Daten Gegend Preis Vergleichsangebote Vermietung Selektion Liste Angeobte Beenden SE1-3-AF-Modellierung Angebot Liste Bewerber 29. Selektion Bewerbung selektierte Elemente

30 Und jetzt kommt der kreative Teil Gestalten Sie Ihre Oberflächen entsprechend der Dialog-Spezifikation... Niemand kann das so gut wie Sie, deshalb liefere ich hier keine Vorlagen... SE1-3-AF-Modellierung 30

31 ... sondern zeige nur, dass man das auch mit dem EA GUIs entwerfen kann... SE1-3-AF-Modellierung 31

32 ... und jetzt noch ein bisschen "Buchführung" Anwendungsfall-Spezifikation Beschreibung der Anwendungsfälle aus Benutzersicht Auf der Grundlage der Dialogentwürfe Welcher Dialog (welches Fenster)? Was eingeben, welche Aktionen auslösen? Was ist das Ergebnis? Vorstufe eines Benutzerhandbuchs Quelle für Testfälle Formalisiert als OEP-Dokument "Anwendungsfallspezifikation" SE1-3-AF-Modellierung 32

33 Anwendungsfall-Spezifikation (SOLL-ZUSTAND) Wie soll der Anwendungsfall zukünftig mit Hilfe des Systems bearbeitet werden? Akteure, Beteiligte Vor- und Nachbedingungen, Invarianten nicht-funktionale Anforderungen Ablaufbeschreibung Szenarios detailliert, mit Bezug zu Dialogen Ausnahmen, Fehlersituationen Varianten Regeln Vgl. die 5 Grundfragen für GP Was ist der Auslöser? Was ist das Ergebnis? Wer ist beteiligt (Akteure), in welcher Funktion (Rollen)? Welche Bearbeitungsschritte? Welche Arbeitsmittel? SE1-3-AF-Modellierung 33

34 AF-Spezifikation (OEP E-6) SE1-3-AF-Modellierung 34

35 AF-Spezifikation (OEP E-6) Damit ist die Funktionalität des Systems vollständig spezifiziert: BLACK BOX SE1-3-AF-Modellierung 35

36 Spezifikationseinbindung in EA direkte Spezifikation Verweis auf Spezifikationsdatei SE1-3-AF-Modellierung 36

37 Modellierung des Dialogablaufs In den meisten Fällen genügt die Beschreibung der Szenarien als Folge von Interaktionsschritten Modellierung als Zustandsdiagramm bei komplexen Abläufen über mehrere Fenster oder Systemzustände zur Generierung der Seitennavigation bei Web- Anwendungen Mehr davon später.. SE1-3-AF-Modellierung 37

38 Genug für heute SE1-3-AF-Modellierung 38