Skirtumas tarp BRS ir SRS

BRS vs SRS

Programinės įrangos kūrimo projekte BRS (Business Requirement Specification) yra dokumentas, kuriame išsamiai aprašomi kliento reikalavimai. Čia yra informacijos apie verslą ir išsami informacija apie procesus, kuriuos reikia įdiegti programinėje įrangoje. SRS (programinės įrangos reikalavimų specifikacija) nurodo programinės įrangos sistemos reikalavimus. Jame pateikiamas sistemos, kurią reikia sukurti, aprašymas. SRS apima tokią informaciją kaip vartotojo sąveika su programinės įrangos sistema, nefunkciniai reikalavimai ir kt.

Kas yra BRS?

BRS (Business Requirement Specification) yra dokumentas, kuriame išsamiai aprašomi kliento reikalavimai. Tai nurodys kūrimo komanda, kurdama programinę įrangą, ir testavimo komanda bandymo etape. Čia pateikiama išsami informacija apie procesus, kuriuos reikia įdiegti programinėje įrangoje, ir apie tai, ar reikia kokių nors naujų funkcijų. Apskritai BRS yra tokia informacija, kaip kas ketino naudoti programinę įrangą, maksimalus lygiagrečių vartotojų, kurie ketina naudotis sistema, skaičius, vartotojų tipai, kompiuterinis raštingumas apie naudojimą, problemos, su kuriomis susiduria vartotojai, saugumo lygis, kurio reikalauja taikomieji, aparatinės ir aplinkosaugos apribojimai, su kuriais susiduria programinė įranga. Čia taip pat pateikiamas dabartinės sistemos ir galimų būsimų išplėtimų aprašymas. BRS taip pat apibūdina rezultatus ar tai, ko tikisi klientas. Tai taip pat turėtų apibūdinti patikimumo lygį, kurio tikisi programinė įranga. Svarbiausia, kad BRS nėra parašytas naudojant bet kurį kompiuterio žargoną.

Kas yra SRS?

SRS nurodo programinės įrangos sistemos reikalavimus. Jame pateikiamas sistemos, kurią reikia sukurti, aprašymas. Tai apima tai, kaip vartotojas sąveikauja su sistema naudodamas naudojimo atvejus. Naudojimo atvejais pateikiami veiksmai, kurie vyksta tarp vartotojų ir programinės įrangos sistemos. Paprastai UML (Unified Modeling Language) naudojama oficialiai nurodyti naudojimo atvejus SRS. Jame taip pat yra nefunkcinių reikalavimų, tokių kaip našumo reikalavimai, sistemos reikalaujami standartai ir bet kokie sistemos suvaržymai. SRS visada turėtų būti teisinga ir nuosekli, nes kūrėjai ją naudoja kūrimo procese. Tai taip pat turėtų būti nedviprasmiška. Paprastai SRS turėtų būti bent šie skyriai: įvadas, bendras sistemos aprašymas ir konkretūs reikalavimai. Įvade turėtų būti aiškiai apibrėžta tikėtinos sistemos apimtis, be kitos informacijos, tokios kaip sistemos tikslas ir sistemos apžvalga. Bendrame apraše pateikiamos vartotojo sąveikos, sistemos priklausomybės ir apribojimai ir kt. Specifiniuose reikalavimuose yra visi našumo reikalavimai, duomenų bazės reikalavimai ir kt..

Kuo skiriasi BRS nuo SRS?

BRS yra dokumentas, kuriame išsamiai aprašomi kliento reikalavimai, vartojantys netechninius terminus, o SRS programinės įrangos sistemos reikalavimus apibūdina labiau formaliai. SRS aprašo, kaip vartotojai sąveikauja su sistema naudodamiesi naudojimo atvejais (nurodytais su UML), tuo tarpu BRS pateikia vartotojo sąveikos aprašymus. Kūrėjai ir BRS, ir SRS naudoja kūrimo procese ir sistemai išbandyti.