Erinnern Sie sich??? Anforderungsanalyse 1

Transkript

1 Erinnern Sie sich??? Anforderungsanalyse 1

2 Was ist Softwaremodellierung? Realität Modell Problembereich Konzept Idee: Petrasch SE1-1-Einführung 2

3 VORGEHENSMODELLE Wie geht man vor? Welche Schritte Welche Techniken? Welche Zwischenergebnisse ( Artefakte )? Anforderungsanalyse 3

4 Softwaremodellierung ist nicht alles Softwaremodellierung löst das Präzisionsproblem. Benötigt wird ein methodisches Handlungskonzept, wie Analyse, Modellierung, Entwurf, Testen, etc. erfolgreich aufeinander aufbauen und ineinander greifen: Solche Konzepte heißen Vorgehensmodelle (engl. "process models") SE1-1-Einführung 4

5 Vorgehensmodell (Prozessmodell): Organisatorischer Rahmen eines Projekts: Prinzipien für die Planung, Aufgabenverteilung, Festlegung von Meilensteinen Überwachung welche Aktivitäten? in welcher Reihenfolge? von welchen Personen? mit welchen Ergebnissen (Artefakten)? Anforderungsanalyse 5

6 Vorstudie (optinonal) "Wasserfallmodell": Phasenmodell (klassisch) so fallen Projekte ins Wasser!! Anforderungsanalyse Analyse Grobdesign u. Komponentenbildg. Problem: Starrer Phasen- Abschluss Feinentwurf und Implementierung Systemtest und -einführung Design Anforderungsanalyse 6

7 Das Spiralmodell: die Phasen werden immer wieder durchlaufen Der starre Abschluss der Phasen blieb aber zunächst. Anforderungsanalyse 7

8 Moderne Vorgehensmodelle "verzahnen" die Phasen Ergebnisse einer Phase erfordern oft Revision vorhergehender Phasen: "Verzahnung" Außerdem ändern sich oft die Anforderungen Zur vertrauenswürdigen Festlegung einer Planung ist oft ein Vorgriff bis zur Realisierung nötig Erschwertes Projektmanagement Revisionsprozesse und Vorgriffe müssen systematisch behandelt werden Vorgehensmodelle sind aufwändige Beschreibungen von Arbeitsschritten, Dokumenten und Querbezügen Voraussetzung für prozessbegleitende Qualitätssicherung Anforderungsanalyse 8

9 Aktuelle Vorgehensmodelle Aus der UML-Quelle : RUP Rational Unified Process In Deutschland "Standard": V-Modell, V-Modell XP Praxisorientierte Vereinfachung von RUP: OEP OOSE Engineering Process (für die BHT ausgewählt) Agile Vorgehensmodelle: Extreme Programming ("XP"), Scrum Anforderungsanalyse 9

10 Verzahnung im OEP Anforderungsanalyse 10

11 ANFORDERUNGSANALYSE <<Von der Idee zur Aufgabe>> oder <<Was wollen wir eigentlich?>> Anforderungsanalyse 11

12 Methodik der Anforderungsanalyse Hier hat sich in den letzten Jahren viel verändert! Systemanalyse Klassischer Begriff, Ursprung BWL Fokussiert auf IST SOLL Geschäftsprozesse Anwendungsfälle Requirements Engineering Fokus auf Anforderungen von Beteiligten Altsystem nicht mehr vorrangiger Bezugspunkt Freiere Systematik, um alles erfassen zu können Ziele Features / NF-Requirements Anwendungsfälle Anforderungsanalyse 12

13 Von der Systemanalyse zum Requirements Engineering Ist-Analyse Soll-Konzept Vergangenheit Zukunft Requirements-Analyse Analysemodell Konzept Anforderungsanalyse 13

14 Überblick Anforderungsanalyse Anforderungsanalyse 14

