BRS vs SRS
In 'n sagteware-ontwikkelingsprojek is BRS (Business Requirement Specification) 'n dokument wat die vereistes van die kliënt uiteensit. Dit bevat die inligting oor die besigheid en besonderhede oor die prosesse wat in sagteware geïmplementeer moet word. SRS (Software Requirements Specification) spesifiseer die vereistes van 'n sagtewarestelsel. Dit bevat 'n beskrywing van die stelsel wat ontwikkel moet word. SRS sluit inligting in soos hoe die gebruikers met die sagtewarestelsel omgaan, nie-funksionele vereistes, ens.
Wat is BRS?
BRS (Besigheidsvereiste-spesifikasie) is 'n dokument wat die vereistes van die kliënt uiteensit. Dit sal deur die ontwikkelingspan verwys word wanneer die sagteware ontwikkel word en die toetsspan tydens die toetsfase. Dit bevat besonderhede oor die prosesse wat in sagteware geïmplementeer moet word en of enige nuwe kenmerke benodig word. Oor die algemeen bevat BRS inligting soos wie van plan was om die sagteware te gebruik, maksimum aantal gelyktydige gebruikers wat die stelsel gaan gebruik, tipe gebruikers, rekenaargeletterdheid van die gebruike, probleme waarmee die gebruikers tans te kampe het, hoeveelheid sekuriteit wat vereis word deur die toepassing, hardeware en omgewingsbeperkings wat die sagteware in die gesig staar. Dit verskaf ook 'n beskrywing van die huidige stelsel en moontlike toekomstige uitbreidings. BRS beskryf ook die aflewerbares of wat deur die kliënt verwag word. Dit moet ook die vlak van betroubaarheid beskryf wat deur die sagteware verwag word. Die belangrikste is dat BRS nie met enige rekenaartaal geskryf word nie.
Wat is SRS?
SRS spesifiseer die vereistes van 'n sagtewarestelsel. Dit bevat 'n beskrywing van die stelsel wat ontwikkel moet word. Dit sluit in hoe die gebruiker met die stelsel omgaan deur gebruiksgevalle te gebruik. Gebruiksgevalle verskaf 'n beskrywing van aksies wat plaasvind tussen die gebruikers en 'n sagtewarestelsel. Gewoonlik word UML (Unified Modeling Language) gebruik om die gebruiksgevalle in die SRS formeel te spesifiseer. Dit bevat ook nie-funksionele vereistes soos prestasievereistes, standaarde wat deur die stelsel vereis word en enige van die beperkings op die stelsel. SRS moet altyd korrek en konsekwent wees aangesien dit deur die ontwikkelaars in die ontwikkelingsproses gebruik word. Dit moet ook ondubbelsinnig wees. Oor die algemeen moet SRS ten minste die volgende afdelings bevat: 'n inleiding, algehele beskrywing van die stelsel en spesifieke vereistes. Die inleiding moet die omvang van die verwagte stelsel duidelik definieer, onder andere inligting soos doel van die stelsel en 'n oorsig van die stelsel. Algehele beskrywing verskaf die gebruikerinteraksies, afhanklikhede en beperkings van die stelsel, ens. Spesifieke vereistes bevat enige prestasievereistes, databasisvereistes, ens.
Wat is die verskil tussen BRS en SRS?
BRS is 'n dokument wat die vereistes van die kliënt uiteensit deur nie-tegniese terme te gebruik, terwyl SRS die vereistes van 'n sagtewarestelsel op 'n meer formele wyse spesifiseer. SRS beskryf hoe die gebruikers met die stelsel omgaan deur gebruiksgevalle (gespesifiseer met UML) terwyl die BRS 'n beskrywing van gebruikerinteraksies verskaf. Beide BRS en SRS word deur die ontwikkelaars gebruik in die ontwikkelingsproses en om die stelsel ook te toets.
