Funkcionalni i nefunkcionalni zahtjevi

Kljuฤna razlika izmeฤ‘u funkcionalnih i nefunkcionalnih zahtjeva

  • Funkcionalni zahtjev definira sustav ili njegovu komponentu, dok nefunkcionalni zahtjev definira atribut performansi softverskog sustava.
  • Funkcionalni zahtjevi, zajedno s analizom zahtjeva, pomaลพu identificirati zahtjeve koji nedostaju, dok je prednost nefunkcionalnih zahtjeva u tome ลกto vam pomaลพe osigurati dobro korisniฤko iskustvo i jednostavno upravljanje softverom.
  • Funkcionalni zahtjev je glagol, dok je nefunkcionalni zahtjev atribut
  • Vrste nefunkcionalnih zahtjeva su skalabilnost, kapacitet, dostupnost, pouzdanost, moguฤ‡nost oporavka, podaci Integrityitd., dok su ispravci, prilagodbe i otkazivanja transakcija, poslovna pravila, zahtjevi za certificiranje, zahtjevi za izvjeลกtavanje, administrativne funkcije, razine autorizacije, revizija Tracking, Vanjska suฤelja, Upravljanje povijesnim podacima, Pravni ili regulatorni zahtjevi su razliฤite vrste funkcionalnih zahtjeva.
Funkcionalni i nefunkcionalni zahtjevi
Razlika izmeฤ‘u funkcionalnih i nefunkcionalnih zahtjeva

ล to je funkcionalni zahtjev?

U softverskom inลพenjerstvu, a funkcionalni zahtjev definira sustav ili njegovu komponentu. Opisuje funkcije koje softver mora obavljati. Funkcija nije niลกta drugo nego ulazi, njeno ponaลกanje i izlazi. To moลพe biti izraฤun, manipulacija podacima, poslovni proces, interakcija s korisnikom ili bilo koja druga specifiฤna funkcionalnost koja definira funkciju koju ฤ‡e sustav vjerojatno obavljati.

Funkcionalni zahtjevi u softverskom inลพenjerstvu pomoฤ‡i ฤ‡e vam da uhvatite namjeravano ponaลกanje sustava. Ovo se ponaลกanje moลพe izraziti kao funkcije, usluge ili zadaci ili koje sustav treba izvrลกiti.

ล to je nefunkcionalni zahtjev?

A nefunkcionalni zahtjev definira atribut kvalitete softverskog sustava. Oni predstavljaju skup standarda koji se koriste za procjenu specifiฤnog rada sustava. Primjer, koliko se brzo uฤitava web stranica?

Nefunkcionalni zahtjev bitan je za osiguranje upotrebljivosti i uฤinkovitosti cjelokupnog softverskog sustava. Neispunjavanje nefunkcionalnih zahtjeva moลพe rezultirati sustavima koji ne zadovoljavaju potrebe korisnika.

Nefunkcionalni zahtjevi omoguฤ‡uju vam da nametnete ograniฤenja ili ograniฤenja na dizajn sustava u razliฤitim agilnim zaostacima. Na primjer, stranica bi se trebala uฤitati za 3 sekunde kada je broj istodobnih korisnika > 10000. DescriptBroj nefunkcionalnih zahtjeva jednako je kritiฤan kao i funkcionalni zahtjev.

Primjer funkcionalnih zahtjeva

Evo nekoliko primjera funkcionalnih zahtjeva u softverskom inลพenjerstvu:

  • Softver automatski provjerava klijente u odnosu na ABC sustav upravljanja kontaktima
  • Sustav prodaje trebao bi omoguฤ‡iti korisnicima da biljeลพe prodaju kupaca
  • Boja pozadine za sve prozore u aplikaciji bit ฤ‡e plava i imati ฤ‡e heksadecimalnu RGB vrijednost boje 0x0000FF.
  • Samo zaposlenici na menadลพerskoj razini imaju pravo pregledavati podatke o prihodima.
  • Softverski sustav treba biti integriran s bankarskim API-jem
  • Softverski sustav bi trebao proฤ‡i Odjeljak 508 zahtjev pristupaฤnosti.

Primjeri nefunkcionalnih zahtjeva

