Wymagania – Zarządzanie wersjami

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/

Podobne wpisy
Przypadki użycia są łatwiejsze do zrozumienia niż diagramy BPMN

Jakiś czas temu napotkałem ciekawe wyniki badań, które zostały opracowane w Polsce. Instytut Informatyki Politechniki Poznańskiej wykonał badania, w których  więcej

Jesienny The Rational Edge ezine

Właśnie ukazał się jesienny The Rational Edge ezine (http://ibm.com/developerworks/ecma/campaign/er.jsp?id=376126&imid=68950291&end). Dla fanów RSA jest bardzo ciekawy artykuł, w którym Steve Arnold więcej

Podstawowe dobre praktyki inżynierii wymagań

Poniżej opisane wskazówki to podstawowe dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać więcej

Średniozaawansowane dobre praktyki inżynierii wymagań

Poniżej opisane wskazówki to średniozaawansowane dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać więcej

Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Przewiń do góry