Каскадын амьдралын мөчлөгийн загвар: давуу болон сул талууд

2024 Зохиолч: Howard Calhoun | [email protected]. Хамгийн сүүлд өөрчлөгдсөн: 2023-12-17 10:35

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

Хүрхрээний загварын түүх

Арга зүй нь уламжлалт хэлбэрээрээ гэнэтийн өөрчлөлт хийх зай багатай байдаг. Хэрэв хөгжүүлэлтийн баг хэтэрхий том биш бөгөөд төслүүдийг урьдчилан таамаглах боломжтой бол Хүрхрээ нь тэдгээрийг хугацаанд нь дуусгах боломжтой.

Хүрхрээ хөгжүүлэх загвар нь дөч гаруй жилийн өмнөөс бий болсон. Энэ нь анх 1970 онд В. Ройсын нийтлэлд хөгжлийн үйл явцын хамгийн анхны албан ёсны загваруудын нэг гэж тодорхойлсон байдаг. Томоохон программ хангамж хөгжүүлэх төслүүдэд үр дүнгүй гэж тодорхойлсон ч жижиг төслүүдэд ашиглахыг хэн ч хориглоогүй. Нээгдсэнээс хойш бараг хагас зуун жилийн дараа энэ техник нь өнөөгийн бизнесийн ертөнцөд хамааралтай хэвээр байна. Энэ нь хоцрогдсон загвар гэж нэрлэгддэг бөгөөд төслийн менежментийн уламжлалт арга хуучирсантай холбоотойгоор зарим талаар үл тоомсорлодог. Гэхдээ "Хүрхрээ" нь шаардлага нь тогтмол, сайн баримтжуулсан, ойлгомжтой, технологи нь ойлгомжтой, төслийг дуусгахад тийм ч их цаг хугацаа шаардагдахгүй тохиолдолд ашигтай бөгөөд урьдчилан таамаглах арга юм. Энэ тохиолдолд програм хангамжийн амьдралын мөчлөгийн хүрхрээ загвар нь өгөгдсөн төсөв, цаг хугацаа, ажлын хүрээнд илүү урьдчилан таамаглах боломжтой эцсийн үр дүнг өгөх боломжтой.

Хүрхрээ хөгжүүлэх загвар юу вэ?

Хүрхрээ загварыг шугаман, дэс дараалсан төслийн хөгжил гэж тодорхойлж болох бөгөөд үйл явц нь шаардлагаас дизайн руу, дараа нь хэрэгжүүлэх, баталгаажуулах, байршуулах руу байнга шилждэг.дараагийн байнгын засвар үйлчилгээ. Хэдийгээр тэр өөрөө давтагдах хөгжлийн загварыг ашигласан ч В. Ройсын ачаар амьдралын мөчлөгийн каскадын загварыг бий болгосон гэж үздэг.

Хүрхрээний бүтээн байгуулалтад гол анхаарал хандуулдаг зүйл бол төлөвлөлт, цаг хугацаа, зорилго, төсөв, эцсийн дүндээ бүхэл бүтэн системийг нэг байгууллага болгон хэрэгжүүлэхэд чиглэдэг. Энд байгаа гол давуу тал нь энгийн урагш, хойшоо төлөвлөх, хэрэгжүүлэх явдал юм.

Хүрхрээний загварын тайлбар

Бусад арга зүйтэй харьцуулахад Хүрхрээ нь тодорхой, тодорхой алхамуудад бусдаас илүү анхаардаг. Анхны загвар нь таван үе шатаас бүрдсэн. Үүнийг ихэвчлэн шугаман дараалсан амьдралын мөчлөгийн загвар гэж тодорхойлдог. Энэ нь үе шат бүрийн үр дүн нь хөгжлийн дараагийн түвшинд шилжих энгийн фазын бүтцийг дагаж мөрддөг гэсэн үг юм. Үндсэн алхамууд нь:

1. Шаардлага цуглуулж, баримт бичгийг үүсгэ.
2. Дизайн ба системийн инженерчлэл.
3. Хэрэгжүүлэлт.
4. Туршилт ба байршуулалт.
5. Дэмжлэг.

Багууд дараагийнх руу шилжихээсээ өмнө бүх алхмыг дуусгах ёстой тул тодорхой хугацаанд ямар нэгэн зүйл бэлэн болоогүй бол тэр даруй мэдэгдэх болно. Мөн Six Sigma эсвэл Scrum-аас ялгаатай нь Waterfall нь төслийн менежер, ажилчдад зориулсан гэрчилгээ, тусгай сургалт шаарддаггүй.

