Ջրվեժի մեթոդաբանություն ընդդեմ RUP
Այսօր ծրագրային ապահովման ոլորտում օգտագործվում են ծրագրային ապահովման մշակման մի շարք տարբեր մեթոդաբանություններ: Ջրվեժի մշակման մեթոդը ծրագրային ապահովման մշակման ամենավաղ մեթոդներից մեկն է: Waterfall ծրագրային ապահովման մշակման մեթոդոլոգիան հաջորդական մոդել է, որտեղ յուրաքանչյուր փուլ ավարտվում է ամբողջությամբ և հետևվում է ֆիքսված հերթականությամբ: RUP (Ռացիոնալ միասնական գործընթաց) ծրագրային ապահովման մշակման կրկնվող մեթոդոլոգիաների հարմարվող գործընթացի շրջանակ է: RUP-ն անդրադառնում է ջրվեժի զարգացման մի քանի քննադատություններին, ինչպիսիք են կոշտությունը:
Ի՞նչ է ջրվեժի մեթոդաբանությունը:
Ջրվեժի մեթոդոլոգիան ծրագրային ապահովման մշակման ամենավաղ մոդելներից մեկն է:Ինչպես անունն է հուշում, դա հաջորդական գործընթաց է, որի ընթացքում առաջընթացը հոսում է մի քանի փուլերով՝ վերևից ներքև, ջրվեժի նմանությամբ: Waterfall մոդելի փուլերն են պահանջների վերլուծությունը, նախագծումը, մշակումը, փորձարկումը և իրականացումը: Բիզնես վերլուծաբանները (կամ իրենք՝ ծրագրավորողները, եթե դա փոքր կազմակերպություն է) իրականացնում են վերլուծության փուլը՝ ստանալով համակարգի և բիզնեսի պահանջները նախագծի հաճախորդից: Այնուհետև ծրագրային ապահովման ճարտարապետները (կամ ծրագրային ապահովման ավագ մշակողները) հանդես են գալիս նախագծային փաստաթղթերով, որոնք պատկերում են առաջարկվող համակարգի կառուցվածքն ու բաղադրիչները: Այնուհետև կրտսեր մշակողները կոդավորում են անում՝ օգտագործելով նախագծային փաստաթղթերը: Մշակման ավարտից հետո արտադրանքը հանձնվում է փորձարկման թիմին՝ փորձարկման և ստուգման գործընթացների համար: Ի վերջո, արտադրանքը ներդրվում է (կամ ինտեգրվում) հաճախորդի կայքում և նախագիծը ստորագրվում է: Այստեղ կարևոր է նշել, որ յուրաքանչյուր փուլ ամբողջությամբ ավարտված է մինչև հաջորդ փուլ անցնելը: Այս մոդելը ուղղակի արդյունք էր ապարատային վրա հիմնված զարգացման մեթոդի հարմարեցման (գտնվում է արտադրական և շինարարական արդյունաբերություններում), այն ժամանակ, երբ չկար ծրագրային ապահովման մշակման պաշտոնական մոդել:
Ի՞նչ է RUP-ը:
RUP-ը պատկանում է ծրագրային ապահովման մշակման կրկնվող մեթոդոլոգիաների ընտանիքին: Այն մշակվել է Rational Software Corporation-ի (IBM-ի) կողմից 2003 թվականին: Դա իրականում հարմարվող գործընթացի շրջանակ է (ոչ մեկ կոնկրետ գործընթաց), որը կարող է հարմարեցվել մշակող կազմակերպության կողմից՝ ըստ իրենց կարիքների: Մի փոքր նման է ջրվեժին, այն ունի ֆիքսված փուլեր՝ սկզբնավորում, մշակում, կառուցում և անցում: Բայց ի տարբերություն ջրվեժի, RUP-ը կրկնվող գործընթաց է: RUP-ի կողմից գրավված երեք ռազմավարությունները հարմարեցված գործընթաց են, որն ուղղորդում է զարգացումը, գործընթացն արագացնելու ավտոմատացված գործիքներ և ծառայություններ, որոնք օգնում են ավելի արագ ընդունել գործընթացն ու գործիքները: Այս ռազմավարությունների պրակտիկանտը ներառում է ծրագրային ապահովման ճարտարագիտության վեց լավագույն փորձը (կրկնվող մշակում, կառավարման պահանջներ, բաղադրիչի վրա հիմնված ճարտարապետություն, տեսողական ծրագրաշարի մոդելներ, շարունակական ստուգում և փոփոխությունների կառավարում):
Ո՞րն է տարբերությունը ջրվեժի մեթոդաբանության և RUP-ի միջև:
Չնայած Waterfall մեթոդաբանությունը և RUP-ը սահմանել են ֆիքսված փուլեր, այս երկու մոդելների միջև կան հիմնական տարբերություններ: Հիմնական տարբերությունն այն է, որ թեև Waterfall-ի մեթոդոլոգիան հստակորեն հաջորդական գործընթաց է՝ սահմանված քայլերով, որոնցում ընթացիկ փուլն ավարտվում է մինչև հաջորդ փուլ անցնելը, RUP-ը կրկնվող գործընթաց է: Ի տարբերություն ջրվեժի մեթոդաբանության, RUP-ը արտադրանքը մշակում է մի քանի փուլով` հիմնվելով բաժնետերերի արձագանքների վրա: Քանի որ յուրաքանչյուր RUP կրկնություն արտադրում է գործարկվող թողարկում, հաճախորդները ստանում են առավելությունները շատ ավելի վաղ, քան Waterfall-ը: Վերջապես, Waterfall մեթոդաբանությունը հանձնարարական կոնկրետ գործընթաց է, մինչդեռ RUP-ը ծրագրային գործընթացների հարմարվողական շրջանակ է:
