BRS vs SRS
I et programvareutviklingsprosjekt er BRS (Business Requirement Specification) et dokument som beskriver kravene til kunden. Dette inneholder informasjonen om virksomheten og detaljer om prosessene som må implementeres i programvare. SRS (Software Requirements Specification) spesifiserer kravene til et programvare system. Den inneholder en beskrivelse av systemet som må utvikles. SRS inneholder informasjon som hvordan brukerne kommuniserer med programvaresystemet, ikke-funksjonelle krav, osv.
Hva er BRS?
BRS (Business Requirement Specification) er et dokument som beskriver kravene til kunden. Dette vil bli henvist av utviklingslaget når du utvikler programvaren og testteamet i testfasen. Dette inneholder detaljer om prosessene som må implementeres i programvare og om noen nye funksjoner kreves. Generelt inneholder BRS informasjon som for eksempel den som har tenkt å bruke programvaren, maksimalt antall samtidige brukere som skal bruke systemet, typer brukere, datakunnskaper om bruken, problemer som brukerne står overfor, øyeblikkelig sikkerhet som kreves av program-, maskinvare- og miljømessige begrensninger som programmet står overfor. Det gir også en beskrivelse av dagens system og mulige fremtidige utvidelser. BRS beskriver også leveransen eller hva som forventes av kunden. Det skal også beskrive nivået på pålitelighet som forventes av programvaren. Viktigst er BRS ikke skrevet ved hjelp av noe av jargong.
Hva er SRS?
SRS spesifiserer kravene til et programvaresystem. Den inneholder en beskrivelse av systemet som må utvikles. Det inkluderer hvordan brukeren samhandler med systemet ved hjelp av brukstilfeller. Brukstilfeller gir en beskrivelse av handlinger som skjer mellom brukerne og et programvaresystem. Vanligvis brukes UML (Unified Modeling Language) for å formelt spesifisere brukstilfeller i SRS. Den inneholder også ikke-funksjonelle krav som krav til ytelse, standarder som kreves av systemet og noen av begrensningene på systemet. SRS skal alltid være riktig og konsekvent siden den brukes av utviklerne i utviklingsprosessen. Det bør også være entydig. Generelt bør SRS minst inneholde følgende avsnitt: En introduksjon, generell beskrivelse av systemet og spesifikke krav. Innføringen bør tydelig definere omfanget av det forventede systemet blant annet informasjon som systemets formål og en oversikt over systemet. Samlet beskrivelse gir brukerens samspill, avhengigheter og begrensninger av systemet, etc. Spesifikke krav inneholder krav til ytelse, databasekrav, etc..
Hva er forskjellen mellom BRS og SRS?
BRS er et dokument som beskriver kravene til kunden ved hjelp av ikke-tekniske vilkår, mens SRS spesifiserer kravene til et programvare system på en mer formell måte. SRS beskriver hvordan brukerne kommuniserer med systemet ved hjelp av brukstilfeller (spesifisert med UML) mens BRS gir en beskrivelse av brukerinteraksjoner. Både BRS og SRS brukes av utviklerne i utviklingsprosessen og for testing av systemet også.