Pengantar Metodologi Air Terjun dan RUP
Ada sejumlah metodologi pengembangan perangkat lunak yang berbeda yang digunakan dalam industri perangkat lunak saat ini.
Metode pengembangan air terjun merupakan salah satu metode pengembangan perangkat lunak paling awal.
Metodologi pengembangan perangkat lunak air terjun adalah model berurutan di mana setiap fase diselesaikan secara penuh dan diikuti dalam urutan yang tetap.
RUP (Rational Unified Process) adalah kerangka kerja proses yang dapat diadaptasi dari metodologi pengembangan perangkat lunak berulang.
RUP membahas beberapa kritik pengembangan Air Terjun 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, analog dengan air terjun.
Fase-fase dari model Waterfall adalah analisis kebutuhan, desain, pengembangan, pengujian dan implementasi.
Analis Bisnis (atau pemrogram 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) menghasilkan dokumen desain yang menggambarkan struktur dan komponen sistem yang diusulkan.
Kemudian pengembang junior melakukan pengkodean menggunakan dokumen desain.
Setelah pengembangan selesai, produk diserahkan kepada tim pengujian untuk proses pengujian dan verifikasi.
Akhirnya, produk diimplementasikan (atau diintegrasikan) di lokasi pelanggan dan proyek ditandatangani.
Hal penting yang perlu diperhatikan di sini adalah setiap fase diselesaikan sepenuhnya sebelum melanjutkan ke fase berikutnya.
Model ini adalah hasil langsung dari 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 milik keluarga metodologi pengembangan perangkat lunak iteratif.
Ini dikembangkan oleh Rational Software Corporation (IBM) pada tahun 2003.
Ini sebenarnya adalah kerangka kerja 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 sebagai permulaan, elaborasi, konstruksi, dan transisi.
Namun tidak seperti air terjun, RUP merupakan proses 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-strategi ini menangkap enam praktik terbaik rekayasa perangkat lunak (pengembangan berulang, persyaratan pengelolaan, arsitektur berbasis komponen, model perangkat lunak visual, verifikasi berkelanjutan, dan pengelolaan perubahan).
Apa perbedaan antara Metodologi Air Terjun dan RUP?
Meskipun metodologi Waterfall dan RUP telah menentukan fase tetap, ada perbedaan utama antara kedua model ini.
Penghormatan utama adalah sementara metodologi Air Terjun jelas merupakan proses berurutan dengan langkah-langkah yang ditentukan di mana fase saat ini diselesaikan sebelum melanjutkan ke fase berikutnya, RUP adalah proses berulang.
Berbeda dengan metodologi air terjun, RUP mengembangkan produk dalam beberapa tahap berdasarkan umpan balik dari pemegang saham.
Karena setiap iterasi RUP menghasilkan rilis yang dapat dieksekusi, pelanggan dapat menyadari manfaat jauh lebih awal daripada Waterfall.
Akhirnya, metodologi Air Terjun adalah proses konkret preskriptif, sedangkan RUP adalah kerangka proses perangkat lunak yang dapat diadaptasi.