SDLC - Model RAD
Itu RAD (Rapid Application Development)model didasarkan pada pembuatan prototipe dan pengembangan berulang tanpa melibatkan perencanaan khusus. Proses penulisan perangkat lunak itu sendiri melibatkan perencanaan yang diperlukan untuk mengembangkan produk.
Pengembangan Aplikasi Cepat berfokus pada pengumpulan kebutuhan pelanggan melalui lokakarya atau grup fokus, pengujian awal prototipe oleh pelanggan menggunakan konsep berulang, penggunaan kembali prototipe (komponen) yang ada, integrasi berkelanjutan dan pengiriman cepat.
Apa itu RAD?
Pengembangan aplikasi cepat adalah metodologi pengembangan perangkat lunak yang menggunakan perencanaan minimal untuk pembuatan prototipe cepat. Prototipe adalah model kerja yang secara fungsional setara dengan komponen produk.
Dalam model RAD, modul fungsional dikembangkan secara paralel sebagai prototipe dan diintegrasikan untuk membuat produk lengkap untuk pengiriman produk lebih cepat. Karena tidak ada perencanaan awal yang mendetail, ini mempermudah untuk memasukkan perubahan dalam proses pengembangan.
Proyek RAD mengikuti model iteratif dan inkremental dan memiliki tim kecil yang terdiri dari pengembang, pakar domain, perwakilan pelanggan, dan sumber daya TI lainnya yang bekerja secara progresif pada komponen atau prototipe mereka.
Aspek terpenting agar model ini berhasil adalah memastikan bahwa prototipe yang dikembangkan dapat digunakan kembali.
Desain Model RAD
Model RAD mendistribusikan fase analisis, desain, pembuatan, dan pengujian ke dalam serangkaian siklus pengembangan yang singkat dan berulang.
Berikut adalah berbagai tahapan Model RAD -
Pemodelan Bisnis
Model bisnis untuk produk yang sedang dikembangkan dirancang dalam kaitannya dengan arus informasi dan distribusi informasi antara berbagai saluran bisnis. Analisis bisnis yang lengkap dilakukan untuk menemukan informasi penting bagi bisnis, bagaimana informasi tersebut dapat diperoleh, bagaimana dan kapan informasi tersebut diproses, dan faktor apa saja yang mendorong aliran informasi yang berhasil.
Pemodelan Data
Informasi yang dikumpulkan dalam fase Pemodelan Bisnis ditinjau dan dianalisis untuk membentuk kumpulan objek data yang penting untuk bisnis. Atribut semua kumpulan data diidentifikasi dan ditentukan. Relasi antara objek data ini ditetapkan dan didefinisikan secara rinci dalam relevansinya dengan model bisnis.
Pemodelan Proses
Kumpulan objek data yang ditentukan dalam fase Pemodelan Data diubah untuk menetapkan aliran informasi bisnis yang diperlukan untuk mencapai tujuan bisnis tertentu sesuai model bisnis. Model proses untuk setiap perubahan atau peningkatan pada kumpulan objek data ditentukan dalam fase ini. Deskripsi proses untuk menambahkan, menghapus, mengambil atau memodifikasi objek data diberikan.
Pembuatan Aplikasi
Sistem aktual dibangun dan pengkodean dilakukan dengan menggunakan alat otomasi untuk mengubah proses dan model data menjadi prototipe aktual.
Pengujian dan Pergantian
Waktu pengujian keseluruhan berkurang dalam model RAD karena prototipe diuji secara independen selama setiap iterasi. Namun, aliran data dan antarmuka antara semua komponen perlu diuji secara menyeluruh dengan cakupan pengujian yang lengkap. Karena sebagian besar komponen pemrograman telah diuji, ini mengurangi risiko masalah besar apa pun.
Ilustrasi berikut menjelaskan Model RAD secara rinci.
Model RAD Vs SDLC Tradisional
SDLC tradisional mengikuti model proses yang kaku dengan penekanan tinggi pada analisis kebutuhan dan pengumpulan sebelum pengkodean dimulai. Ini memberi tekanan pada pelanggan untuk menandatangani persyaratan sebelum proyek dimulai dan pelanggan tidak merasakan produk karena tidak ada bangunan kerja yang tersedia untuk waktu yang lama.
Pelanggan mungkin memerlukan beberapa perubahan setelah dia melihat perangkat lunak tersebut. Namun, proses perubahannya cukup kaku dan mungkin tidak mungkin untuk memasukkan perubahan besar dalam produk ke dalam SDLC tradisional.
Model RAD berfokus pada pengiriman model kerja berulang dan inkremental kepada pelanggan. Hal ini menghasilkan pengiriman yang cepat ke pelanggan dan keterlibatan pelanggan selama siklus pengembangan lengkap produk yang mengurangi risiko ketidaksesuaian dengan persyaratan pengguna yang sebenarnya.
Model RAD - Aplikasi
Model RAD dapat berhasil diterapkan ke proyek yang memungkinkan adanya modularisasi yang jelas. Jika proyek tidak dapat dipecah menjadi modul, RAD mungkin gagal.
Petunjuk berikut menjelaskan skenario umum di mana RAD dapat digunakan -
RAD harus digunakan hanya jika sistem dapat dimodulasi untuk dikirim secara bertahap.
Ini harus digunakan jika ada ketersediaan tinggi desainer untuk Pemodelan.
Ini harus digunakan hanya jika anggaran mengizinkan penggunaan alat penghasil kode otomatis.
Model RAD SDLC harus dipilih hanya jika ahli domain tersedia dengan pengetahuan bisnis yang relevan.
Harus digunakan di mana persyaratan berubah selama proyek dan prototipe kerja akan disajikan kepada pelanggan dalam iterasi kecil 2-3 bulan.
Model RAD - Pro dan Kontra
Model RAD memungkinkan pengiriman cepat karena mengurangi waktu pengembangan secara keseluruhan karena komponen dapat digunakan kembali dan pengembangan paralel. RAD bekerja dengan baik hanya jika tersedia insinyur berketerampilan tinggi dan pelanggan juga berkomitmen untuk mencapai prototipe yang ditargetkan dalam kerangka waktu tertentu. Jika ada komitmen yang kurang di kedua sisi, model tersebut mungkin gagal.
Keuntungan Model RAD adalah sebagai berikut -
Persyaratan yang berubah dapat diakomodasi.
Kemajuan bisa diukur.
Waktu iterasi bisa menjadi singkat dengan menggunakan alat RAD yang kuat.
Produktivitas dengan lebih sedikit orang dalam waktu singkat.
Mengurangi waktu pengembangan.
Meningkatkan kegunaan kembali komponen.
Peninjauan awal yang cepat terjadi.
Mendorong umpan balik pelanggan.
Integrasi sejak awal memecahkan banyak masalah integrasi.
Kerugian Model RAD adalah sebagai berikut -
Ketergantungan pada anggota tim yang kuat secara teknis untuk mengidentifikasi persyaratan bisnis.
Hanya sistem yang dapat dimodulasi yang dapat dibangun menggunakan RAD.
Membutuhkan pengembang / desainer yang sangat terampil.
Ketergantungan tinggi pada keterampilan Modeling.
Tidak dapat diterapkan pada proyek yang lebih murah karena biaya Pemodelan dan pembuatan kode otomatis sangat tinggi.
Kompleksitas manajemen lebih.
Cocok untuk sistem yang berbasis komponen dan dapat diskalakan.
Membutuhkan keterlibatan pengguna sepanjang siklus hidup.
Cocok untuk proyek yang membutuhkan waktu pengembangan yang lebih singkat.