Erinnern Sie sich??? Anforderungsanalyse 1

Transkript

1 Erinnern Sie sich??? Anforderungsanalyse 1

2 Was ist Systemanalyse? Ist-Analyse Soll-Konzept Vergangenheit Zukunft Idee: Petrasch Anforderungsanalyse 2

3 Was ist Systemanalyse? Realität Konzept Problembereich Modell Idee: Petrasch Anforderungsanalyse 3

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

5 Das Vorgehensmodell Modellierung löst nur das Präzisionsproblem. Benötigt wird ein methodisches Konzept, wie Analyse, Modellierung, Entwurf, Testen, etc. erfolgreich aufeinander aufbauen und ineinander greifen: Das Vorgehensmodell. Anforderungsanalyse 5

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

7 Vorgehensmodelle Aus der UML-Quelle : RUP Rational Unified Process In Deutschland "Standard": V-Modell, V-Modell XP Fast ein "Anti-Vorgehensmodell: Extreme Programming ("XP") Praxisorientierte Vereinfachung von RUP: OEP OOSE Engineering Process (für die TFH ausgewählt) Anforderungsanalyse 7

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

9 Vorgehensmodelle "verzahnen" die Phasen Ergebnisse einer Phase erfordern oft Revision vorhergehender Phasen: "iterativer Prozess" 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 9

10 Der OEP Anforderungsanalyse 10

11 OEP-Phasen Vorbereitungsphase: grundlegende Orientierung und Grobplanung Inhalte und Ziele benennen (Angebot erstellen) Definitionsphase / Entwurfs- und Architekturphase Analyse des Anwendungsbereichs Anforderungserfassung Festlegung der grundsätzlichen Architektur Konstruktionsphase inkrementelle Entwicklung der Subsysteme Produktintegration Einführungsphase Test, Abnahme Auslieferung, Installation Anwenderschulung Betriebsphase SE 1 SE 2 Anforderungsanalyse 11

12 OEP-Kerndisziplinen (produktbezogen) Geschäftsprozessmodellierung Beschreibung der geschäftliche Abläufe und der betriebswirtschaftlichen Sicht weitgehend unabhängig von einer systemtechnischen Umsetzung. Anforderungen an die systemtechnische Unterstützung werden dann in der Disziplin Anforderungsanalyse definiert. Anforderungsanalyse Analyse und Beschreibung aller wichtigen funktionalen und nichtfunktionalen Anforderungen an das zu entwickelnde System Fachliche Architektur Strukturierung des Gesamtsystems in fachliche Subsysteme und Komponenten und übergreifende Systembestandteile. Technische Architektur Konzeption des Schichtenmodells, vorhandener Frameworks und der Verteilung Subsystementwicklung Analyse, Design, Implementierung und Test der einzelnen Subsysteme Anforderungsanalyse 12

13 Phasensicht OEP-Kerndisziplinen Modellsicht Vorbereitung Vorstudie (optional) Anforderungsanalyse u. GP-Modellierung CIM computer independent model Definition: Entwurf/Architektur Fachliche Architektur PIM platformindependent model Konstruktion und Einführung Techn. Architektur Subsystem-Entwicklg. PSM Platforspecific model Anforderungsanalyse Systemtest und 13 -einführung

14 Projekt-Meilensteine Vorstudie "Vision Statement" << in Arbeit>> Anforderungsspezifikation mit Anwendungsfallmodell GUI-Prototyp Pflichtenheft Verhaltensmodell Strukturmodell Architekturmodell (fachlich) Analysemodell (min. Prototyp) Anforderungsanalyse 14

15 Der OEP als Buch: Bernd Oestereich, Claudia Schröder, Markus Klink, Guido Zockoll: OEP - oose Engineering Process Vorgehensleitfaden für agile Softwareprojekte dpunkt-verlag und als Link: Anforderungsanalyse 15

16 Die Anforderungsebenen Organisatorisches Umfeld Sozio-Technisches Umfeld System Ziele Aufgaben Arbeitsprozesse DV-Segment Software SW-Funktionen Anforderungsanalyse 16

17 Anforderungsermittlung und -gestaltung Ermittlung Aufgaben (alt) Org-Analyse Gestaltung Aufgaben (neu) Arbeitsprozesse (alt) Systemanalyse Arbeitsprozesse (neu) Arbeitsabläufe DV-System mit SW-Funktionen Anforderungsanalyse 17

18 Definitionsphase 1 - Analyse Anforderungstabelle Fachglossar GP-Modell Anwendungsfälle GUIentwürfe Anwendungsfallanalyse Anforderungserfassung Geschäftsprozessanalyse Projektplanung Aufwandschätzung Technische und Umfeld-Analyse Techn. Glossar Nicht-funkt. Anforderungsanalyse 18 Anforderg. Architektur vorgaben

19 Erfassung der Anforderungen Interviews mit Anwendern Interviews mit dem Auftraggeber Hospitieren!!! Dokumente und Arbeitmittel erfassen (Formulare, Arbeitsanweisungen, Rechnungen, Richtlinien und Normen, AGBs, ggf. Fachliteratur, Handbücher verwendeter Systeme,...) Anforderungen der Form das System soll / muss... erfassen und gliedern Anforderungstabelle Arbeitsabläufe dokumentieren Use Cases Fachsprache dokumentieren Glossar Anforderungsanalyse 19

