Kapitel 14

Martin Glinz Requirements Engineering I Kapitel 14 Verwalten von Anforderungen!
© 2010-2011 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen Gebrauch gestattet; bei auszugsweiser
Verwendung mit Quellenangabe. Verwendung für Unterrichtszwecke oder kommerziellen Gebrauch nur mit vorheriger schriftlicher Genehmigung des Autors.!
14.1 !Anforderungsmanagement!
❍ 
Anforderungen geordnet ablegen und wiederfinden!
●  Anforderungen einzeln identifizierbar!
●  Anforderungen attributiert!
●  In der Regel mit Werkzeughilfe!
❍ 
Anforderungen priorisieren!
❍ 
Anforderungen geordnet ändern!
❍ 
Anforderungen verfolgen!
Requirements Engineering I
!Kapitel 14
!© 2010 Martin Glinz !
2!
Typische Attribute!
❍ 
Identifikator!
❍ 
Quelle (Interesseneigner, Dokument, Beobachtung, ...)!
❍ 
Autor!
❍ 
Erstellungsdatum!
❍ 
Datum der letzten Änderung!
❍ 
Status (gestellt, abgestimmt, freigegeben, abgelehnt, zurückgestellt, ...)!
❍ 
Priorität (kritisch, wichtig, nebensächlich)!
Requirements Engineering I
!Kapitel 14
!© 2010 Martin Glinz !
3!
Priorisieren von Anforderungen!
Siehe Kapitel 1!
Vielfalt von Techniken, beispielsweise!
❍ 
Rangieren durch Interesseneigner nach bestimmten Kriterien!
❍ 
Systematisches Vergleichen und Bewerten!
❍ 
Techniken der Entscheidungsfindung, z.B. Analytic Hierarchy Process!
Requirements Engineering I
!Kapitel 14
!© 2011 Martin Glinz !
4!
14.2 !Evolution von Anforderungen!
❍ 
Anforderungen unterliegen einer Evolution!
●  Fortschritte der Technologie!
●  Änderung der unternehmensinternen Organisation!
●  Veränderte Bedürfnisse von Kunden!
●  Veränderung von Märkten / neue Märkte!
●  Neue / geänderte politische oder rechtliche Randbedingungen!
❍ 
Problem:!
●  Anforderungen stabil halten und!
●  Veränderung kontrolliert zulassen!
Requirements Engineering I
!Kapitel 14
!© 2011 Martin Glinz !
5!
Mögliche Ansätze!
❍ 
Inkrementelle Entwicklung !
●  Sehr kurze Entwicklungszyklen (1-6 Wochen pro Inkrement)!
●  Innerhalb eines Inkrements bleiben die Anforderungen stabil!
●  Änderungen sind neue Anforderungen im nächsten Inkrement!
❍ 
Explizites Änderungsmanagement für Anforderungen!
●  Konfigurationsmanagement für Anforderungen!
●  Strikter Änderungsprozess!
●  Verfolgbarkeit von Anforderungen!
Requirements Engineering I
!Kapitel 14
!© 2010 Martin Glinz !
6!
Konfigurationsmanagement für Anforderungen!
❍ 
Anforderungen einzeln identifizierbar!
❍ 
Geordneter Änderungsprozess!
❍ 
Klare Zuständigkeiten und Verantwortlichkeiten!
❍ 
Rückverfolgbarkeit aller Entscheide und Änderungen!
Requirements Engineering I
!Kapitel 14
!© 2010 Martin Glinz !
7!
Änderungsprozess!
Änderungsantrag
Problem
❍ 
Geregeltes Prozedere!
❍ 
Entscheidungen durch
Änderungskomitee
(Change Control Board)!
●  Mitglieder: Vertreter
von Auftraggeber und
Auftragnehmer!
●  Vorsitz: Projektleiter!
Vorprüfung
später
abgelehnt
Ablage
Neue oder zu ändernde
Anforderung
•
•
•
•
bewilligt
Auswirkungsanalyse
•
•
•
Überarbeitung
Änderungsvorschlag
Entscheid
ja, aber
nein
ja
Durchführung
!Kapitel 14
!© 2010 Martin Glinz !
Welche Anforderungen sind
betroffen?
Welche schon erstellten Teile
der Lösung sind betroffen?
Kosten/Zeitaufwand für
Durchführung der Änderung?
Durch Steuerkomitee
Änderungskomitee!
Durch
•
Requirements Engineering I
Bedeutung?
Notwendigkeit?
Priorität?
Jetzt nicht, aber in späterer
Version?
•
Anforderungsspezifikation
ändern
Alle betroffenen Teile der
Lösung ändern
8!
14.3 !Verfolgbarkeit (traceability)!
Verfolgbarkeit (traceability)!
●  Rückwärts: Wo kommt welche Anforderung her?!
●  Vorwärts: Wo ist welche Anforderung entworfen bzw. implementiert?!
●  Wie hängen Anforderungen voneinander ab?!
Quellen!
Rückwärts-!
Verfolgung!
Anforderungs-!
spezifikation!
...!
Interesseneigner!
Anforderungen!
Dokumente!
Vorwärts-!
Verfolgung!
Lösung!
Abhängig-!
keit!
Module!
❍ 
Aufwand und Ertrag für Verfolgbarkeit gegeneinander abwägen!
❍ 
Rückverfolgungsbeziehungen pflegen, sonst sind sie nutzlos!
❍ 
Benötigt Werkzeugunterstützung!
Requirements Engineering I
!Kapitel 14
!© 2011 Martin Glinz !
9!
14.4 !Fortlaufendes Anforderungsmangement!
❍ 
Projektintern!
●  Grundsätzlich bei inkrementellen Entwicklungsmodellen!
●  Geplant bei explorativem Vorgehen!
●  Ungeplant bei geänderten/neuen Kundenwünschen oder
Randbedingungen!
❍ 
Projektübergreifend!
●  Entwicklung/Unterhalt von Systemlandschaften!
●  Einsatz von Produktlinien!
Requirements Engineering I
!Kapitel 14
!© 2010 Martin Glinz !
10!

Download Report