Каскаддын жашоо циклинин модели: артыкчылыктары жана кемчиликтери

2024 Автор: Howard Calhoun | [email protected]. Акыркы өзгөртүү: 2023-12-17 10:34

Программалык камсыздоону иштеп чыгуу салттуу инженериядай эмес. Методология - бул иштеп чыгуучулар ишти башкара ала турган прогрессивдүү кадамдарга бөлүү үчүн колдонгон нерсе, алардын ар бири сапатты камсыз кылуу үчүн кайра каралышы мүмкүн. Командалар программалык камсыздоону иштеп чыгуу методологияларынын бирин колдонуу менен даяр программалык продуктуну түзүү үчүн кардар менен бирге иштешет. Алардын эң популярдуусу спираль, шаркыратма же каскад модели (шаркыратма); RAD, же Тез колдонмо иштеп чыгуу; Agile модели, же ийкемдүү жана кайталануучу, же кайталануучу модель. Башка варианттар бар, бирок бул макалада биз шаркыратма, же шаркыратма, долбоордун жашоо циклинин моделин гана карап чыгабыз, ошондой эле анын артыкчылыктары менен кемчиликтерин изилдейбиз. Бул белгилүү кадамдардын ырааттуулугу экенин, анын өзгөчөлүгү жаңы этап экендигин дароо түшүндүрүп берелимурункусу бүтмөйүнчө мүмкүн эмес.

Шаркыратма моделинин тарыхы

Салттуу түрдө методология күтүлбөгөн өзгөрүүлөргө аз орун калтырат. Эгерде иштеп чыгуучу топ өтө чоң болбосо жана долбоорлорду алдын ала айтууга боло турган болсо, анда Шаркыратма алардын өз убагында бүтүшүн камсыздай алат.

Шаркыратманы өнүктүрүү модели кырк жылдан ашуун убакыттан бери колдонулуп келет. Ал биринчи жолу 1970-жылы В. Ройстун макаласында иштеп чыгуу процессинин эң биринчи расмий моделдеринин бири катары сүрөттөлгөн. Бул программалык камсыздоону иштеп чыгуунун ири долбоорлору үчүн натыйжасыз деп сыпатталды, бирок эч ким аны кичинекейлер үчүн колдонууга тыюу салган. Ачылганына жарым кылымга жакын убакыт өтсө да, бул техника азыркы бизнес дүйнөсүндө актуалдуу бойдон калууда. Ал эскирген модель деп аталып, долбоорду башкаруунун салттуу ыкмасынын эскиргендигинен улам бир аз жек көрүү менен кабыл алынат. Бирок Шаркыратма - бул пайдалуу жана алдын ала айтууга боло турган ыкма, эгерде талаптар белгиленген, жакшы документтештирилген жана ачык-айкын болсо, технология түшүнүктүү болсо жана долбоорду аягына чыгаруу үчүн көп убакыт талап кылынбаса. Бул учурда, программалык камсыздоонун иштөө циклинин шаркыратмасынын модели берилген бюджет, убакыт алкагы жана иштин көлөмү үчүн болжолдуураак жыйынтыкты камсыздай алат.

Шаркыраны өнүктүрүү модели кандай?

Шаркыратма моделин долбоордун сызыктуу, ырааттуу өнүгүүсү катары мүнөздөсө болот, мында процесстер дайыма талаптардан долбоорлоого, андан кийин ишке ашырууга, текшерүүгө жана жайылтууга өтөт.кийинки үзгүлтүксүз тейлөө. Каскаддык жашоо циклинин модели В. Ройстун аркасы менен жаралган, бирок ал өзү итеративдик өнүгүү моделин колдонгон.

Шаркыратманы өнүктүрүүдө негизги басым пландаштырууга, убакытка, максаттарга, бюджеттерге жана акыры бүтүндөй системаны бирдиктүү объект катары ишке ашырууга багытталган. Бул жердеги негизги артыкчылыктар жөнөкөй алдыга жана артка пландаштыруу жана ишке ашыруу.

Шаркыратма моделинин сүрөттөмөсү