Хүрхрээний загварын шүүмж

Мэдээллийн системийн амьдралын мөчлөгийн каскадын загварАлхам бүрийг дуусгасны дараа уян хатан бус, үйлчлүүлэгчийн санал хүсэлтийг хойшлуулдаг гэсэн шүүмжлэлд өртсөн. Гэсэн хэдий ч энэ аргачлал нь хязгаарлагдмал төсөвтэй жижиг төслүүдэд сайнаар нөлөөлдөг. Үүнийг Их Британийн засгийн газраас бий болгосон PRINCE2 төслийн амьдралын мөчлөгийн нэг алдартай аргачлалтай харьцуулдаг. Энэ аргачлалыг одоо ч төрийн салбарт ашиглаж байна. PRINCE2 ба Хүрхрээний амьдралын мөчлөгийн загвар хоёрын гол ялгаануудын нэг нь сүүлийнх нь бүх шаардлагуудыг дараа нь засварлахад хэцүү байх тул эхнээс нь бичгээр тайлбарлахыг шаарддаг явдал юм. Аливаа кодыг үүсгэж эхлэхээс өмнө тэдгээрийг нарийн тодорхойлж, засах ёстой. Энэ нь хүрхрээний амьдралын мөчлөгийн загварын чухал давуу тал юм.

Хүрхрээ загварын давуу болон сул талууд

Техникийн баримт бичиг нь анхны шаардлагыг боловсруулах үе шатанд зайлшгүй шаардлагатай хэсэг учраас багийн бүх гишүүд төслийн зорилгыг тодорхой ойлгосон гэсэн үг юм. Шинэ хөгжүүлэгчид код үүсгэх дүрмийг хурдан ойлгож, ажлын урсгалд ямар ч асуудалгүйгээр нэгдэх боломжтой. Мэдээллийн систем эсвэл төслийн амьдралын мөчлөгийн хүрхрээ загварыг ашиглах үед үе шаттайгаар хэрэгжүүлэх нь сахилга батыг хангадаг.

Алхам бүр нь сайн тодорхойлсон эхлэл, дүгнэлттэй тул ахиц дэвшлийг хянахад хялбар болгодог. Энэ нь төслийн хэрэгжилтийн тохиролцсон хугацаанаас хазайлтыг багасгахад тусалдаг.хүрээ. Энэ загварт спиральаас ялгаатай нь програм хангамжийг бүхэлд нь авч үздэг. Тиймээс бүх шаардлагыг хангасан тохиолдолд илүү үр дүнтэй ажилладаг. Хэрэв бид каскадын болон спираль амьдралын мөчлөгийн загваруудыг үргэлжлүүлэн харьцуулж үзвэл эхнийх нь илүү түгээмэл бөгөөд янз бүрийн салбарт хэрэглэгдэх боломжтой гэж дүгнэж болно.

Шаардлага хэлэлцэх үе шат

Хүрхрээний амьдралын мөчлөгийн загварын өөр нэг давуу тал нь бүх шаардлагыг тодорхойлсны дараа зардлыг нэлээд өндөр нарийвчлалтайгаар тооцоолох боломжтой юм. Хэрэв энэ нь хэрэгжсэн бол энэ нь эхний шатанд бүх туршилтын хувилбаруудыг функциональ тодорхойлолтод аль хэдийн нарийвчлан тодорхойлсон болно гэсэн үг бөгөөд энэ нь туршилтын үйл явцыг илүү хялбар, ил тод болгодог. Програм хангамжийг хөгжүүлэхээс өмнө дизайныг нарийвчлан боловсруулсан бөгөөд энэ нь хэрэгцээ, үр дүнг хүн бүрт ойлгомжтой болгодог.