20 Anforderungen sind das Mörtelbett Sie sind die Grundlage der Entwürfe. definieren die Zielebene. verbinden Modelle, Dokumente und Phasen inhaltlich. müssen sofort nach Erscheinen verarbeitet werden, sonst trocknen sie ein. müssen vollständig abgedeckt werden. müssen in ihrer Ausbreitung eingegrenzt werden. Anders als Mörtel verändern sich Anforderungen laufend. Anforderungsanalyse 20

21 Klassisch: die Anforderungstabelle Anforderungen der Form das System soll / muss... hierarchisch gliedern Anforderungen vielfach aus Geschäftsregeln gewonnen System soll grafische Benutzeroberfläche haben System soll fensterorientiert sein System soll auf dem Bildschirm immer Firmenlogo zeigen System muss keinen einheitlichen Bildschirmhintergrund haben System soll Schrift immer in Positivdarstellung zeigen System soll Fenster mit sicherheitsrelevanter Information automatisch nach 2 Min schließen System soll Undo für jeden Vorgang ermöglichen System soll geschäftswirksame Transaktionen durch Passwort schützen System soll alle Mietvorgänge verwalten System soll für jedes Anforderungsanalyse Gerät aktuellen Zustand und 21 Standort auffindbar machen

22 Anforderungswerkzeug in Enterprise Architect Anforderungsanalyse 22

23 Anforderungsmanagement lt. SWEBOK Anforderungsanalyse 23

24 Bestandsaufnahme Anforderungen Fachglossar GP-Modell Anwendungsfälle GUIentwürfe Anwendungsfallanalyse Anforderungserfassung Geschäftsprozessanalyse Projektplanung Aufwandschätzung Technische und Umfeld-Analyse Techn. Glossar Nicht-funkt. Anforderungsanalyse 24 Anforderg. Architektur vorgaben

25 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 Anforderungsanalyse 25

26 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. Anforderungsanalyse 26

27 Definition Use Case Ein Geschäftsprozess / Anwendungsfall 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 Die Unterscheidung richtet sich nach dem Systemkontext (Unternehmen / IT-System) Anforderungsanalyse 27

28 Use Cases: Vom Geschäftsprozess (GP) zum Anwendungsfall (AF) GP AF Geschäftsprozess -Analyse Anwendungsfall- Analyse Anford.- liste Glossar GUI-Entw. Anforderungsanalyse 28

29 Erfassen der Geschäftsprozesse Direkte Erfassung: Gespräche / Interviews mit Bereichsexperten und -leitern evtl. Mitarbeit in einer Fachabteilung (Ethnographie) 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 29

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

31 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 Anforderungsanalyse 31 Suche entnehmen

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

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

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

35 Use Case-getriebene Vorgehensmodelle": Alles dreht sich um Use Cases GUIs Anforderungen Testfälle Use Cases Architektur Prototypen Komponenten Anforderungsanalyse 35

36 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? Anforderungsanalyse 36

37 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 37

38 GP-Doku im Case Tool Anforderungsanalyse 38

39 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 39

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

41 Glossar (Fachlexikon) Parallel zur Anwendungsfallerfassung Glossar anlegen: Fachbegriffe auflisten Definitionen anfertigen dabei: Synonyme und Gegensätze identifizieren Mehrfachbedeutungen u. widersprüchliche Verwendungen identifizieren Anforderungsanalyse 41

42 Definitionen im Glossar - mehr als nur Umschreibungen - Checkliste: andere Deutungen / Fehldeutungen Struktur Bedingungen und Ereignisse Angaben über die Lebens- oder Gültigkeitsdauer Berechtigungen / Verantwortlichkeiten Beziehungen zu anderen Begriffen oder Objekten Datentypen, Repräsentationsformen, Mengenangaben/Mengengerüst Darstellungsformen in bestehenden Systemen Wichtigkeit Synonyme, verwandte Begriffe Beispiel: Kaution nicht Anzahlung bar / Scheck / Kreditkarte einsetzbar nur bei Schaden / Verl. rückzahlbar bei ordnungsgem. Rückgabe Verzicht / Einsatz entscheid. GF wird im Vertrag quittiert Summe der Einzelkautionen der Mietobjekte Quittung auf dem Vertrag korrekte Abwicklung sehr wichtig Sicherheit Anforderungsanalyse 42

43 Sprachkonsolidierung Substantivierungen vermeiden: Kunde anlegen", aber: Rückgabe Fachbegriffe eindeutig verwenden, Synonyme eliminieren: Geschäftskunde: Synonym für Firmenkunde". Aktive Formulierung verwenden: Service-Mitarbeiter initialisiert Studio statt Studio wird initialisiert. Singular verwenden: der bzw. einer der Mieter unterschreibt Vertrag Informationsträger und Information unterscheiden: Kundendatei und Kunde. Spezifische Begriffe verwenden: Nutzungsvertrag" und Mietvertrag statt Vertrag". Anforderungsanalyse 43

44 Glossar im EnterpriseArchitect View ->System ->ProjectGlossary Anforderungsanalyse 44

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

46 Genug für heute Anforderungsanalyse 46