15 Artefakte Jede Aktivität produziert Ergebnisse Modelle Dokumente, Texte, Tabellen Dashboards, Mindmaps Prototypen, Programme Artefakte Übergreifender Begriff Phasenergebnis Menge von Artefakten Zusammengefasst zu einem Dokument Anforderungsanalyse 15

16 Stakeholder ( Interessenhalter, Beteiligte) Quelle der Anforderungen bleiben Prozessbeteiligte! Fachexperte Auftraggeber, Anforderungsverantwortlicher Betroffener Akteur Benutzer Ergebnisverwerter Modellierung durch Personas Anforderungsanalyse 16

17 Beispielprojekt Beuth-WG-Börse Aus einer kleinen Studenteninitiative ist eine vielgenutzte Vermittlungsbörse für WG-Plätze geworden. BHT-Angehörige können Suchanzeigen aushängen und Angebote durchsehen. Angebote aushängen können auch Außenstehende. Freiwillige Helfer pflegen den Aushang und entfernen abgelaufene Anzeigen. Für jede erfolgreiche Vermittlung wird eine Schutzgebühr zur Kostendeckung erhoben. Eine Online-Lösung liegt auf der Hand Anforderungsanalyse 17

18 Stakeholder der Wohnungsbörse Studierende Bisherige stud. Mitarbeiter Bisherige Nutzer (Mieter und Anbieter)? ASTA-Vorsitz?? Studentenwerk Bereich Wohnen?? Pressestelle wg. Website?? HRZ wg Server?? Jurist / Justiziar? Anforderungsanalyse 18

19 Stakeholder priorisieren AUFWAND minimal Studierende Bish. Mitarb. gering Pressestelle mittel ASTA- Vorsitz hoch Student -werk HRZ bish. Nutzer extrem Justiz. kein gering mittel hoch fatal RISiKO Anforderungsanalyse 19

20 Stakeholder-Prioritäten (Aufwand 2 + Risiko 2 ) Priorität 2 Studierende 1 Bisherige stud. Mitarbeiter 2 Bisherige Nutzer (Mieter und Anbieter) 5 ASTA-Vorsitz? 7 Studentenwerk Bereich Wohnen? 3 Pressestelle wg. Website? 4 HRZ wg Server? 6 Jurist / Justiziar? Anforderungsanalyse 20

21 Bestandsaufnahme. Anforderungsanalyse 21

22 Funktionale und nicht-funktionale Funktional: Anforderungen der Leistungsumfang der Software z.b. soll passwortgeschützt sein, soll Mietobjekte nach Suchkriterien auflisten, soll Mietverträge erstellen, Nicht-funktional: Qualitäten der Software z.b. 98% verfügbar, plattformunabhängig, Speicherbedarf unter 1 GB, Anforderungsanalyse 22

23 Erfassung der Anforderungen Interviews mit Beteiligten (Stakeholders) Bei Altsystemen: Hospitieren!!! Dokumente und Arbeitmittel erfassen (Formulare, Arbeitsanweisungen, Rechnungen, Richtlinien und Normen, AGBs, ggf. Fachliteratur, Handbücher verwendeter Systeme,...) Anforderungen als Ziele erfassen und gliedern Zielemodell Arbeitsabläufe umreißen Geschäftsprozesse Fachsprache dokumentieren Glossar Anforderungsanalyse 23

24 Von Anforderungen zu Zielen Anforderungen sind einfache, natürlichsprachliche Aussagen auflisten! Anforderungen haben Quellen mit erfassen! Hinter Anforderungen stehen Ziele identifizieren Ziele enthalten oder implizieren Ziele als UND-ODER-Graph modellieren Anforderungsanalyse 24

25 Ziele-Modell UND ODER erstellt unter Verwendung von VP modifiziertes Req.-Modell Anforderungsanalyse 25

26 Von Zielen zu Features Ziele aus der Sicht der Beteiligten beschreiben Problem und Schwachstellen erfragen Gewünschte Systemeigenschaften (Features) ableiten aus der Sicht der Beteiligten beschreiben mit Beteiligten durchsprechen In das Ziele-Modell übernehmen Anforderungsanalyse 26