Башка методологияларга салыштырмалуу, Шаркыратма башкаларга караганда так, аныкталган кадамдардын топтомуна көбүрөөк басым жасайт. Баштапкы модель беш этаптан турган. Ал көбүнчө сызыктуу ырааттуу жашоо циклинин модели катары сүрөттөлөт. Бул ал жөнөкөй фазалык структураны ээрчийт дегенди билдирет, мында ар бир фазанын жыйынтыгы өнүгүүнүн кийинки баскычына өтөт. Негизги кадамдар:

1. Талаптарды чогултуп, документтерди түзүңүз.
2. Дизайн жана системалык инженерия.
3. Аткаруу.
4. Сыноо жана жайылтуу.
5. Колдоо.

Командалар кийинкисине өтүүдөн мурун бүт кадамды бүтүрүшү керек, андыктан белгилүү бир мөөнөттө бир нерсе даяр болбосо, ал дароо байкалат. Ошондой эле, Six Sigma же Scrumдан айырмаланып, Шаркыратма долбоордун менеджерлери же кызматкерлери үчүн сертификацияны же атайын тренингди талап кылбайт.

шаркыратма моделине сын

Маалымат тутумунун жашоо циклинин каскаддык моделиар бир кадам аяктагандан кийин ийкемсиздиги жана кардардын пикир билдирүү мүмкүнчүлүгүн кечеңдеткени үчүн сынга алынган. Бирок, бул методология бюджети чектелген чакан долбоорлор үчүн жакшы иштей алат. Ал көп учурда Улуу Британиянын өкмөтү тарабынан түзүлгөн белгилүү бир долбоордун жашоо циклинин методологиясы, PRINCE2 менен салыштырылат. Бул методология дагы эле мамлекеттик сектордо колдонулат. PRINCE2 менен Шаркыратма Life Cycle моделинин ортосундагы негизги айырмачылыктардын бири, акыркысы башынан эле бардык талаптардын жазуу жүзүндө сүрөттөлүшүн талап кылат, анткени аларды кийинчерээк кайра карап чыгуу кыйын болушу мүмкүн. Кандайдыр бир кодду түзүү башталганга чейин, алар так аныкталып, бекитилиши керек. Бул шаркыратманын жашоо циклинин моделинин маанилүү артыкчылыгы.

Шаркыратма моделинин жакшы жана жаман жактары

Техникалык документтер баштапкы талаптарды иштеп чыгуу фазасынын зарыл бөлүгү болгондуктан, бул команданын бардык мүчөлөрү долбоордун максаттарын так түшүнөт. Жаңы иштеп чыгуучулар кодду түзүү эрежелерин тез түшүнүп, эч кандай көйгөйсүз иштөө процессине кошула алышат. Маалымат системасынын же долбоордун жашоо циклинин шаркыратма моделин колдонууда этап-этабы менен аткаруу тартипти камсыздайт.

Ар бир кадамдын так аныкталган башталгыч чекити жана тыянагы бар, бул прогресске көз салууну жеңилдетет. Бул макулдашылган мөөнөттөрдөн долбоордун аткарылышынын ар кандай четтөөлөрүн азайтууга жардам берет.алкак. Бул моделде, спиральдан айырмаланып, программалык камсыздоо бир бүтүн катары каралат. Ошондуктан, бардык талаптар аткарылса, ал натыйжалуу иштейт. Эгер каскаддык жана спиралдык жашоо циклинин моделдерин салыштырууну уланта турган болсок, биринчиси универсалдуу жана ар кандай чөйрөлөрдө колдонулушу мүмкүн деген тыянак чыгарууга болот.

Талаптарды сүйлөшүү баскычы

Шаркыратманын жашоо циклинин моделинин дагы бир артыкчылыгы - бардык талаптар аныкталгандан кийин чыгымдарды кыйла жогорку тактык менен баалоого болот. Эгерде ал колдонулса, анда бул биринчи этапта тесттин бардык сценарийлери функционалдык спецификацияда деталдуу сүрөттөлгөндүгүн билдирет, бул тестирлөө процессин жөнөкөй жана ачык кылат. Ал эми программалык камсыздоону иштеп чыгуудан мурун да дизайн деталдуу түрдө иштелип чыккан, бул муктаждыктарды жана натыйжаны баарына түшүнүктүү кылат.

