outfrost
commented
6 years ago - Potrzebne są małe poprawki leksykalne i gramatyczne - niektóre już wprowadziłem.
- Typy wymagań trzeba trochę uporządkować. Być może można po prostu zamienić "Typ" na "Kategorię" i zamiast "Wymaganie dotyczące ergonomii i wygody" czy "Wymaganie bezpieczeństwa" pisać po prostu "Ergonomia i wygoda", "Bezpieczeństwo".
- W tekście wymagań jest kilka przykładów definicji idem per idem, np. "Aplikacja powinna być intuicyjna". Trzeba przekształcić takie fragmenty w użyteczny tekst.
- Priorytety są trochę dziwnie ustawione. Proponuję taki układ:
- Priorytet wysoki - wymagania ważne, które musimy spełnić w trakcie implementacji systemu w ciągu semestru
- Priorytet średni - wymagania istotne dla całokształtu aplikacji, ale niekoniecznie dla pierwszej implementacji
- Priorytet niski - wymagania mało istotne
- Obsługa za pomocą ekranu dotykowego to raczej wymaganie funkcjonalne. Jest to najbardziej podstawowe założenie dot. interfejsu użytkownika w wersji mobilnej. Przynajmniej w mojej ocenie.
- Jackowski mówił, że kryteria spełnienia wymagań powinny być mierzalne. Dobrym przykładem jest tutaj "Czas potrzebny dla nowego użytkownika do nauki obsługi aplikacji nie powinien przekraczać 5 min", zaś niekoniecznie dobrym "Podobieństwo zaimplementowanych funkcji między modułami.". Nie trzeba się tutaj nie wiadomo jak głowić żeby to było idealne, ale też nie żeby ocena spełnienia wymagania była praktycznie niemożliwa.
- Szyfrowanie nie jest żadnym zabezpieczeniem w kontekście przechowywania informacji uwierzytelniającej na serwerze. To, czego teoretycznie byśmy potrzebowali, nazywa się hashowanie z saltem (solą). Zastanowiłbym się jednak, czy na pewno potrzebujemy własnego systemu uwierzytelniającego - skoro aplikacja ma umożliwiać używanie bez rejestracji, to może wystarczą nam opcje OpenID takie, jak Google, Twitter, Steam, Twitch, itp. A, i kto szyfruje loginy? xD
Kainsiel
baatochan
Wymagania pozafunkcjonalne