Ծրագրային ճարտարագիտության մեջ պահանջի և հստակեցման հիմնական տարբերությունն այն է, որ պահանջը շահագրգիռ կողմի կարիքն է, որին ծրագրաշարը պետք է լուծի, մինչդեռ հստակեցումը վերլուծված պահանջներով տեխնիկական փաստաթուղթ է: Հստակեցումը նկարագրում է ծրագրաշարի առանձնահատկությունները և վարքագիծը:
Ծրագրային ճարտարագիտությունը ծրագրային ապահովման մեթոդական մշակման կարգ է: Պահանջները ծրագրային ապահովման հիմքն են: Պահանջների հավաքումն ու վերլուծությունը ծրագրային ապահովման մշակման հիմնական փուլն է: SRS-ն այն փաստաթուղթն է, որը պարունակում է վերլուծված պահանջները: Զարգացման փուլերը, ինչպիսիք են նախագծումը, իրականացումը, օգտագործում են SRS:
Ի՞նչ է պահանջը Ծրագրային ճարտարագիտության մեջ:
Ամբողջ նախագիծը կախված է պահանջներից: Ծրագրային ապահովման մշակման առաջին քայլը տեխնիկատնտեսական հիմնավորում կատարելն է: Այն կենտրոնանում է արտադրանքի տեխնիկական ասպեկտների վրա: Հաջորդ գործընթացը պահանջների հավաքագրումն է: Դա հնարավոր է հաճախորդների, վերջնական օգտագործողների և համակարգի օգտագործողների հետ շփվելու միջոցով, ովքեր վերջում կօգտագործեն արտադրանքը: Հարցազրույցները, հարցումները և հարցաթերթիկները պահանջների հավաքագրման հիմնական մեթոդներն են: Ի վերջո, վերլուծությունը տեղի է ունենում պահանջների հավաքումից հետո:
Ֆունկցիոնալ և ոչ ֆունկցիոնալ պահանջները այս պահանջի երկու տեսակ են: Պահանջը, որը սահմանում է ծրագրաշարի ֆունկցիոնալ կողմը, ֆունկցիոնալ պահանջ է:Այսպիսով, այն սահմանում է համակարգի կամ ենթահամակարգի գործառույթը: Ավելին, գրադարանի կառավարման համակարգը պետք է ավելացնի, խմբագրի, ջնջի և որոնի գրքերի մանրամասները: Այն նաև պետք է ավելացնի, խմբագրի և ջնջի անդամների մանրամասները: Ավելին, այն պետք է հաշվարկի ուշ վերադարձի համար տուգանքը։ Դրանք այդ համակարգի մի քանի ֆունկցիոնալ պահանջներն են: Ոչ ֆունկցիոնալ պահանջը սահմանում է ծրագրաշարի ակնկալվող բնութագրերը: Անվտանգությունը, պահպանելիությունը, օգտագործելիությունը, հուսալիությունը և հասանելիությունը ոչ ֆունկցիոնալ պահանջների որոշ օրինակներ են: Մեկ այլ տեսակ բիզնեսի պահանջներն են: Նրանք սահմանում են բիզնեսի նպատակները, տեսլականը և նպատակները:
Ի՞նչ է սպեցիֆիկացումը ծրագրային ապահովման ճարտարագիտության մեջ:
Առաջին հերթին հաճախորդները և վերջնական օգտագործողները բնական լեզվով են նկարագրում իրենց պահանջները: Այս պահանջների փաստաթղթավորումը տեղի է ունենում վերլուծությունից հետո: Այս փաստաթուղթը կոչվում է Ծրագրային ապահովման պահանջների ճշգրտում (SRS): Այնուհետև համակարգի վերլուծաբանները դրանք փոխակերպում են տեխնիկական լեզվի ծրագրային ապահովման մշակման թիմի համար:
Այս ճշգրտումը գործում է որպես համաձայնություն հաճախորդի և մշակողների թիմի միջև այն մասին, թե ինչ պետք է անի ծրագրային արտադրանքը: Պատշաճ ճշգրտումն օգնում է կանխել ծրագրային ապահովման ձախողումները: Այն նաև օգնում է մշակող թիմին հստակ պատկերացում կազմել այն արտադրանքի մասին, որը նրանք պետք է մշակեն:
Ո՞րն է կապը պահանջների և բնութագրերի միջև Ծրագրային ճարտարագիտության մեջ:
Հստակեցումը վերլուծված պահանջներով փաստաթուղթ է:
Ո՞րն է տարբերությունը ծրագրային ապահովման ճարտարագիտության մեջ պահանջների և բնութագրերի միջև:
Պահանջներ ընդդեմ Տեխնիկական ծրագրային ապահովման ճարտարագիտության |
|
| Պահանջները ծառայությունների նկարագրություններն են, որոնք պետք է տրամադրի ծրագրային համակարգը և այն սահմանափակումները, որոնց ներքո այն պետք է գործի: | Հստակեցումը տեխնիկական փաստաթուղթ է, որը նկարագրում է ծրագրային հավելվածի առանձնահատկությունները և վարքագիծը: |
| Օգտագործում | |
| Պահանջները օգնում են նկարագրել, թե ինչ պետք է անի ծրագրաշարը: | Հստակեցումը օգնում է հստակ պատկերացում կազմել արտադրանքի մասին՝ այն մշակելու և ծրագրային ապահովման ձախողումները նվազագույնի հասցնելու համար: |
Ամփոփում – Պահանջներ ընդդեմ Տեխնիկական ծրագրային ապահովման ճարտարագիտության
Ծրագրային ճարտարագիտության մեջ պահանջի և հստակեցման միջև տարբերությունն այն է, որ պահանջը շահագրգիռ կողմի կարիքն է, որը պետք է լուծվի ծրագրաշարի կողմից, մինչդեռ ճշգրտումը վերլուծված պահանջներով տեխնիկական փաստաթուղթ է:
