sepanjang artikel ini, kami akan memeriksa tahap spesifik apa yang menjadi inti model air terjun, kapan dan di mana penerapannya paling baik, dan skenario di mana hal itu dapat dihindari sesuai dengan filosofi desain lainnya.
ada enam tahapan pemodelan waterfall
dalam proses menerapkan proyek perangkat lunak menggunakan
metode waterfall adalah proses tidak terpersulit. ada sedikit perbedaan dalam jumlah dan deskripsi langkah-langkah yang terlibat dalam metode waterfal, tergantung pada pengembang konsepnya sama dan mencakup cakupan luas dari apa yang diperlukan untuk memulai dengan sebuah ide dan mengembangkan aplikasi live skala penuh.
requirements:persyaratan potensial dari aplikasi dianalisis dan ditulis secara metodis dalam dokumen spesifikasi yang menjadi dasar pengembangan masa depan. hasilnya biasanya merupakan dokumen persyaratan yang mendefinisikan aplikasi apa yang harus dilakukan.
analysis:selama tahap kedua ini, sistem dianalisis agar bisa menghasilkan model dan logika bisnis yang tepat yang akan digunakan dalam aplikasi.
design:tahap ini sebagian besar mencakup persyaratan disain teknis, seperti bahasa pemrograman, lapisan data, layanan, dan lain-lain. spesifikasi desain biasanya akan dibuat yang menjelaskan bagaimana logika bisnis yang tercakup dalam analisis akan diterapkan secara teknis.
coding:dalam tahap keempat ini sumber sebenarnya adalah koding (pemograman), menerapkan semua model, logika bisnis, dan integrasi layanan yang ditentukan pada tahap sebelumnya.
testing:selama tahap ini, qa, penguji beta, dan semua penguji lainnya secara sistematis menemukan dan melaporkan masalah dalam aplikasi yang perlu dipecahkan. hal ini tidak biasa untuk fase ini menyebabkan "pengulangan yang diperlukan" dari fase pengkodean sebelumnya, agar bug yang terungkap dapat benar benar kepermukaan.
operations:akhirnya, aplikasi siap untuk diterapkan ke lingkungan sekitar. tahap operasi tidak hanya mencakup penerapan aplikasi, namun juga dukungan dan pemeliharaan lanjutan yang mungkin diperlukan agar tetap fungsional dan mutakhir.
keuntungan model air terjun
sementara model air terjun telah mengalami pentahapan lambat dalam beberapa tahun terakhir yang mendukung metode yang lebih tangkas, namun tetap dapat memberikan sejumlah manfaat, terutama untuk proyek dan organisasi yang lebih besar yang memerlukan tahap dan tenggat waktu yang ketat
beradaptasi:dengan menggunakan metode air terjun, proyek ini memungkinkan keseluruhan proyek untuk mempertahankan struktur dan struktur desain yang lebih rinci dan kuat karena semua tahap perencanaan terdokumentasi
terstruktur:bahwa model air terjun(waterfall)proyek ini, bahkan bangunan organisasi mengatakan proyek tersebut, untuk menjadi sangat disiplin dalam desain dan strukturnya. sebagian besar proyek yang cukup besar akan, secara penting, mencakup prosedur terperinci untuk mengelola setiap aspek proyek, mulai dari desain dan pengembangan sampai pengujian dan implementasi.
memungkinkan perubahan desain awal: meskipun sulit untuk membuat perubahan desain di kemudian hari, pendekatan waterfall sesuai dengan perubahan pada awal siklus hidup. ini sangat bagus saat memamerkan dokumen spesifikasi pada beberapa tahap pertama dengan tim pengembang dan klien, karena perubahan dapat dilakukan segera dan dengan sedikit usaha, karena tidak ada pengkodean atau implementasi yang benar-benar terjadi.
untuk pengembangan milestone-focused: karena struktur linier yang melekat pada proyek waterfall, aplikasi semacam itu selalu sesuai untuk organisasi atau tim yang bekerja dengan baik di bawah paradigma tonggak dan fokus pada tanggal. dengan tahap yang jelas, konkret, dan dipahami dengan baik sehingga setiap orang di dalam tim dapat memahami dan mempersiapkannya, relatif mudah untuk mengembangkan garis waktu untuk keseluruhan proses dan menetapkan penanda dan tonggak tertentu untuk setiap tahap dan bahkan penyelesaiannya.
kekurangan model air terjun
sementara usulan awal dr. royce tentang apa yang sekarang dikenal sebagai model air terjun itu sangat penting saat diterbitkan pertama kali pada tahun 1970, lebih dari empat dekade kemudian, sejumlah retakan muncul di armor model yang dulu digembar-gemborkan ini.
kendala desain nonadaptif:aspek paling penting dari model air terjun adalah kurangnya kemampuan beradaptasi di semua tahap siklus hidup pengembangan. ketika sebuah tes di tahap lima menunjukkan kelemahan mendasar dalam perancangan sistem, tidak hanya memerlukan lompatan dramatis, mundur dalam tahap proses, namun dalam beberapa kasus, seringkali dapat menyebabkan realisasi yang menghancurkan mengenai legitimasi keseluruhan sistem. sementara tim dan pengembang yang paling berpengalaman akan (dengan benar) berpendapat bahwa hal semacam itu seharusnya tidak terjadi jika sistem dirancang dengan benar di tempat pertama, tidak setiap kemungkinan dapat dipertanggungjawabkan, terutama bila tahapan begitu sering tertunda sampai akhir proses. .
mengabaikan masukan pengguna / klien mid-process:karena proses langkah-demi-langkah ketat yang diterapkan oleh model air terjun(waterfall, masalah lain yang sangat sulit dihadapi adalah umpan balik pengguna atau klien yang diberikan terlambat ke dalam siklus pengembangan seringkali dapat juga dilakukan. sedikit, terlambat sementara manajer proyek jelas dapat menerapkan sebuah proses untuk melangkah mundur ke tahap sebelumnya karena persyaratan atau perubahan yang tidak terduga berasal dari klien, sementara itu akan memakan waktu dan biaya yang mahal, baik untuk tim pengembang maupun klien.
periode pengujian tertunda:meskipun sebagian besar model sdlc yang lebih modern mencoba mengintegrasikan pengujian sebagai proses fundamental dan selalu hadir sepanjang pengembangan, model air terjun (waterfall) sebagian besar jauh dari pengujian sampai cukup larut dalam siklus hidup. ini tidak hanya berarti bahwa sebagian besar bug atau bahkan masalah desain tidak akan ditemukan sampai prosesnya sangat terlambat.
terlepas dari fase pengujian yang eksplisit selama pelaksanaan proyek model air terjun, seperti yang dibahas di atas, pengujian ini seringkali terlalu sedikit, terlalu terlambat. selain tahap pengujian normal, anda dan tim anda harus mempertimbangkan dengan serius untuk memperkenalkan alat manajemen kesalahan yang efektif ke dalam siklus hidup proyek anda. perangkat lunak pemantauan kesalahan airbrake menyediakan pemantauan kesalahan real-time dan pelaporan pengecualian otomatis untuk semua proyek pengembangan anda. dasbor web art of the airbrake memastikan anda menerima pembaruan status sepanjang hari tentang tingkat kesehatan dan kesalahan aplikasi anda. tidak masalah apa yang sedang anda kerjakan, airbrake mudah digabungkan dengan semua bahasa dan kerangka kerja yang paling populer. plus, airbrake memudahkan untuk menyesuaikan parameter pengecualian, sekaligus memberi anda kontrol penuh terhadap sistem filter kesalahan aktif, jadi anda hanya mengumpulkan kesalahan yang paling penting.
referensi :
airbrake.io
https://airbrake.io/blog/sdlc/waterfall-model
2 Comments
Commentsnyimakk
Replysilakan juragan terimakasih atas kunjungan nya juragan...
Reply