27 Ziele-Modell mit Features Anforderungsanalyse 27

28 ...Ausschnitt Anforderungsanalyse 28

29 Bestandsaufnahme... Anforderungsanalyse 29

30 Geschäftsprozessanalyse (optional, aber nützlich) Erfassung der essenziellen Abläufe aus Anwendersicht Ist (bei Altsystemen) oder Konzeption außerdem: Erfassen des Aufgabenbereichs und seiner Verflechtung mit anderen Bereichen Erfassen der einzuhaltenden Regeln und Gesetze Erlernen der Fachsprache und der Fachregeln Anforderungsanalyse 30

31 Modellelement Use Case Ein Use Case 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 Wir modellieren Geschäftsprozesse als UML-Use-Case-Diagramme Anforderungsanalyse 31

32 uc Syntaxbeispiel Mieter beteilige Akteure Mietvertrag schliessen Mitarbeiter Name des Use-Cases Vermieter Elemente eines Use-Case-Diagramms Anforderungsanalyse 32

33 Erfassen der Geschäftsprozesse Direkte Erfassung: Gespräche / Interviews mit Beteiligten evtl. Mitarbeit in einer Fachabteilung (Hospitation) Indirekte Erfassung: Sammlung von Dokumenten: Formulare, Arbeitsanweisungen, Richtlinien und Normen, ggf. Fachliteratur, Handbücher verwendeter Systeme... (Dokumentenanalyse) Ergebnis: Liste von Geschäftsprozessen mit Varianten Liste beteiligter Personen / Rollen (Akteure) mit Berechtigungsumfang Liste beteiligter Materialien und Gegenstände Erfassung als Use Case Diagram Anforderungsanalyse 33

34 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 v ermieten Suche aushängen Anforderungsanalyse 34 Suche entnehmen

35 uc Use Case Model-Part1 Mieterseite WG-Suche anzeigen Suche verlängern Mieter Suche ändern oder löschen BoersenMA Angebote einsehen Bewerben Anforderungsanalyse 35

36 uc Use Case Model-Part2 Anbieterseite WG anbieten Anbieter Angebot ändern oder beenden BoersenMA Bewerber auswählen Mieter Mietvertrag schliessen Anforderungsanalyse 36

37 uc Use Case Model-Part3 Büroseite Suche aushängen BoersenMA Suche entnehmen Anforderungsanalyse 37

38 GP- Dokumentation 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? Anforderungsanalyse 38

39 GP-Dokumentation als Tabelle Die 5 Grundfragen GP 1.Auslöser 2.Ergebnis 3.Akteure 4.Arbeitsschritte 5.Material Suche anzeigen Mieterkontakt telefonisch / direkt Sucheintrag Aushang intern Mieter BörsenMA 1.Wünsche erfassen 2.Wünsche prüfen 3.neueste Aushänge vorlegen Formblatt "Suche" Mieterkartei Aushangkarte 4.Kontaktdaten aufnehmen... WG anbieten Anbieterkont akt Angebotsein trag Aushang intern Vermieter BörsenMA Anforderungsanalyse 39

40 GP-Dokumentation in VP Anforderungsanalyse 40

41 Akteure und Rollen Im realen Geschäft hat ein MA oft mehrere Funktionen. In der Systemanalyse bezeichnet man diese als Rollen Ein Akteur steht für eine Rolle ( funktionale Rolle ) Akteure müssen nicht Personen sein uc Actors Legende: ist ein TFH-Angehoeriger kommuniziert mit,... Anbieter BoersenMA Mieter Anforderungsanalyse 41

42 Modellierung von Rechten Anforderungsanalyse 42

43 Bestandsaufnahme..... Anforderungsanalyse 43

44 Genug für heute Anforderungsanalyse 44