Intervjuusid, küsimustikke, kasutaja vaatlusi, töötubasid, ajurünnakuid, kasutajalugusid, rollimänge ning prototüüpimine.
Enne kui nõudeid saab analüüsida, modelleerida või spetsifitseerida, tuleb neid koguda esilekutsumise protsessiga.
Süsteemi modelleerimis keeli on mitmesugused.
Tavaline esilekutsumisprotsess on huvigruppidega kohtumine või intervjuud.
Nõuete lähenemisviisid:
1) Visualiseerimine
2) Kooskõlaline keel
3) Abiread
4) Järjepidev mallide kasutamine
5) Dokumenteerimise sõltuvused
6) Muudatuste haldus
Nõuete esiletoomise juhised juhised:
1) Tehniline ja äriline teostatavuse hindamine
2) Inimeste, kes võiksid nõuete väljaselgitamist aidata, leidmine
3) Määratle tehniline keskkond, nt op-süsteem
4) Tuvasta tegevusvaldkonna piirangud
5) Määratle rohkem kui üks esiletõstmismeetod
6) Korralda erinevate kasutajagruppidega kohtumisi
7) Tuvasta kõige tähtsamad nõuded
8) Loo kasutuslood
Sammude järjekord:
1) Tuvasta reaalne probleem, võimalus või väljakutse
2) Tuvasta jooksvad meetmed, mis tõestavad, et probleem on reaalne
3) Tuvasta eesmärk-meetmed et tõestada probleemi olemasolu
4) Tuvasta probleem olemus
5) Määratle ärivaldkonna "miksid"
6) Määratle tootedisain
Täiendavad lähenemised:
1) Tuvasta huvigrupid
2) Modelleerimise eesmärgid
3) Modelleerimise kontekst
4) Stsenaariumite avastamine (kasutuslugude jaoks)
5) Kvaliteetide ning piirangute avastamine
6) Eelduste ja kirjapaneku modelleerimine
7) Sõnastiku kirjutamine
8) Mõõtmete analüüsimine
Analüüs:
Võtame arvesse kõik vastuolud mida proovib nõuete kirjapanekul lahendada
Huvigrupid:
1) Igaüks, kes tegelevad süsteemiga (tavakasutaja ning hooldaja)
2) Igaüks, kes saab süsteemist tulu
3) Igaüks, kes ostis süsteemi
4) Ettevõtted, mis reguleerivad süsteemi aspekte
5) Inimesed või organisatsioonid, kes on selle süsteemi vastu
6) Ettevõtted, kes vastutavad tehtud süsteemiliidese eest
Läbivad funktsionaalsused:
1) Lepingu stiilis nõuete loendus
Kohustuslik kirjandus:
Tarkvaratehnika sissejuhatus 2008
SRS on suhtlusvahend huvigruppide ja tarkvararendajate vahel
Eesmärgid:
1) Aluseks koodiülevaatusele
2) Tööulatuse/mahu väljaselgitamine
3) Viite andmine tarkvaradisaineritele
4) Aluses testimise ja testidokumenti koostamisel ja testiplaanile
5) Usakdab iseärasusi kliendi nõuetes
6) On platformiseks edasisele arendusele
Enne kui nõudeid saab analüüsida, modelleerida või spetsifitseerida, tuleb neid koguda esilekutsumise protsessiga.
Süsteemi modelleerimis keeli on mitmesugused.
Tavaline esilekutsumisprotsess on huvigruppidega kohtumine või intervjuud.
Nõuete lähenemisviisid:
1) Visualiseerimine
2) Kooskõlaline keel
3) Abiread
4) Järjepidev mallide kasutamine
5) Dokumenteerimise sõltuvused
6) Muudatuste haldus
Nõuete esiletoomise juhised juhised:
1) Tehniline ja äriline teostatavuse hindamine
2) Inimeste, kes võiksid nõuete väljaselgitamist aidata, leidmine
3) Määratle tehniline keskkond, nt op-süsteem
4) Tuvasta tegevusvaldkonna piirangud
5) Määratle rohkem kui üks esiletõstmismeetod
6) Korralda erinevate kasutajagruppidega kohtumisi
7) Tuvasta kõige tähtsamad nõuded
8) Loo kasutuslood
Sammude järjekord:
1) Tuvasta reaalne probleem, võimalus või väljakutse
2) Tuvasta jooksvad meetmed, mis tõestavad, et probleem on reaalne
3) Tuvasta eesmärk-meetmed et tõestada probleemi olemasolu
4) Tuvasta probleem olemus
5) Määratle ärivaldkonna "miksid"
6) Määratle tootedisain
Täiendavad lähenemised:
1) Tuvasta huvigrupid
2) Modelleerimise eesmärgid
3) Modelleerimise kontekst
4) Stsenaariumite avastamine (kasutuslugude jaoks)
5) Kvaliteetide ning piirangute avastamine
6) Eelduste ja kirjapaneku modelleerimine
7) Sõnastiku kirjutamine
8) Mõõtmete analüüsimine
Analüüs:
Võtame arvesse kõik vastuolud mida proovib nõuete kirjapanekul lahendada
Huvigrupid:
1) Igaüks, kes tegelevad süsteemiga (tavakasutaja ning hooldaja)
2) Igaüks, kes saab süsteemist tulu
3) Igaüks, kes ostis süsteemi
4) Ettevõtted, mis reguleerivad süsteemi aspekte
5) Inimesed või organisatsioonid, kes on selle süsteemi vastu
6) Ettevõtted, kes vastutavad tehtud süsteemiliidese eest
Läbivad funktsionaalsused:
1) Lepingu stiilis nõuete loendus
Kohustuslik kirjandus:
Tarkvaratehnika sissejuhatus 2008
SRS on suhtlusvahend huvigruppide ja tarkvararendajate vahel
Eesmärgid:
1) Aluseks koodiülevaatusele
2) Tööulatuse/mahu väljaselgitamine
3) Viite andmine tarkvaradisaineritele
4) Aluses testimise ja testidokumenti koostamisel ja testiplaanile
5) Usakdab iseärasusi kliendi nõuetes
6) On platformiseks edasisele arendusele
Kommentaare ei ole:
Postita kommentaar