Kaskadli hayot tsikli modeli: afzalliklari va kamchiliklari

2024 Muallif: Howard Calhoun | [email protected]. Oxirgi o'zgartirilgan: 2023-12-17 10:44

Dasturiy ta'minotni ishlab chiqish an'anaviy muhandislik kabi emas. Metodologiya ishlab chiquvchilar tomonidan ishni boshqariladigan progressiv bosqichlarga bo'lish uchun qo'llaniladigan narsa bo'lib, ularning har biri sifatni ta'minlash uchun ko'rib chiqilishi mumkin. Jamoalar mijoz bilan birgalikda dasturiy ta'minotni ishlab chiqish metodologiyalaridan biri yordamida tayyor dasturiy mahsulotni yaratish uchun ishlaydi. Ulardan eng mashhurlari spiral, sharshara yoki kaskad modelidir (Palapartishlik); RAD yoki tezkor dasturlarni ishlab chiqish; Agile Model, yoki moslashuvchan va iterativ yoki iterativ model. Boshqa variantlar ham mavjud, ammo ushbu maqolada biz faqat sharshara yoki sharshara, loyihaning hayot aylanishi modelini ko'rib chiqamiz, shuningdek, uning afzalliklari va kamchiliklarini o'rganamiz. Darhol tushuntiramizki, bu muayyan bosqichlar ketma-ketligi va uning o'ziga xos xususiyati yangi bosqichdiroldingisi tugallanmaguncha mumkin emas.

Sharshara modelining tarixi

Metodologiya oʻzining anʼanaviy koʻrinishida kutilmagan oʻzgarishlar uchun kam joy qoldiradi. Agar ishlab chiqish guruhi unchalik katta boʻlmasa va loyihalarni oldindan aytish mumkin boʻlsa, u holda Sharshara ularning oʻz vaqtida bajarilishini taʼminlaydi.

Sharsharani rivojlantirish modeli qirq yildan ortiq vaqtdan beri mavjud. U birinchi marta 1970-yilda V. Roysning maqolasida rivojlanish jarayonining birinchi rasmiy modellaridan biri sifatida tasvirlangan. Bu dasturiy ta'minotni ishlab chiqishning yirik loyihalari uchun samarasiz deb ta'riflangan, ammo hech kim uni kichik loyihalar uchun ishlatishni taqiqlamagan. U kashf etilganidan deyarli yarim asr o'tgan bo'lsa ham, ushbu uslub bugungi ish dunyosida hamon dolzarbdir. U eskirgan model deb ataladi va loyihani boshqarishning an'anaviy yondashuvi eskirganligi sababli biroz nafratlanadi. Ammo, agar talablar qat'iy, yaxshi hujjatlashtirilgan va aniq bo'lsa, texnologiya tushunarli bo'lsa va loyihani bajarish uchun ko'p vaqt talab qilmasa, Sharshara foydali va bashorat qilinadigan yondashuvdir. Bunday holda, dasturiy ta'minotning ishlash davrining sharsharasi modeli ma'lum byudjet, vaqt va ish hajmi uchun yanada bashorat qilinadigan yakuniy natija berishi mumkin.

Sharsharaning rivojlanish modeli nima?

Palapartishlik modelini loyihaning chiziqli, ketma-ket rivojlanishi sifatida ta'riflash mumkin, bunda jarayonlar doimiy ravishda talablardan dizaynga, so'ngra amalga oshirish, tekshirish va joylashtirishga o'tadi.keyingi davomiy ta'mirlash. Kaskadli hayot tsikli modeli V. Roys tufayli yaratilgan deb ishoniladi, garchi u o'zi takroriy rivojlanish modelidan foydalangan bo'lsa-da.

Sharsharani ishlab chiqishda asosiy e'tibor rejalashtirish, vaqt, maqsadlar, byudjetlar va oxir-oqibat butun tizimni yagona ob'ekt sifatida amalga oshirishga qaratilgan. Bu yerda asosiy afzalliklar oddiy oldinga va orqaga rejalashtirish va amalga oshirishdir.

Sharshara modelining tavsifi