Шаркыратманы колдонуудагы эң сонун нерселердин бири - эң башынан эле акыркы продуктка же акыркы натыйжага умтулуу. Ошондуктан, командалар максаттан четтөөдөн алыс болушу керек. Ой-ниети ачык-айкын болгон кичинекей долбоорлор үчүн бул кадам команданы жалпы максатты башынан эле билип, долбоор алдыга жылган сайын майда-чүйдөсүнө чейин адашып калуу мүмкүнчүлүгүн азайтат. Шаркыратманын мамилеси абдан методикалык, ошондуктан ар бир этапта так байланыштын маанилүүлүгүн баса белгилейт. Программалык камсыздоону иштеп чыгуу процессинде ар бир жаңы кадамда жаңы адамдар пайда болот. Ошондуктан, аракет кылуу маанилүүДолбоордун бүткүл жашоо цикли боюнча маалыматты документтештирүү.

Шаркыратманын жашоо циклинин моделинин кемчиликтери

Потенциалдуу өнүктүрүү маселелери долбоорлоо баскычында иликтенип, чечилиши мүмкүн. Альтернативалык чечимдер да иштелип чыгып, оптималдуулары тандалып алынууда. Мунун баары долбоор башталганга чейин болот. Көптөгөн уюмдар документацияга болгон көңүл бурууну башынан эле баалайт, анткени бул акыркы продуктта күтүлбөгөн нерсе болбошу керек дегенди билдирет. Бирок иш жүзүндө, сейрек өзгөртүүлөрсүз жасоого болот. Көбүнчө кардарлар үчүн талаптар стадиясында гана функционалдык спецификация боюнча өз муктаждыктарын түшүнүү кыйынга турат. Бул алар акыркы продуктуну көргөндөн кийин өз оюн өзгөртө алат дегенди билдирет. Мындай көйгөйдү чечүү кыйын. Кээде колдонмо дээрлик толугу менен кайра иштелип чыгышы керек.

Шаркыратма моделинде ийкемдүүлүктүн жетишсиздиги

Каскаддык IP (же долбоордун) жашоо циклинин моделинин дагы бир кемчилиги - ийкемдүүлүктүн потенциалдуу жоктугу. Алгачкы консультациялардан кийин болгон талаптарга жаңы өзгөртүүлөрдү же өзгөртүүлөрдү киргизүү үчүн суроолор пайда болушу мүмкүн.

Бизнес-пландардан же рыноктун таасиринен улам оңдоолор пландаштырууда эске алынбаган болушу мүмкүн. Ошондой эле, Agile сыяктуу итеративдик методологияны колдонууга салыштырмалуу долбоорлорду аяктоо узакка созулушу мүмкүн.

Шаркыратма методологиясын колдонуудагы маанилүү пункттар

Шаркыратманы иштеп чыгууга келгенде, программалык камсыздоону иштеп чыгуучулар кардарларга бул көйгөйлөрдүн баарын кийинчерээк чечүү үчүн натыйжалуу багыт берип, кеңеш бериши абдан маанилүү. Көбүнчө шаркыратманын жашоо циклинин моделин колдонуунун эң маанилүү аспектиси бул кардарлар чындап эле эмнени каалап жатканын билишпейт. Көп учурларда, иштеп чыгуучулар менен кардарлардын ортосундагы чыныгы эки тараптуу өз ара аракеттенүү кардар моделдин иштеп жатканын көрмөйүнчө болбойт.

Салыштыруу үчүн, Agile иштеп чыгуусунда кардар долбоор менен иштөө учурунда түзүлгөн жумушчу коддун фрагменттерин көрө алат. Долбоорлорду өзүнчө спринттерге бөлгөн Scrumдан айырмаланып, Шаркыратма ар дайым акыркы максатка көңүл бурат. Эгерде сиздин командаңыздын так аяктоо датасы бар конкреттүү максаты болсо, Шаркыратма сиз анын үстүндө иштеп жатканда мөөнөттү өткөрүп жиберүү коркунучун жок кылат. Бул жакшы жана терс жактарына таянып, Шаркыратманы иштеп чыгуу көбүнчө өзгөрүүсү мүмкүн эмес же долбоордун мөөнөтү ичинде жаңы иштеп чыгууну талап кылган долбоорлор үчүн сунушталат.