BRS vs SRS
Sa isang software development project, ang BRS (Business Requirement Specification) ay isang dokumentong nagdedetalye ng mga kinakailangan ng customer. Naglalaman ito ng impormasyon tungkol sa negosyo at mga detalye tungkol sa mga prosesong kailangang ipatupad sa software. Tinutukoy ng SRS (Software Requirements Specification) ang mga kinakailangan ng isang software system. Kasama dito ang isang paglalarawan ng sistema na kailangang paunlarin. Kasama sa SRS ang impormasyon tulad ng kung paano nakikipag-ugnayan ang mga user sa software system, hindi gumaganang mga kinakailangan, atbp.
Ano ang BRS?
Ang BRS (Business Requirement Specification) ay isang dokumentong nagdedetalye ng mga kinakailangan ng customer. Ire-refer ito ng development team kapag bumubuo ng software at ng testing team sa yugto ng pagsubok. Nagtataglay ito ng mga detalye tungkol sa mga prosesong kailangang ipatupad sa software at kung kinakailangan ang anumang mga bagong feature. Sa pangkalahatan, ang BRS ay naglalaman ng impormasyon tulad ng kung sino ang naglalayong gumamit ng software, maximum na bilang ng mga kasabay na user na gagamit ng system, mga uri ng user, computer literacy ng mga gamit, mga problemang kinakaharap ng mga user sa kasalukuyan, halaga ng seguridad na kinakailangan ng ang aplikasyon, hardware at mga hadlang sa kapaligiran na kinakaharap ng software. Nagbibigay din ito ng paglalarawan ng kasalukuyang sistema at mga posibleng pagpapalawak sa hinaharap. Inilalarawan din ng BRS ang mga maihahatid o kung ano ang inaasahan ng customer. Dapat din nitong ilarawan ang antas ng pagiging maaasahan na inaasahan ng software. Ang pinakamahalaga ay hindi nakasulat ang BRS gamit ang alinman sa mga jargon ng computer.
Ano ang SRS?
SRS ay tumutukoy sa mga kinakailangan ng isang software system. Kasama dito ang isang paglalarawan ng sistema na kailangang paunlarin. Kasama dito kung paano nakikipag-ugnayan ang user sa system gamit ang mga use case. Ang mga kaso ng paggamit ay nagbibigay ng paglalarawan ng mga pagkilos na nagaganap sa pagitan ng mga user at isang software system. Karaniwan ang UML (Unified Modeling Language) ay ginagamit upang pormal na tukuyin ang mga kaso ng paggamit sa SRS. Naglalaman din ito ng mga hindi functional na kinakailangan tulad ng mga kinakailangan sa pagganap, mga pamantayang kinakailangan ng system at alinman sa mga hadlang sa system. Dapat palaging tama at pare-pareho ang SRS dahil ginagamit ito ng mga developer sa proseso ng pag-develop. Dapat din itong hindi malabo. Sa pangkalahatan, ang SRS ay dapat maglaman ng hindi bababa sa mga sumusunod na seksyon: isang panimula, pangkalahatang paglalarawan ng system at mga partikular na kinakailangan. Ang pagpapakilala ay dapat na malinaw na tukuyin ang saklaw ng inaasahang sistema kasama ng iba pang impormasyon tulad ng layunin ng system at isang pangkalahatang-ideya ng system. Ang pangkalahatang paglalarawan ay nagbibigay ng mga pakikipag-ugnayan ng user, dependency at mga hadlang ng system, atbp. Ang mga partikular na kinakailangan ay naglalaman ng anumang mga kinakailangan sa pagganap, mga kinakailangan sa database, atbp.
Ano ang pagkakaiba ng BRS at SRS?
Ang BRS ay isang dokumentong nagdedetalye ng mga kinakailangan ng customer gamit ang mga hindi teknikal na termino, samantalang ang SRS ay tumutukoy sa mga kinakailangan ng isang software system sa mas pormal na paraan. Inilalarawan ng SRS kung paano nakikipag-ugnayan ang mga user sa system gamit ang mga kaso ng paggamit (tinukoy sa UML) samantalang ang BRS ay nagbibigay ng paglalarawan ng mga pakikipag-ugnayan ng user. Parehong ginagamit ng mga developer ang BRS at SRS sa proseso ng pag-develop at para sa pagsubok din sa system.