Boshqa metodologiyalar bilan solishtirganda, Sharshara boshqalarga qaraganda aniq, belgilangan qadamlar toʻplamiga koʻproq eʼtibor qaratadi. Dastlabki model besh bosqichdan iborat edi. U ko'pincha chiziqli ketma-ket hayot tsikli modeli sifatida tavsiflanadi. Bu shuni anglatadiki, u oddiy fazaviy tuzilmaga amal qiladi, bunda har bir bosqich natijalari keyingi rivojlanish darajasiga o'tadi. Asosiy qadamlar:

1. Talablarni toʻplang va hujjatlarni yarating.
2. Dizayn va tizim muhandisligi.
3. Amalga kirish.
4. Sinov va tarqatish.
5. Yordam.

Jamoalar keyingisiga oʻtishdan oldin butun bosqichni bajarishlari kerak, shuning uchun biror narsa maʼlum muddatgacha tayyor boʻlmasa, u darhol seziladi. Bundan tashqari, Six Sigma yoki Scrum-dan farqli o'laroq, Waterfall loyiha menejerlari yoki xodimlari uchun sertifikat yoki maxsus treningni talab qilmaydi.

Sharshara modelining tanqidi

Axborot tizimining hayot aylanishining kaskad modelihar bir qadamni bajargandan so'ng o'zgarmasligi va mijozning fikr-mulohazalarini bildirish qobiliyatini kechiktirgani uchun tanqid qilingan. Biroq, bu metodologiya cheklangan byudjetli kichikroq loyihalar uchun yaxshi ishlashi mumkin. Bu ko'pincha Buyuk Britaniya hukumati tomonidan yaratilgan PRINCE2 loyihaning hayot aylanish jarayonining taniqli metodologiyasi bilan taqqoslanadi. Ushbu metodologiya hali ham davlat sektorida qo'llaniladi. PRINCE2 va sharsharaning hayot aylanishi modeli o'rtasidagi asosiy farqlardan biri shundaki, ikkinchisi boshidanoq barcha talablarning yozma tavsifini talab qiladi, chunki ularni keyinchalik qayta ko'rib chiqish qiyin bo'lishi mumkin. Har qanday kodni yaratish boshlanishidan oldin ular aniq belgilanishi va o'rnatilishi kerak. Bu sharsharaning hayot aylanishi modelining muhim afzalligi.

Sharshara modelining afzalliklari va kamchiliklari

Texnik hujjatlar dastlabki talablarni ishlab chiqish bosqichining zaruriy qismi boʻlgani uchun bu jamoaning barcha aʼzolari loyiha maqsadlarini aniq tushunishlarini bildiradi. Yangi ishlab chiquvchilar kod yaratish qoidalarini tezda tushunishlari va hech qanday muammosiz ish jarayoniga qo'shilishlari mumkin. Axborot tizimi yoki loyihaning hayot aylanishining sharshara modelidan foydalanganda bosqichma-bosqich bajarilishi tartib-intizomni ta'minlaydi.

Har bir qadamda yaxshi belgilangan boshlangʻich nuqtasi va xulosasi bor, bu esa taraqqiyotni kuzatishni osonlashtiradi. Bu loyihani amalga oshirishning kelishilgan muddatlardan chetlanishini kamaytirishga yordam beradi.ramka. Ushbu modelda, spiraldan farqli o'laroq, dasturiy ta'minot bir butun sifatida ko'rib chiqiladi. Shuning uchun, barcha talablar bajarilishi sharti bilan, u yanada samarali ishlaydi. Agar biz kaskad va spiral hayot tsikli modellarini solishtirishda davom etsak, birinchisi universalroq va turli sohalarda qo'llanilishi mumkin degan xulosaga kelishimiz mumkin.

Talablarni muhokama qilish bosqichi

Sharsharaning hayot aylanishi modelining yana bir afzalligi shundaki, barcha talablar aniqlangandan keyin xarajatlarni ancha yuqori aniqlik bilan hisoblash mumkin. Agar u qo'llanilsa, bu birinchi bosqichda barcha test stsenariylari allaqachon funktsional spetsifikatsiyada batafsil tavsiflanganligini anglatadi, bu esa test jarayonini sodda va shaffof qiladi. Dasturiy ta'minotni ishlab chiqishdan oldin ham dizayn batafsil ishlab chiqiladi, bu esa ehtiyojlar va natijani hamma uchun tushunarli qiladi.

