BRS vs SRS
Ծրագրաշարի մշակման նախագծում BRS (Business Requirement Specification) փաստաթուղթ է, որը մանրամասնում է հաճախորդի պահանջները: Սա պարունակում է տեղեկատվություն բիզնեսի մասին և մանրամասներ այն գործընթացների մասին, որոնք պետք է իրականացվեն ծրագրային ապահովման մեջ: 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 օգտագործվում են մշակողների կողմից մշակման գործընթացում, ինչպես նաև համակարգի փորձարկման համար:
