Professionaalsed tarkvaraarendajad peavad mis tahes sisulise suurusega tarkvaraarendusprojektide alguses läbima tarkvaranõuete kogumise protsessi. Selle projektifaasi lõpptooteks on dokument, mida tavaliselt nimetatakse tarkvaranõuete spetsifikatsiooniks või SRS-iks. Tavaliselt on see projekti esimene verstapost või tulemus. Selle dokumendi tähtsust ei saa alahinnata. Selle peamiseks funktsiooniks on kliendi ärivajaduste ja -nõuete kirjalik fikseerimine ning kogu ülejäänud tarkvaraarenduse vundament. Kui need nõuded on koostatud, saab dokumendist nii kliendi kui ka arendaja arusaama sellest, mida tarkvara peaks saavutama. Tavaliselt vaatab klient SRS-i läbi ja allkirjastab, alustades sellega täielikku tarkvara kavandamise ja arendamise etappi. Kõrgetasemelisi samme astudes saate kirjutada SRS-dokumendi.
Samm 1
Kui teie organisatsioonil ei ole standardset tarkvaranõuete spetsifikatsioonide dokumendimalli, looge see kohe (mallide linkide saamiseks vaadake jaotist Ressursid).
Päeva video
2. samm
Nõuete kogumiseks kohtuge teemaekspertide/klientidega.
3. samm
Määrake tarkvara funktsioonid.
4. samm
Looge peamiste alamprotsesside jaoks kasutusjuhtumeid. Näiteks kui kujundate tellimuse sisestamise süsteemi, koosnevad kasutusjuhtumid uue tellimuse loomisest, olemasoleva tellimuse muutmisest ja klienditellimuste otsingust.
5. samm
Määratlege kasutajaliides.
6. samm
Määratlege kõik muud liidesed, näiteks riistvaraliidesed või muud tarkvarasüsteemi liidesed.
7. samm
Määratlege protsessi voog.
8. samm
Määrake konkreetsed ärireeglid.
9. samm
Määratlege jõudluse spetsifikatsioon.
10. samm
Looge protsessi voo illustreerimiseks vajalikud diagrammid või täpsustage põhinõudeid.
11. samm
Koostage SRS-dokument ja laske kõigil vajalikel osapooltel see läbi vaadata või allkirjastada.
Asjad, mida vajate
Tekstitöötlusrakendus
Diagrammitarkvara, näiteks Microsoft Visio
Näpunäide
Looge standardne dokumendimall. Kaasake jälgitavuse maatriks. Kaasake seos nõuete ja nende nõuete allika vahel. Loetlege selgelt määratletud äritegevuse reeglid. Veenduge, et reeglid ja protsessid on määratletud täpse ja üheselt mõistetava keelega.
Hoiatus
SRS sisaldab ainult funktsionaalseid nõudeid. Kaasata ei tohiks tarkvara disaini ega juurutamise üksikasju.
