## PERBANDINGAN METODOLOGI WATERFALL DAN RAD (RAPID APPLICATION DEVELOPMENT) DALAM PENGEMBANGAN SISTEM INFORMASI
Deni Murdiani 1 , Muhamad Sobirin 2 1,2 Program Studi Teknik Informasi, Sekolah Tinggi Manajemen Komputer dan Informasi Muhammadiyah
Jakarta
email: denimurdiani@stmikmj.ac.id 1
Abstrak  : SDLC  atau Software  Development  Life  Cycle atau  sering  disebut  juga System  Development  Life  Cycle adalah proses mengembangkan atau mengubah suatu sistem perangkat lunak dengan menggunakan model-model dan metodologi yang digunakan orang untuk mengembangkan sistem-sistem perangkat lunak sebelumnya (berdasarkan best  practice atau  cara-cara  yang  sudah  teruji  baik).  Jurnal  ini  berusaha  memaparkan  analisa  metodologi pengembangan  perangkat  lunak  antara  model waterfall (air  terjun),  dan  model  RAD (Rapid  Application Development) . Dari jurnal ini diharapkan dapat memberikan pertimbangan dalam pemilihan metodologi yang tepat berdasarkan kebutuhan, kelebihan dan kekurangan, juga faktor pertimbangan lainnya.
Kata Kunci: Metodologi pengembangan perangkat lunak, Waterfall, RAD (Rapid Application Development)
Abstract : SDLC or Software Development Life Cycle or often called System Development Life Cycle is the process of developing  or  changing  a  software  system  using  models  and  methodologies  that  people  use  to  develop  software systems before (based on best practice or well-tested ways). This journal seeks to explain the analysis of software development methodologies between the waterfall model (waterfall), and the RAD (Rapid Application Development) model. From this journal is expected to give consideration in the selection of the right methodology based on needs, advantages and disadvantages, as well as other consideration factors.
Keywords: Software development methodology, Waterfall, RAD (Rapid Application Development)

