BRS vs SRS
პროგრამული უზრუნველყოფის განვითარების პროექტში, BRS (ბიზნესის მოთხოვნების სპეციფიკაცია) არის დოკუმენტი, რომელიც დეტალურად ასახავს მომხმარებლის მოთხოვნებს. ეს შეიცავს ინფორმაციას ბიზნესის შესახებ და დეტალებს იმ პროცესების შესახებ, რომლებიც უნდა განხორციელდეს პროგრამულ უზრუნველყოფაში. SRS (Software Requirements Specification) განსაზღვრავს პროგრამული სისტემის მოთხოვნებს. იგი მოიცავს იმ სისტემის აღწერას, რომელიც უნდა განვითარდეს. SRS მოიცავს ინფორმაციას, როგორიცაა მომხმარებლების ურთიერთქმედება პროგრამულ სისტემასთან, არაფუნქციონალურ მოთხოვნებთან და ა.შ.
რა არის BRS?
BRS (Business Requirement Specification) არის დოკუმენტი, რომელიც დეტალურად აღწერს მომხმარებლის მოთხოვნებს.ამას შეატყობინებს განვითარების ჯგუფი პროგრამული უზრუნველყოფის შემუშავებისას და ტესტირების ჯგუფი ტესტირების ფაზაში. ეს შეიცავს დეტალებს იმ პროცესების შესახებ, რომლებიც უნდა განხორციელდეს პროგრამულ უზრუნველყოფაში და საჭიროა თუ არა რაიმე ახალი ფუნქცია. ზოგადად, BRS შეიცავს ისეთ ინფორმაციას, როგორიცაა ვინ აპირებდა პროგრამული უზრუნველყოფის გამოყენებას, ერთდროულად მომხმარებელთა მაქსიმალურ რაოდენობას, რომლებიც აპირებენ სისტემის გამოყენებას, მომხმარებლების ტიპებს, გამოყენების კომპიუტერულ ცოდნას, პრობლემებს, რომლებსაც ამჟამად აწყდებიან მომხმარებლები, უსაფრთხოების ოდენობას. პროგრამა, აპარატურა და გარემოსდაცვითი შეზღუდვები, რომლებსაც აწყდება პროგრამული უზრუნველყოფა. იგი ასევე შეიცავს მიმდინარე სისტემის აღწერას და შესაძლო გაფართოებებს. BRS ასევე აღწერს მიწოდებას ან იმას, თუ რას ელოდება მომხმარებელი. მან ასევე უნდა აღწეროს პროგრამული უზრუნველყოფის მიერ მოსალოდნელი საიმედოობის დონე. რაც მთავარია, BRS არ იწერება რაიმე კომპიუტერული ჟარგონის გამოყენებით.
რა არის SRS?
SRS განსაზღვრავს პროგრამული სისტემის მოთხოვნებს. იგი მოიცავს იმ სისტემის აღწერას, რომელიც უნდა განვითარდეს.იგი მოიცავს, თუ როგორ ურთიერთქმედებს მომხმარებელი სისტემასთან გამოყენების შემთხვევების გამოყენებით. გამოყენების შემთხვევები უზრუნველყოფს მოქმედებების აღწერას, რომლებიც ხდება მომხმარებლებსა და პროგრამულ სისტემას შორის. ჩვეულებრივ UML (ერთიანი მოდელირების ენა) გამოიყენება SRS-ში გამოყენების შემთხვევების ოფიციალურად დასაზუსტებლად. ის ასევე შეიცავს არაფუნქციურ მოთხოვნებს, როგორიცაა შესრულების მოთხოვნები, სისტემის მიერ მოთხოვნილი სტანდარტები და სისტემის ნებისმიერი შეზღუდვა. SRS ყოველთვის უნდა იყოს სწორი და თანმიმდევრული, რადგან მას იყენებენ დეველოპერები განვითარების პროცესში. ის ასევე უნდა იყოს ცალსახა. ზოგადად, SRS უნდა შეიცავდეს მინიმუმ შემდეგ განყოფილებებს: შესავალი, სისტემის ზოგადი აღწერა და კონკრეტული მოთხოვნები. შესავალში მკაფიოდ უნდა განისაზღვროს მოსალოდნელი სისტემის ფარგლები სხვა ინფორმაციას შორის, როგორიცაა სისტემის დანიშნულება და სისტემის მიმოხილვა. ზოგადი აღწერა უზრუნველყოფს მომხმარებლის ურთიერთქმედებებს, სისტემის დამოკიდებულებებსა და შეზღუდვებს და ა.შ. სპეციფიკური მოთხოვნები შეიცავს შესრულების ნებისმიერ მოთხოვნას, მონაცემთა ბაზის მოთხოვნებს და ა.შ.
რა განსხვავებაა BRS-სა და SRS-ს შორის?
BRS არის დოკუმენტი, რომელიც დეტალურად აღწერს მომხმარებლის მოთხოვნებს არატექნიკური ტერმინების გამოყენებით, მაშინ როდესაც SRS აკონკრეტებს პროგრამული სისტემის მოთხოვნებს უფრო ოფიციალურად. SRS აღწერს, თუ როგორ ურთიერთობენ მომხმარებლები სისტემასთან გამოყენების შემთხვევების გამოყენებით (მითითებულია UML-ით), ხოლო BRS უზრუნველყოფს მომხმარებლის ურთიერთქმედების აღწერას. ორივე BRS და SRS გამოიყენება დეველოპერების მიერ განვითარების პროცესში და ასევე სისტემის შესამოწმებლად.
