Business Requirement Specification tunnetaan nimellä "BRS" ja toiminnallinen vaatimusmääritelmä "FRS". Yleensä näiden asiakirjojen käyttö määräytyy organisaation ja yrityksen tyypin sekä niiden standardien ja prosessien mukaan.
BRS vs FRS
Ero BRS:n ja FRS:n välillä on siinä, että BRS-dokumentti kirjoitetaan projektin alussa näyttämään strategiaa asiakkaan tarpeiden täyttämiseksi perustasolla. Ja FRS on kattavin kehittäjien ja testaajien luoma asiakirja, joka sisältää kaikki ohjelmistokomponentit ja odotetut vuorovaikutukset sekä liiketoiminta-, vaatimustenmukaisuus- ja turvallisuusvaatimukset.
"Business Requirement Specification (BRS) on asiakirja, joka keskittyy asioiden liiketoimintaan, koska se sisältää projektin liiketoimintaratkaisun erityispiirteet." Toisin sanoen BRS on ilmoitus, joka on tehty kassakirjan pankkisarakkeen ja pankkikirjan saldojen välisen ristiriidan täsmäyttämiseksi tiettynä päivänä.
”Toimintavaatimusmääritelmä eli FRS on asiakirja, jossa luetellaan kaikki tehtävät, jotka ohjelmiston tai tuotteen on suoritettava. Todellisuudessa se on vaiheittainen prosessi, jolla suoritetaan kaikki tuotteen rakentamiseen tarvittavat toimenpiteet alusta loppuun. FRS kuvaa yksityiskohtaisesti, kuinka eri ohjelmistokomponentit reagoivat käyttäjän vuorovaikutuksen aikana."
Vertailutaulukko BRS:n ja FRS:n välillä
| Vertailuparametrit | BRS | FRS |
| Mitä se sisältää? | Maallikolla sanottuna BRS sisältää luotavan järjestelmän korkean tason liiketoimintavaatimukset. | FRS-dokumentti sisältää laajat tekniset vaatimukset sekä tekniset kaaviot, kuten UML, Data Flow ja niin edelleen. |
| Mitä se vastaa? | BRS vastaa kysymykseen MIKSI, eli miksi vaatimuksia valmistellaan? | FRS on kiinnostunut siitä, MITEN tai miten vaatimukset toteutetaan. |
| Milloin se on luotu? | Hankkeen analyysivaiheessa laaditaan BRS-dokumentti. | Hankkeen analyysivaiheessa laaditaan BRS-dokumentti. Hankkeen suunnitteluvaiheessa laaditaan FRS-dokumentti. |
| Kuka on vastuussa luomisesta? | Yritysanalyytikot luovat BRS-asiakirjan. | Liiketoimintaanalyytikot, järjestelmäanalyytikot ja toteutustiimi valmistelevat FRS:n yhteistyössä, koska se on yksityiskohtainen ja tekninen. |
| Kuka sitä tulee käyttämään? | BRS on suunniteltu yrityskäyttäjille, sidosryhmille ja muille kiinnostuneille. | Kehitystiimi ja laadunvarmistus- tai testaustiimi hyödyntävät FRS-dokumenttia. |
Mikä on BRS?
Tätä asiakirjaa kutsutaan korkean tason asiakirjaksi, koska se sisältää kaikki asiakkaan vaatimukset. Ihannetapauksessa tässä asiakirjassa vain luetellaan kaikki vaatimukset, jotka ehdotettuun järjestelmään tulisi sisällyttää.
BRS sisältää luettelon asiakkaan toivomista ominaisuuksista, jotka tulisi sisällyttää ehdotettuun järjestelmään. Tuotteen suorituskykyä koskevat odotukset, tärkeät tavoitteet ja muut liiketoimintatavoitteet, jotka asiakas haluaa saavuttaa tuotteella, mainitaan kaikki BRS:ssä (Business Requirement Specification).
BRS luo raportin käyttäjäyhteyksistä. Tämä dokumentti kirjoitetaan tyypillisesti projektin alussa näyttämään strategiaa asiakkaan tarpeiden täyttämiseksi laajemmalla tasolla. Vaikka SRS ja FRS antavat tiekartan kehittäjille, BRS vaaditaan liiketoiminnan kannalta.
Tästä syystä tässä osiossa ei esitetä käyttötapauksia ja kuvia, joten ohjelmisto- ja toiminnallisten vaatimusten luettelot voivat täyttää aukot. Se on muodollinen asiakirja, joka kuvaa asiakkaan vaatimukset (kirjallinen, suullinen). Se syntyy vuorovaikutuksesta asiakkaiden ja heidän tarpeidensa kanssa.
Asiakkaat arvioivat usein asiakirjan lopullista versiota varmistaakseen, että jokainen vaihe ja johtopäätökset ovat heidän odotustensa mukaisia.
Mikä on FRS?
FRS (Functional Requirement Specification) on epäilemättä ohjelmistokehittäjien mielenkiintoisin aihe. Siellä he voivat oppia algoritmin operaatioiden luomiseen sekä yksityiskohtaisen selityksen siitä, miten ohjelman oletetaan toimivan.
Yksittäisten näyttöjen suorittamat toiminnot, yhteenvedot järjestelmän suorittamista työnkuluista ja kaikki liiketoiminta- tai vaatimustenmukaisuuskriteerit, jotka järjestelmän on täytettävä, tulee kaikki sisällyttää toiminnalliseen vaatimusjärjestelmään (FRS). FRS tarjoaa tarpeet, jotka on muutettu toiminnallisiksi, sekä tietoa siitä, kuinka nämä vaatimukset tullaan toteuttamaan osana ehdotettua järjestelmää.
Ohjelmistoasiantuntijoiden keskeinen kiinnostuksen kohde on FRS (Funktional Requirement Specification). FRS tarjoaa osana suunniteltua järjestelmää vaatimuksia, jotka on muutettu sellaisiksi kuin ne toimisivat.
Se on kattavin kehittäjien ja testaajien luoma dokumentti, ja se kattaa kaikki ohjelmistokomponentit ja odotetut vuorovaikutukset sekä liiketoiminta-, vaatimustenmukaisuus- ja turvallisuusvaatimukset. FRS on hyödyllinen ohjelmistotestaajille, jotta he oppivat tilanteet, joissa tuotetta on tarkoitus testata, samoin kuin kehittäjät ymmärtävät, mitä tuotetta he suunnittelevat valmistavansa.
Järjestelmän omistajan ja laadunvarmistuksen tulee allekirjoittaa toiminnalliset vaatimukset. Jos tärkeät loppukäyttäjät, kehittäjät tai insinöörit osallistuivat vaatimusten kehittämiseen, heidän allekirjoittaminen ja hyväksyminen asiakirja saattaa olla hyväksyttävää.
Tärkeimmät erot BRS:n ja FRS:n välillä
Johtopäätös
Jokaisessa projektissa sekä liiketoimintavaatimusmääritykset (BRS) että FRS (Funktional Requirement Specification) ovat välttämättömiä. Ne eivät kuitenkaan ole sama asiakirja.
BRS:n ja FRS:n tekijä, yleisö, sisältö ja tavoite ovat tärkeimmät erot. BABOK on maailmanlaajuisesti tunnustettu standardi yritysanalyysin ammatille, ja BRD on yksi yleisimmin hyväksytyistä vaatimuspapereista.
BRS on kehitetty asiakaskontaktien ja vaatimusten kautta, kun taas FRS on johdettu BRS:stä.
FRS on perusteellisin ja tarkin kolmesta asiakirjasta.
Lopuksi se selittää "miten" järjestelmän on toimittava, jotta se täyttää kaikki BRS- ja SRS-standardit. FRS:n perimmäinen tarkoitus on täyttää kaikki BRS-säännöksissä hahmotellut standardit.
