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://www.michalwolski.pl/inzynier-wymagan/

Zostaw odpowiedź

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Możesz użyć tych HTML tagów i atrybutów: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Close