Wymagania funkcjonalne.

Odpowiedz Nowy wątek
2014-12-20 16:44
0

Pisze wymagania funkcjonalne w taki sposób:

F 1.1.: Rejestracja nowego użytkownika (UC 2.1)
F 1.2.: Logowanie użytkownika (UC 1.1)
F 1.3.: Przypomnienie zapomnianego hasła
F 1.4.: Wysłanie maila z linkiem przekierowującym do panelu zmiany hasła
F 1.5.: Zwrócenie błędu kontroli danych
F 1.6.: Zapamiętanie hasła użytkownika
F 1.7.: Zmiana hasła użytkownika
F 1.7.: Wylogowanie użytkownika

F 2.1.: Uruchamianie na serwerze zdalnej usługi cron job pobierającej aktualne dane meteorologiczne.
F 2.2.: Stworzenie na serwerze pliku .json przechowującego całą historię pomiarów

Pytanie, czy punkt F 2.1 i F 2.2 należą do wymagań funkcjonalnych? Mój wykładowca twierdzi że nie i powinienem stworzyć jakiś osobny podpunkt (który na pewno nie powinien się nazywać wymagania funkcjonalne) w którym umieszcze tego typu rzeczy<?>

edytowany 2x, ostatnio: Sebastiano, 2014-12-20 16:47

Pozostało 580 znaków

2014-12-20 18:13

No ale czy to są wymagania klienta? o_O Klient powiedział "niech ta wasza aplikacja tworzy zdalną usługę cron job na serwerze która będzie pobierać aktualne dane meteorologiczne"? Czy prędzej "chciałbym żeby aplikacja prezentowała aktualne dane meteorologiczne, powiedzmy z X minutowym opóźnieniem"? Widzisz jaka jest różnica? Jedno opisuje wymaganie a drugie opisuje implementacje.
Tak samo drugi podpunkt. Klient zażyczył sobie że "na serwerze aplikacja tworzyła plik json przechowujacy..." czy jednak klient powiedziałby "chciałbym żeby aplikacja pozwalała podejrzeć historie pomiarów"?


Na PW przyjmuje tylko (ciekawe!) zlecenia. Masz problem? Pisz na forum, nie do mnie.
Pokaż pozostałe 4 komentarze
Czyli mogę zrobić to w ten sposób? 1. Funkcjonalność aplikacji 1.1Wymagania funkcjonalne 1.2 Wymagania niefunkcjonalne a)aplikacji b)techniczne 1.3 Wymagania pozafunkcjonalne - Sebastiano 2015-01-03 21:34
Nie, OMG, czy ty umiesz czytać? Pojęcie "wymagania niefunkcjonalne" jest błędnym i głupim tłumaczeniem i zamiast niego powinno stosować się "wymagania pozafunkcjonalne". A z tych twoich punktów tylko 1.1 dotyczy funkcjonalności aplikacji. Wymagania nie/poza-funkcjonalne NIE DOTYCZĄ tego co aplikacja robi, tylko "jakości" tego co aplikacja robi. - Shalom 2015-01-03 22:02
Ok, rozumiem. Co do wymagań "niefunkcjonalnych" myśle że to troche robienie wody z mózgu na uczelniach;/ Więc zrobie tak jak piszesz (pozafunkcjonalne). Jeszcze jedno pytanie odnośnie pozafunkcjonalnych. Zakładając że chodzi o jakość to mogę w nich umieścić punkty?: NF. 1.2.: Obsługa mobilnych przeglądarek internetowych NF. 1.4.: Responsywny interfejs (smartfony, tablety, desktop). Pytanie gdzie dać np wymaganie :<br /> NFT. 1.7.: minimum 50MB przestrzeni dyskowej na serwerze NFT. 1.8.: minimum 200MB przestrzeni dyskowej dla baz danych ? - Sebastiano 2015-01-04 13:22
Jasne że możesz mieć punkty ;] Patrz tu: http://everyspec.com/ESA/down[...]spec=ECSS-E-ST-40C.047793.pdf na Anex D "Software requirements specification (SRS)". To jest taki "szablon" opisujący jakie punkty powinny być brane pod uwagę w trakcie pisania specyfikacji wymagań. Myśle że ci to pomoże ;) I uprzedzając wątpliwości: tak, dokumenty dotyczące oprogramowania dla zastosowań kosmicznych są jak najbardziej na miejscu, bo w rzeczywistości jest to jedna z niewielu dziedzin gdzie stosuje się rozbudowany formalny proces dokumentowania takich rzeczy ;) - Shalom 2015-01-04 14:06
Takie przykłady z "życia wcięte" są najlepsze:) Myśle że już rozwiałem wszystkie wątpliwości a powyższy dokument na pewno mi się przyda (bardzo sensownie jest to opisane). Dzięki:) - Sebastiano 2015-01-04 15:39

Pozostało 580 znaków

2014-12-20 18:54
0

Tak to wymagania klienta a ja to zrobilem jak wymagania techniczne programu. Dzieki @Shalom, o takie spojrzenie na problem mi chodzilo;)

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0