Programinės įrangos kūrimas susideda ne tik iš kūrimo. Prieš pradėdami dirbti su programine įranga, kūrėjai turi tiksliai žinoti, ką sukurti. Štai kodėl kūrimas dažniausiai pradedamas parengus krūvą dokumentų, kuriuose detaliai aprašomas būsimas projektas. Dokumentuose yra daugybė tyrimų, analizių ir specifikacijų, viena iš jų – programinės įrangos reikalavimų specifikacija (SRS).
Šis straipsnis skirtas SRS, jo svarbai jūsų projektui ir veiksmams kuriant aukštos kokybės programinės įrangos specifikaciją. Pasinerkime į temą apibrėždami SRS.
mega švarus detox gėrimas šalia manęs
Kas yra programinės įrangos reikalavimų dokumentacija ir kam jos reikia?
Programinės įrangos reikalavimų dokumentacija yra dokumentas, kuriame aprašomos funkcinės ir nefunkcinės programinės įrangos specifikacijos, jos kūrimo būdas ir naudojimo atvejai – būdai, kaip vartotojai sąveikaus su programine įranga, kai ji bus paruošta. SRS ataskaita paprastai rengiama per projekto atradimo etapas . Verslo savininkai visas specifikacijas gali sudaryti patys arba patikėti šią užduotį profesionalams, turintiems programinės įrangos kūrimo ir specifikacijų nustatymo patirties.
Kai kurie verslo savininkai gali norėti praleisti atradimo etapą, įskaitant dokumentų rengimą. Tačiau šio etapo nepaisymas gali sukelti projekto nesėkmę. Remiantis PMI „Pulse of the Profession“ tyrimu, 35 % projektų žlunga dėl netikslių reikalavimų. Ar kuris nors verslo savininkas atsisakytų atlikti SRS rinkimą, jei anksčiau žinotų šią statistiką? Mes tuo abejojame. Taigi, kaip jūsų komandai naudinga turėti visus programinės įrangos reikalavimus vienoje vietoje:
- Kūrėjai nuspręsti dėl technologijų paketo, kurio jiems reikės norint sukurti programinės įrangos galinę ir priekinę dalį
- Dizaineriai suprasti, kaip jie gali atspindėti programinės įrangos sąsajos funkcijas
- Bandytojai suprasti bandomuosius atvejus, kuriuos jiems reikės parengti, ir užtikrinti, kad programinė įranga atitiktų verslo reikalavimus
- Verslo savininkai gauti savo produktui reikalingų funkcijų sąrašą ir priimti pagrįstus sprendimus dėl investicijų
Apskritai, programinės įrangos reikalavimų dokumentacija yra gairės, užtikrinančios, kad visi programinės įrangos kūrimo procese dalyvaujantys asmenys turėtų aiškią proceso viziją ir tuos pačius lūkesčius. Taigi SRS ataskaita leidžia išvengti nesusipratimų ir nesusikalbėjimo komandos viduje.
Jei nuspręsite patys kurti specifikacijas, galite pasinaudoti kai kuriomis programinės įrangos specifikacijomis pavyzdžių galite rasti internete. Jei norite šią užduotį deleguoti profesionalams, įsitikinkite, kad rasite patikimą įmonę, kurioje yra stipri verslo analitikų, projektų vadovų, kūrėjų ir testuotojų komanda, galinti pateikti aukštos kokybės specifikacijas.
Ką reikia žinoti prieš rašant SRS ataskaitą
Norint tinkamai nustatyti programinės įrangos reikalavimus, svarbu žinoti, kokią vertę programinė įranga turėtų suteikti verslui ir programinės įrangos naudotojams. Taip pat svarbu žinoti aukštos kokybės savybes programinės įrangos specifikacijos .
Verslo ir vartotojų reikalavimai
Verslo ir vartotojų reikalavimai atspindi kuriamos programinės įrangos esmę. Verslo reikalavimai apibūdina tikslus, kuriuos verslo savininkai nori pasiekti naudodami tam tikrą programinę įrangą. Tikslai gali būti įvairūs: automatizuoti procesus, sumažinti darbuotojų skaičių ir techninę įrangą ir tt Vartotojų reikalavimai skiriasi priklausomai nuo programinės įrangos tipo. Tačiau daugeliu atvejų vartotojai nori, kad programos veiktų greitai ir būtų intuityviai naudojamos. Svarbu atsižvelgti į šiuos reikalavimus rašant išsamias specifikacijas.
Aukštos kokybės SRS charakteristikos
Kad programinės įrangos reikalavimų specifikacijos ataskaita būtų maksimaliai naudinga projektui ir komandai, svarbu ją parengti:
- Užbaigti kad kiekvienas projekte dalyvaujantis komandos narys ataskaitoje rastų reikiamą informaciją. Kūrėjai ten turėtų rasti techninius reikalavimus, o UI/UX dizaineriai turėtų turėti bendrąsias projektavimo gaires. Bandytojai turėtų suprasti, kaip turi veikti programinė įranga, kad galėtų tinkamai ją išbandyti. Produktų savininkams šis dokumentas reikalingas tam, kad turėtų aiškią savo projekto viziją.
- Išmatuojamas kad galėtumėte palyginti paruoštą produktą su specifikacijomis, kurias paruošėte pačioje pradžioje. Nėra prasmės sakyti, kad jūsų programinė įranga turi atitikti visus reikalavimus.
- Lankstus. SRS ataskaita nėra tai, ką rašai vieną kartą ir negali pakeisti iki projekto pabaigos. Priešingai, reikalavimai gali keistis vykdant projektą. Taigi ataskaitos formatą turėtų būti patogu koreguoti, kai tik to prireikia.
- Aiškus ir tikslus. Svarbu vengti perteklinių frazių ir dviprasmybių. Kiekvienas procesas turėtų būti apibūdintas paprastais žodžiais su technologijų, reikalingų kuriant programinę įrangą, sąrašu.
Dabar, kai žinote, kas yra labai svarbi aukštos kokybės programinės įrangos reikalavimų dokumentacijai, laikas pažiūrėti, iš ko ji susideda.
500 000 peržiūrų per youtube pinigus
Programinės įrangos reikalavimų specifikacijos komponentai
SRS ataskaita turi būti nuosekli, todėl svarbu laikytis konkrečios struktūros, kuri padėtų skaitytojams lengvai suvokti informaciją. Žemiau aprašome pagrindinius skyrius, kuriuos turėtų sudaryti tinkamas SRS.
Įvadas
Įvade turėtų būti trumpai paaiškinta, kokia programinė įranga bus kuriama, kad kiekvienas komandos narys gautų bendrą supratimą apie projektą, prie kurio dirba.
Numatyta auditorija
Šiame skyriuje ataskaitos autoriai mini visus komandos narius, kurie turi prieigą prie dokumento. Paprastai tai yra programinės įrangos inžinieriai, testuotojai, dizaineriai ir projektų vadovai. Produkto savininkas, kuris užsako programinės įrangos kūrimą, taip pat turėtų būti įtrauktas į šį sąrašą ir turėti galimybę bet kada peržiūrėti dokumentą, kad įsitikintų, jog viskas vyksta taip, kaip planuota.
Bendras aprašymas
Šiame skyriuje aprašomos funkcijos, kurias turi atlikti programinė įranga. Taip pat rasite vartotojų vaidmenis ir naudojimo atvejus. Šioje dalyje galima apibūdinti prielaidas ir priklausomybes, kad būtų galima numatyti galimus iššūkius ir būdus jiems įveikti. Į šį skyrių taip pat galima įtraukti dizaino apribojimus.
Išorinės sąsajos reikalavimai
Šioje SRS ataskaitos dalyje aprašoma, kaip vartotojai, techninė ir programinė įranga turėtų sąveikauti. Skyrius gali būti suskirstytas į keturias dalis:
- The vartotojo sąsajos dalyje aprašoma, kaip vartotojai sąveikaus su programine įranga.
- The aparatinės įrangos sąsajos dalis yra apie aparatinės ir programinės įrangos sąveiką.
- The programinės įrangos sąsajos dalyje paaiškinama, kaip programinė įranga koreliuoja su jos komponentais, įskaitant operacines sistemas, bibliotekas, duomenų bazes ir kt.
- The komunikacijos sąsajos dalyje aprašomi programinės įrangos viduje naudojami ryšio kanalai: elektroniniai laiškai, naršyklės, serverio protokolai ir kt.
Funkciniai reikalavimai
Šiame skyriuje aprašoma, kaip veiks programinė įranga. Jame aprašomos visos funkcijos, kad visi komandos nariai suprastų darbo apimtį. Funkcinius reikalavimus turėtų sudaryti sistemos darbo eigos aprašymas, elgesys, jei/tada, duomenų tvarkymo logika ir duomenų įvestis bei išvestis.
Kuo išsamesnis funkcionalumo aprašymas, tuo mažesnė tikimybė, kad ateityje bus perdaryta. Išsamus funkcinių reikalavimų aprašymas taip pat leidžia įvertinti kūrimo laiką ir sąnaudas.
Nefunkciniai reikalavimai
Šiame skyriuje aprašomas norimas programinės įrangos našumas, išreikštas jos savybėmis. Paprastai pagrindiniai nefunkciniai reikalavimai yra saugumas, patogumas naudoti, testavimas, mastelio keitimas ir kt.
Priedai
Šiame skyriuje turėtumėte surinkti visą informaciją, kuri padėtų geriau suprasti pagrindines specifikacijas. Šioje skiltyje yra santrumpos, terminai ir jų apibrėžimai, diagramos, schemos ir kt.
Aukščiau minėtus kontūrus galima keisti atsižvelgiant į projektą, kuriamos taikomosios programos tipą, programos sudėtingumą ir pan. Galite pakeisti kontūrą taip, kad jūsų komandai būtų patogiau suvokti, tačiau turėtumėte įtraukti visas pagrindinius skyrius, kad gautumėte visą informaciją apie projektą.
SRS ataskaitų rengimo įrankiai
Nesvarbu, kokį įrankį pasirinksite kurdami savo projekto programinės įrangos reikalavimų specifikacijas, dokumentas turi būti patogus naudoti ir dalytis visiems projekte dalyvaujantiems nariams. Žemiau pateikiame kelis populiarius SRS ataskaitos generavimo būdus ir įrankius.
Google dokumentai
Daugelis verslo analitikų renkasi „Google“ paslaugas, pvz., „Google“ dokumentus ar „Google“ skaičiuokles, nes jas lengva naudoti ir redaguoti. Be to, ataskaitų autoriai gali eksperimentuoti su dokumentų rodiniais, kad jie būtų lengviau skaitomi kitiems. Kadangi tai yra debesies paslaugos, „Google“ dokumentus ir skaičiuokles taip pat patogiau bendrinti, palyginti su „Microsoft Docs“ ar kitomis neprisijungus naudojamomis teksto rengyklėmis.
mažiausias minimalus atlyginimas pasaulyje
Perlas
Perlas yra reikalavimų valdymo įrankis, leidžiantis kiek įmanoma lengviau atlikti visas su specifikacijomis susijusias užduotis. Viskas, ką jums reikia padaryti, tai apibrėžti naudojimo atvejus, vartotojų vaidmenis, sąlygas ir srautus. Kai tai padarysite, galite sukurti ataskaitą vienu paspaudimu. Kitas geras „Pearl“ įrankio privalumas yra tas, kad jis leidžia gauti pranešimus ir komentarus, kad būtų patogu dirbti komandoje.
Heliksas RM
Heliksas RM yra dar vienas įrankis, palengvinantis darbą su specifikacijomis. Platus jo funkcionalumas leidžia komandoms dirbti su specifikacijomis maksimaliai patogiai. Visų pirma, Helix RM teikia savo vartotojams grafinius įrankius, reikalavimų atsekamumą, bendradarbiavimo realiuoju laiku funkcijas ir kt. Didelis įrankio pranašumas yra jo integracija su įvairia programine įranga, tokia kaip „Slack“, „Jira“, „GitHub“ ir kt.
Išvada
Tinkamai parengta programinės įrangos reikalavimų dokumentacija užtikrina trečdalį projekto sėkmės, todėl kuriant programinę įrangą būtina atkreipti dėmesį į šią dalį. Su SRS ataskaita galima dirbti savarankiškai arba su pasirinktos bendradarbiauti įmonės verslo analitikų ir programinės įrangos inžinierių komanda.
Nesvarbu, kas parašys specifikacijas ir kokias programas tai darys, turėtumėte įsitikinti, kad jūsų programinės įrangos reikalavimų dokumentai yra aiškūs, nuoseklūs, išmatuojami, lankstūs ir išsamūs.
