Mikä on ei-toiminnallinen vaatimus ohjelmistosuunnittelussa?
Charles Moore
Mikä on ei-toiminnallinen vaatimus?
Ei-toiminnallinen vaatimus (NFR) määrittää ohjelmistojärjestelmän laatuattribuutin. He arvioivat ohjelmistojärjestelmän reagoivuuden, käytettävyyden, turvallisuuden, siirrettävyyden ja muiden ei-toiminnallisten standardien perusteella, jotka ovat kriittisiä ohjelmistojärjestelmän menestyksen kannalta. Esimerkki ei-toiminnallisesta vaatimuksesta, "Kuinka nopeasti verkkosivusto latautuu?" Ei-toiminnallisten vaatimusten täyttämättä jättäminen voi johtaa järjestelmiin, jotka eivät täytä käyttäjien tarpeita.
Ohjelmistosuunnittelun ei-toiminnalliset vaatimukset mahdollistavat rajoitusten tai rajoitusten asettamisen 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.
Ei-toiminnallisten vaatimusten tyypit
Alla on tärkeimmät ei-toiminnallisten vaatimusten tyypit:
- Käytettävyysvaatimus
- Huollettavuusvaatimus
- Hallittavuusvaatimus
- Palautettavuusvaatimus
- Turvallisuusvaatimus
- Päiväys Integrity vaatimus
- Kapasiteettivaatimus
- Saatavuusvaatimus
- Skaalautuvuusvaatimus
- Yhteentoimivuusvaatimus
- Luotettavuusvaatimus
- Ylläpidettävyysvaatimus
- Sääntelyvaatimus
- Ympäristövaatimus
Esimerkkejä ei-toiminnallisista vaatimuksista
Tässä on esimerkkejä ei-toiminnallisista vaatimuksista:
- 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.
- Työntekijät eivät koskaan saaneet päivittää palkkatietojaan. Tällaisesta yrityksestä tulee ilmoittaa suojauksen ylläpitäjälle.
- Jokainen käyttäjän epäonnistunut yritys päästä käsiksi tietoon on kirjattava kirjausketjuun.
- Verkkosivuston pitäisi pystyä käsittelemään 20 miljoonaa käyttäjää, mikä vaikuttaa sen suorituskykyyn
- Ohjelmiston tulee olla kannettava. Siirtyminen käyttöjärjestelmästä toiseen ei siis aiheuta ongelmia.
- Tietojen yksityisyys, rajoitetun teknologian vienti, immateriaalioikeudet jne. olisi tarkastettava.
Toiminnalliset vs. ei-toiminnalliset vaatimukset
Seuraavassa on tärkein ero toiminnallisten ja ei-toiminnallisten vaatimusten välillä:
| parametrit | Toiminnallinen vaatimus | Ei-toiminnallinen vaatimus |
|---|---|---|
| Mikä se on? | Verbi | Ominaisuudet |
| Vaatimus | Se on pakollinen | Se ei ole pakollista |
| Kaappaustyyppi | Se on tallennettu käyttötapaukseen. | Se on kuvattu laatumääritteeksi. |
| Lopputulos | Tuotteen ominaisuus | Tuotteen ominaisuudet |
| Kaappaaminen | Helppo vangita | Vaikea vangita |
| Tavoite | Auttaa sinua varmistamaan ohjelmiston toimivuuden. | Auttaa sinua tarkistamaan ohjelmiston suorituskyvyn. |
| Tarkennusalue | Keskity käyttäjän tarpeisiin | Keskittyy käyttäjän odotuksiin. |
| Dokumentaatio | Kuvaile, mitä tuote tekee | Kuvaa, miten tuote toimii |
| Testin tyyppi | Toiminnallinen testaus kuten järjestelmä, integrointi, päästä päähän, API-testaus jne. | Ei-toiminnallinen testaus, kuten suorituskyky, stressi, käytettävyys, tietoturvatestaus jne. |
| Testin suorittaminen | Testin suoritus suoritetaan ennen ei-toiminnallista testausta. | Toimintatestin jälkeen |
| tuotetiedot | Ominaisuudet | Tuotteen ominaisuudet |
Ei-toiminnallisen vaatimuksen edut
Edut/edut Ei-toiminnallinen testaus 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.
Ei-toiminnallisen vaatimuksen haitat
Ei-toimintovaatimuksen haitat/haitat ovat:
- Mikään toiminnallinen vaatimus ei voi vaikuttaa erilaisiin korkean tason ohjelmistoalijärjestelmiin
- Ne vaativat erityistä huomiota ohjelmistoarkkitehtuurin/korkean tason suunnitteluvaiheessa, mikä lisää kustannuksia.
- Niiden toteutus ei yleensä liity tiettyyn ohjelmistoalijärjestelmään,
- On vaikeaa muokata ei-toiminnallisia, kun olet läpäissyt arkkitehtuurivaiheen.
AVAIN OPPIMINEN
- NFR tarkoittaa: Ei-toiminnallinen vaatimus määrittelee ohjelmistojärjestelmän suorituskyvyn.
- Mitä tyyppejä ei-toiminnallinen käyttäytyminen ovat: skaalautuvuus, saatavuus, luotettavuus, palautettavuus, tiedot Integrity, Jne
- Yksi NFR-esimerkeistä on, että työntekijät eivät koskaan saa päivittää palkkatietojaan. Tällaisesta yrityksestä tulee ilmoittaa suojauksen ylläpitäjälle.
- Toiminnallinen vaatimus on verbi, kun taas ei-toiminnallinen vaatimus on attribuutti
- Ei-toiminnallisen vaatimuksen etuna on, että se auttaa varmistamaan hyvän käyttökokemuksen ja ohjelmiston käytön helppouden
- Ei-toiminnallisen vaatimuksen suurin haittapuoli on, että se voi vaikuttaa erilaisiin korkean tason ohjelmistoalijärjestelmiin.