it-swarm-eu.dev

Jaký je rozdíl mezi nefunkčním požadavkem a atributem kvality?

Snažím se pochopit rozdíl mezi nefunkčními požadavky a atributy kvality. Jsou to stejné?

V normě ISO9126 najdete sadu atributů kvality.

Vím, že každý systém je definován sadou funkčních požadavků a každý z těchto požadavků má přiřazen jeden nebo více atributů kvality. Předpokládejme například, že máte požadavek, který popisuje funkčnost přihlášení systému. K tomuto požadavku můžete přiřadit atributy zabezpečení a výkonu.

Pokud řeknu, že systém nemůže reagovat déle než 1 sekundu, mluvím o omezení.

Takže, kde se objevuje koncept nefunkčních požadavků? Jsou definováni uživateli? Jak je mohu identifikovat?

13
Hugo Assanti

Myslím, že o tom přemýšlíte příliš tvrdě. Funkční a nefunkční požadavek není ve skutečnosti tak oddělitelný, jak navrhujete. Vezměte například případ přihlášení.

Uživatel se MUSÍ přihlásit pomocí webového rozhraní. Technicky je to funkční požadavek.

Systém MUSÍ reagovat na požadavky na přihlášení do 1 sekundy. Technicky se jedná o nefunkční požadavek.

V obou případech jsou oba stejně důležité bez ohledu na konkrétní klasifikaci.

Požadavky mohou pocházet z libovolného počtu míst. Možná budete chtít mít lepší výkon než konkurence. Zákazník může mít specifické potřeby. Může se vyskytnout žádost o marketing nebo prodej. Neexistuje jedno místo, odkud pocházejí. Přesto byste pravděpodobně mohli odtrhnout všechny různé zdroje a označit je jako zákazníky. Nakonec to je to, co jsou.

Rozdíl lze identifikovat pomocí následující metriky. Funkční požadavky popisují, co systém udělá. Nefunkční požadavek určuje, jak se to provádí.

9
Pemdas

Pravidlo je jednoduché a jasné.

Funkční požadavky jsou věci, které systém dělá.

Nefunkční požadavky jsou atributy kvality nebo aspekty toho, jak je systém navržen, vyroben nebo implementován.

  • Výkon (1 sekunda)
  • Udržitelnost
  • Přizpůsobivost
  • Náklady
  • bezpečnostní
  • použitelnost (což je vlastnost systému jako celku)
  • testovatelnost
  • škálovatelnost

Přečti si tohle. Je to velmi jasné. http://en.wikipedia.org/wiki/Non-functional_requirement

Nefunkční požadavky se projevují stejným způsobem jako funkční požadavky. Uživatelé. Kontext, ve kterém bude systém implementován. Spousta míst. Řízení. Jiné organizace. Správci sítě, správci sys, správci databáze. Každý, kdo je akcionářem nebo pouze kolemjdoucí, přispěje nefunkčními požadavky.

Když se podívám na „dokumenty požadavků“ za posledních 30 let, mohu to říct. Mnoho dokumentů o požadavcích napsaných velkými interními IT organizacemi jsou politická prohlášení s asi 80% nefunkčními požadavky a méně než 20% funkčních požadavků.

Četl jsem ten, který měl jednu větu, která byla funkčním požadavkem. Zbytek 30stránkového dokumentu hovořil o platformě a podpoře, zálohování a obnově a operačních systémech a databázích, standardech a operacích a spoustě věcí, které systém neprovedl do.

9
S.Lott

Nefunkční požadavky a atributy kvality jsou stejné a stejné

Myšlenkou změny názvu v poslední době je, že tyto tzv. Nefunkční požadavky jsou ve skutečnosti funkčnost systému (nebo soubor systémových funkcí), která má průřezový dopad na systém. To znamená, že příčný dopad, který má tento druh „zvláštní funkce“ v systému, je atributem kvality tohoto systému. Jako příklad:

Systém s 5 komponenty musí zpracovat požadavek v 10ms. Pokud má jedna součást vadu, která se podílí na zpracování, 5ms, bude to mít vliv na výkon systému jako celku.

Stejně jako zabezpečení není jen o přihlášení a když je ovlivněno, ovlivní to celý systém.

Shrnutí, atributy kvality (tj. Nefunkční požadavky) jsou vše o funkčnosti, o tom, jak něco implementujete a jak tato implementace ovlivňuje vaše systémy. Rozdíl oproti „běžným požadavkům“ je obvykle v dopadu, rozsahu a viditelnosti.

Zde je zajímavý odkaz na to, jak je identifikovat strukturovaným způsobem:

A knihu o tom, jak je dokumentovat a správně definovat:

4
mimsugara