A szoftverfejlesztésben és a rendszermérnökségben a funkcionális követelmény egy rendszer vagy annak egy komponense funkcióját határozza meg, ahol a funkció a bemenetek és kimenetek közötti viselkedés összefoglalásaként (vagy specifikációjaként vagy kijelentéseként) írják le.[1]

A funkcionális követelmények magukban foglalhatnak számításokat, műszaki részleteket, adatkezelést és -feldolgozást, valamint egyéb speciális funkciókat, amelyek meghatározzák, hogy a rendszernek mit kell elérnie.[2] A viselkedési követelmények minden olyan esetet leírnak, amikor a rendszer használja a funkcionális követelményeket, ezeket a használati esetek rögzítik. A funkcionális követelményeket nem funkcionális követelmények (más néven "minőségi követelmények") támasztják alá, amelyek korlátokat szabnak a tervezésnek vagy a megvalósításnak (például teljesítménykövetelmények, biztonság vagy megbízhatóság). Általában a funkcionális követelményeket a "rendszernek meg kell tennie <követelmény>" formában, míg a nem funkcionális követelmények a "rendszernek<követelmény>" formában kell lennie.[3] A funkcionális követelmények megvalósításának tervét a rendszerterv részletezi, míg a nem funkcionális követelményeket a rendszer architektúrája részletezi.[4][5]

A követelménytervezésben a funkcionális követelmények meghatározzák a rendszer konkrét eredményeit. Ezt szembe kell állítani a nem funkcionális követelményekkel, amelyek az általános jellemzőket, például a költséget és a megbízhatóságot határozzák meg. A funkcionális követelmények vezérlik a rendszer alkalmazásarchitektúráját, míg a nem funkcionális követelmények a rendszer technikai architektúráját.

Egyes esetekben a követelményelemző használati eseteket generál a funkcionális követelménykészlet összegyűjtése és érvényesítése után. A funkcionális követelmények összegyűjtésének és megváltoztatásának hierarchiája tágabb értelemben a következő: felhasználó/ érdekelt felek kérése → elemzés → használati eset → beépítés. Az érintettek kérelmet nyújtanak be; a rendszermérnökök megpróbálják megvitatni, megfigyelni és megérteni a követelmény szempontjait; használati esetek, entitáskapcsolati diagramok és egyéb modellek készülnek a követelmény érvényesítésére; és ha dokumentálják és jóváhagyják, a követelményt végrehajtják/beépítik.[6] Minden használati eset viselkedési forgatókönyveket mutat be egy vagy több funkcionális követelményen keresztül. Az elemző gyakran azonban azzal kezdi, hogy előhívja a használati eseteket, amelyekből az elemző levezetheti azokat a funkcionális követelményeket, amelyeket meg kell valósítani ahhoz, hogy a felhasználó elvégezhesse az egyes használati eseteket.

Egy tipikus funkcionális követelmény tartalmaz egy egyedi nevet és számot, egy rövid összefoglalót és egy indoklást. Ezek az információk segítenek az olvasónak megérteni, miért van szükség a követelményre, és nyomon követni a követelményt a rendszer fejlesztése során.[7] A követelmény lényege a szükséges viselkedés leírása, amelynek világosnak és olvashatónak kell lennie. A leírt viselkedés származhat szervezeti vagy üzleti szabályokból, vagy felfedezhető a felhasználókkal, érdekelt felekkel és a szervezet más szakértőivel folytatott felhívások során.[7] A használati eset fejlesztése során számos követelményre derülhet fény. Amikor ez megtörténik, a követelményelemző létrehozhat egy ideiglenes követelményt névvel és összefoglalóval, és később utánanézhet a részleteknek, amelyeket akkor kell kitölteni, amikor jobban ismertek.

Hivatkozások

szerkesztés
  1. Chapter 4: Requirements - Writing Requirements, Airborne Electronic Hardware Design Assurance: A Practitioner's Guide to RTCA/DO-254. CRC Press, 89–93. o. (2017). ISBN 9781351831420. Hozzáférés ideje: 2018. június 15. 
  2. Supplement 4-A, A Procedure for Requirements Analysis, Systems Engineering Fundamentals [archivált változat]. United States Government US Army (2001). ISBN 978-1484120835. Hozzáférés ideje: 2016. március 18. [archiválás ideje: 2017. január 31.] 
  3. Loucopoulos, P.. Chapter 4: Requirements Engineering, Design Process Improvement: A Review of Current Practice. Springer-Verlag, 116–139. o. (2005). ISBN 9781846280610 
  4. Adams, K.M.. 3.2 Definitions for Functional and Non-Functional Requirements, Non-functional Requirements in Systems Analysis and Design. Springer, 45–50. o. (2015). ISBN 9783319183442 
  5. Chapter 6: Impact Analysis, Engineering and Managing Software Requirements. Springer Science & Business Media, 117–42. o. (2006). ISBN 9783540282440 
  6. MITRE Corporate Communications and Public Affairs. Requirements Engineering: Eliciting, Collecting, and Developing Requirements, The MITRE Systems Engineering Guide. MITRE Corporation, 304–13. o.. ISBN 9780615974422. Hozzáférés ideje: 2018. június 15. 
  7. a b Stellman, Andrew. Chapter 6: Software requirements, Applied Software Project Management. O'Reilly Media, 97–130. o. (2005). ISBN 9780596553821. Hozzáférés ideje: 2018. június 15. 

Fordítás

szerkesztés

Ez a szócikk részben vagy egészben a Functional requirement című angol Wikipédia-szócikk ezen változatának fordításán alapul. Az eredeti cikk szerkesztőit annak laptörténete sorolja fel. Ez a jelzés csupán a megfogalmazás eredetét és a szerzői jogokat jelzi, nem szolgál a cikkben szereplő információk forrásmegjelöléseként.

Kapcsolódó szócikkek

szerkesztés