Metodologi Air Terjun vs RUP
Ada sejumlah metodologi pengembangan perangkat lunak berbeda yang digunakan dalam industri perangkat lunak saat ini. Metode pengembangan air terjun adalah salah satu metode pengembangan perangkat lunak paling awal. Metodologi pengembangan perangkat lunak air terjun adalah model sekuensial di mana setiap fase diselesaikan secara penuh dan diikuti dalam urutan tetap. RUP (Rational Unified Process) adalah kerangka proses yang dapat disesuaikan dari metodologi pengembangan perangkat lunak berulang. RUP membahas beberapa kritik terhadap perkembangan Waterfall seperti kekakuan.
Apa itu Metodologi Air Terjun?
Metodologi air terjun adalah salah satu model pengembangan perangkat lunak paling awal. Seperti namanya, ini adalah proses berurutan di mana kemajuan mengalir melalui beberapa fase dari atas ke bawah, dianalogikan dengan air terjun. Tahapan model Waterfall adalah analisis kebutuhan, desain, pengembangan, pengujian dan implementasi. Analis Bisnis (atau programmer mereka sendiri jika itu adalah organisasi kecil) melakukan fase analisis dengan mendapatkan sistem dan persyaratan bisnis dari pelanggan proyek. Kemudian, arsitek perangkat lunak (atau pengembang perangkat lunak senior) membuat dokumen desain yang menggambarkan struktur dan komponen sistem yang diusulkan. Kemudian pengembang junior melakukan pengkodean menggunakan dokumen desain. Setelah selesai pengembangan, produk tersebut diserahkan kepada tim penguji untuk proses pengujian dan verifikasi. Akhirnya, produk diimplementasikan (atau terintegrasi) di situs pelanggan dan proyek ditandatangani. Hal penting yang perlu diperhatikan di sini adalah bahwa setiap fase diselesaikan sepenuhnya sebelum melanjutkan ke fase berikutnya. Model ini adalah hasil langsung dari hanya mengadaptasi metode pengembangan berorientasi perangkat keras (ditemukan di industri manufaktur dan konstruksi), pada saat tidak ada model formal untuk pengembangan perangkat lunak.
Apa itu RUP?
RUP termasuk dalam keluarga metodologi pengembangan perangkat lunak berulang. Ini dikembangkan oleh Rational Software Corporation (dari IBM) pada tahun 2003. Ini sebenarnya adalah kerangka proses yang dapat disesuaikan (bukan proses konkret tunggal), yang dapat disesuaikan oleh organisasi pengembangan sesuai dengan kebutuhan mereka. Sedikit mirip dengan air terjun, ia memiliki fase tetap seperti permulaan, elaborasi, konstruksi, dan transisi. Tapi tidak seperti air terjun, RUP adalah proses yang berulang. Tiga strategi yang ditangkap oleh RUP adalah proses yang dapat disesuaikan yang memandu pengembangan, alat otomatis untuk mempercepat proses, dan layanan yang membantu mengadopsi proses dan alat lebih cepat. Strategi internal ini menangkap enam praktik terbaik rekayasa perangkat lunak (pengembangan berulang, persyaratan pengelolaan, arsitektur berbasis komponen, model perangkat lunak visual,verifikasi berkelanjutan dan manajemen perubahan).
Apa perbedaan antara Metodologi Air Terjun dan RUP?
Meskipun metodologi Waterfall dan RUP telah menetapkan fase tetap, ada perbedaan utama antara kedua model ini. Perbedaan utama adalah bahwa meskipun metodologi Waterfall jelas merupakan proses berurutan dengan langkah-langkah yang ditentukan di mana fase saat ini diselesaikan sebelum melanjutkan ke fase berikutnya, RUP adalah proses yang berulang. Berbeda dengan metodologi waterfall, RUP mengembangkan produk dalam beberapa tahap berdasarkan masukan dari pemegang saham. Karena setiap iterasi RUP menghasilkan rilis yang dapat dieksekusi, pelanggan dapat menyadari manfaat jauh lebih awal daripada Waterfall. Akhirnya, metodologi Waterfall adalah proses konkret preskriptif, sedangkan RUP adalah kerangka proses perangkat lunak yang dapat disesuaikan.
