Funkční požadavek - Functional requirement

v softwarové inženýrství a systémové inženýrství, a funkční požadavek definuje funkci a Systém nebo jeho komponenta, kde je funkce popsána jako specifikace chování mezi výstupy a vstupy.[1]

Funkční požadavky mohou zahrnovat výpočty, technické podrobnosti, manipulaci s daty a jejich zpracování a další specifické funkce, které definují, čeho má systém dosáhnout.[2] Behaviorální požadavky popisují všechny případy, kdy systém používá funkční požadavky, které jsou zachyceny případy užití. Funkční požadavky jsou podporovány nefunkční požadavky (známé také jako „požadavky na kvalitu“), které omezují design nebo implementaci (jako jsou požadavky na výkon, zabezpečení nebo spolehlivost). Obecně jsou funkční požadavky vyjádřeny ve formě „systém musí “, zatímco nefunkční požadavky mají tvar „systém musí být .“[3] Plán implementace funkčních požadavků je podrobně uveden v návrhu systému, zatímco nefunkční požadavky jsou podrobně uvedeny v architektuře systému.[4][5]

Jak je definováno v požadavky inženýrství, funkční požadavky specifikují konkrétní výsledky systému. To by mělo být v kontrastu s nefunkčními požadavky, které specifikují celkové charakteristiky, jako jsou náklady a spolehlivost. Funkční požadavky řídí aplikační architekturu systému, zatímco nefunkční požadavky řídí technickou architekturu systému.[4]

V některých případech analytik požadavků generuje případy použití po shromáždění a ověření souboru funkčních požadavků. Hierarchie sběru a změny funkčních požadavků, obecně řečeno, je: uživatel /zúčastněná strana požadavek → analyzovat → případ použití → začlenit. Zúčastněné strany podají žádost; inženýři systémů se pokoušejí diskutovat, sledovat a porozumět aspektům požadavku; k ověření požadavku jsou vytvořeny případy použití, diagramy vztahů mezi entitami a další modely; a pokud je dokumentován a schválen, je požadavek implementován / začleněn.[6] Každý případ použití ilustruje scénáře chování prostřednictvím jednoho nebo více funkčních požadavků. Analytik však často začne vyvoláním sady případů použití, ze kterých může analytik odvodit funkční požadavky, které musí být implementovány, aby umožnil uživateli provést každý případ použití.

Proces

Typický funkční požadavek bude obsahovat jedinečný název a číslo, stručné shrnutí a zdůvodnění. Tyto informace slouží čtenáři k pochopení, proč je požadavek nezbytný, a ke sledování požadavku prostřednictvím vývoje systému.[7] Jádrem požadavku je popis požadovaného chování, který musí být jasný a čitelný. Popsané chování může pocházet z organizačních nebo obchodních pravidel nebo ho lze zjistit prostřednictvím elitačních relací s uživateli, zúčastněnými stranami a dalšími odborníky v organizaci.[7] Během vývoje případu použití může být odhaleno mnoho požadavků. Když k tomu dojde, analytik požadavků může vytvořit požadavek na zástupný symbol se jménem a souhrnem a prozkoumat podrobnosti později, aby se vyplnily, až budou známější.

Viz také

Reference

  1. ^ Fulton R, Vandermolen R (2017). "Kapitola 4: Požadavky - Požadavky na psaní". Airborne Electronic Hardware Design Assurance: A Practitioner's Guide to RTCA / DO-254. CRC Press. str. 89–93. ISBN  9781351831420. Citováno 15. června 2018.
  2. ^ "Dodatek 4-A, postup pro analýzu požadavků". Základy systémového inženýrství (PDF). Vláda Spojených států amerických armáda. 2001. ISBN  978-1484120835. Archivovány od originál (PDF) dne 31. ledna 2017. Citováno 18. března 2016.
  3. ^ Loucopoulos, P. (2005). „Kapitola 4: Inženýrství požadavků“. V publikaci Clarkson J, Eckert C (eds.). Vylepšení procesu návrhu: Přehled současné praxe. Springer-Verlag. str. 116–139. ISBN  9781846280610.
  4. ^ A b Adams, K.M. (2015). „3.2 Definice funkčních a nefunkčních požadavků“. Nefunkční požadavky v systémové analýze a designu. Springer. str. 45–50. ISBN  9783319183442.
  5. ^ Jönsson P, Lindvall M (2006). „Kapitola 6: Analýza dopadů“. In Aurum A, Wohlin C (eds.). Technické a softwarové požadavky. Springer Science & Business Media. 117–42. ISBN  9783540282440.
  6. ^ Firemní komunikace a veřejné záležitosti MITER. „Inženýrství požadavků: získávání, shromažďování a vývoj požadavků“. Průvodce MITER Systems Engineering. MITER Corporation. 304–13. ISBN  9780615974422. Citováno 15. června 2018.
  7. ^ A b Stellman, Andrew; Greene, Jennifer (2005). "Kapitola 6: Softwarové požadavky". Aplikovaný softwarový projektový management. O'Reilly Media. 97–130. ISBN  9780596553821. Citováno 15. června 2018.