Nefunkční požadavek - Non-functional requirement

v systémové inženýrství a požadavky inženýrství, a nefunkční požadavek (NFR) je a požadavek který specifikuje kritéria, která lze použít k posouzení fungování systému, spíše než konkrétní chování. Jsou v kontrastu s funkční požadavky které definují konkrétní chování nebo funkce. Plán provádění funkční požadavky jsou podrobně uvedeny v Systém design. Plán provádění nefunkční požadavky jsou podrobně uvedeny v Systém architektura, protože jsou obvykle architektonicky významné požadavky.[1]

Definice

Obecně platí, že funkční požadavky definují, co má systém předpokládat dělat a nefunkční požadavky definují, jak má systém fungovat být. Funkční požadavky jsou obvykle ve formě „systém udělá matematická funkce, a Černá skříňka popis vstup, výstup, proces a řízení funkční model nebo IPO model. Naproti tomu nefunkční požadavky mají formu „systém musí být “, celková vlastnost systému jako celku nebo konkrétního aspektu, nikoli konkrétní funkce. Celkové vlastnosti systému obvykle označují rozdíl mezi tím, zda byl vývojový projekt úspěšný nebo neúspěšný.

Nefunkční požadavky se často nazývají „atributy kvality „systému však existuje rozdíl mezi těmito dvěma. Nefunkční požadavky jsou kritériem pro hodnocení toho, jak by měl fungovat softwarový systém, a softwarový systém musí mít určité atributy kvality, aby vyhověl nefunkčním požadavkům. Takže když řekneme systém by měl být „bezpečný“, „vysoce dostupný“, „přenosný“, „škálovatelný“ atd., mluvíme o jeho kvalitativních atributech. Jinými termíny pro nefunkční požadavky jsou „kvality“, „cíle kvality“, "požadavky na kvalitu služby", "omezení", "požadavky na chování",[2] nebo „technické požadavky“.[3] Neformálně se tomu někdy říká „ility ", z atributů, jako je stabilita a přenositelnost. Vlastnosti - to jsou nefunkční požadavky - lze rozdělit do dvou hlavních kategorií:

  1. Vlastnosti provedení, jako je bezpečnost, zabezpečení a použitelnost, které jsou pozorovatelné během provozu (za běhu).
  2. Evoluční vlastnosti, jako např testovatelnost, udržovatelnost, rozšiřitelnost a škálovatelnost, které jsou zakotveny ve statické struktuře systému.[4][5]

Příklady

Může být vyžadován systém, který uživateli poskytne zobrazení počtu záznamů v databázi. Toto je funkční požadavek. Jak aktuální toto číslo musí být, je nefunkční požadavek. Pokud je třeba číslo aktualizovat v reálný čas, architekti systému musí zajistit, aby byl systém schopen zobrazit počet záznamů v přijatelně krátkém intervalu od počtu změn záznamů.

Dostatečná šířka pásma sítě může být nefunkčním požadavkem systému. Mezi další příklady patří:

Viz také

Reference

  1. ^ Chen, Lianping; Ali Babar, Muhammad; Nuseibeh, Bashar (2013). "Charakterizace architektonicky významných požadavků". Software IEEE. 30 (2): 38–45. doi:10.1109 / MS.2012.174. hdl:10344/3061.
  2. ^ Stellman, Andrew; Greene, Jennifer (2005). Aplikovaný softwarový projektový management. O'Reilly Media. str. 113. ISBN  978-0-596-00948-9. Archivovány od originál dne 02.02.2015.
  3. ^ Ambler, Scott. „Technické (nefunkční) požadavky: Agilní úvod“. Agilní modelování. Ambysoft Inc.. Citováno 5. října 2018.
  4. ^ Wiegers, Karl; Beatty, Joy (2013). Softwarové požadavky, třetí vydání. Microsoft Press. ISBN  978-0-7356-7966-5.
  5. ^ Young, Ralph R. (2001). Efektivní postupy požadavků. Addison-Wesley. ISBN  978-0-201-70912-4.

externí odkazy