Хүрхрээг ашиглах нэг сайхан зүйл бол эхнээсээ эцсийн бүтээгдэхүүн буюу эцсийн үр дүнд хүрэхийн төлөө хичээх явдал юм. Тиймээс багууд зорилгоосоо хазайхаас зайлсхийх ёстой. Зорилго нь нэлээд тодорхой байгаа жижиг төслүүдийн хувьд энэ алхам нь багийг ерөнхий зорилгоо эхнээс нь ойлгуулж, төсөл урагшлах үед нарийн ширийн зүйлд төөрөгдөх магадлалыг бууруулдаг. Waterfall-ийн арга барил нь маш аргачлалтай тул үе шат бүрт тодорхой харилцааны ач холбогдлыг онцолж өгдөг. Програм хангамж боловсруулах явцад шинэ алхам бүрт шинэ хүмүүс гарч ирдэг. Тиймээс хичээх нь чухалтөслийн амьдралын мөчлөгийн туршид мэдээллийг баримтжуулах.

Хүрхрээний амьдралын мөчлөгийн загварын сул тал

Боломжит хөгжлийн асуудлуудыг зураг төслийн үе шатанд судалж, шийдвэрлэх боломжтой. Альтернатив шийдлүүдийг мөн боловсруулж, оновчтойг нь сонгож байна. Энэ бүхэн төсөл эхлэхээс өмнө тохиолддог. Олон байгууллага баримт бичигт анхнаасаа анхаарал хандуулж байгаад талархаж байна, учир нь энэ нь эцсийн бүтээгдэхүүнд гэнэтийн зүйл байх ёсгүй гэсэн үг юм. Гэвч практик дээр өөрчлөлт хийхгүйгээр хийх нь ховор байдаг. Үйлчлүүлэгчид зөвхөн шаардлагын үе шатанд функциональ тодорхойлолтын хувьд өөрсдийн хэрэгцээг ойлгоход хэцүү байдаг. Энэ нь тэд эцсийн бүтээгдэхүүнийг хараад бодлоо өөрчилж чадна гэсэн үг юм. Ийм асуудлыг шийдэхэд хэцүү байдаг. Заримдаа аппликешныг бараг бүхэлд нь өөрчлөх шаардлагатай болдог.

Хүрхрээний загварт уян хатан чанар дутагдаж байна

Цахилгаан IP (эсвэл төслийн) амьдралын мөчлөгийн загварын өөр нэг сул тал бол уян хатан байдлын дутагдал юм. Анхны зөвлөгөөнөөс хойш гарсан шаардлагын шинэ өөрчлөлт эсвэл өөрчлөлттэй уялдуулах асуулт гарч ирж магадгүй.

Бизнес төлөвлөгөө эсвэл зах зээлийн нөлөөллөөс шалтгаалсан зохицуулалтыг төлөвлөлтөд харгалзаагүй байж магадгүй. Мөн Agile гэх мэт давталтын аргачлалыг ашиглахтай харьцуулахад төслүүдийг дуусгахад удаан хугацаа шаардагдана.

Хүрхрээний аргачлалыг ашиглахад анхаарах зүйлс

Хүрхрээг хөгжүүлэх тухайд программ хангамж хөгжүүлэгчид үйлчлүүлэгчдэд эдгээр бүх асуудлыг дараа нь шийдвэрлэхийн тулд үр дүнтэй удирдан чиглүүлж, зөвлөгөө өгөх нь маш чухал юм. Ихэнхдээ хүрхрээний амьдралын мөчлөгийн загварыг ашиглах хамгийн чухал тал бол үйлчлүүлэгчид үнэхээр юу хүсч байгаагаа мэддэггүй явдал юм. Ихэнх тохиолдолд хөгжүүлэгчид болон үйлчлүүлэгчдийн хооронд жинхэнэ хоёр талын харилцан үйлчлэл нь үйлчлүүлэгч загварыг ажиллаж байгааг харах хүртэл үүсдэггүй.

Харьцуулахын тулд Agile хөгжүүлэлт дээр үйлчлүүлэгч төсөл дээр ажиллах явцад бий болсон ажлын кодын хэсгүүдийг харж болно. Төсөлүүдийг тусад нь спринт болгон хуваадаг Scrum-аас ялгаатай нь Waterfall нь эцсийн зорилгодоо үргэлж анхаардаг. Хэрэв танай баг тодорхой эцсийн огноотой тодорхой зорилго тавьсан бол Waterfall нь таныг түүн дээр ажиллаж байх үед эцсийн хугацааг алдах эрсдэлийг арилгана. Эдгээр давуу болон сул талууд дээр үндэслэн, төслийн ашиглалтын хугацаанд өөрчлөгдөхгүй эсвэл шинээр хөгжүүлэх шаардлагагүй төслүүдэд хүрхрээг хөгжүүлэхийг зөвлөж байна.