Funkční vs nefunkční požadavky
Charles Moore
Klíčový rozdíl mezi funkčními a nefunkčními požadavky
- Funkční požadavek definuje systém nebo jeho komponentu, zatímco nefunkční požadavek definuje výkonnostní atribut softwarového systému.
- Funkční požadavky spolu s analýzou požadavků pomáhají identifikovat chybějící požadavky, zatímco výhodou nefunkčních požadavků je, že vám pomáhají zajistit dobrou uživatelskou zkušenost a snadnou obsluhu softwaru.
- Funkční požadavek je sloveso, zatímco nefunkční požadavek je atribut
- Typy nefunkčních požadavků jsou Škálovatelnost Kapacita, Dostupnost, Spolehlivost, Obnovitelnost, Data Integrityatd., zatímco opravy, úpravy a zrušení transakcí, obchodní pravidla, požadavky na certifikaci, požadavky na podávání zpráv, administrativní funkce, úrovně oprávnění, sledování auditu, externí rozhraní, správa historických dat, právní nebo regulační požadavky jsou různé typy funkčních požadavků.
Co je to funkční požadavek?
V softwarovém inženýrství, a funkční požadavek definuje systém nebo jeho součást. Popisuje funkce, které musí software provádět. Funkce není nic jiného než vstupy, jejich chování a výstupy. Může to být výpočet, manipulace s daty, obchodní proces, interakce s uživatelem nebo jakákoli jiná specifická funkce, která definuje, jakou funkci bude systém pravděpodobně vykonávat.
Funkční požadavky v softwarovém inženýrství vám pomohou zachytit zamýšlené chování systému. Toto chování může být vyjádřeno jako funkce, služby nebo úkoly nebo systém, který má vykonávat.
Co je nefunkční požadavek?
A nefunkční požadavek definuje atribut kvality softwarového systému. Představují soubor standardů používaných k posouzení konkrétního fungování systému. Příklad, jak rychle se web načítá?
Nefunkční požadavek je nezbytný pro zajištění použitelnosti a efektivity celého softwarového systému. Nesplnění nefunkčních požadavků může vést k tomu, že systémy nebudou uspokojovat potřeby uživatelů.
Nefunkční požadavky vám umožňují zavést omezení nebo omezení na návrh systému napříč různými agilními nevyřízenými záležitostmi. Například, web by se měl načíst za 3 sekundy, když je počet současných uživatelů > 10000 XNUMX. DescriptIon nefunkčních požadavků je stejně důležitý jako funkční požadavek.
Příklad funkčních požadavků
Zde je několik příkladů funkčních požadavků v softwarovém inženýrství:
- Software automaticky ověřuje zákazníky vůči systému správy kontaktů ABC
- Prodejní systém by měl uživatelům umožnit evidovat tržby zákazníků
- Barva pozadí pro všechna okna v aplikaci bude modrá a bude mít hexadecimální hodnotu barvy RGB 0x0000FF.
- Právo zobrazovat údaje o tržbách mají pouze zaměstnanci na manažerské úrovni.
- Softwarový systém by měl být integrován s bankovním API
- Softwarový systém by měl projít Oddíl 508 požadavek na přístupnost.
Příklady nefunkčních požadavků
Zde je několik příkladů nefunkčních požadavků v softwarovém inženýrství:
- Uživatelé musí změnit původně přidělené přihlašovací heslo ihned po prvním úspěšném přihlášení. Navíc by iniciála neměla být nikdy znovu použita.
- Zaměstnanci nikdy nedovolili aktualizovat své platové údaje. Takový pokus by měl být nahlášen bezpečnostnímu správci.
- Každý neúspěšný pokus uživatele o přístup k datové položce se zaznamená do auditní stopy.
- Webová stránka by měla být dostatečně schopná zvládnout 20 milionů uživatelů a ovlivnit její výkon
- Software by měl být přenosný. Přechod z jednoho OS na druhý tedy nevytváří žádný problém.
- Soukromí informací, export omezených technologií, práva duševního vlastnictví atd. by měly být auditovány.
Rozdíl mezi funkčními a nefunkčními požadavky
Níže je uveden hlavní rozdíl mezi funkčními a nefunkčními požadavky v softwarovém inženýrství:
| parametry | Funkční požadavek | Nefunkční požadavek |
|---|---|---|
| Co to je | Sloveso | Atributy |
| Požadavek | Je to povinné | Není to povinné |
| Typ snímání | Je zachycen v případě použití. | Je zachycen jako atribut kvality. |
| Konečný výsledek | Funkce produktu | Vlastnosti produktu |
| Zachycení | Snadno zachytitelné | Těžko zachytitelné |
| Objektivní | Pomáhá vám ověřit funkčnost softwaru. | Pomáhá vám ověřit výkon softwaru. |
| Oblast zaměření | Zaměřte se na požadavky uživatele | Soustředí se na očekávání uživatele. |
| Dokumentace | Popište, co produkt dělá | Popisuje, jak produkt funguje |
| Typ testování | Funkční testování jako systém, integrace, end to end, API testování, Etc. | Nefunkční testování, jako je výkon, stres, použitelnost, Testování zabezpečení, Etc. |
| Provedení testu | Test Provedení se provádí před nefunkčním testováním. | Po funkční zkoušce |
| Informace o výrobku | Vlastnosti produktu | Vlastnosti produktu |
Výhody funkčního požadavku
Zde jsou výhody/výhody vytvoření typického dokumentu funkčních požadavků –
- Pomůže vám zkontrolovat, zda aplikace poskytuje všechny funkce, které byly zmíněny ve funkčních požadavcích dané aplikace
- Dokument funkčních požadavků vám pomůže definovat funkčnost systému nebo jednoho z jeho podsystémů.
- Funkční požadavky spolu s analýzou požadavků pomáhají identifikovat chybějící požadavky. Pomáhají jasně definovat očekávanou službu a chování systému.
- Nejlevněji se opravují chyby zachycené ve fázi shromažďování funkčních požadavků.
- Podpora uživatelských cílů, úkolů nebo aktivit pro snadnou správu projektů
- Funkční požadavek může být vyjádřen ve formě Use Case nebo uživatelském příběhu, protože vykazují externě viditelné funkční chování.
Výhody nefunkčního požadavku
Výhody/klady nefunkčního testování v softwarové inženýrství jsou:
- Nefunkční požadavky zajišťují, že softwarový systém dodržuje zákonná a souladná pravidla.
- Zajišťují spolehlivost, dostupnost a výkon softwarového systému
- Zajišťují dobrou uživatelskou zkušenost a snadné ovládání softwaru.
- Pomáhají při formulování bezpečnostní politiky softwarového systému.
