Norėdami suformuoti gerą SRS, čia pamatysite keletą punktų, kuriuos galima panaudoti ir į kuriuos reikėtų atsižvelgti kuriant geros programinės įrangos reikalavimų specifikacijos (SRS) struktūrą. Jie yra paminėti toliau turinyje ir yra gerai paaiškinti toliau.
Turinys
- Įvadas
- Bendras aprašymas
- Funkciniai reikalavimai
- Sąsajos reikalavimai
- Atlikimo reikalavimai
- Dizaino apribojimai
- Nefunkcinės savybės
- Preliminarus tvarkaraštis ir biudžetas
- Priedai
- SRS dokumento panaudojimas
- DUK apie SRS formatą
- Išvada
Programinės įrangos reikalavimų specifikacijos (SRS) formatas Kaip rodo pavadinimas, yra išsami programinės įrangos reikalavimų, kuriuos reikia įvykdyti, norint sėkmingai plėtoti programinės įrangos sistemą, aprašymas. Šie reikalavimai gali būti funkciniai ir nefunkcionalūs, priklausomai nuo reikalavimo tipo. Sąveika tarp skirtingų užsakovų ir rangovų vyksta todėl, kad būtina iki galo suprasti užsakovų poreikius. 
Priklausomai nuo informacijos, surinktos po sąveikos, SRS yra sukurtas, kuriame aprašomi programinės įrangos reikalavimai, kurie gali apimti pakeitimus ir modifikacijas, kurių reikia norint pagerinti produkto kokybę ir patenkinti kliento poreikius.
Įvadas
- Šio dokumento tikslas – Iš pradžių paaiškinamas ir aprašomas pagrindinis tikslas, kodėl šis dokumentas reikalingas ir kokia jo paskirtis.
- Šio dokumento apimtis – Šiame dokumente aprašomas ir paaiškinamas bendras darbas ir pagrindinis dokumento tikslas bei kokia vertė jis suteiks klientui. Jame taip pat aprašomos kūrimo išlaidos ir reikalingas laikas.
- Apžvalga – Čia paaiškinamas produkto aprašymas. Tai tiesiog santrauka arba bendra produkto apžvalga.
Bendras aprašymas
Čia pateikiamos bendros produkto funkcijos, apimančios vartotojo tikslą, vartotojo charakteristikas, savybes, privalumus, kodėl paminėta jo svarba. Jame taip pat aprašomos vartotojų bendruomenės funkcijos.
kaip konvertuoti char į eilutę
Funkciniai reikalavimai
Čia išsamiai paaiškintas galimas programinės įrangos rezultatas, apimantis poveikį dėl programos veikimo. Visi funkciniai reikalavimai, kurie gali apimti skaičiavimus, duomenų apdorojimą ir pan., yra išdėstyti eilės tvarka. Funkciniai reikalavimai nurodo numatomą sistemos elgseną – kokie išėjimai turi būti pagaminti iš nurodytų įėjimų. Jie apibūdina ryšį tarp sistemos įvesties ir išvesties. Kiekvienam funkciniam reikalavimui turi būti detaliai aprašyti visi įvesties duomenys ir jų šaltinis, matavimo vienetai ir galiojančių įvesties diapazonas.
Sąsajos reikalavimai
Čia išsamiai aprašytos ir paaiškintos programinės įrangos sąsajos, kurios reiškia, kaip programinė įranga bendrauja tarpusavyje arba su vartotojais bet kokia kalba, kodu ar pranešimu. Pavyzdžiai gali būti bendra atmintis, duomenų srautai ir kt.
Atlikimo reikalavimai
Čia paaiškinama, kaip programinės įrangos sistema tam tikromis sąlygomis atlieka norimas funkcijas. Taip pat paaiškinamas reikalingas laikas, reikalinga atmintis, didžiausias klaidų dažnis ir tt SRS našumo reikalavimų dalyje nurodomi programinės įrangos sistemos veikimo apribojimai. Visi reikalavimai, susiję su sistemos veikimo charakteristikomis, turi būti aiškiai nurodyti. Yra dviejų tipų našumo reikalavimai: statiniai ir dinaminiai. Statiniai reikalavimai yra tie, kurie neapriboja sistemos vykdymo charakteristikų. Dinaminiai reikalavimai nurodo sistemos vykdymo elgsenos apribojimus.
Dizaino apribojimai
Čia apribojimai, kurie tiesiog reiškia apribojimą arba apribojimą, yra nurodyti ir paaiškinti projektavimo komandai. Pavyzdžiai gali būti konkretaus algoritmo naudojimas, aparatinės ir programinės įrangos apribojimai ir tt Kliento aplinkoje yra daug veiksnių, kurie gali apriboti dizainerio pasirinkimą, dėl kurio atsiranda projektavimo apribojimų. Tokie veiksniai apima standartus, kurių turi būti laikomasi išteklių apribojimų, veikimo aplinkos, patikimumo ir saugumo reikalavimus bei politiką, kurios gali turėti įtakos sistemos dizainui. SRS turėtų nustatyti ir nurodyti visus tokius apribojimus.
Nefunkcinės savybės
Čia paaiškinami nefunkciniai atributai, kurių reikia programinės įrangos sistemai, kad jos veiktų geriau. Pavyzdys gali būti saugumas, perkeliamumas, patikimumas, pakartotinis naudojimas, programų suderinamumas, duomenų vientisumas, mastelio keitimo pajėgumai ir kt.
kiek sveria kat timpf
Preliminarus tvarkaraštis ir biudžetas
Šioje dalyje paaiškinama pradinė projekto plano versija ir biudžetas, apimantis visą reikalingą laiko trukmę ir bendras projekto rengimo išlaidas.
Pete'o Davidsono amžius
Priedai
Čia pateikiama ir paaiškinta papildoma informacija, pvz., nuorodos, iš kur renkama informacija, kai kurių specifinių terminų apibrėžimai, akronimai, santrumpos ir kt.
SRS dokumento panaudojimas
- Kūrimo komanda to reikalauja, kad sukurtų produktą pagal poreikį.
- Bandymų planus sudaro testavimo grupė, remdamasi išorinio elgesio aprašymu.
- Priežiūros ir pagalbos personalui to reikia, kad suprastų, ką turi daryti programinės įrangos produktas.
- Projekto vadovas tuo remdamasis savo planus ir grafiko, pastangų ir išteklių sąmatas.
- klientai ja pasitiki, kad žinotų, kokio produkto gali tikėtis.
- Kaip sutartis tarp kūrėjo ir kliento.
- dokumentacijos tikslais.
DUK apie SRS formatą
1. Kodėl svarbu apibrėžti SRS dokumento apimtį?
Apimties apibrėžimas SRS dokumente padeda klientui suprasti programinės įrangos tikslus ir vertę. Taip pat pateikiama išsami informacija apie tai, kiek kainuos sukurti ir kiek laiko tai užtruks, kad būtų aiškios projekto ribos.
2. Kokie yra funkciniai reikalavimai SRS dokumente ir kodėl jie svarbūs?
Funkciniai reikalavimai apibūdina, kaip turėtų veikti programinės įrangos sistema, įskaitant tai, kaip ji turi reaguoti į įvestis ir atlikti išvestis. Jie padeda išsiaiškinti, ką turi daryti programinė įranga, ir suteikia galimybę pradėti ją kurti ir išbandyti.
Išvada
Programinės įrangos kūrimui reikalinga gerai struktūrizuota programinės įrangos reikalavimų specifikacija (SRS). Tai padeda suinteresuotosioms šalims bendrauti, pateikia gaires kūrimo komandoms, padeda bandytojams kurti efektyvius bandymų planus, vadovauja techninės priežiūros ir palaikymo darbuotojams, informuoja apie projektų valdymo sprendimus ir nustato klientų lūkesčius. SRS dokumentas padeda užtikrinti, kad programinė įranga atitiktų funkcinius ir nefunkcinius reikalavimus, todėl kokybiškas produktas laiku ir neviršijant biudžeto.