Wymagania funkcjonalne

Wymagania funkcjonalne w inżynierii oprogramowania i inżynierii systemów, definiują funkcję systemu lub jego składnik, którym jest dokładnie opisany w specyfikacji zachowań pomiędzy wejściem i wyjściem^[1]. Wymagania funkcjonalne mogą obejmować obliczenia, szczegóły techniczne, manipulację i przetwarzanie danych oraz inne specyficzne funkcje, które określają, co system ma osiągnąć^[2]. Wymagania funkcjonalne określają konkretne wyniki systemu. Należy temu przeciwstawić wymagania niefunkcjonalne, które określają ogólne cechy, takie jak koszt i niezawodność. Wymagania funkcjonalne kierują architekturą aplikacji systemu, podczas gdy wymagania niefunkcjonalne kierują architekturą techniczną systemu^[3].

Proces edytuj

Typowy wymóg funkcjonalny będzie zawierał unikalną nazwę i numer, krótkie podsumowanie i uzasadnienie. Informacje te są używane, aby pomóc czytelnikowi zrozumieć, dlaczego wymóg jest potrzebny, i śledzić wymagania poprzez rozwój systemu. Sednem tego wymogu jest opis wymaganego zachowania, które musi być jasne i czytelne. Opisane zachowanie może wynikać z reguł organizacyjnych lub biznesowych lub może zostać wykryte podczas sesji wywoływania z użytkownikami, interesariuszami i innymi ekspertami w organizacji. Wiele wymagań może zostać odkrytych podczas opracowywania przypadku użycia. Gdy tak się stanie, analityk wymagań może utworzyć wymóg zastępczy z nazwą i podsumowaniem, a później zbadać szczegóły, które zostaną wypełnione, gdy będą lepiej znane^[4].

Przypisy edytuj

↑ RoyR. Vandermolen RoyR., Airborne Electronic Hardware Design Assurance. A Practitioner’s Guide to RTCA/DO-254, wyd. 1st, ISBN 978-1-351-83142-0, OCLC 1000456011 [dostęp 2019-06-09] .
↑ United States Government US Army. 2001., Wayback Machine, web.archive.org, 31 stycznia 2017, ISBN 978-1484120835 [dostęp 2019-06-09] [zarchiwizowane z adresu 2017-01-31] .
↑ Kevin MacGK.M. Adams Kevin MacGK.M., Nonfunctional requirements in systems analysis and design, Cham, ISBN 978-3-319-18344-2, OCLC 908388973 [dostęp 2019-06-09] .
↑ Greene, Jennifer, 1971-, Applied software project management, Sebastopol, Calif.: O’Reilly, 2005, ISBN 0-596-00948-8, OCLC 64549830 [dostęp 2019-06-09] .

[1] RoyR. Vandermolen RoyR., Airborne Electronic Hardware Design Assurance. A Practitioner’s Guide to RTCA/DO-254, wyd. 1st, ISBN 978-1-351-83142-0, OCLC 1000456011 [dostęp 2019-06-09] .

[2] United States Government US Army. 2001., Wayback Machine, web.archive.org, 31 stycznia 2017, ISBN 978-1484120835 [dostęp 2019-06-09] [zarchiwizowane z adresu 2017-01-31] .

[3] Kevin MacGK.M. Adams Kevin MacGK.M., Nonfunctional requirements in systems analysis and design, Cham, ISBN 978-3-319-18344-2, OCLC 908388973 [dostęp 2019-06-09] .

[4] Greene, Jennifer, 1971-, Applied software project management, Sebastopol, Calif.: O’Reilly, 2005, ISBN 0-596-00948-8, OCLC 64549830 [dostęp 2019-06-09] .

[1]

[2]

[3]

[4]