BRS-i ja SRS-i erinevus

BRS-i ja SRS-i erinevus
BRS-i ja SRS-i erinevus

Video: BRS-i ja SRS-i erinevus

Video: BRS-i ja SRS-i erinevus
Video: PIXEL GUN 3D LIVE 2024, Oktoober
Anonim

BRS vs SRS

Tarkvara arendusprojektis on BRS (Business Requirement Specification) dokument, mis kirjeldab kliendi nõudeid. See sisaldab teavet ettevõtte kohta ja üksikasju tarkvaras rakendatavate protsesside kohta. SRS (Software Requirements Specification) määrab tarkvarasüsteemi nõuded. See sisaldab arendamist vajava süsteemi kirjeldust. SRS sisaldab teavet, näiteks seda, kuidas kasutajad tarkvarasüsteemiga suhtlevad, mittefunktsionaalseid nõudeid jne.

Mis on BRS?

BRS (Business Requirement Specification) on dokument, mis kirjeldab kliendi nõudeid. Sellele viitab arendusmeeskond tarkvara arendamisel ja testimismeeskond testimisetapi ajal. See sisaldab üksikasju tarkvaras rakendatavate protsesside kohta ja selle kohta, kas on vaja uusi funktsioone. Üldiselt sisaldab BRS sellist teavet nagu kes kavatses tarkvara kasutada, süsteemi kasutama hakkavate samaaegsete kasutajate maksimaalne arv, kasutajate tüübid, kasutusalade arvutioskus, probleemid, millega kasutajad praegu silmitsi seisavad, nõutav turvalisuse määr. tarkvara rakendus-, riistvara- ja keskkonnapiirangud. Samuti kirjeldatakse praegust süsteemi ja võimalikke tulevasi laiendusi. BRS kirjeldab ka tarneid või seda, mida klient ootab. See peaks kirjeldama ka tarkvara eeldatavat töökindluse taset. Kõige tähtsam on see, et BRS-i kirjutamisel ei kasutata ühtegi arvutižargooni.

Mis on SRS?

SRS määrab tarkvarasüsteemi nõuded. See sisaldab arendamist vajava süsteemi kirjeldust. See hõlmab seda, kuidas kasutaja kasutusjuhtumeid kasutades süsteemiga suhtleb. Kasutusjuhtumid kirjeldavad kasutajate ja tarkvarasüsteemi vahel toimuvaid toiminguid. Tavaliselt kasutatakse SRS-is kasutusjuhtude formaalseks täpsustamiseks UML-i (Unified Modeling Language). See sisaldab ka mittefunktsionaalseid nõudeid, nagu jõudlusnõuded, süsteemi poolt nõutavad standardid ja kõik süsteemi piirangud. SRS peaks alati olema korrektne ja järjepidev, kuna arendajad kasutavad seda arendusprotsessis. Samuti peaks see olema üheselt mõistetav. Üldiselt peaks SRS sisaldama vähem alt järgmisi jaotisi: sissejuhatus, süsteemi üldine kirjeldus ja spetsiifilised nõuded. Sissejuhatuses tuleks selgelt määratleda eeldatava süsteemi ulatus muu teabe hulgas, nagu süsteemi eesmärk ja ülevaade süsteemist. Üldine kirjeldus sisaldab kasutaja interaktsioone, süsteemi sõltuvusi ja piiranguid jne. Erinõuded sisaldavad kõiki jõudlusnõudeid, andmebaasinõudeid jne.

Mis vahe on BRS-il ja SRS-il?

BRS on dokument, mis kirjeldab kliendi nõudeid mittetehniliste terminite abil, SRS aga täpsustab tarkvarasüsteemi nõuded formaalsemal viisil. SRS kirjeldab, kuidas kasutajad süsteemiga suhtlevad, kasutades kasutusjuhtumeid (määratud UML-iga), samas kui BRS kirjeldab kasutaja interaktsioone. Nii BRS-i kui ka SRS-i kasutavad arendajad nii arendusprotsessis kui ka süsteemi testimiseks.

Soovitan: