V6

es entstehen viele Requirements Artefakte, die erhoben, dokumentiert, gemanaget werden müssen

jede Artefakt hat spezielle Attribute & ist mit anderen verbunden

requirements müssen nachvollziehbar sein

managing requirements changes & configurations

Priorisierung von requirements

Rohe Anforderungen: Customer RM (what? which requirements?)

-> Kundenanforderungen: Product RM (wehn?

-> Lasten/Pflichtenheft: Project RM (How?)

-> Products

Attribute: zB Quelle, Priorität, Risiken, Tested y/n, Keywords

Requirement Identification: eindeutige ID, Heading number (Hierarchie), ID kann ergänzt werden mit zusätzlichen Informationen, zB Typ des Dokuments/der Anforderung

Prioritization: Wichtigkeit der Anforderung für die Akzeptanz des Systems, Dringlichkeit, Wichtigkeit in Bezug auf das Design / den Markt

• Anforderungen können sortiert werden: nach Wichtigkeit, Risiken, Kosten, Aufwand, Volatilität (Wahrscheinlichkeit, dass sich die Anforderung noch ändert)

Traceability/Rückverfolgbarkeit: muss manuell gemacht werden, man braucht Guidelines

ad hoc ranking: 1/n Stakeholder ranken nach Kriterium

Top 10: eine bestimmte Anzahl an requirements (meist 10) wird zu den wichtigsten bestimmt und nach Kriterium geranked

One-criterium Klassifikation: essential, conditional(würden das System bereichern), optional

Kano Klassifikation: Klassifizierung nach Kundenzufriedenheit

• Dissatisfier: muss realisiert werden, führt aber nicht zu Zufriedenheit

• Satisfier: Kunde fragt danach, erhöht Zufriedenheit

• Delighter: Kunde fragt nicht danach, erhöht Zufriedenheit sehr stark

Validiert, dass ein requirement in Betracht gezogen wurde

man kann nachvollziehen, was bei Änderungen betroffen ist

hilft bei der Fehlerfindung

hilft bei Wiederverwendung von Development Artefakten zu einer Anforderung

hilft bei der Analyse des Projektstatus

Risikomanagement, kann nachvollziehen, was von einem Risiko betroffen ist

Process improvement: probleme im dev Prozess können zurückverfolgt werden

Traceability artefact

• hat Goals, Scenarios, Solution-oriented requirements, usw

• kann auch aus mehreren artefakten bestehen

• ist destination oder source von 0-n Traceability Relationships

Traceability relationship

• hat Conditions (mit Constraints, Preconditions), Content, Abstraktion, Evolution, Weiteres

• hat als source oder destination 1-n Artefakte