Prasību analīze ir ļoti kritisks process, kas ļauj novērtēt sistēmas vai programmatūras projekta panākumus. Prasības parasti iedala divos veidos: funkcionālās un nefunkcionālās prasības.
izlases numurs gen java
Šāda veida prasību izpratne un atšķiršana ir būtiska jebkura projekta panākumiem. Mūsu visaptveroša Sistēmas projektēšanas kurss detalizēti aptver šos jēdzienus, sniedzot jums zināšanas un prasmes, lai efektīvi apkopotu, dokumentētu un analizētu prasības.
Svarīgas tēmas par funkcionālajām un nefunkcionālajām prasībām
- Funkcionālās prasības
- Nefunkcionālās prasības
- Paplašinātās prasības
- Atšķirība starp funkcionālajām un nefunkcionālajām prasībām:
Funkcionālās prasības
Tās ir prasības, ko galalietotājs īpaši pieprasa kā pamata iespējas, kas sistēmai jāpiedāvā. Visas šīs funkcijas obligāti ir jāiekļauj sistēmā kā līguma sastāvdaļa.
Tie ir attēloti vai norādīti kā ievade, kas jāsniedz sistēmai, veiktā darbība un sagaidāmā izvade. Tās ir lietotāja noteiktās prasības, kuras var redzēt tieši galaproduktā, atšķirībā no nefunkcionālajām prasībām.
Piemērs:
- Kādas funkcijas mums ir jāizstrādā šai sistēmai?
- Kādi ir malas gadījumi, kas mums jāņem vērā mūsu dizainā, ja tādi ir?
Nefunkcionālās prasības
Šie ir kvalitātes ierobežojumi, kas sistēmai ir jāatbilst saskaņā ar projekta līgumu. Prioritāte vai apjoms, kādā šie faktori tiek īstenoti, dažādos projektos atšķiras. Tos sauc arī par prasībām, kas nav saistītas ar uzvedību. Viņi risina tādas problēmas kā:
- Pārnesamība
- Drošība
- Uzturamība
- Uzticamība
- Mērogojamība
- Performance
- Atkārtota izmantošana
- Elastīgums
Piemērs:
- Vai katrs pieprasījums ir jāapstrādā ar minimālo latentumu?
- Sistēmai jābūt ļoti vērtīgai.
Paplašinātās prasības
Būtībā tie ir jauki, ja ir prasības, kas var neietilpst sistēmas darbības jomā.
Piemērs:
- Mūsu sistēmai ir jāreģistrē rādītāji un analīze.
- Pakalpojuma veselības un veiktspējas uzraudzība.
Atšķirība starp funkcionālajām un nefunkcionālajām prasībām:
| Funkcionālās prasības | Nefunkcionālās prasības |
|---|---|
| Funkcionālā prasība nosaka sistēmu vai tās sastāvdaļu. | Nefunkcionāla prasība nosaka programmatūras sistēmas kvalitātes atribūtu. |
| Tas norāda, kas programmatūras sistēmai jādara? | Tas nosaka ierobežojumus, kā programmatūras sistēmai jāatbilst funkcionālajām prasībām? |
| Funkcionālās prasības nosaka lietotājs. | Nefunkcionālu prasību nosaka tehniskās tautas, piem. Arhitekts, tehniskie vadītāji un programmatūras izstrādātāji. |
| Tas ir obligāti. instanceof java | Tas nav obligāti. |
| Tas tiek fiksēts lietošanas gadījumā. | Tas tiek uztverts kā kvalitātes atribūts. |
| Definēts komponentu līmenī. | Piemērota sistēmai kopumā. |
| Palīdz pārbaudīt programmatūras funkcionalitāti. | Palīdz pārbaudīt programmatūras veiktspēju. |
| Tiek veikta funkcionālā pārbaude, piemēram, sistēma, integrācija, no gala līdz beigām, API testēšana utt. | Tiek veikta nefunkcionāla pārbaude, piemēram, veiktspējas, stresa, lietojamības, drošības testēšana utt. |
| Parasti viegli definējams. centos vs rhel | Parasti to ir grūtāk definēt. |
| Piemērs | Piemērs |