Evo nekoliko primjera nefunkcionalnih zahtjeva u softverskom inลพenjerstvu:

  1. Korisnici moraju promijeniti prvotno dodijeljenu lozinku za prijavu odmah nakon prve uspjeลกne prijave. ล toviลกe, inicijal se nikad ne smije ponovno koristiti.
  2. Zaposlenicima nikada nije dopuลกteno aลพuriranje podataka o njihovoj plaฤ‡i. Takav pokuลกaj treba prijaviti sigurnosnom administratoru.
  3. Svaki neuspjeli pokuลกaj korisnika da pristupi nekom podatku bit ฤ‡e evidentiran na revizijskom tragu.
  4. Web stranica bi trebala biti dovoljno sposobna da podnese 20 milijuna korisnika ลกto utjeฤe na njezinu izvedbu
  5. Softver bi trebao biti prenosiv. Dakle, prelazak s jednog OS na drugi OS ne stvara nikakav problem.
  6. Privatnost informacija, izvoz ograniฤenih tehnologija, prava intelektualnog vlasniลกtva, itd. treba biti predmet revizije.

Razlika izmeฤ‘u funkcionalnih i nefunkcionalnih zahtjeva

Ispod je glavna razlika izmeฤ‘u funkcionalnih i nefunkcionalnih zahtjeva u softverskom inลพenjerstvu:

Parametri Funkcionalni zahtjev Nefunkcionalni zahtjev
ล to je Glagol Znaฤajke
Zahtjev To je obavezno Nije obavezan
Tip hvatanja Hvata se u sluฤaju upotrebe. Uhvaฤ‡en je kao atribut kvalitete.
Krajnji rezultat Znaฤajka proizvoda Svojstva proizvoda
snimanje Lako za snimanje Teลกko za uhvatiti
Cilj Pomaลพe vam provjeriti funkcionalnost softvera. Pomaลพe vam da provjerite uฤinkovitost softvera.
Podruฤje fokusa Usredotoฤite se na zahtjeve korisnika Koncentrira se na oฤekivanja korisnika.
Dokumentacija Opiลกite ฤemu proizvod sluลพi Opisuje kako proizvod radi
Vrsta testiranja Funkcionalno testiranje poput sustava, integracije, end to end, API testiranje, Itd Nefunkcionalna testiranja kao ลกto su izvedba, stres, upotrebljivost, Ispitivanje sigurnosti, Itd
Izvrลกenje testa Izvrลกenje testa provodi se prije nefunkcionalnog testiranja. Nakon funkcionalnog ispitivanja
Informacije o proizvodu Znaฤajke proizvoda Svojstva proizvoda

Prednosti funkcionalnog zahtjeva

Evo prednosti/prednosti izrade tipiฤnog dokumenta funkcionalnih zahtjeva -

  • Pomaลพe vam provjeriti pruลพa li aplikacija sve funkcije koje su navedene u funkcionalnom zahtjevu te aplikacije
  • Dokument s funkcionalnim zahtjevima pomaลพe vam da definirate funkcionalnost sustava ili jednog od njegovih podsustava.
  • Funkcionalni zahtjevi zajedno s analizom zahtjeva pomaลพu identificirati zahtjeve koji nedostaju. Oni pomaลพu jasno definirati oฤekivanu uslugu i ponaลกanje sustava.
  • Pogreลกke uhvaฤ‡ene u fazi prikupljanja funkcionalnih zahtjeva najjeftinije je popraviti.
  • Podrลพite korisniฤke ciljeve, zadatke ili aktivnosti za jednostavno upravljanje projektima
  • Funkcionalni zahtjev moลพe se izraziti u obliku sluฤaja upotrebe ili korisniฤkoj priฤi buduฤ‡i da pokazuju izvana vidljivo funkcionalno ponaลกanje.

Prednosti nefunkcionalnog zahtjeva

Prednosti/prednosti nefunkcionalnog testiranja u programsko inลพenjerstvo je:

  • Nefunkcionalni zahtjevi osiguravaju da softverski sustav slijedi zakonska pravila i pravila sukladnosti.
  • Oni osiguravaju pouzdanost, dostupnost i performanse softverskog sustava
  • Oni osiguravaju dobro korisniฤko iskustvo i jednostavno rukovanje softverom.
  • Oni pomaลพu u formuliranju sigurnosne politike softverskog sustava.

Saลพmite ovu objavu uz: