Dokumentacja wymagań

Pozyskane wymagania należy opisać w dokumencie wymagań. Niniejszy post rozpoczyna cykl wpisów dotyczących dokumentacji wymagań. 

Definicja: Dokument wymagań / Specyfikacja wymagań
Specyfikacja wymagań jest usystematyzowaną reprezentacją zbioru wymagań dotyczących systemu lub jego komponentu, który spełnia określone kryteria.

Wymagania mają znaczenie kontraktowe. Wszystkie informacje zebrane i uzgodnione podczas podejmowanych czynności w ramach inżynierii wymagań muszą zostać udokumentowane. Każdy typ wymagania wpływa pośrednio lub bezpośrednio na wszystkie fazy życia oprogramowania. Jakość dokumentu wymagań, jak i samych wymagań, ma kluczowe znaczenie na przebieg realizowanego projektu i decyduje o jego sukcesie.

Wymagania są podstawą dla tworzonego systemu. Z tego też powodu dokument wymagań reprezentuje umowę pomiędzy klientem a zleceniobiorcą. Klient ma prawo wymagać realizacji uzgodnionych wymagań. W przypadku braku porozumienia podczas odbioru stworzonego systemu dokument wymagań stanowi podstawę do rozstrzygania sporów.

Dokumentacja wymagań jest złożona. Systemy, które posiadają tysiące wymagań, które z kolei mają wiele powiązań pomiędzy sobą, są często spotykane w praktyce. Bez odpowiedniej dokumentacji zarządzanie wymaganiami byłoby bardzo trudne.

Wymagania muszą być dostępne dla wszystkich zainteresowanych stron. Jeżeli wymagania są stale dostępne to zainteresowane strony mogą na bieżąco wyjaśniać swoje niejasności związane z wymaganiami, a nowi pracownicy, którzy dołączyli do projektu mogą się w szybki sposób się z nimi zapoznać.

Dokumentacja wymagań może być rozpatrywana z trzech różnych perspektyw:

  • Perspektywy danych
  • Perspektywy funkcjonalności
  • Perspektywy zachowania

Do opisu każdej z wyżej wymienionej perspektywy inżynier wymagań może wykorzystać język naturalny oraz modele konceptualne.

Perspektywa danych

W przypadku pespektywy danych wymagania są przedstawiane ze strukturalnego punktu widzenia. W perspektywie tej przedstawiane są np. struktury danych wejściowych i wyjściowych dla tworzonego systemu, a także relacje pomiędzy tymi danymi.

Perspektywa funkcjonalności

Perspektywa funkcjonalności dokumentuje jakie informacje są odbierane, przetwarzane i zwracane przez system lub jego funkcje oraz kolejność wywoływanych funkcji przetwarzających te informacje.

Perspektywa zachowania

Perspektywa zachowania systemu koncentruje się na dokumentowaniu reakcji systemu na zdarzenia występujące w jego kontekście, warunków, które powodują zmianę stanu systemu lub jego elementów oraz wyników, jakie system powinien zapewnić do jego otoczenia.

Podobne wpisy

  • Dokumentacja wymagań oparta na modelu Poza opisem słownym warto jest dokumentować wymagania w oparciu o model. Definicja: Model Model to abstrakcyjna reprezentacja istniejącej rzeczywistości lub rzeczywistości, która będzie […]
  • Wymagania na system – kontekst i granica systemu Do głównych zadań inżynierii wymagań należy m.in. akwizycja i dokumentacja wymagań na system. Aby tego dokonać należy zidentyfikować te części świata rzeczywistego, które będą miały wpływ […]
  • Dokumentacja wymagań przy użyciu języka naturalnego Wykorzystanie języka naturalnego jest najbardziej popularnym sposobem dokumentowania wymagań. Jego największą zaletą jest brak potrzeby poświęcenia czasu przez interesariuszy na poznanie […]
  • Techniki akwizycji wymagań cz.1 Techniki akwizycji wymagań mają na celu wspieranie inżynierów wymagań w procesie akwizycji, aby mogli dostarczyć jak najbardziej kompletne i zrozumiałe wymagania. Wybór odpowiedniej […]
  • Negocjacja wymagań Jak pisałem kilka tygodni temu jakość wymagań przekłada się na jakość systemu. Z tego też powodu istotnym jest aby doprecyzować – wynegocjować te wymagania, które mogą destruktywnie […]
Reklama

Zostaw komentarz

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

Przewiń do góry