Waterfall Model

Semua Tentang Model Waterfall

Model air terjun adalah model yang dikembangkan untuk pengembangan perangkat lunak, yaitu untuk membuat perangkat lunak. Hal ini disebut seperti itu karena model berkembang secara sistematis dari satu tahap ke tahap lain dalam mode ke bawah, seperti air terjun. Yang paling mungkin fase melalui yang berlangsung ke bawah adalah Definisi Studi / Analisis Dasar Desain Teknis Desain / Desain Detil Konstruksi Pengujian Integrasi Manajemen dan Pemeliharaan.

Waterfall Model Sebelum adanya metode ini, pengembangan perangkat lunak di perusahaan komputer menderita perangkat lunak jaringan serampangan terintegrasi seperti merajut berantakan. Namun dengan metode ini mereka berharap untuk membawa kejelasan dalam proyek mereka.

Tentang Tahapan
Seperti dikatakan sebelumnya model air terjun telah terstruktur pada beberapa fase terutama untuk membantu perusahaan perangkat lunak konstruksi untuk mengembangkan sistem terorganisir konstruksi. Dengan mengikuti metode ini, proyek ini akan dibagi menjadi banyak tahapan sehingga mengurangi keluar seluruh proses. Misalnya Anda mulai dengan Tahap I

dan menurut model ini, satu-satunya berkembang ke fase berikutnya setelah yang sebelumnya telah selesai. Ini salah satu cara bergerak secara progresif ke tahap akhir dan sekali titik itu tercapai, Anda tidak bisa kembali; mirip dengan air di air terjun.

Singkat Deskripsi Fase Model Air Terjun

Definisi Studi / Analisis: Selama fase penelitian sedang dilakukan yang mencakup brainstorming tentang perangkat lunak, apa yang akan dan apa tujuannya apakah akan memenuhi. Dasar Desain: Jika fase pertama akan berhasil diselesaikan dan dipikirkan dengan baik rencana untuk pengembangan perangkat lunak yang telah ditetapkan maka langkah selanjutnya adalah merumuskan desain dasar dari perangkat lunak di atas kertas. Teknis Desain / Detail Desain: Setelah desain dasar akan disetujui, maka desain teknis lebih diuraikan dapat direncanakan. Berikut fungsi dari masing-masing bagian tersebut diputuskan dan unit teknik ditempatkan untuk modul contoh, program dll Konstruksi / Pelaksanaan: Pada fase ini kode sumber dari program ditulis. Pengujian: Pada tahap ini, seluruh desain dan konstruksi yang diletakkan di bawah tes untuk memeriksa fungsionalitas. Jika ada kesalahan maka mereka akan muncul ke permukaan pada saat ini proses. Integrasi: dalam fase Integrasi, perusahaan menempatkan itu digunakan setelah sistem telah berhasil diuji. Pengelolaan dan Pemeliharaan: Pemeliharaan dan manajemen diperlukan untuk memastikan bahwa sistem akan terus melakukan yang diinginkan. Melalui langkah-langkah yang disebutkan di atas itu dengan jelas ditunjukkan bahwa model Waterfall dimaksudkan untuk berfungsi secara sistematis yang mengambil produksi perangkat lunak dari langkah dasar akan ke bawah menuju merinci hanya seperti Waterfall yang dimulai di bagian atas tebing dan pergi ke bawah tetapi tidak mundur.

Sejarah Model Waterfall

Sejarah model Waterfall agak terganggu. Hal ini sering mengatakan atau percaya bahwa model pertama kali diajukan oleh Winston Royce pada tahun 1970 di salah satu artikelnya, padahal ia bahkan tidak menggunakan kata Bahkan Royce kemudian disajikan model ini untuk menggambarkan kegagalan atau cacat "air terjun." dalam model non-kerja. Jadi di kemudian hari, istilah ini banyak digunakan dalam menulis tentang sesuatu yang sering salah dilakukan dalam proses pengembangan perangkat lunak - seperti malpraktik umum. Royce lebih berpendapat bahwa model yang sukses harus memiliki penyisihan pengulangan atau bolak-balik antara fase yang model air terjun tidak melakukan. Dia diperiksa draft pertama dari model ini dan didokumentasikan bahwa metode berulang harus dikembangkan dalam model ini. Dia merasa perlu maju hanya setelah umpan balik dari tahap sebelumnya telah diterima. Hal ini dikenal sebagai Iteratif model. Berbeda dengan model Waterfall, model Iteratif lebih praktis dan memiliki ruang untuk manuver. Pengikut metode Iteratif merasakan model Waterfall sebagai tidak patut.

Keuntungan dari Model Waterfall

