BRS vs SRS
A szoftverfejlesztési projektekben a BRS (Business Requirement Specification) egy olyan dokumentum, amely részletezi az ügyfél követelményeit. Ez tartalmazza az üzlettel kapcsolatos információkat és a szoftverben implementálandó folyamatok részleteit. Az SRS (Software Requirements Specification) a szoftverrendszer követelményeit határozza meg. Tartalmazza a fejlesztendő rendszer leírását. Az SRS olyan információkat tartalmaz, mint például, hogy a felhasználók hogyan lépnek kapcsolatba a szoftverrendszerrel, nem funkcionális követelmények stb.
Mi az a BRS?
A BRS (Business Requirement Specification) egy dokumentum, amely részletezi az ügyfél követelményeit. Erre hivatkozik a fejlesztőcsapat a szoftver fejlesztése során, a tesztelőcsapat pedig a tesztelési szakaszban. Ez tartalmazza a szoftverben implementálandó folyamatok részleteit és azt, hogy szükség van-e új szolgáltatásokra. Általában a BRS olyan információkat tartalmaz, mint hogy ki szándékozik használni a szoftvert, a rendszert használni szándékozó egyidejű felhasználók maximális száma, a felhasználók típusai, a felhasználások számítógépes műveltsége, a felhasználók által jelenleg tapaszt alt problémák, a rendszer által megkövetelt biztonság mértéke. a szoftver alkalmazási, hardveres és környezeti korlátai. Leírja a jelenlegi rendszert és a lehetséges jövőbeni bővítéseket is. A BRS azt is leírja, hogy milyen lesz a szállítmány, vagy mit vár el az ügyfél. Le kell írnia a szoftver által elvárt megbízhatósági szintet is. A legfontosabb, hogy a BRS nem a számítógépes szakzsargont használja.
Mi az SRS?
Az SRS a szoftverrendszer követelményeit határozza meg. Tartalmazza a fejlesztendő rendszer leírását. Tartalmazza, hogy a felhasználó hogyan lép kapcsolatba a rendszerrel használati esetek használatával. A használati esetek a felhasználók és a szoftverrendszer között előforduló műveletek leírását adják. Általában az UML-t (Unified Modeling Language) használják a használati esetek formális meghatározására az SRS-ben. Nem funkcionális követelményeket is tartalmaz, például teljesítménykövetelményeket, a rendszer által megkövetelt szabványokat és a rendszer bármely korlátozását. Az SRS-nek mindig helyesnek és következetesnek kell lennie, mivel a fejlesztők ezt használják a fejlesztési folyamat során. Ennek is egyértelműnek kell lennie. Általában az SRS-nek legalább a következő részeket kell tartalmaznia: bevezetés, a rendszer általános leírása és a speciális követelmények. A bevezetőnek egyértelműen meg kell határoznia a várt rendszer hatókörét az egyéb információk mellett, mint például a rendszer célja és a rendszer áttekintése. Az átfogó leírás tartalmazza a felhasználói interakciókat, a rendszer függőségeit és megszorításait stb. A konkrét követelmények tartalmazzák a teljesítménykövetelményeket, az adatbázis-követelményeket stb.
Mi a különbség a BRS és az SRS között?
A BRS egy olyan dokumentum, amely nem műszaki kifejezésekkel részletezi az ügyfél követelményeit, míg az SRS formálisabb módon határozza meg a szoftverrendszer követelményeit. Az SRS leírja, hogy a felhasználók hogyan lépnek kapcsolatba a rendszerrel az (UML-ben meghatározott) használati esetek használatával, míg a BRS a felhasználói interakciókat írja le. A fejlesztők a BRS-t és az SRS-t egyaránt használják a fejlesztési folyamat során és a rendszer tesztelésére is.
