Każdy wiersz określa jedno wymaganie.
Kolumny tabeli określają:
- identyfikator (numer) wymagania
- treść (zdanie oznajmujące)
- reprezentowany punkt widzenia (klienta, użytkownika, administratora, podatnika itd.)
- istotność dla klienta i użytkowników //waga wymagania //wystarczy skala 3-stopniowa
- ważność dla konstrukcji całego oprogramowania
- zrozumiałość dla projektantów programistów
- przewidywana stabilność
- wejście
- sposób przetwarzania
- wyjście
- sposób testowania (uwagi, wymagane dane)
siwz - specyfikacja istotnych warunków zamówienia
Wymagania klienta (D. Parnas)
- cel tworzenia aplikacji
- kategoria przedsięwzięcia
- główne zadania produktu
- profil użytkownika
- wymagania dostępności
- szacowana obojętność, przewidywana platforma
- poziom ochrony danych
- wymagania w zakresie niezawodności działania, dokładności obliczeń, ograniczeń czasowych i
- sposób komunikacji z użytkownikami formy rezultatów, generowane dokumenty, udział grafiki, multimedia
- przewidywane sytuacje awaryjne i wyjątkowe
- przewidywane kierunki rozwoju aplikacji
- dane o zespole autorów
- termin odbioru (odbiorców)
- oszacowanie kosztów
- słownik pojęć
cel - poprawa konkurencyjności na rynku przy zach wymogów jakości
- usprawnienie logistyki: zakupy, transport, outsourcing, redukcja zapasów i magazynów
- redukcja zatrudnienia
- przyspieszenie obiegu inf i dok
- uporządkowanie danych i dok
- skrócenie czasu zapisu danych //niekoniecznie - nie sprawdza sie
- skrócenie czasu wystawiania dok // niekoniecznie - nie sprawdza sie
wymagania klienta AA
Konwencjonalna dokumentacja (Ziegler)
- wymagania klienta
- model konceptualny obiektów aplikacji (specyfikacja funkcjonalna, modele danych, modele zachowań)
- dokumentacja prjektowo-programowa: