BRS vs. SRS: Diferența cheie între ei
DIFERENȚA CHEIE
- SRS specifică cerințele funcționale și nefuncționale ale software-ului care urmează să fie dezvoltat, în timp ce BRS în inginerie software este un document formal care descrie cerințele furnizate de client.
- SRS este creat de arhitectul de sistem, în timp ce software-ul BRS este creat de obicei de analistul de afaceri.
- SRS înseamnă System Requirement Specification, în timp ce BRS înseamnă Business Requirement Specification.
- SRS este derivat din BRS, în timp ce BRS este derivat din interacțiunea și cerințele clientului.
Înainte de a începe trebuie să știți – Diferența dintre o cerință și o specificație
Cerinţe | Specificații |
---|---|
Ei subliniază „ce” trebuie să facă software-ul | Ele descriu „cum” va fi creat software-ul |
Acestea prezintă software-ul din perspectiva utilizatorului final, a afacerilor și a părților interesate. | Ei conturează software-ul din perspectiva echipei tehnice. |
Există o mulțime de termeni și terminologie pentru diverse documente
Documente de specificații precum -
- SRS – Specificații privind cerințele de sistem
- FRS – Specificații de cerințe funcționale
- BRS – Specificația cerințelor de afaceri
- CRS- Specificații privind cerințele de compatibilitate
- PRS – Specificații privind cerințele de performanță
- RRS- Specificații privind cerințele de fiabilitate
- Specificația cerințelor CRS-Configurații
Cerință Documente precum -
- BRD – Document de cerințe de afaceri
- SRD – Document de cerințe de sistem
Puncte de meditat
- În multe locuri, aceste documente nu sunt separate și sunt folosite interschimbabil.
- Specificațiile și cerințele comunică aproximativ aceleași informații, dar către două publicuri complet diferite.
- Pentru un proiect dat, documentele de mai sus sunt create, depind de „natura” proiectului și „procesele” organizaționale
În acest tutorial vom discuta despre diferența dintre BRS și SRS în testare software:
BRS (Specificație de cerințe de afaceri) | SRS (System Require Specific Specification) |
---|---|
Descrie la un nivel foarte înalt specificațiile funcționale ale software-ului | Descrie la un nivel înalt, specificațiile funcționale și tehnice ale software-ului |
Este un document formal care descrie cerința furnizată de client (scris, verbal) | Specifică cerințele funcționale și nefuncționale ale software-ului care urmează să fie dezvoltat |
De obicei, este creat de Business Analyst care interacționează cu clienții | De obicei, este creat de sistem Architect care este expert tehnic .
Deși în companiile mai mici BA va crea și SRS. Unele companii nu creează SRS cu totul. BRS-ul lor este suficient de detaliat pentru a fi folosit și ca SRS. |
Este derivat din interacțiunea și cerințele clientului | Este derivat din BRS |