Forretningskravspecifikationen er kendt som "BRS", og funktionel kravspecifikation er kendt som "FRS". Generelt er brugen af disse dokumenter bestemt af typen af organisation og firma, såvel som deres standarder og hvordan de følger processer.
Nøgleforsøg
- BRS står for Body Retention System, mens FRS står for Fuel Retention System.
- BRS bruges i fly og køretøjer af sikkerhedshensyn, mens FRS bruges i atomreaktorer for effektivitet.
- BRS er designet til at holde passagererne sikre under en ulykke, mens FRS er designet til at forhindre tab af brændstof.
BRS vs FRS
Forskellen mellem BRS og FRS er, at et BRS-dokument skrives i starten af et projekt for at vise strategien for at imødekomme kundens behov på et mere grundlæggende niveau. Og FRS er det mest omfattende dokument skabt af udviklere og testere, inklusive alle softwarekomponenter og forventede interaktioner, såvel som forretnings-, compliance- og sikkerhedskrav.
"En Business Requirement Specification (BRS) er et dokument, der fokuserer på den forretningsmæssige side af tingene, da det indeholder detaljerne i et projekts forretningsløsning."
Med andre ord er en BRS en erklæring til at afstemme uoverensstemmelsen mellem kassebogens bankkolonnesaldi og kassebogen på en bestemt dato.
"En funktionel kravspecifikation, eller FRS, er et dokument, der viser alle de opgaver, som et stykke software eller et produkt skal udføre.
I virkeligheden er det en trin-for-trin procedure til at udføre alle de handlinger, der er nødvendige for at bygge et produkt fra start til slut. En FRS beskriver detaljeret, hvordan forskellige softwarekomponenter vil reagere under brugerinteraktion."
Sammenligningstabel
| Parametre for sammenligning | BRS | FRS |
|---|---|---|
| Hvad involverer det? | I lægmandssprog indeholder BRS de høje forretningskrav til et system, der skal oprettes. | FRS-dokumentet indeholder omfattende tekniske krav samt tekniske diagrammer som UML, Data Flow og så videre. |
| Hvad svarer det? | BRS svarer på HVORFOR-spørgsmålet, altså hvorfor udarbejdes kravene? | FRS handler om HVORDAN, eller hvordan kravene vil blive udført. |
| Hvornår er det oprettet? | I projektets analysefase udarbejdes et BRS-dokument. | I projektets analysefase udarbejdes et BRS-dokument. I projektets planlægningsfase udvikles et FRS-dokument. |
| Hvem vil være ansvarlig for at skabe? | Forretningsanalytikerne vil generere et BRS-dokument. | FRS er udarbejdet i samarbejde af Business Analyst, System Analysts, & Implementation team, da det er detaljeret og teknisk. |
| Hvem skal bruge det? | BRS er designet til erhvervsbrugere, interessenter og andre interesserede parter. | Udviklingsteamet og kvalitetssikringen eller testteamet vil bruge FRS-dokumentet. |
Hvad er BRS?
Dette dokument omtales som et dokument på højt niveau, da det indeholder alle de kunde's krav. Ideelt set ville dette dokument angive alle de krav, der bør inkluderes i det foreslåede system.
BRS indeholder en liste over klientanmodede funktioner, som bør inkluderes i det foreslåede system. Forventninger til produktets ydeevne, vigtige mål og andre forretningsmål, som en kunde ønsker at opnå med et produkt, er alle nævnt i en BRS (Business Requirement Specification).
BRS genererer en rapport over brugerforbindelser. Dette dokument er skrevet i starten af et projekt for at vise strategien for at imødekomme kundens behov på et bredere plan.
Mens SRS og FRS giver en køreplan for udviklere, er en BRS påkrævet fra et forretningsmæssigt synspunkt. Som følge heraf er use cases og illustrationer ikke angivet i dette afsnit, hvilket gør det muligt for software- og funktionskravene at udfylde hullerne.
Det er et formelt dokument, der beskriver kundens krav (skriftligt, mundtligt). Det er genereret fra interaktioner med kunder og deres behov.
Kunder evaluerer dokumentets endelige version for at sikre, at hver fase og konklusion er i overensstemmelse med deres forventninger.
Hvad er FRS?
FRS (Functional Requirement Specification) er uden tvivl det mest interessante emne for softwareudviklere. De kan lære en algoritme til oprettelse af operationer der, samt en detaljeret forklaring af, hvordan programmet skal fungere.
Funktioner udført af individuelle skærmbilleder, opsummeringer af arbejdsgange udført af systemet og eventuelle forretnings- eller compliancekriterier, som systemet skal opfylde, bør alle inkluderes i funktionskravsystemet (FRS).
FRS giver behov, der er blevet omsat til funktionalitet og information om, hvordan disse krav vil blive implementeret som en del af et foreslået system.
Softwareeksperters vigtigste interesseområde er FRS (Functional Requirement Specification). Som en del af det planlagte system giver FRS krav, der er blevet omsat til den måde, de ville fungere på.
Det er det mest omfattende dokument skabt af udviklere og testere, og det dækker alle softwarekomponenter og forventede interaktioner samt forretnings-, compliance- og sikkerhedskrav.
En FRS er nyttig for softwaretestere til at lære de situationer, hvor produktet er beregnet til at blive testet, ligesom det er for udviklere at forstå, hvilket produkt de planlægger at producere.
Systemejeren og Kvalitetssikring skal underskrive funktionskravsspecifikationen. Hvis vigtige slutbrugere, udviklere eller ingeniører var involveret i udviklingen af kravene, kan det være acceptabelt at få dem til at underskrive og godkende dokumentet.
Vigtigste forskelle mellem BRS og FRS
- BRD indeholder forretningsbehov på 'højt niveau', hvorimod FRD/FRS omfatter 'granulære' funktionskrav, dataflow og UML-diagrammer.
- I løbet af projektets levetid er BRS ofte et af de første få dokumenter, der udarbejdes. Det højdepunkter en virksomheds mål eller krav på højt niveau, som den forsøger at opfylde gennem skabelsen af en service eller et produkt. Og FRS-dokumentet er skrevet ud fra en brugers synspunkt, og det forklarer, hvordan programmet vil opføre sig, mens det interagerer med en ekstern bruger.
- BRS beskæftiger sig med elementer af virksomhedens krav, hvorimod FRS beskæftiger sig med kundekrav.
- I BRS angiver vi præcis, hvad forbrugeren ønsker. Dette er det dokument, som teamet følger fra start til slut. Men i FRS beskriver vi de specifikke funktioner på hver side meget detaljeret fra start til slut.
- BRS forklarer hele oversigten over forudsætninger, hvorimod FRS skitserer rækkefølgen af operationer, der skal følges for hver enkelt proces.
- https://journals.sagepub.com/doi/abs/10.3141/1767-18
- https://link.springer.com/article/10.1007/s00425-009-1016-1
Sidst opdateret: 13. juli 2023
Jeg har brugt så meget på at skrive dette blogindlæg for at give dig værdi. Det vil være meget nyttigt for mig, hvis du overvejer at dele det på sociale medier eller med dine venner/familie. DELING ER ♥️
Chara Yadav har MBA i finans. Hendes mål er at forenkle økonomi-relaterede emner. Hun har arbejdet med finans i omkring 25 år. Hun har holdt flere finans- og bankkurser for handelsskoler og lokalsamfund. Læs mere hos hende bio side.
Sondringen mellem BRS og FRS er ikke kun teknisk, men også strategisk, da den adresserer de forretningsmæssige behov og de operationelle funktionaliteter i projektet, og sikrer dermed overensstemmelse med kundens krav.
De væsentligste forskelle, der er skitseret mellem BRS og FRS, understreger vigtigheden af at formalisere forretningsmæssige og funktionelle krav for at opnå projektsucces. Klar dokumentation er grundlæggende for effektiv projektledelse.
Sammenligningstabellen fremhæver effektivt BRS's og FRS' forskellige roller og ansvar og understreger "hvorfor" og "hvordan" aspekterne af projektkravene.
Det er interessant at bemærke, at BRS er designet til at imødekomme forretningskravene, hvorimod FRS er fokuseret på de funktionelle specifikationer af softwarekomponenter. Dette sikrer en samlet tilgang til opfyldelse af projektmål.
Denne detaljerede forklaring af BRS og FRS giver værdifuld indsigt i deres formål og anvendelser. Betydningen af disse dokumenter i projektudvikling kan ikke overses.
Sondringen mellem BRS og FRS er afgørende, da den bestemmer fokus og omfang af den indledende dokumentation og de efterfølgende detaljerede specifikationer for et projekt.
De detaljerede beskrivelser af BRS og FRS er med til at tydeliggøre deres respektive roller og relevans for projektets livscyklus. Denne forståelse er afgørende for en vellykket projektudførelse.
BRS og FRS er begge væsentlige komponenter i udviklingen af forskellige systemer og projekter, da de giver en struktureret tilgang til at imødekomme kundernes behov og opnå projektmål.