Palapartishlikdan foydalanishning ajoyib jihatlaridan biri bu eng boshidan yakuniy mahsulot yoki yakuniy natijaga intilishdir. Shuning uchun jamoalar maqsaddan chetga chiqmasliklari kerak. Maqsad juda aniq bo'lgan kichikroq loyihalar uchun bu qadam jamoani boshidanoq umumiy maqsad haqida xabardor qiladi va loyiha oldinga siljish jarayonida tafsilotlarda adashib qolish ehtimolini kamaytiradi. Sharsharaning yondashuvi juda uslubiy, shuning uchun u har bir bosqichda aniq aloqa muhimligini ta'kidlaydi. Dasturiy ta'minotni ishlab chiqish jarayonida har bir yangi bosqichda yangi odamlar paydo bo'ladi. Shuning uchun harakat qilish juda muhimdirloyihaning butun hayoti davomida maʼlumotlarni hujjatlashtirish.

Sharsharaning hayot aylanishi modelining kamchiliklari

Potentsial rivojlanish muammolarini loyihalash bosqichida tekshirish va hal qilish mumkin. Muqobil yechimlar ham ishlab chiqilib, maqbullari tanlab olinmoqda. Bularning barchasi loyiha boshlanishidan oldin sodir bo'ladi. Ko'pgina tashkilotlar hujjatlarga e'tiborni boshidanoq qadrlashadi, chunki bu yakuniy mahsulot bilan hech qanday kutilmagan hodisalar bo'lmasligi kerakligini anglatadi. Ammo amalda kamdan-kam hollarda o'zgartirishlarsiz qilish mumkin. Ko'pincha mijozlar uchun faqat talablar bosqichida funktsional spetsifikatsiya nuqtai nazaridan o'z ehtiyojlarini tushunish qiyin. Bu shuni anglatadiki, ular yakuniy mahsulotni ko'rgandan keyin o'z fikrlarini o'zgartirishi mumkin. Bunday muammoni hal qilish qiyin. Ba'zan ilova deyarli butunlay qayta ishlab chiqilishi kerak.

Sharshara modelida moslashuvchanlik yo'qligi

Kaskadli IP (yoki loyiha) hayot tsikli modelining yana bir salbiy tomoni bu moslashuvchanlikning yo'qligi. Dastlabki maslahatlashuvlardan keyin yuzaga kelgan yangi o'zgarishlar yoki talablarga o'zgartirishlar kiritish uchun savollar tug'ilishi mumkin.

Biznes-rejalar yoki bozor ta'siridan kelib chiqqan tuzatishlar rejalashtirishda hisobga olinmagan bo'lishi mumkin. Shuningdek, loyihalarni bajarish Agile kabi iterativ metodologiyadan foydalanishga qaraganda ko‘proq vaqt olishi mumkin.

Sharshara usulidan foydalanishda muhim fikrlar

Sharfallni ishlab chiqish haqida gap ketganda, dasturiy ta'minot ishlab chiquvchilari mijozlarga ushbu muammolarni keyinroq hal qilish uchun samarali yo'l-yo'riq ko'rsatishi va maslahat berishi juda muhim. Ko'pincha sharsharaning hayot aylanishi modelini qo'llashning eng muhim jihati shundaki, mijozlar haqiqatan ham nimani xohlashlarini bilishmaydi. Ko'pgina hollarda, ishlab chiquvchilar va mijozlar o'rtasidagi haqiqiy ikki tomonlama aloqa mijoz modelni amalda ko'rmaguncha sodir bo'lmaydi.

Taqqoslash uchun, Agile ishlanmasida mijoz loyiha ustida ishlash jarayonida yaratilgan ishchi kodning bo'laklarini ko'rishi mumkin. Loyihalarni alohida sprintlarga ajratadigan Scrumdan farqli o'laroq, sharshara har doim yakuniy maqsadga qaratilgan. Agar jamoangiz aniq tugash sanasi bilan aniq maqsadni qo'ygan bo'lsa, u ustida ishlayotganingizda Waterfall belgilangan muddatni o'tkazib yuborish xavfini yo'q qiladi. Ushbu ijobiy va salbiy tomonlarga asoslanib, Sharsharani ishlab chiqish odatda oʻzgarishi mumkin boʻlmagan yoki loyihaning amal qilish muddati davomida yangi ishlab chiqishga muhtoj boʻlgan loyihalar uchun tavsiya etiladi.