BRS vs SRS
Ohjelmistokehitysprojektissa BRS (Business Requirement Specification) on asiakirja, joka yksilöi asiakkaan vaatimukset. Tämä sisältää tiedot liiketoiminnasta ja tiedot prosesseista, jotka on toteutettava ohjelmistossa. SRS (Software Requirements Specification) määrittelee ohjelmistojärjestelmän vaatimukset. Se sisältää kuvauksen 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, jossa esitetään yksityiskohtaisesti asiakkaan vaatimukset. Tähän viittaavat kehitystiimi ohjelmistoa kehitettäessä ja testaustiimi testausvaiheessa. Tämä sisältää tietoja prosesseista, jotka on otettava käyttöön ohjelmistossa, ja siitä, tarvitaanko uusia ominaisuuksia. Yleisesti ottaen BRS sisältää tietoja, kuten kuka aikoi käyttää ohjelmistoa, järjestelmää käyttävien samanaikaisten käyttäjien enimmäismäärä, käyttäjätyypit, käyttöjen tietokonelukutaito, käyttäjien tällä hetkellä kohtaamat ongelmat, järjestelmän vaatima tietoturva. ohjelmiston kohtaamat sovellus-, laitteisto- ja ympäristörajoitukset. Se sisältää myös kuvauksen nykyisestä järjestelmästä ja mahdollisista tulevista laajennuksista. BRS kuvaa myös toimitukset tai mitä asiakas odottaa. Sen tulee myös kuvata ohjelmistolta odotettu luotettavuus. Mikä tärkeintä, BRS:ää ei ole kirjoitettu millään tietokonesalakielellä.
Mikä on SRS?
SRS määrittelee ohjelmistojärjestelmän vaatimukset. Se sisältää kuvauksen järjestelmästä, jota on kehitettävä. Se sisältää kuinka käyttäjä on vuorovaikutuksessa järjestelmän kanssa käyttötapausten avulla. Käyttötapaukset tarjoavat kuvauksen käyttäjien ja ohjelmistojärjestelmän välillä tapahtuvista toimista. Yleensä UML:ää (Unified Modeling Language) käytetään määrittelemään virallisesti SRS:n käyttötapaukset. Se sisältää myös ei-toiminnallisia vaatimuksia, kuten suorituskykyvaatimukset, järjestelmän vaatimat standardit ja kaikki järjestelmän rajoitukset. SRS:n tulee aina olla oikea ja johdonmukainen, koska kehittäjät käyttävät sitä kehitysprosessissa. Sen tulee myös olla yksiselitteinen. Yleensä SRS:n tulee sisältää ainakin seuraavat osat: johdanto, järjestelmän yleiskuvaus ja erityisvaatimukset. Johdannossa tulee määritellä selkeästi odotetun järjestelmän laajuus muiden tietojen, kuten järjestelmän tarkoituksen ja yleiskuvan ohella. Yleiskuvaus sisältää käyttäjien vuorovaikutuksen, järjestelmän riippuvuudet ja rajoitukset jne. Erityisvaatimukset sisältävät kaikki suorituskykyvaatimukset, tietokantavaatimukset jne.
Mitä eroa on BRS:n ja SRS:n välillä?
BRS on asiakirja, joka täsmentää asiakkaan vaatimukset ei-teknisillä termeillä, kun taas SRS määrittelee ohjelmistojärjestelmän vaatimukset muodollisemmin. SRS kuvaa, kuinka käyttäjät ovat vuorovaikutuksessa järjestelmän kanssa käyttämällä käyttötapauksia (määritelty UML:ssä), kun taas BRS tarjoaa kuvauksen käyttäjien vuorovaikutuksista. Kehittäjät käyttävät sekä BRS:ää että SRS:ää kehitysprosessissa ja myös järjestelmän testaamiseen.
