ჩანჩქერის მეთოდოლოგია წინააღმდეგ RUP
დღეს პროგრამული უზრუნველყოფის ინდუსტრიაში გამოიყენება მრავალი სხვადასხვა პროგრამული უზრუნველყოფის განვითარების მეთოდოლოგია. ჩანჩქერის განვითარების მეთოდი პროგრამული უზრუნველყოფის განვითარების ერთ-ერთი ადრეული მეთოდია. ჩანჩქერის პროგრამული უზრუნველყოფის განვითარების მეთოდოლოგია არის თანმიმდევრული მოდელი, რომელშიც თითოეული ეტაპი სრულდება სრულად და მიჰყვება ფიქსირებული თანმიმდევრობით. RUP (რაციონალური ერთიანი პროცესი) არის პროგრამული უზრუნველყოფის განვითარების მეთოდოლოგიების ადაპტირებადი პროცესის ჩარჩო. RUP მიმართავს ჩანჩქერის განვითარების რამდენიმე კრიტიკას, როგორიცაა სიხისტე.
რა არის ჩანჩქერის მეთოდოლოგია?
Waterfall მეთოდოლოგია არის პროგრამული უზრუნველყოფის განვითარების ერთ-ერთი ყველაზე ადრეული მოდელი.როგორც სახელი გვთავაზობს, ეს არის თანმიმდევრული პროცესი, რომლის დროსაც პროგრესი მიედინება რამდენიმე ფაზაში ზემოდან ქვევით, ჩანჩქერის ანალოგი. ჩანჩქერის მოდელის ფაზებია მოთხოვნების ანალიზი, დიზაინი, განვითარება, ტესტირება და განხორციელება. ბიზნეს ანალიტიკოსები (ან თავად პროგრამისტები, თუ ეს მცირე ორგანიზაციაა) ატარებენ ანალიზის ფაზას სისტემის და ბიზნესის მოთხოვნების მიღებით პროექტის მომხმარებლისგან. შემდეგ, პროგრამული უზრუნველყოფის არქიტექტორები (ან პროგრამული უზრუნველყოფის უფროსი დეველოპერები) გამოდიან დიზაინის დოკუმენტებით, რომლებიც ასახავს შემოთავაზებული სისტემის სტრუქტურას და კომპონენტებს. შემდეგ უმცროსი დეველოპერები აკეთებენ კოდირებას დიზაინის დოკუმენტების გამოყენებით. განვითარების დასრულების შემდეგ პროდუქტი გადაეცემა ტესტირების ჯგუფს ტესტირებისა და გადამოწმების პროცესებისთვის. საბოლოოდ, პროდუქტი განხორციელდება (ან ინტეგრირებულია) მომხმარებლის საიტზე და პროექტი გაფორმებულია. აქ მნიშვნელოვანია აღინიშნოს, რომ ყოველი ეტაპი სრულად დასრულებულია შემდეგ ეტაპზე გადასვლამდე. ეს მოდელი იყო ტექნიკზე ორიენტირებული განვითარების მეთოდის უბრალოდ ადაპტაციის პირდაპირი შედეგი (ნაპოვნი იქნა წარმოებისა და სამშენებლო ინდუსტრიებში), იმ დროს, როდესაც არ არსებობდა პროგრამული უზრუნველყოფის განვითარების ფორმალური მოდელი.
რა არის RUP?
RUP ეკუთვნის განმეორებითი პროგრამული უზრუნველყოფის განვითარების მეთოდოლოგიების ოჯახს. ის შეიქმნა Rational Software Corporation-ის მიერ (IBM) 2003 წელს. ეს არის რეალურად ადაპტირებადი პროცესის ჩარჩო (არა ერთი კონკრეტული პროცესი), რომელიც შეიძლება მორგებული იყოს დეველოპერული ორგანიზაციის მიერ მათი საჭიროებების შესაბამისად. ჩანჩქერის ოდნავ მსგავსი, მას აქვს ფიქსირებული ფაზები, როგორიცაა დაწყების, დამუშავების, მშენებლობა და გარდამავალი. მაგრამ ჩანჩქერისგან განსხვავებით, RUP არის განმეორებითი პროცესი. RUP-ის მიერ დაფიქსირებული სამი სტრატეგია არის კონფიგურირებადი პროცესი, რომელიც წარმართავს განვითარებას, ავტომატიზირებულ ინსტრუმენტებს პროცესის დასაჩქარებლად და სერვისებს, რომლებიც ხელს უწყობენ პროცესისა და ხელსაწყოების უფრო სწრაფად მიღებას. ეს სტრატეგიის სტაჟიორი ასახავს პროგრამული უზრუნველყოფის ინჟინერიის ექვს საუკეთესო პრაქტიკას (იტერატიული განვითარება, მენეჯმენტის მოთხოვნები, კომპონენტებზე დაფუძნებული არქიტექტურა, ვიზუალური პროგრამული მოდელები, ცვლილებების უწყვეტი გადამოწმება და მართვა).
რა განსხვავებაა ჩანჩქერის მეთოდოლოგიასა და RUP-ს შორის?
მიუხედავად იმისა, რომ Waterfall-ის მეთოდოლოგიასა და RUP-ს აქვს განსაზღვრული ფიქსირებული ფაზები, ამ ორ მოდელს შორის არის ძირითადი განსხვავებები. მთავარი განსხვავება ისაა, რომ მიუხედავად იმისა, რომ ჩანჩქერის მეთოდოლოგია აშკარად თანმიმდევრული პროცესია დადგენილი საფეხურებით, რომელშიც მიმდინარე ფაზა სრულდება შემდეგ ეტაპზე გადასვლამდე, RUP არის განმეორებითი პროცესი. ჩანჩქერის მეთოდოლოგიისგან განსხვავებით, RUP პროდუქტს რამდენიმე ეტაპად ავითარებს აქციონერთა უკუკავშირის საფუძველზე. იმის გამო, რომ RUP-ის ყოველი გამეორება აწარმოებს შესრულებად გამოშვებას, მომხმარებლები იღებენ სარგებელს ბევრად უფრო ადრე, ვიდრე Waterfall. დაბოლოს, Waterfall მეთოდოლოგია არის წინასწარ განსაზღვრული კონკრეტული პროცესი, ხოლო RUP არის პროგრამული პროცესების ადაპტირებადი ჩარჩო.
