Projektmanagement. Requirements Management - Anforderungsverwaltung. Oliver Lietz - Projektmanagement

Transkript

1 Projektmanagement Requirements Management - Anforderungsverwaltung Dipl.-Ing. Oliver Lietz Requirements (Anforderungen) Verschiedene Rollen bei Projekten: Stakeholder Entscheider,, von Projektergebnis betroffen, nicht (unbedingt) am Projektverlauf interessiert Projektmanager Planen, Koordinieren, Kontrollieren, Steuern Requirements Engineer Projektinhalt und Anforderungen analysieren, dokumentieren, verwalten Solution Engineer / Software Engineer Lösung entwerfen, Aufwand schätzen

2 Ansätze zum Requirements Engineering Klassisch (Wasserfallmodell): Software Requirements Spec. (SRS), IEEE-830 C-Requirement (Customer Requirement): Vgl. Lastenheft aus Kundensicht D-Requirement (Developer R.): Vgl. Pflichtenheft aus Entwicklersicht Volere Templates Doc-Vorlage Vorlage: SRS - IEEE 830 Name des Softwareprodukts, des Herstellers, Versionsdaten Einleitung Zweck (des Dokuments) Umfang (des Softwareprodukts) Verweise auf sonstige Ressourcen oder Quellen Erläuterungen zu Begriffen und / oder Abkürzungen Übersicht (Wie ist das Dokument aufgebaut?) Allgemeine Beschreibung (des Softwareprodukts) Produktperspektive (zu anderen Softwareprodukten) Produktfunktionen (eine Zusammenfassung und Übersicht) Benutzermerkmale (Informationen zu erwarteten Nutzern, z.b. Bildung, Erfahrung, Sachkenntnis) Einschränkungen nkungen (für r den Entwickler) Annahmen und Abhängigkeiten (nicht Realisierbares und auf spätere Versionen verschobene Eigenschaften) Spezifische Anforderungen (im Gegensatz zu 2.) funktionale Anforderungen (Stark abhängig von der Art des Softwareprodukts) nicht-funktionale Anforderungen externe Schnittstellen Design Constraints Anforderungen an Performance Qualitätsanforderungen tsanforderungen Sonstige Anforderungen

3 Funktionale und Nichtfunktionale Anforderungen Eine funktionale Anforderung legt fest, was das Produkt tun soll. Das Produkt soll den Saldo eines Kontos zu einem Stichtag berechnen. Eine nichtfunktionale Anforderung legt fest, welche Eigenschaften das Produkt haben soll. Das Produkt soll dem Anwender innerhalb von einer Sekunde antworten. Airtight,, IKIWISI, COTS Requirements Airtight: : wasserdicht, hieb- und stichfest Im Vorhinein durchgeplant (Wasserfall) IKIWISI: I know it when I see it Ich weiss erst was ich will, wenn ich es sehe Agiler Ansatz COTS: Commercial Off-The The-Shelf Standardsoftware wird eingekauft / API / Module

4 COTS Das Produkt soll dem Anwender innerhalb von einer Sekunde antworten. Soll Standardsoftware / Hardware zum Einsatz kommen (Oracle, mysql,, PHP, Serverkosten,?) Lohnt sich der Kauf oder die Neuentwicklung? Anforderung ändert sich durch COTS: Das Produkt soll dem Anwender innerhalb von zwei Sekunden antworten. Requirements Management Tools Jede Anforderung erhält eine ID /C0001/ Das Produkt soll den Saldo eines Kontos zu einem Stichtag berechnen. /D0001/ Erstellen einer SQL-Abfrage zum Erstellen des Kontosaldos zu einem Stichtag Tools Offline (Excel, Word), Online (Bugzilla( Bugzilla, Trac, Jira)

5 Bugzilla Trac

6 Jira (kommerziell) Status einer Anforderung Typ: Aufgabe/Anforderung, Wunsch, Fehler Version/Meilenstein/Iteration Komponente/Modul Priorität t (hoch, mittel, niedrig) Schwere (blocker( blocker,, normal, trivial) Status: new, assigned, fixed, duplicate, wontfix, worksforme

7 Abnahme und Anforderungen Klassisch: alle Anforderungen gelöst? Agil: Anforderungen auf spätere Iterationen verlegt Während Projektphase Überblick über den Status aller Anforderungen behalten Kunde rechtzeitig von unwichtigen oder unlösbaren Anforderungen überzeugen