Mari kita lihat beberapa keuntungan dari model ini, Proyek ini membutuhkan pemenuhan satu tahap, sebelum melanjutkan ke yang berikutnya. Oleh karena itu jika ada kesalahan dalam perangkat lunak ini akan terdeteksi dalam salah satu tahap awal dan akan ditutup untuk koreksi. Banyak penekanan diletakkan pada kertas kerja dalam metode ini dibandingkan dengan metode yang lebih baru. Ketika pekerja baru masuk proyek, lebih mudah bagi mereka untuk melanjutkan pekerjaan dari tempat itu ditinggalkan. Metode baru tidak mendokumentasikan proses perkembangan mereka yang membuatnya sulit untuk anggota terbaru dari tim untuk memahami apa langkah yang akan mengikuti berikutnya. Model Waterfall adalah metode yang lurus ke depan dan memungkinkan orang yang tahu dengan mudah tahap apa yang sedang berlangsung. Metode Waterfall juga terkenal di antara para pengembang perangkat lunak sehingga mudah digunakan. Hal ini lebih mudah untuk mengembangkan berbagai perangkat lunak melalui metode ini dalam kurun waktu singkat.

Kekurangan dari Model Waterfall

Ada banyak kelemahan pada model juga. Mari kita lihat mereka, Banyak proyek perangkat lunak bergantung pada faktor eksternal; dari mana klien untuk perangkat lunak yang sedang dirancang adalah faktor terbesar. Hal ini terjadi banyak kali, bahwa klien mengubah persyaratan proyek, sehingga mempengaruhi perubahan yang dalam rencana normal konstruksi dan karenanya fungsi tersebut juga. Model Waterfall tidak bekerja dengan baik dalam situasi seperti ini karena mengasumsikan perubahan tidak terjadi setelah proses telah dimulai sesuai rencana. Jika, misalnya, hal ini terjadi dalam Model Waterfall, maka sejumlah langkah akan sia-sia, dan tidak akan timbul kebutuhan untuk memulai semuanya dari awal lagi. Tentu saja hal ini juga membawa tentang aspek waktu dan uang yang semua akan sia-sia. Oleh karena itu metode ini tidak akan sama sekali membuktikan menjadi biaya yang efektif. Bahkan tidak mudah untuk mengeluarkan perkiraan biaya dari setiap langkah, karena setiap tahapan yang cukup besar. Ada banyak model perangkat lunak lain perkembangan yang meliputi banyak aspek yang sama dari model Waterfall. Namun tidak seperti model Waterfall, metode ini belum banyak dipengaruhi oleh sumber luar. Dalam model air terjun, ada banyak orang yang berbeda bekerja di fase yang berbeda dari proyek seperti para desainer dan pembangun dan masingmasing membawa pendapat sendiri tentang bidang keahlian. Desain, oleh karena itu, pasti akan dipengaruhi, namun dalam model Waterfall, tidak ada ruang untuk itu. Aspek negatif lain dari model ini adalah bahwa sejumlah besar waktu juga terbuang. Sebagai contoh jika kita mempelajari setiap proses pengembangan perangkat lunak, kita tahu bahwa Tahap II tidak dapat dijalankan sampai tahap I telah berhasil diselesaikan, maka sementara desainer masih merancang perangkat lunak, saat pembangun benar-benar terbuang. Kelemahan lain dari metode ini adalah bahwa periode pengujian datang agak terlambat dalam proses perkembangan, sedangkan di berbagai program pembangunan lainnya desain akan diuji banyak lebih cepat untuk menemukan cacat pada saat banyak waktu dan uang belum terbuang.

 Menjelaskan dokumentasi selama metode Waterfall memiliki keuntungan, tetapi tidak tanpa kelemahan juga. Dibutuhkan banyak usaha dan waktu, yang karena itu tidak cocok untuk proyek-proyek kecil.

Modifikasi Waterfall Model

Karena kelemahan berbagai banyak versi modifikasi lain dari model ini juga telah diajukan dan beberapa di antaranya disebutkan di bawah ini: Royce Model Meskipun tidak didokumentasikan sebagai "Model Waterfall," Winston W. Royce dikreditkan dengan deskripsi formal pertama dari apa yang kita tidak tahu sebagai Model Waterfall pada tahun 1970. Dalam definisi aslinya, model terdiri dari langkah-langkah berikut: Persyaratan spesifikasi, Desain, Konstruksi (atau coding dalam hal hari ini), integrasi, pengujian dan debugging, instalasi, dan pemeliharaan. Sashimi Model Sashimi adalah versi modifikasi sebenarnya dari model Waterfall. Tahapan yang agak sama dalam Model Waterfall, hanya kali ini fase yang tumpang tindih satu sama lain yang menyajikan banyak keuntungan. Misalnya waktu tidak akan sia-sia karena sebelum Tahap I akan selesai, Tahap II sudah akan berlangsung. Selain itu, karena mereka tumpang tindih, sehingga seseorang dapat kembali ke langkah sebelumnya jika diinginkan. Siklus Hidup Aorta Model Perbedaan dalam model ini adalah bahwa mereka banyak mengandalkan pada umpan balik yang berasal dari fase lain sebelum maju ke depan. V Waterfall Model Model Waterfall V bergantung pada program perangkat lunak linier perkembangan yang menekankan pada pembangunan yang lebih seimbang dari apa pun.