Piranti model Cascade

Model grojogan, uga dikenal minangka Waterfall, minangka salah sawijining pendekatan sing paling misuwur kanggo pangembangan piranti lunak. Penulis model yaiku Winston Royce. Ing taun 1970, dheweke njlèntrèhaké inti saka inovasi ing artikel sing rinci babagan kaluwihan lan kekurangane. Ing panggonan sing padha, dheweke nerangake carane model iki bisa diolah dadi model iteratif. Kaping pisanan, ing model grojogan, tahapan pangembangan dadi kaya ing ngisor iki:

  • Definisi lan koordinasi syarat;
  • Persetujuan proyek;
  • Coding;
  • Nggawe versi produk piranti lunak sing bisa digunakake;
  • Testing lan debugging;
  • Instalasi piranti lunak;
  • Nyokong.

Miturut model grojogan, eksekusi tumindak dening pangembang dumadi kanthi urutan - titik demi titik. Kanggo miwiti, karya wis rampung kanggo nemtokake lan setuju karo syarat piranti lunak ing wangun dhaptar sing bakal rampung.

Java university

Sawisé iku, ana transisi kanggo nggawe lan disetujoni saka project, minangka asil saka dokumentasi ditulis njlèntrèhaké carane ngleksanakake syarat piranti lunak sarujuk sadurunge.

Yen desain wis rampung, pangembang njupuk implementasine. Sabanjure teka penggabungan kode - integrasi bagean individu saka proyek, sing digarap dening macem-macem anggota tim.

Langkah sabanjure yaiku nguji lan debugging produk. Kesalahan sing ditemokake sadurunge didandani ing kene.

Pungkasan, program kasebut diinstal lan didhukung. Iki kalebu nggawe, yen perlu, ngganti fungsi lan ngilangi kesalahan sing ditemokake.

Model kaskade nganggep sampeyan bisa pindhah menyang tahap pangembangan sabanjure kanthi ketat kanthi urutan - mung sawise rampung tugas sadurunge. Kemungkinan rollback utawa inconsistency ing fase ora kasedhiya.

Kaluwihan lan cacat

Saka wektu kanggo wektu, model grojogan dikritik amarga kurang fleksibel. Akeh sing ora seneng amarga tujuan manajemen proyek luwih penting, nalika ngrampungake tenggat wektu, biaya lan kualitas pembangunan luwih penting.

Nanging, nalika nerangake proyek gedhe, manajemen asring luwih penting, amarga iki nyuda risiko proyek kasebut lan nambah transparansi ing karya kasebut.

Senadyan kekurangan, versi PMBOK 3rd resmi mung nemtokake metodologi "model cascade". Opsi liyane, kalebu manajemen proyek iteratif, ora ditawakake.

Kaluwihan saka model waterfall:

  • Pangembangan tim luwih gampang dikontrol. Pelanggan ngerti apa sing saiki ditindakake para programer, dheweke bisa ngganti tenggat wektu lan anggaran proyek kasebut.
  • Biaya pembangunan disetujoni ing tahap pisanan. Sawise setuju kabeh tahapan implementasine, produk piranti lunak ditulis terus-terusan.
  • Penguji sing berpengalaman ora dibutuhake. Kanggo tahap testing, sampeyan bisa nggunakake dokumentasi program.

Kekurangan model waterfall:

  • Wiwit tes diwiwiti ing tahap pangembangan rampung, yen bug ditemokake, biaya kanggo ndandani luwih akeh tinimbang ing tahap wiwitan. Sawise kabeh, penguji bakal nemokake kesalahan mung nalika pangembang wis rampung nulis kode, lan copywriters - dokumentasi.
  • Pelanggan bakal kenal karo produk sing wis rampung sawise pembangunan rampung. Mangkono, dheweke bisa ngevaluasi produk mung nalika meh rampung siap. Yen dheweke ora seneng karo asil kasebut, biaya anggaran proyek bakal tambah akeh amarga mbutuhake koreksi.
  • Dokumentasi teknis sing luwih akeh, luwih suwe kanggo ngrampungake karya kasebut. Dokumentasi kasebut mbutuhake luwih akeh owah-owahan lan persetujuan.

"Air Terjun" asring digunakake ing proyèk ing industri medical lan aerospace, ngendi wis ana basis sudhut dokumen, ing basis kang bisa kanggo nggawe syarat kanggo piranti lunak anyar.

Nalika nggunakake model grojogan, sing utama yaiku nulis syarat sing rinci. Sajrone tes, mesthine ora ana bug ing endi wae sing duwe pengaruh ngrusak kabeh proyek.