Vaatimusanalyysi on erittäin kriittinen prosessi, jonka avulla voidaan arvioida järjestelmä- tai ohjelmistoprojektin onnistumista. Vaatimukset on yleensä jaettu kahteen tyyppiin: toiminnalliset ja ei-toiminnalliset vaatimukset.
Tämäntyyppisten vaatimusten ymmärtäminen ja erottaminen toisistaan on olennaista minkä tahansa projektin onnistumiselle. Meidän kattava Järjestelmäsuunnittelun kurssi kattaa nämä käsitteet yksityiskohtaisesti ja tarjoavat sinulle tiedot ja taidot vaatimusten tehokkaaseen keräämiseen, dokumentointiin ja analysointiin.
Tärkeitä aiheita toiminnallisista ja ei-toiminnallisista vaatimuksista
- Toiminnalliset vaatimukset
- Ei-toiminnalliset vaatimukset
- Laajennetut vaatimukset
- Ero toiminnallisten vaatimusten ja ei-toiminnallisten vaatimusten välillä:
Toiminnalliset vaatimukset
Nämä ovat vaatimuksia, joita loppukäyttäjä nimenomaan vaatii perusominaisuuksina, joita järjestelmän tulee tarjota. Kaikki nämä toiminnot on välttämättä sisällytettävä järjestelmään osana sopimusta.
Nämä esitetään tai ilmaistaan järjestelmään annettavan syötteen, suoritetun toimenpiteen ja odotetun tuoton muodossa. Ne ovat käyttäjän ilmoittamia vaatimuksia, jotka voidaan nähdä suoraan lopputuotteesta, toisin kuin ei-toiminnalliset vaatimukset.
Nimeä hakemisto uudelleen linux
Esimerkki:
- Mitä ominaisuuksia meidän on suunniteltava tälle järjestelmälle?
- Mitkä ovat reunatapaukset, jotka meidän on otettava huomioon suunnittelussamme?
Ei-toiminnalliset vaatimukset
Nämä ovat laaturajoituksia, jotka järjestelmän on projektisopimuksen mukaan täytettävä. Näiden tekijöiden täytäntöönpanon tärkeys tai laajuus vaihtelee hankkeittain. Niitä kutsutaan myös ei-käyttäytymisvaatimuksiksi. He käsittelevät asioita, kuten:
- Siirrettävyys
- Turvallisuus
- Ylläpidettävyys
- Luotettavuus
- Skaalautuvuus
- Esitys
- Uudelleenkäytettävyys
- Joustavuus
Esimerkki:
- Pitäisikö jokainen pyyntö käsitellä mahdollisimman pienellä viiveellä?
- Järjestelmän tulee olla erittäin arvokas.
Laajennetut vaatimukset
Nämä ovat periaatteessa mukavia, jos niillä on vaatimuksia, jotka eivät ehkä kuulu järjestelmän piiriin.
Esimerkki:
- Järjestelmämme pitäisi tallentaa mittareita ja analytiikkaa.
- Palvelun kunnon ja suorituskyvyn seuranta.
Ero toiminnallisten vaatimusten ja ei-toiminnallisten vaatimusten välillä:
| Toiminnalliset vaatimukset | Ei-toiminnalliset vaatimukset |
|---|---|
| Toiminnallinen vaatimus määrittelee järjestelmän tai sen komponentin. arraylist java-lajittelussa | Ei-toiminnallinen vaatimus määrittelee ohjelmistojärjestelmän laatuattribuutin. |
| Se määrittelee mitä ohjelmistojärjestelmän pitäisi tehdä? | Se asettaa rajoituksia Miten ohjelmistojärjestelmän tulee täyttää toiminnalliset vaatimukset? |
| Käyttäjä määrittelee toiminnalliset vaatimukset. | Ei-toiminnallinen vaatimus on teknisten ihmisten määrittelemä mm. Arkkitehti, tekniset johtajat ja ohjelmistokehittäjät. |
| Se on pakollinen. | Se ei ole pakollista. |
| Se on tallennettu käyttötapaukseen. | Se on kuvattu laatumääritteeksi. |
| Määritelty komponenttitasolla. | Sovelletaan koko järjestelmään. |
| Auttaa sinua varmistamaan ohjelmiston toimivuuden. | Auttaa sinua tarkistamaan ohjelmiston suorituskyvyn. |
| Toiminnalliset testaukset, kuten järjestelmä, integrointi, päästä päähän, API-testaus jne. tehdään. | Tehdään ei-toiminnallisia testauksia, kuten suorituskykyä, stressiä, käytettävyyttä, tietoturvatestausta jne. |
| Yleensä helppo määritellä. java luokkakaavio | Yleensä vaikeampi määritellä. |
| Esimerkki | Esimerkki |