BRS vs. SRS: Keskeinen ero niiden välillä

by: Charles Moore Charles Moore
Hours Päivitetty

TÄRKEÄ ERO

  • SRS määrittelee kehitettävän ohjelmiston toiminnalliset ja ei-toiminnalliset vaatimukset, kun taas ohjelmistosuunnittelun BRS on muodollinen asiakirja, joka kuvaa asiakkaan toimittaman vaatimuksen
  • SRS:n luo järjestelmäarkkitehti, kun taas BRS-ohjelmiston luo yleensä yritysanalyytikko.
  • SRS tarkoittaa System Requirement Specification, kun taas BRS tarkoittaa Business Requirement Specification.
  • SRS on johdettu BRS:stä, kun taas BRS on johdettu asiakkaan vuorovaikutuksesta ja vaatimuksista.

Ennen kuin aloitamme, sinun on tiedettävä – ero vaatimuksen ja spesifikaation välillä

vaatimukset tekniset tiedot
Niissä kuvataan "mitä" ohjelmiston on tehtävä Niissä kuvataan "miten" ohjelmisto luodaan
He esittelevät ohjelmiston loppukäyttäjän, liiketoiminnan ja sidosryhmien näkökulmasta. He esittelevät ohjelmiston teknisen tiimin näkökulmasta.

Eri asiakirjoille on olemassa lukuisia termejä ja terminologiaa

Tekniset asiakirjat kuten -

  • SRS – System Requirement Specifications
  • FRS – Functional Requirement Specifications
  • BRS – Business Requirement Specification
  • CRS-yhteensopivuusvaatimukset
  • PRS – Performance Requirements Specifications
  • RRS- Luotettavuusvaatimukset
  • CRS-konfiguraatioiden vaatimukset

Vaatimusasiakirjat, kuten -

  • BRD – Business Requirement Document
  • SRD – System Requirement Document

Pohdittavaa

  • Monissa paikoissa nämä asiakirjat eivät ole erillisiä ja niitä käytetään vaihtokelpoisina.
  • Tekniset tiedot ja vaatimukset välittävät suunnilleen saman tiedon, mutta kahdelle täysin erilaiselle yleisölle.
  • Tietylle projektille, mitkä yllä olevat asiakirjat luodaan, riippuu projektin "luonteesta" ja organisaation "prosesseista"

Tässä opetusohjelmassa keskustelemme BRS:n ja SRS:n välisestä erosta ohjelmistojen testaus:

Ero SRS:n ja BRS:n välillä
Ero SRS:n ja BRS:n välillä

AIHEESEEN LIITTYVÄT ARTIKKELIT

BRS (Business Requirement Specification) SRS (System Requirement Specification)
Se kuvaa erittäin korkealla tasolla ohjelmiston toiminnalliset tiedot Siinä kuvataan korkealla tasolla ohjelmiston toiminnalliset ja tekniset tiedot
Se on muodollinen asiakirja, joka kuvaa asiakkaan esittämiä vaatimuksia (kirjallinen, suullinen) Siinä määritellään kehitettävän ohjelmiston toiminnalliset ja ei-toiminnalliset vaatimukset
Yleensä sen on luonut Business Analyst joka on vuorovaikutuksessa asiakkaiden kanssa Yleensä sen on luonut järjestelmä Architect, joka on tekninen asiantuntija.

Pienemmissä yrityksissä BA luo myös SRS:n.

Jotkut yritykset eivät luo SRS:ää kokonaan. Niiden BRS on riittävän yksityiskohtainen, jotta sitä voidaan käyttää myös SRS:nä.
Se on johdettu asiakkaan vuorovaikutuksesta ja vaatimuksista Se on johdettu BRS:stä