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

Podobne wpisy

  • Konstrukcja wymagań z zastosowaniem szablonów Zastosowanie szablonów wymagań zapewnia proste i zrozumiałe podejście do dokumentowania wymagań w języku naturalny redukując niepożądane skutki jego użycia.  Szablony wymagań […]
  • Struktura dokumentów wymagań cz. 1 Dokumenty wymagań zawierają dużą ilość różnych informacji. Aby umożliwić sprawne posługiwanie się tym dokumentem powinien on spełniać pewne standardy dotyczące jego układu oraz treści. W […]
  • Wykorzystanie dokumentów wymagań W trakcie trwania projektu dokumentacja wymagań stanowi podstawę dla różnych zadań: Planowanie: Specyfikacja wymagań stanowi podstawę dla planowania pracy i punktów milowych w procesie […]
  • Akwizycja wymagań Akwizycja wymagań może być określona jako rdzeń inżynierii wymagań. Akwizycja wymagań polega na pozyskiwaniu wymagań z dostępnych źródeł (np. interesariuszy) za pomocą różnych technik […]
  • Dokumentacja wymagań w oparciu o przypadki użycia Przypadki użycia służą do dokumentacji funkcjonalności systemu i bazują na dwóch wspólnie wykorzystywanych koncepcjach: Diagramach przypadków użycia Specyfikacjach przypadków użycia […]
Reklama

Zostaw komentarz

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

Przewiń do góry