## PENDAHULUAN
Berkembangnya  kebutuhan  perangkat  lunak membuat perancangan sebuah sistem menjadi sebuah kebutuhan  pula,  terutama  untuk  sistem  yang  besar, sulit  dan  memiliki  fitur  kompleks.  Berbagai metodologi pun mulai digunakan untuk memudahkan dalam  pengembangkan  sistemnya  (Nukman  et  al., 2014).
Terdapat  beberapa  metode  yang  dapat  kita gunakan  dalam  pengembangan  sistem  diantaranya Waterfall dan RAD (Rapid
Application Development).  Masing-masing  metode  memiliki kelebihan  dan  kekurangan,  sehingga  terkadang membutuhkan  studi  khusus  agar  dapat    menentukan metode  mana  yang  paling  tepat  untuk  digunakan dalam  mengembangkan  sebuah  sistem  informasi (Nukman et al., 2014).
Terdapat  beberapa  aspek  yang  dapat  dijadikan acuan  untuk  penentuan  metode  pengembangan  ini, misalnya  ukuran  sistem,  jumlah  tim,  resiko pengembangan,  dana,  waktu  dan  aspek  lainnya (Nukman et al., 2014).
Pemilihan  metode  yang  tepat  tentunya  dapat menguntungkan  bagi  programmer,  terutama  untuk penghematan  cost,  waktu,  dan  SDM  (Nukman  et  al., 2014).
Dalam  penulisan  ini,  penulis  mencoba  untuk membandingkan  dua  metode  pengembangan  antara
metode Waterfall dan metode RAD (Rapid Application Development.

## METODOLOGI PENELITIAN
Metode  penelitian  pada  dasarnya  merupakan cara  ilmiah  untuk  mendapatkan  data  dengan  tujuan dan  kegunaan  tertentu.  Berdasarkan  hal  tersebut terdapat  empat  kata  kunci  yang  perlu  diperhatikan yaitu  cara  ilmiah,  data,  tujuan  dan  kegunaan (Sugiyono, 2010) pada jurnal (Widiyanto, 2018) Dalam  penelitian  ini,  penulis menggunakan data  dari  penelitian  terdahulu  yang  dikomparasi dalam  arti  lain  penulis  menggunakan  metode deskriptif.  Metode  deskriptif  yaitu  suatu  metode penelitian  dalam  meneliti  status  dari  sekelompok manusia,  suatu  obyek,  suatu  sistem  pemikiran,  suatu set  kondisi,  ataupun  suatu  kelas  peristiwa  pada  masa saat ini (Widiyanto, 2018).
Penulis mengambil beberapa metode pengembangan  sistem  informasi  sebagai  objek penelitian dan dijadikan perbandingan, yaitu :
a. Metode Waterfall
b. Metode RAD

## HASIL DAN PEMBAHASAN

## SDLC (Software Development Life Cycle)
Pada awal pengembangan perangkat lunak, para progammer langsung melakukan pengodean perangkat  lunak  tanpa  menggunakan  prosedur  atau tahapan  pengembangan  perangkat  lunak.  Dan ditemuilah  kendala-kendala  seiring  perkembangan skala  sistem-sistem  perangkat  yang  semakin  besar (AS & Shalahuddin, 2015).
SDLC    dimulai  dari  tahun  1960-an,  untuk mengembangkan  sistem  skala  usaha  besar  secara fungsioanal  untuk  para  konglomerat  pada  jaman  itu. Sistem-sistem  yang  dibangun  mengelola  informasi kegiatan  dan  rutinitas  dari  perusahaan-perusahaan yang  berpotensi  memiliki  data  yang  besar  dalam perkembangannya (AS & Shalahuddin, 2015).
SDLC  atau Software  Development  Life  Cycle atau  sering  disebut  juga System  Development  Life Cycle adalah proses mengembangkan atau mengubah suatu  sistem  perangkat  lunak  dengan  menggunakan model-model  dan  metodologi  yang  digunakan  orang untuk  mengembangkan  sistem-sistem  perangkat lunak  sebelumnya  (berdasarkan best  practice atau cara-cara yang sudah teruji baik) (AS & Shalahuddin, 2015).
SDLC  ( System  Development  Life  Cycle )  adalah salah  satu  metode  pengembangan  sistem  informasi yang popular pada saat sistem informasi pertama kali dibuat (Susanto, 2004).
Tahapan-tahapan  yang  ada  pada  SDLC  secara global  adalah  sebagai  berikut  (AS  &  Shalahuddin, 2015):
a. Inisiasi (initiation) tahap  ini  biasanya  ditandai  dengan  pembuatan proposal proyek perangkat lunak.
b. Pengembangan  konsep  sistem (system  concept development) mendefinisikan lingkup konsep termasuk dokumen  lingkup  sistem,  analisis  manfaat  biaya, manajemen rencana, dan pembelajaran kemudahan sistem.
c. Perencanaan (Planning) mengembangkan  rencana  manajemen  proyek  dan dokumen  perencanaan  lainnya.  Menyediakan dasar untuk mendapatkan sumber daya (resources) yang  dibutuhkan  untuk  memperoleh solusi.
d. Analisis kebutuhan (requirements analysis) Menganalisa kebutuhan pemakai sistem perangkat lunak (user) dan  mengembangkan  kebutuhan user. Membuat dokumen kebutuhan fungsional.
e. Desain ( design) mentransformasikan  kebutuhan  detail  menjadi kebutuhan  yang  sudah  lengkap,  dokumen  desain sistem  fokus  pada  bagaimana  dapat  memenuhi fungsi-fungsi yang dibutuhkan.
f. Pengembangan (development)
mengonversi  desain  ke  sistem  informasi  yang lengkap  termasuk  bagaimana  memperoleh  dan melakukan  instalasi  lingkungan  sistem  yang dibutuhkan; membuat basis data dan mempersiapkan prosedur kasus pengujian; mempersiapkan  berkas  atau file pengujian, pengodean,  pengompilasian,  memperbaiki  dan membersihkan program; peninjauan pengujian.
g. Integrasi dan pengujian (integration and test) mendemonstrasikan sistem perangkat lunak
bahwa telah memenuhi kebutuhan yang dispesifikasikan pada dokumen kebutuhan
fungsional.  Dengan  diarahkan  oleh  staf  penjamin kualitas (quality assurance) dan user. Menghasilkan laporan analisis pengujian.
h. Implementasi (implementation) termasuk pada persiapan implementasi, implementasi  perangkat  lunak  pada  lingkungan produksi (lingkungan pada user ) dan menjalankan resolusi  dari  permasalahan  yang  teridentifikasi dari fase integrasi dan pengujian.
i. Operasi  dan  pemeliharaan (operations  and maintenance) mendeskripsikan pekerjaan untuk mengoperasikan dan memelihara sistem informasi pada lingkungan produksi  (lingkungan  pada user ),  termasuk implementasi  akhir  dan  masuk  pada  proses peninjauan.
j. Disposisi (disposition) mendeskripsikan aktifitas akhir dari
pengembangan sistem dan membangun data yang sebenarnya sesuai dengan aktifitas user.

## Model SDLC

## 1) Model Waterfall
Nama  lain  dari  model  ini  adalah  “ Linear Sequential Model ” dimana hal ini menggambarkan pendekatan yang sistematis dan juga  berurutan  pada  pengembangan  perangkat lunak,  mulai  dengan  spesifikasi  kebutuhan pengguna lalu berlanjut melalui tahapan-tahapan perencanaan
( planning ), permodelan ( modelling ),  konstruksi  ( contruction ),  serta penyerahan sistem ke para pengguna ( deployment ),  yang  diakhiri  dengan  dukungan pada  perangkat  lunak  lengkap  yang  dihasilkan (Pressman, S, 2012) pada jurnal (Wahid, 2020).
Model  SDLC  air  terjun (waterfall) sering juga disebut  model sekuensial linier (sequential linier) atau alur hidup klasik (classic life cycle). Model  air  terjun  menyediakan  pendekatan  alur hidup  perangkat  lunak  secara  sekuensial  atau terurut dimulai dari analisis, desain, pengodean, pengujian,  dan  tahap  pendukung (support). Berikut  adalah  gambar  model  air  terjun  (AS  & Shalahuddin, 2015) :
Gambar 1. Model Waterfall
k. Analisis kebutuhan perangkat lunak proses  pengumpulan  kebutuhan  dilakukan secara intensif untuk mespesifikasikan kebutuhan  perangkat  lunak  agar  dapat dipahami  perangkat  lunak  seperti  apa  yang dibutuhkan  oleh user. Spesifikasi  kebutuhan perangkat  lunak  pada  tahap  ini  perlu  untuk didokumentasikan.
l. Desain desain  perangkat  lunak  adalah  proses  multi langkah  yang  fokus  pada  desain  pembuatan program  perangkat  lunak  termasuk  struktur data,  arsitektur  perangkat  lunak,  representasi antarmuka, dan prosedur pengodean.
m. Pembuatan kode program desain  harus ditranslasikan ke dalam program perangkat  lunak.  Hasil  dari  tahap  ini  adalah program  komputer sesuai  dengan desain  yang telah dibuat pada tahap desain.
n. Pengujian pengujian  fokus  pada  perangkat  lunak  secara dari segi lojik dan fungsional dan memastikan bahwa  semua  bagian  sudah  diuji.  Hal  ini dilakukan  untuk  meminimalisir  kesalahan (error) dan  memastikan  keluaran  yang dihasilkan sesuai dengan yang diinginkan.
o. Pendukung (support) atau  pemeliharaan (maintenance) tidak menutup kemungkinan sebuah perangkat lunak  mengalami  perubahan  ketika  sudah dikirimkan  ke user. Perubahan  bisa  terjadi karena  adanya  kesalahan  yang  muncul  dan tidak  terdeteksi  saat  pengujian  atau  perangkat lunak  harus  beradaptasi  dengan  lingkungan baru.
1) Model Rapid Application Development RAD) Rapid  Application  Development (RAD) adalah  suatu  pendekatan  berorientasi  objek terhadappengembangan  sistem  yang  mencakup suatu metode pengembangan serta perangkatperangkat  lunak  (Kendall,  2010)  pada jurnal (Pricillia & Zulfachmi, 2021).
Rapid  Application  Development adalah model  proses  pengembangan  perangkat  lunak yang  bersifat  inkremental  terutama  untuk  waktu
pengerjaan  yang  pendek.  Model  RAD  adalah adaptasi  dari  model  air  terjun  versi  kecepatan tinggi  dengan  menggunakan  model  air  terjun untuk  pengembangan setiap komponen perangkat lunak (AS & Shalahuddin, 2015).
Model  RAD  membagi  tim  pengembang menjadi  beberapa  tim  untuk  mengerjakan beberapa komponen masing-masing tim pengerjaan  dapat  dilakukan  secara  paralel. Berikut  adalah gambar dari model RAD  (AS & Shalahuddin, 2015) :
Gambar 2 .  Model Rapid Application Development (RAD)
p. Pemodelan bisnis pemodelan yang dilakukan untuk memodelkan fungsi  bisnis  untuk  mengetahui  informasi  apa yang  terkaitproses  bisnis,  informasi  apa  saja yang  harus  dibuat,  siapa  yang  harus  membuat informasi  itu,  bagaimana  alur  informasi  itu, proses apa saja yang terkait informasi itu.
q. Pemodelan data
memodelkan  data  apa  saja  yang  dibutuhkan berdasarkan pemodelan bisnis dan mendefinisikan atribut-atributnya beserta relasinya dengan data-data yang lain.
r. Pemodelan proses mengimplementasikan  fungsi  bisnis  yang sudah didefinisikan terkait dengan
pendefinisian data.
s. Pembuatan aplikasi mengimplementasikan  pemodelan  proses  dan data  menjadi  program.  Model  RAD  sangat menganjurkan  pemakaian  komponen  yang sudah ada jika dimungkinkan.
t. Pengujian dan pergantian
Menguji  komponen-komponen  yang  dibuat. Jika  sudah  teruji  maka  tim  pengembang komponen dapat
beranjak untuk mengembangkan komponen berikutnya.

