0% menganggap dokumen ini bermanfaat (0 suara)
27 tayangan16 halaman

Model Pengembangan Aplikasi RAD

Hak Cipta
© All Rights Reserved
Kami menangani hak cipta konten dengan serius. Jika Anda merasa konten ini milik Anda, ajukan klaim di sini.
Format Tersedia
Unduh sebagai PPTX, PDF, TXT atau baca online di Scribd
0% menganggap dokumen ini bermanfaat (0 suara)
27 tayangan16 halaman

Model Pengembangan Aplikasi RAD

Hak Cipta
© All Rights Reserved
Kami menangani hak cipta konten dengan serius. Jika Anda merasa konten ini milik Anda, ajukan klaim di sini.
Format Tersedia
Unduh sebagai PPTX, PDF, TXT atau baca online di Scribd

Rapid Aplication

Development (RAD) adalah


sebuah model proses
perkembangan software
sekuensial linier yang
menekankan siklus
perkembangan yang sangat
pendek.
Dalam definisi lain
menyebutkan bahwa RAD (Rapid
Application Development) adalah
sistem pemrograman yang
memungkinkan programmer
membuat program dengan cepat.
Fase-fase RAD
Bussiness modeling

Aliran informasi di antara fungsi –


fungsi bisnis dimodelkan dengan suatu
cara untuk menjawab pertanyaan –
pertanyaan berikut :
informasi apa yang mengendalikan
proses bisnis?
Informasi apa yang di munculkan?
Siapa yang memunculkanya?
Ke mana informasi itu pergi?
Siapa yang memprosesnya?
Data modeling

Aliran informasi yang


didefinisikan sebagai bagian dari
fase bussiness modelling disaring
ke dalam serangkaian objek data
yang dibutuhkan untuk
menopang bisnis tersebut
Prosess modelling

Aliran informasi yang


didefinisikan di dalam fase data
modeling ditransformasikan
untuk mencapai aliran informasi
yang perlu bagi implementasi
sebuah fungsi bisnis.
Aplication generation

RAD mengasumsikan pemakaian


teknik generasi ke empat. Selain
menciptakan perangkat lunak dengan
menggunakan bahasa pemrograman
generasi ketiga yang konvensional Pada
semua kasus, alat – alat bantu otomatis
dipakai untuk memfasilitasi konstruksi
perangkat lunak. Melakukan penggunaan
kembali komponen yang ada (jika mungkin)
atau membuat kembali penggunaan
kembali komponen jika dibutuhkan.
Testing and turnover

Proses RAD menekankan


pada pemakaian kembali,
banyak komponen program
telah diuji. Hal ini mengurangi
keseluruhan waktu pengujian.
Tetapi komponen baru harus di
uji dan semua interface harus
dilatih secara penuh.
Kelebihan RAD
 Hasil pengembangan bisa lebih cepat
dibandingkan SDLC lainnya
 Memerlukan biaya yang lebih sedikit
 Mementingkan dari segi bisnis dan teknik
 Berkonsentrasi pada sudut pandang user
 Menyediakan kemungkinan perubahan secara
cepat sesuai permintaan user
 Menghasilkan jarak kesesuaian yang kecil
antara kebutuhan user dan spesifikasi system
 Waktu, biaya, dan effort minimal
Kekurangan dari RAD

RAD memerlukan sumber daya manusia yang


memadai untuk menciptakan jumlah tim RAD
yang baik.
RAD menuntut pengembangan dan pelanggan
memiliki komitmen di dalam aktivitas rapid-fire
yang diperlukan untuk melengkapi sebuah
sistem, di dalam kerangka waktu yang sangat
diperpendek.
Kecepatan yang tinggi dengan biaya minimal
kemungkinan besar hasil kualitasnya rendah.
Proyek mungkin berakhir dengan lebih banyak
tambahan kebutuhan daripada yang telah
dipenuhi
Potensial adanya penambahan fitur
karena fitur yang sekarang hasilnya
asal-asalan
Potensial ketidaksesuaian desain dan
implementasi
Potensial ketidakkonsistenan
penamaan dan dokumentasi
Sangat sulit membuat modul yang
dapat digunakan kembali
Kondisi Sesuai RAD

Proyek dengan skala kecil sampai medium


dengan waktu pendek.
Fokus pada lingkup tertentu, misalnya pada
objek bisnis yang telah didefinisikan
dengan baik
Bukan aplikasi dengan komputasi yang
kompleks
User tahu pasti area yang harus dimiliki
aplikasi
Manajemen memiliki komitmen terhadap
keterlibatan user
Spesifikasi kebutuhan sudah
benar-benar diketahui
Pendefinisian spesifikasi yang
tidak perlu waktu lama
Anggota tim memiliki keahlian
yang baik
Komposisi tim stabil
Ada kontrol proyek yang efektif
Kondisi Tidak Sesuai RAD

Proyek yang terlalu besar dan


kompleks
Proyek yang bersifat aplikasi real-time
atau menangani hal-hal yang kritis
Sistem dengan komputasi tinggi
Lingkup dan objek bisnis proyek
belum jelas
Pengumpulan spesifikasi kebutuhan
membutuhkan waktu lama
Banyak orang yang harus terlibat
dalam proyek
Membutuhkan lingkup daerah yang
luas
Tim proyek besar dengan koordinasi
tinggi
Komiten pihak manajemen dengan
user rendah
Banyak teknologi baru digunakan
untuk membangun aplikasi
Gambar untuk RAD

Anda mungkin juga menyukai