BRS vs SRS
In een softwareontwikkelingsproject is BRS (Business Requirement Specification) een document dat de vereisten van de klant beschrijft. Hierin staat de informatie over de business en details over de processen die in software geïmplementeerd moeten worden. SRS (Software Requirements Specification) specificeert de vereisten van een softwaresysteem. Het bevat een beschrijving van het te ontwikkelen systeem. SRS bevat informatie zoals hoe de gebruikers omgaan met het softwaresysteem, niet-functionele vereisten, enz.
Wat is BRS?
BRS (Business Requirement Specification) is een document waarin de eisen van de klant worden beschreven. Dit wordt door het ontwikkelteam doorverwezen bij het ontwikkelen van de software en het testteam tijdens de testfase. Dit bevat details over de processen die in software moeten worden geïmplementeerd en of er nieuwe functies nodig zijn. In het algemeen bevat BRS informatie zoals wie van plan was de software te gebruiken, het maximale aantal gelijktijdige gebruikers dat het systeem gaat gebruiken, het type gebruikers, de computervaardigheden van het gebruik, de problemen waarmee de gebruikers momenteel worden geconfronteerd, de hoeveelheid beveiliging die vereist is door de toepassings-, hardware- en omgevingsbeperkingen waarmee de software wordt geconfronteerd. Het geeft ook een beschrijving van het huidige systeem en mogelijke toekomstige uitbreidingen. BRS beschrijft ook de deliverables of wat de klant verwacht. Het moet ook het betrouwbaarheidsniveau beschrijven dat door de software wordt verwacht. Het belangrijkste is dat BRS niet is geschreven met computerjargon.
Wat is SRS?
SRS specificeert de vereisten van een softwaresysteem. Het bevat een beschrijving van het te ontwikkelen systeem. Het omvat de interactie van de gebruiker met het systeem met behulp van use-cases. Use cases geven een beschrijving van acties die plaatsvinden tussen de gebruikers en een softwaresysteem. Gewoonlijk wordt UML (Unified Modeling Language) gebruikt om de use-cases in de SRS formeel te specificeren. Het bevat ook niet-functionele vereisten, zoals prestatie-eisen, standaarden die door het systeem worden vereist en eventuele beperkingen van het systeem. SRS moet altijd correct en consistent zijn, aangezien het door de ontwikkelaars wordt gebruikt in het ontwikkelingsproces. Het moet ook eenduidig zijn. In het algemeen dient SRS minimaal de volgende onderdelen te bevatten: een inleiding, algemene beschrijving van het systeem en specifieke eisen. De inleiding moet duidelijk de reikwijdte van het verwachte systeem definiëren, naast andere informatie zoals het doel van het systeem en een overzicht van het systeem. De algemene beschrijving geeft de gebruikersinteracties, afhankelijkheden en beperkingen van het systeem, enz. Specifieke vereisten bevatten prestatievereisten, databasevereisten, enz.
Wat is het verschil tussen BRS en SRS?
BRS is een document dat de vereisten van de klant beschrijft met behulp van niet-technische termen, terwijl SRS de vereisten van een softwaresysteem op een meer formele manier specificeert. SRS beschrijft hoe de gebruikers omgaan met het systeem met behulp van use cases (gespecificeerd met UML), terwijl de BRS een beschrijving geeft van gebruikersinteracties. Zowel BRS als SRS worden door de ontwikkelaars gebruikt in het ontwikkelingsproces en ook voor het testen van het systeem.