## Perbandingan
Kelebihan  dan  Kekurangan  Waterfall (Pricillia  & Zulfachmi, 2021) :
Tabel 1 . Kelebihan Kekurangan Metode Waterfall No. Kelebihan Kekurangan 1 Tahapan proses pengembangannya tetap (pasti), mudah
diaplikasikan, dan prosesnya teratur
Proyek yang sebenarnya jarang mengikuti alur sekuensial seperti diusulkan, sehingga perubahan yang terjadi dapat menyebabkan hasil yang sudah didapatkan tim pengembang harus diubah kembali/iterasi sering menyebabkan masalah baru. 2 Cocok digunakan untuk produk software/program yang sudah jelas kebutuhannya di awal, sehingga minim kesalahannya. Terjadinya pembagian proyek menjadi tahaptahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses. 3 Software yang dikembangkan dengan metode ini biasanya menghasilkan kualitas yang baik. Sulit untuk mengalami perubahan kebutuhan yang diinginkan oleh customer/pelanggan. 4 Dokumen pengembangan sistem sangat terorganisir, karena setiap fase harus
terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya Pelanggan harus sabar untuk menanti produk selesai, karena dikerjakan tahap per tahap, dan proses pengerjaanya akan berlanjut ke setiap tahapan bila tahap sebelumnya sudah benarbenar selesai. 5 Perubahan ditengahtengah pengerjaan produk akan membuat bingung tim pengembang yang sedang membuat produk 6 Adanya waktu kosong (menganggur) bagi pengembang, karena harus menunggu anggota tim proyek lainnya menuntaskan pekerjaannya
Kelebihan  dan  Kekurangan    Rapid  Application Development (RAD) (Pricillia & Zulfachmi, 2021) :
Tabel 2. Kelebihan Kekurangan Metode RAD No. Kelebihan Kekurangan 1 Lebih efektif dari Pengembangan Model waterfall/sequentia l linear dalam menghasilkan sistem yang memenuhi kebutuhan langsung dari pelanggan Model 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. Jika komitmen tersebut tidak ada, proyek RAD akan gagal. 2 Cocok untuk proyek yang memerlukan waktu Tidak semua aplikasi sesuai untuk RAD, bila system tidak dapat
yang singkat. dimodulkan dengan teratur, pembangunan komponen penting pada RAD akan menjadi sangat bermasalah 3 Model RAD mengikuti tahap pengembangan sistem seperti pada umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada sehingga pengembang tidak perlu membuatnya dari awal lagi sehingga waktu pengembangan menjadi lebih singkat dan efisien RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi.
4
Membutuhkan tenaga kerja yang banyak untuk menyelesaikan sebuah proyek dalam skala besar 5 Jika ada perubahan di tengah-tengah pengerjaan maka harus membuat kontrak baru antara pengembang dan pelanggan

