Verschil tussen BRS en SRS

BRS vs SRS

In een softwareontwikkelingsproject is BRS (Business Requirement Specification) een document dat de vereisten van de klant beschrijft. Dit bevat de informatie over het bedrijf en details over de processen die in software moeten worden geïmplementeerd. SRS (Software Requirements Specification) specificeert de vereisten van een softwaresysteem. Het bevat een beschrijving van het systeem dat moet worden ontwikkeld. 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 dat de vereisten van de klant beschrijft. 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 nieuwe functies vereist zijn. BRS bevat in het algemeen informatie zoals wie van plan was om de software te gebruiken, maximaal aantal gelijktijdige gebruikers dat het systeem gaat gebruiken, soorten gebruikers, computervaardigheden van het gebruik, problemen waarmee de gebruikers momenteel worden geconfronteerd, hoeveelheid beveiliging vereist door de beperkingen van de toepassing, de hardware en de omgeving 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 wordt verwacht door de klant. Het moet ook het betrouwbaarheidsniveau beschrijven dat door de software wordt verwacht. Het belangrijkste is dat BRS niet is geschreven met behulp van computerjargon.

Wat is SRS?

SRS specificeert de vereisten van een softwaresysteem. Het bevat een beschrijving van het systeem dat moet worden ontwikkeld. Het bevat de manier waarop de gebruiker met het systeem communiceert via use-cases. Use cases geven een beschrijving van acties die plaatsvinden tussen de gebruikers en een softwaresysteem. Gewoonlijk wordt UML (Unified Modelling Language) gebruikt om formeel de use cases in de SRS te specificeren. Het bevat ook niet-functionele vereisten zoals prestatie-eisen, standaarden vereist door het systeem en een van de beperkingen van het systeem. SRS moet altijd correct en consistent zijn, omdat het door de ontwikkelaars in het ontwikkelingsproces wordt gebruikt. Het moet ook ondubbelzinnig zijn. Over het algemeen moet SRS ten minste de volgende secties bevatten: een inleiding, een algemene beschrijving van het systeem en specifieke vereisten. In de inleiding moet duidelijk de reikwijdte van het verwachte systeem worden gedefinieerd, naast andere informatie, zoals het doel van het systeem en een overzicht van het systeem. Algemene beschrijving biedt de gebruikersinteracties, afhankelijkheden en beperkingen van het systeem, enz. Specifieke vereisten bevatten prestatie-eisen, database-eisen, 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 van gebruikersinteracties biedt. Zowel BRS als SRS worden door de ontwikkelaars gebruikt in het ontwikkelingsproces en ook voor het testen van het systeem.