Toiminnalliset vs. ei-toiminnalliset vaatimukset

Keskeinen ero toiminnallisten ja ei-toiminnallisten vaatimusten välillä

• Toiminnallinen vaatimus määrittelee järjestelmän tai sen komponentin, kun taas ei-toiminnallinen vaatimus määrittelee ohjelmistojärjestelmän suorituskyvyn.
• Toiminnalliset vaatimukset sekä vaatimusanalyysi auttavat tunnistamaan puuttuvat vaatimukset, kun taas Ei-toiminnallisten vaatimusten etuna on, että se auttaa varmistamaan hyvän käyttökokemuksen ja ohjelmiston käytön helppouden.
• Toiminnallinen vaatimus on verbi, kun taas ei-toiminnallinen vaatimus on attribuutti
• Ei-toiminnallisia vaatimuksia ovat skaalautuvuus, saatavuus, luotettavuus, palautettavuus, tiedot Integrity, jne., kun taas tapahtuman korjaukset, oikaisut ja peruutukset, liiketoimintasäännöt, sertifiointivaatimukset, raportointivaatimukset, hallintotoiminnot, valtuutustasot, tarkastusten seuranta, ulkoiset käyttöliittymät, historiallisten tietojen hallinta, laki- tai säädösvaatimukset ovat erilaisia ​​toiminnallisia vaatimuksia.

Mikä on toiminnallinen vaatimus?

Ohjelmistotuotannossa a toiminnallinen vaatimus määrittelee järjestelmän tai sen osan. Se kuvaa toimintoja, jotka ohjelmiston on suoritettava. Funktio ei ole muuta kuin syötteitä, sen käyttäytymistä ja tulosteita. Se voi olla laskenta, tietojen käsittely, liiketoimintaprosessi, käyttäjän vuorovaikutus tai mikä tahansa muu erityinen toiminto, joka määrittää, mitä toimintoa järjestelmä todennäköisesti suorittaa.

Toiminnalliset vaatimukset Ohjelmistosuunnittelussa auttavat sinua vangitsemaan järjestelmän aiotun toiminnan. Tämä käyttäytyminen voidaan ilmaista toimintoina, palveluina tai tehtävinä tai järjestelmänä, joka on suoritettava.

Mikä on ei-toiminnallinen vaatimus?

A ei-toiminnallinen vaatimus määrittää ohjelmistojärjestelmän laatuattribuutin. Ne edustavat joukkoa standardeja, joita käytetään arvioimaan järjestelmän erityistä toimintaa. Esimerkki: kuinka nopeasti verkkosivusto latautuu?

Ei-toiminnallinen vaatimus on olennainen koko ohjelmistojärjestelmän käytettävyyden ja tehokkuuden varmistamiseksi. Ei-toiminnallisten vaatimusten täyttämättä jättäminen voi johtaa järjestelmiin, jotka eivät täytä käyttäjien tarpeita.

Ei-toiminnallisten vaatimusten avulla voit asettaa rajoituksia tai rajoituksia järjestelmän suunnittelulle eri ketterissä ruuhkassa. Esimerkiksi sivuston pitäisi latautua 3 sekunnissa, kun samanaikaisten käyttäjien määrä on > 10000 XNUMX. DescriptEi-toiminnallisten vaatimusten täyttäminen on yhtä kriittinen kuin toiminnallinen vaatimus.

Esimerkki toiminnallisista vaatimuksista

Tässä on esimerkkejä ohjelmistosuunnittelun toiminnallisista vaatimuksista:

• Ohjelmisto tarkistaa asiakkaat automaattisesti ABC Contact Management Systemin suhteen
• Myyntijärjestelmän pitäisi antaa käyttäjien tallentaa asiakkaiden myyntiä
• Sovelluksen kaikkien ikkunoiden taustaväri on sininen, ja sen heksadesimaalinen RGB-väriarvo on 0x0000FF.
• Vain johtotason työntekijöillä on oikeus tarkastella tulotietoja.
• Ohjelmistojärjestelmä tulee integroida pankkisovellusliittymään
• Ohjelmistojärjestelmän pitäisi läpäistä § 508 saavutettavuusvaatimus.

Esimerkkejä ei-toiminnallisista vaatimuksista

Tässä on joitain esimerkkejä ei-toiminnallisista vaatimuksista ohjelmistosuunnittelussa:

1. Käyttäjien on vaihdettava alun perin määritetty kirjautumissalasana välittömästi ensimmäisen onnistuneen kirjautumisen jälkeen. Lisäksi alkukirjainta ei saa koskaan käyttää uudelleen.
2. Työntekijät eivät koskaan saaneet päivittää palkkatietojaan. Tällaisesta yrityksestä tulee ilmoittaa suojauksen ylläpitäjälle.
3. Jokainen käyttäjän epäonnistunut yritys päästä käsiksi tietoon on kirjattava kirjausketjuun.
4. Verkkosivuston pitäisi pystyä käsittelemään 20 miljoonaa käyttäjää, mikä vaikuttaa sen suorituskykyyn
5. Ohjelmiston tulee olla kannettava. Siirtyminen käyttöjärjestelmästä toiseen ei siis aiheuta ongelmia.
6. Tietojen yksityisyys, rajoitetun teknologian vienti, immateriaalioikeudet jne. olisi tarkastettava.

Ero toiminnallisten ja ei-toiminnallisten vaatimusten välillä

Alla on tärkein ero ohjelmistosuunnittelun toiminnallisten ja ei-toiminnallisten vaatimusten välillä:

Toiminnallisen vaatimuksen edut

Tässä ovat tyypillisen toiminnallisen vaatimusasiakirjan luomisen edut/edut -

• Auttaa tarkistamaan, tarjoaako sovellus kaikki toiminnot, jotka mainittiin kyseisen sovelluksen toimintavaatimuksessa
• Toiminnallinen vaatimusdokumentti auttaa määrittämään järjestelmän tai jonkin sen alijärjestelmän toimivuuden.
• Toiminnalliset vaatimukset yhdessä vaatimusanalyysin kanssa auttavat tunnistamaan puuttuvat vaatimukset. Ne auttavat määrittelemään selkeästi odotetun järjestelmän palvelun ja toiminnan.
• Toiminnallisten vaatimusten keruuvaiheessa havaitut virheet ovat edullisinta korjata.
• Tue käyttäjien tavoitteita, tehtäviä tai toimintoja projektinhallinnan helpottamiseksi
• Toiminnallinen vaatimus voidaan ilmaista käyttötapauslomakkeella tai käyttäjätarinalla, koska ne osoittavat ulkoisesti näkyvää toiminnallista käyttäytymistä.

Ei-toiminnallisen vaatimuksen edut

Ei-toiminnallisen testauksen edut/edut ohjelmistotuotanto ovat:

• Ei-toiminnalliset vaatimukset varmistavat, että ohjelmistojärjestelmä noudattaa laki- ja vaatimustenmukaisuussääntöjä.
• Ne varmistavat ohjelmistojärjestelmän luotettavuuden, saatavuuden ja suorituskyvyn
• Ne takaavat hyvän käyttökokemuksen ja ohjelmiston helppokäyttöisyyden.
• Ne auttavat muotoilemaan ohjelmistojärjestelmän tietoturvapolitiikkaa.