BRS vs SRS
Në një projekt zhvillimi softuerësh, BRS (Specifikimi i Kërkesave të Biznesit) është një dokument që detajon kërkesat e klientit. Kjo përmban informacione për biznesin dhe detaje rreth proceseve që duhen zbatuar në softuer. SRS (Specifikimi i Kërkesave të Softuerit) specifikon kërkesat e një sistemi softuerik. Ai përfshin një përshkrim të sistemit që duhet të zhvillohet. SRS përfshin informacione si mënyra se si përdoruesit ndërveprojnë me sistemin e softuerit, kërkesat jofunksionale, etj.
Çfarë është BRS?
BRS (Specifikimi i Kërkesave të Biznesit) është një dokument që detajon kërkesat e klientit. Kjo do të referohet nga ekipi i zhvillimit gjatë zhvillimit të softuerit dhe ekipi i testimit gjatë fazës së testimit. Kjo përmban detaje rreth proceseve që duhet të zbatohen në softuer dhe nëse kërkohet ndonjë veçori e re. Në përgjithësi, BRS përmban informacione të tilla si kush synonte të përdorte softuerin, numrin maksimal të përdoruesve të njëkohshëm që do të përdorin sistemin, llojet e përdoruesve, njohuritë kompjuterike të përdorimit, problemet me të cilat përballen përdoruesit aktualisht, sasia e sigurisë së kërkuar nga kufizimet e aplikacionit, harduerit dhe mjedisit me të cilat përballet softueri. Ai gjithashtu ofron një përshkrim të sistemit aktual dhe zgjerimeve të mundshme në të ardhmen. BRS përshkruan gjithashtu produktet ose atë që pritet nga klienti. Ai gjithashtu duhet të përshkruajë nivelin e besueshmërisë që pritet nga softueri. Më e rëndësishmja, BRS nuk është shkruar duke përdorur ndonjë zhargon kompjuterik.
Çfarë është SRS?
SRS specifikon kërkesat e një sistemi softuerik. Ai përfshin një përshkrim të sistemit që duhet të zhvillohet. Ai përfshin mënyrën se si përdoruesi ndërvepron me sistemin duke përdorur rastet e përdorimit. Rastet e përdorimit ofrojnë një përshkrim të veprimeve që ndodhin midis përdoruesve dhe një sistemi softuerësh. Zakonisht UML (Unified Modeling Language) përdoret për të specifikuar zyrtarisht rastet e përdorimit në SRS. Ai gjithashtu përmban kërkesa jo funksionale si kërkesat e performancës, standardet e kërkuara nga sistemi dhe ndonjë nga kufizimet në sistem. SRS duhet të jetë gjithmonë korrekt dhe konsistent pasi përdoret nga zhvilluesit në procesin e zhvillimit. Ajo gjithashtu duhet të jetë e paqartë. Në përgjithësi, SRS duhet të përmbajë të paktën seksionet e mëposhtme: një hyrje, përshkrim të përgjithshëm të sistemit dhe kërkesa specifike. Hyrja duhet të përcaktojë qartë fushëveprimin e sistemit të pritshëm midis informacioneve të tjera si qëllimi i sistemit dhe një pasqyrë e sistemit. Përshkrimi i përgjithshëm ofron ndërveprimet e përdoruesit, varësitë dhe kufizimet e sistemit, etj. Kërkesat specifike përmbajnë çdo kërkesë të performancës, kërkesat e bazës së të dhënave, etj.
Cili është ndryshimi midis BRS dhe SRS?
BRS është një dokument që detajon kërkesat e klientit duke përdorur terma jo teknikë, ndërsa SRS specifikon kërkesat e një sistemi softuerësh në një mënyrë më formale. SRS përshkruan se si përdoruesit ndërveprojnë me sistemin duke përdorur rastet e përdorimit (të specifikuara me UML) ndërsa BRS ofron një përshkrim të ndërveprimeve të përdoruesve. Të dy BRS dhe SRS përdoren nga zhvilluesit në procesin e zhvillimit dhe për testimin e sistemit gjithashtu.
