Ero BRS n ja SRS n välillä

BRS vs. SRS

Ohjelmistokehitysprojektissa BRS (Business Requirement Specification) on asiakirja, joka erittelee asiakkaan vaatimukset. Tämä sisältää tietoa yrityksestä ja prosesseista, jotka on otettava käyttöön ohjelmistossa. SRS (Software Requirements Specification) määrittelee ohjelmistojärjestelmän vaatimukset. Se sisältää kuvaus järjestelmästä, jota on kehitettävä. SRS sisältää tietoja, kuten kuinka käyttäjät ovat vuorovaikutuksessa ohjelmistojärjestelmän kanssa, ei-toiminnalliset vaatimukset jne.

Mikä on BRS?

BRS (Business Requirement Specification) on asiakirja, joka selvittää asiakkaan vaatimukset. Kehitysryhmä viittaa tähän kehittäessään ohjelmistoa ja testausryhmä testausvaiheen aikana. Tämä sisältää yksityiskohdat prosessit, jotka on otettava käyttöön ohjelmistossa, ja tarvitaanko uusia ominaisuuksia. Yleensä BRS sisältää tietoja, kuten kuka aikoi käyttää ohjelmistoa, järjestelmää käyttävien samanaikaisten käyttäjien enimmäismäärä, käyttäjien tyypit, käytön tietotaidot, käyttäjien tällä hetkellä kohtaamat ongelmat, sovelluksen, laitteiston ja ympäristön rajoitukset, joihin ohjelmisto kohtaa. Se tarjoaa myös kuvaus nykyisestä järjestelmästä ja mahdollisista tulevista laajennuksista. BRS kuvaa myös toimitukset tai sen, mitä asiakas odottaa. Sen tulisi myös kuvata ohjelmiston odottama luotettavuuden taso. Tärkeintä on, että BRS: ää ei kirjoiteta millään tietokoneen žargonilla.

Mikä on SRS?

SRS määrittelee ohjelmistojärjestelmän vaatimukset. Se sisältää kuvaus järjestelmästä, jota on kehitettävä. Se sisältää kuinka käyttäjä vuorovaikutuksessa järjestelmän kanssa käyttää tapauksia. Käyttötapaukset kuvaavat käyttäjien ja ohjelmistojärjestelmän välillä tapahtuvia toimia. Yleensä UML: ää (Unified Modeling Language) käytetään määrittelemään muodollisesti käyttötapaukset SRS: ssä. Se sisältää myös ei-toiminnalliset vaatimukset, kuten suorituskykyvaatimukset, järjestelmän vaaditut standardit ja kaikki järjestelmän rajoitukset. SRS: n tulee aina olla oikein ja johdonmukainen, koska kehittäjät käyttävät sitä kehitysprosessissa. Sen pitäisi olla myös yksiselitteinen. Yleensä SRS: n tulisi sisältää ainakin seuraavat kohdat: johdanto, järjestelmän yleiskuvaus ja erityisvaatimukset. Johdannossa tulisi määritellä selkeästi odotettavissa olevan järjestelmän laajuus muun tiedon, kuten järjestelmän tarkoituksen ja järjestelmän yleiskuvan, joukossa. Yleiskuvaus tarjoaa käyttäjän vuorovaikutukset, järjestelmän riippuvuudet ja rajoitukset jne. Erityisvaatimukset sisältävät suorituskykyvaatimukset, tietokantavaatimukset jne..

Mitä eroa on BRS: n ja SRS: n välillä??

BRS on asiakirja, joka erittelee asiakkaan vaatimukset käyttämällä ei-teknisiä termejä, kun taas SRS määrittelee ohjelmistojärjestelmän vaatimukset muodollisemmalla tavalla. SRS kuvaa kuinka käyttäjät ovat vuorovaikutuksessa järjestelmän kanssa käyttötapauksilla (määritetty UML: llä), kun taas BRS tarjoaa kuva käyttäjän vuorovaikutuksista. Kehittäjät käyttävät sekä BRS: ää että SRS: ää kehitysprosessissa ja myös järjestelmän testaamiseen.