BRS vs SRS
Programinės įrangos kūrimo projekte BRS (Business Requirement Specification) yra dokumentas, kuriame detalizuojami kliento reikalavimai. Čia pateikiama informacija apie verslą ir informacija apie procesus, kuriuos reikia įdiegti programinėje įrangoje. SRS (Software Requirements Specification) nurodo programinės įrangos sistemos reikalavimus. Jame pateikiamas sistemos, kurią reikia sukurti, aprašymas. SRS apima informaciją, pvz., kaip vartotojai sąveikauja su programinės įrangos sistema, nefunkcinius reikalavimus ir kt.
Kas yra BRS?
BRS (Business Requirement Specification) yra dokumentas, kuriame išsamiai aprašomi kliento reikalavimai. Į tai atsižvelgs kūrimo komanda kurdama programinę įrangą ir testavimo komanda testavimo etapo metu. Čia pateikiama informacija apie procesus, kuriuos reikia įdiegti programinėje įrangoje, ir tai, ar reikia naujų funkcijų. Apskritai BRS pateikiama tokia informacija, kaip kas ketino naudoti programinę įrangą, maksimalus vartotojų, kurie ketina naudotis vienu metu, skaičius, vartotojų tipai, naudojimosi kompiuterinis raštingumas, problemos, su kuriomis šiuo metu susiduria vartotojai, reikalaujama saugumo suma. programos, aparatinės įrangos ir aplinkos apribojimai, su kuriais susiduria programinė įranga. Jame taip pat pateikiamas dabartinės sistemos ir galimų būsimų išplėtimų aprašymas. BRS taip pat aprašo rezultatus arba tai, ko tikisi klientas. Taip pat turėtų būti aprašytas programinės įrangos patikimumo lygis. Svarbiausia, kad BRS nėra parašyta naudojant kompiuterinį žargoną.
Kas yra SRS?
SRS nurodo programinės įrangos sistemos reikalavimus. Jame pateikiamas sistemos, kurią reikia sukurti, aprašymas. Tai apima, kaip vartotojas sąveikauja su sistema naudodamas naudojimo atvejus. Naudojimo atvejai pateikia veiksmų, vykstančių tarp vartotojų ir programinės įrangos sistemos, aprašymą. Paprastai UML (Unified Modeling Language) naudojama formaliai nurodyti naudojimo atvejus SRS. Jame taip pat yra nefunkcinių reikalavimų, tokių kaip našumo reikalavimai, sistemos reikalaujami standartai ir bet kokie sistemos apribojimai. SRS visada turi būti teisingas ir nuoseklus, nes jį naudoja kūrėjai kūrimo procese. Jis taip pat turėtų būti nedviprasmiškas. Paprastai SRS turėtų būti bent šie skyriai: įvadas, bendras sistemos aprašymas ir specifiniai reikalavimai. Įvade turėtų būti aiškiai apibrėžta numatomos sistemos apimtis, be kitos informacijos, tokios kaip sistemos paskirtis ir sistemos apžvalga. Bendrame aprašyme pateikiamos vartotojo sąveikos, sistemos priklausomybės ir apribojimai ir tt Konkretūs reikalavimai apima visus našumo reikalavimus, duomenų bazių reikalavimus ir kt.
Kuo skiriasi BRS ir SRS?
BRS yra dokumentas, kuriame detalizuojami kliento reikalavimai naudojant netechninius terminus, o SRS programinės įrangos sistemos reikalavimus nurodo formaliau. SRS aprašo, kaip vartotojai sąveikauja su sistema naudodami naudojimo atvejus (nurodytas UML), o BRS pateikia vartotojo sąveikos aprašymą. Tiek BRS, tiek SRS kūrėjai naudoja kūrimo procese ir sistemos testavimui.
