Zmiany w wymaganiach wymaga ich wersjonowania.Wersje wymagań pomagają uzyskać dostęp do określonego stanu wymagania w trakcie życia oprogramowania. Najczęściej wersje wymagań określane są za pomocą kolejnych ich numerów. Najbardziej popularnym sposobem nadawania numerów wymagań jest złożenie numeru z wersji wymagania oraz przyrostu, oddzielonych znakiem kropki. Wersja 1.3 oznacza wtedy 1 wersję wymagania i 3 przyrost.
Numerem umieszczonym po lewej stronie kropki oznaczane są kolejne duże zmiany w wymaganiu, a numerem umieszczonym po prawej stronie kropki kolejne małe zmiany w wymaganiu. Możliwe jest także zastosowanie bardziej złożonej struktury składającej się z kilku przyrostów, np. 1.14.2.
Konfiguracje wymagań
Konfiguracja wymagań składa się ze zbioru wymagań, przy czym każde zawarte w konfiguracji wymaganie może występować tylko z jednym oznaczeniem wersji. Zarządzanie konfiguracją wymagań może być rozpatrywane w dwóch wymiarach:
- W wymiarze produktu zarządzanie konfiguracją odbywa się w oparciu o indywidualne wymagania, bazując na ich podstawie.
- W wymiarze wersji zarządzanie konfiguracją rozważa różne stany wymagań jako część zarządzania wersją dla wymiaru produktu.
Konfiguracje wymagań
Podczas tworzenia konfiguracji wymagań należy wziąć pod uwagę następujące właściwości:
- Logiczne powiązania: Wymagania znajdujące się w konfiguracji są bezpośrednio połączone z innymi wymaganiami, np. grupy zorientowane na realizację określonego celu.
- Konsystencja: Wymagania znajdujące się w konfiguracji nie przeczą innym wymaganiom w konfiguracji (np. zawiera wymagania, które się są ze sobą sprzeczne w danym zestawieniu wersji wymagań).
- Unikalny identyfikator: Konfiguracja posiada unikalny identyfikator pozwalający na identyfikację konfiguracji.
- Niezmienność: Konfiguracja określa pewien zdefiniowany stan specyfikacji. Zmiana wymagań w konfiguracji powoduje zmianę wersji wymagania, co może spowodować także zmianę wersji konfiguracji wymagania.
- Podstawa do powrotu: Jeżeli istnieje potrzeba wycofania zmian w wymaganiach, konfiguracja zapewnia możliwość wycofania wymagań do specyficznej wersji w konfiguracji.
Baseline wymagań
Baseline wymagań są specyficznymi konfiguracjami wymagań, które zazwyczaj zawierają wymagania stabilne i często są wykorzystywane do określania wydania systemu. Baseline wymagań wspierają różne aktywności procesu deweloperskiego w zakresie:
- Podstaw do planowania wydań: Baseline wymagań zawiera wymagania oznaczone jako „stabilne” przez wykonawcę i mogą zostać wykorzystane do planowania nowego wydania systemu i definicji tego wydania.
- Oszacowania nakładów na implementację: Tak jak w przypadku wykorzystania baseline do planowania wydania, może zostać wykorzystane do oszacowania pracochłonności implementacji danego wydania.
- Porównanie z produktami konkurencyjnymi: Baseline może zostać wykorzystane do porównania planowanego systemu z systemami konkurencyjnymi.
Niniejszy wpis jest ostatnim postem z cyklu zarządzania wymaganiami jaki zaplanowałem w lutym tego roku. Wszystkie wpisy z cyklu znajdziesz pod adresem: https://wolski.pro/inzynier-wymagan/
Dodawanie komentarzy zostało zablokowane.