## KESIMPULAN DAN SARAN
Berdasarkan penelitian dan perbandingan yang  telah  dilakukan  ,  penulis  mendapat  kesimpulan sebagai berikut:
1) Model Waterfall cenderung  digunakan  pada sistem  informasi  dimana  sistem  tersebut  dapat diidentifikasi  semua  kebutuhannya  dari  awal, dengan  spesifikasi  umum  dan  sesuai  untuk perangkat  lunak    yang  memiliki  tujuan  untuk membangun sebuah sistem dari awal, mengumpulkan  kebutuhan  dari  sebuah  sistem yang  akan  dibuat  sesuai  dengan  penelitian  yang dipilih sampai produk tersebut diuji
2) Model Rapid  Application  Development  (RAD) dapat  digunakan  untuk  sistem  atau  perangkat lunak yang berskala besar dan memerlukan waktu lebih singkat, dimana software dibuat berdasarkan permintaan  dan  kebutuhan  tertentu  dan  sesuai untuk  perangkat  lunak  yang  memiliki  tujuan untuk  menerapkan  sebuah  metode  tertentu  pada suatu  kasus,  juga  adanya  kemungkinan  untuk kebutuhan  pengembangan  selanjutnya  dalam jangka waktu yang cukup panjang.
3) Metode-metode  yang  dianalisa  diatas  memiliki kelebihan  dan  kekurangan  masing-masing,  disini penulis  tidak  dapat  menentukan  mana  yang  lebih baik.  Dari  kelebihan  dan  kekurangan  masing- masing  metode,  diharapkan  kita  dapat  memilih metode mana yang paling cocok untuk digunakan.
Disarankan  untuk  dapat  menganalisis  metodologi yang  lain  dengan  pendekatan  yang  berbeda  untuk membandingkan karakteristik dalam rangka mewujudkan  keberhasilan  untuk  memilih  sebuah metodologi yang akan digunakan.

