BRS vs SRS

Ծրագրային ապահովման մշակման նախագծում BRS- ը (Բիզնեսի պահանջների բնութագրում) փաստաթուղթ է, որը մանրամասն ներկայացնում է հաճախորդի պահանջները: Սա պարունակում է տեղեկատվություն բիզնեսի մասին և մանրամասներ այն գործընթացների մասին, որոնք պետք է իրականացվեն ծրագրակազմում: SRS- ը (Ծրագրային ապահովման պահանջների ճշգրտում) սահմանում է ծրագրային համակարգի պահանջները: Այն ներառում է այն համակարգի նկարագրությունը, որը պետք է մշակվի: SRS- ն իր մեջ ներառում է այնպիսի տեղեկություններ, ինչպիսիք են ՝ ինչպես են օգտվողները շփվում ծրագրային համակարգի, ոչ ֆունկցիոնալ պահանջների և այլն:

Ի՞նչ է BRS- ը:

BRS- ը (Բիզնեսի պահանջի բնութագրում) փաստաթուղթ է, որը մանրամասն ներկայացնում է հաճախորդի պահանջները: Դա կուղեկցի զարգացման թիմի կողմից ՝ փորձարկման փուլում ծրագրակազմն ու թեստավորող թիմը մշակելիս: Սա մանրամասնում է այն գործընթացների մասին, որոնք պետք է համակարգչային ծրագրում իրականացվեն, և արդյոք անհրաժեշտ են որևէ նոր հնարավորություններ: Ընդհանուր առմամբ, BRS- ն պարունակում է այնպիսի տեղեկատվություն, ինչպիսին է, թե ովքեր են մտադիր օգտագործել ծրագրակազմը, զուգահեռ օգտագործողների առավելագույն քանակը, որոնք պատրաստվում են օգտագործել համակարգը, օգտագործողների տեսակները, օգտագործման համակարգչային գրագիտությունը, ներկայումս օգտագործողների առջև ծառացած խնդիրները, ներկայումս օգտագործողների առջև ծառացած խնդիրները, ծրագրային ապահովման առջև ծառացած կիրառման, ապարատային և շրջակա միջավայրի սահմանափակումները: Այն նաև պարունակում է առկա համակարգի նկարագրությունը և ապագա հնարավոր ընդլայնումները: BRS- ը նաև նկարագրում է առաքումները կամ այն, ինչ սպասվում է հաճախորդի կողմից: Այն նաև պետք է նկարագրի ծրագրաշարի կողմից ակնկալվող հուսալիության մակարդակը: Ամենակարևորը, BRS- ը չի գրվում համակարգչային ժարգոն օգտագործելով:

Ինչ է SRS- ը:

SRS- ը նշում է ծրագրային համակարգի պահանջները: Այն ներառում է այն համակարգի նկարագրությունը, որը պետք է մշակվի: Այն ներառում է, թե ինչպես է օգտագործողը փոխազդում համակարգի հետ `գործի օգտագործման դեպքեր օգտագործելով: Օգտագործված դեպքերը տալիս են այն գործողությունների նկարագրությունը, որոնք տեղի են ունենում օգտագործողների և համակարգչային համակարգի միջև: Սովորաբար UML (միասնական մոդելավորման լեզու) օգտագործվում է SRS- ում օգտագործման դեպքերը պաշտոնապես նշելու համար: Այն նաև պարունակում է ոչ ֆունկցիոնալ պահանջներ, ինչպիսիք են կատարման պահանջները, համակարգի կողմից պահանջվող չափորոշիչները և համակարգի ցանկացած սահմանափակում: SRS- ը միշտ պետք է լինի ճիշտ և հետևողական, քանի որ այն մշակողների կողմից օգտագործվում է զարգացման գործընթացում: Այն նաև պետք է լինի միանշանակ: Ընդհանրապես, SRS- ն պետք է պարունակի առնվազն հետևյալ բաժինները. Համակարգի ներդրում, ընդհանուր նկարագրություն և հատուկ պահանջներ: Ներածումը պետք է հստակ սահմանի սպասվող համակարգի շրջանակը այլ տեղեկատվության մեջ, ինչպիսիք են համակարգի նպատակը և համակարգի ակնարկը: Ընդհանուր նկարագրությունը ապահովում է օգտագործողների փոխազդեցությունները, համակարգի կախվածությունները և սահմանափակումները և այլն: Հատուկ պահանջները պարունակում են ցանկացած կատարողական պահանջներ, տվյալների բազայի պահանջներ և այլն:

Ո՞րն է տարբերությունը BRS- ի և SRS- ի միջև:

BRS- ը փաստաթուղթ է, որտեղ մանրամասն նկարագրվում են հաճախորդի պահանջները `օգտագործելով ոչ տեխնիկական պայմաններ, մինչդեռ SRS- ն առավել ֆորմալ կերպով սահմանում է ծրագրային համակարգի պահանջները: SRS- ը նկարագրում է, թե ինչպես են օգտվողները փոխազդում համակարգի հետ `օգտագործելով դեպքեր (նշված են UML- ի հետ), մինչդեռ BRS- ն նկարագրում է օգտագործողների փոխազդեցությունները: Ինչպես BRS- ն, այնպես էլ SRS- ը մշակողները օգտագործում են մշակման գործընթացում և համակարգը փորձարկելու համար: