BRS vs SRS
Tarkvaraarendusprojektis on BRS (ärinõuete spetsifikatsioon) dokument, mis täpsustab kliendi nõudeid. See sisaldab teavet ettevõtte kohta ja üksikasju protsesside kohta, mida tuleb tarkvarasse rakendada. SRS (Tarkvara nõuete spetsifikatsioon) täpsustab tarkvarasüsteemi nõudeid. See sisaldab väljatöötatava süsteemi kirjeldust. SRS sisaldab teavet, näiteks kuidas kasutajad suhtlevad tarkvarasüsteemiga, mittefunktsionaalsed nõuded jne.
Mis on BRS??
BRS (ärinõuete spetsifikatsioon) on dokument, mis täpsustab kliendi nõudeid. Sellele viitab arendusmeeskond tarkvara arendamisel ja testimisrühm testimisetapis. See sisaldab üksikasju protsessides, mida tuleb tarkvaras rakendada, ja seda, kas on vaja mingeid uusi funktsioone. Üldiselt sisaldab BRS teavet selle kohta, kes kavatses tarkvara kasutada, süsteemi kasutavate samaaegsete kasutajate maksimaalne arv, kasutajate tüübid, kasutusalade arvutipädevus, kasutajate ees seisavad probleemid, praegu nõutav turvatase. rakenduse, riistvara ja keskkonnaga seotud piirangud, millega tarkvara silmitsi seisab. Samuti kirjeldab see praegust süsteemi ja võimalikke tulevasi laienemisi. BRS kirjeldab ka tulemusi või seda, mida klient eeldab. Samuti peaks see kirjeldama tarkvara eeldatavat usaldusväärsuse taset. Kõige tähtsam on see, et BRS-i ei kirjutata ühegi arvuti žargooni abil.
Mis on SRS?
SRS täpsustab tarkvarasüsteemi nõuded. See sisaldab väljatöötatava süsteemi kirjeldust. See hõlmab seda, kuidas kasutaja suhtleb süsteemiga kasutamise juhtumeid kasutades. Kasutusjuhtumid kirjeldavad toiminguid, mis toimuvad kasutajate ja tarkvarasüsteemi vahel. SRS-is kasutamise juhtumite ametlikuks täpsustamiseks kasutatakse tavaliselt UML-i (Unified Modeling Language). See sisaldab ka mittefunktsionaalseid nõudeid, näiteks jõudlusnõudeid, süsteemi nõutavaid standardeid ja kõiki süsteemi piiranguid. SRS peaks alati olema õige ja järjekindel, kuna arendajad kasutavad seda arendusprotsessis. See peaks olema ka ühemõtteline. Üldiselt peaks SRS sisaldama vähemalt järgmisi jaotisi: sissejuhatus, süsteemi üldine kirjeldus ja erinõuded. Sissejuhatuses tuleks selgelt määratleda eeldatava süsteemi ulatus muu teabe hulgas, näiteks süsteemi eesmärk ja ülevaade süsteemist. Üldine kirjeldus sisaldab kasutaja interaktsioone, süsteemi sõltuvusi ja piiranguid jne. Erinõuded sisaldavad toimivusnõudeid, andmebaasinõudeid jne.
Mis vahe on BRS ja SRS vahel??
BRS on dokument, mis täpsustab kliendi nõudeid, kasutades mittetehnilisi termineid, samas kui SRS täpsustab tarkvarasüsteemi nõudeid ametlikumalt. SRS kirjeldab, kuidas kasutajad süsteemiga suhtlevad, kasutades kasutusjuhte (täpsustatud UML-iga), samas kui BRS kirjeldab kasutajate interaktsioone. Arendajad kasutavad arendusprotsessis ja süsteemi testimiseks nii BRS-i kui ka SRS-i.