## Daftar Pustaka
AS,  R.,  &  Shalahuddin,  M.  (2015). Rekayasa  Perangkat Lunak (3rd ed.). Informatika Bandung. Kendall.  (2010). Analisis  dan  Perancangan  Sistem .  PT Index. Nukman,  H.,  Aceh,  B.,  &  Informasi,  M.  T.  (2014). Perbandingan Metodology Klasik Dan Agile Dalam Isbn : 978-602-70467-0-2 . Pressman, S, R. (2012). Rekayasa Perangkat Lunak . ANDI. Pricillia,  T.,  &  Zulfachmi.  (2021).  Perbandingan  Metode
Pengembangan Perangkat Lunak (Waterfall, Prototype,  RAD). Jurnal  Bangkit  Indonesia , 10 (1), 6–12. https://doi.org/10.52771/bangkitindonesia.v10i1.153 Susanto,  A.  (2004). Sistem  Informasi  Manajemen .  Lingga Jaya. Wahid,  A.  A.  (2020).  Analisis  Metode  Waterfall  Untuk Pengembangan  Sistem  Informasi. Jurnal  Ilmu-Ilmu Informatika Dan Manajemen STMIK , November , 1– 5. https://www.researchgate.net/profile/Aceng_Wahid/p ublication/346397070_Analisis_Metode_Waterfall_ Untuk_Pengembangan_Sistem_Informasi/links/5fbfa 91092851c933f5d76b6/Analisis-Metode-Waterfall- Untuk-Pengembangan-Sistem-Informasi.pdf Widiyanto,  W.  W. (2018).  Analisa Metodologi
Pengembangan Sistem Dengan Perbandingan Model
Perangkat  Lunak  Sistem  Informasi  Kepegawaian
Menggunakan Waterfall Development Model, Model Prototype, Dan Model Rapid Application
Development  (Rad). Jurnal  Informa  Politeknik Indonusa Surakarta ISSN , 4 (1), 34–40. http://www.informa.poltekindonusa.ac.id/index.php/i nforma/article/view/34