Perbedaan antara metodologi air terjun dan RUP
Metodologi Air Terjun vs RUP
Ada sejumlah metodologi pengembangan perangkat lunak yang 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 berurutan di mana setiap fase diselesaikan secara penuh dan diikuti dalam urutan tetap. RUP (Proses Terpadu Rasional) adalah kerangka kerja proses yang dapat disesuaikan dari metodologi pengembangan perangkat lunak iteratif. RUP membahas beberapa kritik terhadap 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 model air terjun adalah analisis persyaratan, desain, pengembangan, pengujian dan implementasi. Analis bisnis (atau pemrogram mereka diri 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 menyelesaikan pengembangan, produk diserahkan kepada tim pengujian untuk proses pengujian dan verifikasi. Akhirnya, produk diimplementasikan (atau terintegrasi) di lokasi pelanggan dan proyek ditandatangani. Hal penting yang perlu diperhatikan di sini adalah bahwa setiap fase sepenuhnya selesai sebelum pindah ke fase berikutnya. Model ini adalah hasil langsung dari hanya mengadaptasi metode pengembangan berorientasi perangkat keras (ditemukan di industri manufaktur dan konstruksi), pada suatu waktu tidak ada model formal untuk pengembangan perangkat lunak.
Apa itu rup?
RUP milik keluarga metodologi pengembangan perangkat lunak berulang. Ini dikembangkan oleh Rational Software Corporation (dari 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 awal, elaborasi, konstruksi dan transisi. Tetapi tidak seperti air terjun, RUP adalah 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 iteratif, persyaratan pengelolaan, arsitektur berbasis komponen, model perangkat lunak visual, verifikasi berkelanjutan dan manajemen perubahan).
Apa perbedaan antara metodologi air terjun dan RUP?
Meskipun metodologi air terjun dan RUP telah mendefinisikan fase tetap, ada perbedaan utama antara kedua model ini. Rasa hormat utama adalah bahwa sementara metodologi air terjun jelas merupakan proses berurutan dengan langkah -langkah yang ditentukan di mana fase saat ini selesai sebelum pergi 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 mewujudkan manfaat lebih awal dari air terjun. Akhirnya, Metodologi Air Terjun adalah proses konkret preskriptif, sedangkan RUP adalah kerangka kerja yang mudah beradaptasi dari proses perangkat lunak.
