Pertemuan 3

Nama: Amelia Nova Safitri

NRP: 5025231041

Pertemuan 3 KPPL (E)

Nama:    Amelia Nova Safitri

NRP:      5025231041

 

Proses Perangkat Lunak

Proses Perangkat Lunak adalah serangkaian kegiatan yang koheren untuk menentukan, merancang, menerapkan, dan menguji sistem perangkat lunak. Model proses perangkat lunak adalah representasi abstrak dari suatu proses yang menyajikan deskripsi suatu proses dari beberapa perspektif tertentu. 

Jenis-Jenis Model Proses Perangkat Lunak 

Ada banyak model siklus hidup pengembangan yang telah dikembangkan untuk mencapai tujuan yang diperlukan yang berbeda. Model SDLC yang paling banyak digunakan, populer, dan penting diberikan di bawah ini:

• Waterfall Model
• V Model
• Incremental model
• Iterative Model
• RAD Model
• Spiral Model
• Agile Model

Saya akan bahas lebih lanjut tentang metode RAD (Rapid Application Development) lebih lanjut menggunakan paper dengan judul "ANALISIS RISIKO PADA PENGEMBANGAN PERANGKAT LUNAK MENGGUNAKAN METODE AGILE DAN RAD (RAPID APPLICATION DEVELOPMENT)"

    link sumber: ANALISIS RISIKO PADA PENGEMBANGAN PERANGKAT LUNAK MENGGUNAKAN METODE AGILE DAN RAD (RAPID APPLICATION DEVELOPMENT): Pengembangan Rekayasa Perangkat Lunak (researchgate.net)

 

Model RAD (RAPID APPLICATION DEVELOPMENT)

Model pengembangan perangkat lunak inkremental adalah metodologi Rapid Application Development (RAD). RAD merupakan versi "kecepatan tinggi" dari model air terjun (Waterfall Model) yang memungkinkan pengembangan cepat melalui pendekatan berbasis komponen. Fokus utama RAD adalah pada siklus pengembangan yang singkat dan cepat. Dengan menggunakan proses RAD, tim pengembang dapat menghasilkan "sistem yang berfungsi penuh" dalam waktu singkat setelah memahami semua kebutuhan dan batasan proyek.

 

Tahapan Aktivitas RAD Model

 

Gambar tersebut merupakan konsep dari metode Rapid Application Development (RAD), diawali dengan requierements planning kemudian ke tahap user design. Pada tahap user design terdapat 3 fase yaitu Test, Refine, dan Prototype yang selanjutnya ke tahap Construction dan Cutover.  Agar lebih mudah dipahami, berikut adalah penjelasan dari tahapan pengembangan perangkat lunak dengan Metode RAD.

1.       Requirements Planning.

Tahapan ini merupakan tahap awal dalam suatu pengembangan sistem, dimana pada tahap ini dilakukan identifikasi masalah dan pengumpulan data yang diperoleh dari pengguna atau stakeholder pengguna yang bertujuan untuk mengidentifikasi maksud akhir atau tujuan dari sistem dan kebutuhan informasi yang diinginkan.

2.       User Design.

Di dalam tahap desain sistem, keaktifan pengguna yang terlibat sangatlah penting untuk mencapai tujuan karena pada tahapan ini dilakukan proses desain dan proses perbaikan desain secara berulang-ulang apabila masih terdapat ketidaksesuaian desain terhadap kebutuhan pengguna yang telah diidentifikasi pada tahapan sebelumnya.

3.       Construction

Pada tahap ini desain sistem yang telah dibuat dan disepakati, diubah ke dalam bentuk aplikasi versi beta sampai dengan versi final. Pada tahapan ini juga programmer harus terus-menerus melakukan kegiatan pengembangan dan integerasi dengan bagian-bagian lainnya sambal terus mempertimbangkan feedback dari pengguna atau klien. Jika proses berjalan lancar maka dapat berlanjut ke tahapan berikutnya, sedangkan jika aplikasi yang dikembangkan belum menjawab kebutuhan, programmer akan kembali ke tahapan desain sistem.

4.       Cutover

Tahapan ini merupakan tahapan dimana programmer menerapkan desain dari suatu sistem yang telah disetujui pada tahapan sebelumnya. Sebelum sistem diterapkan, terlebih dahulu dilakukan proses pengujian terhadap program untuk mendeteksi kesalahan yang ada pada sistem yang dikembangkan. Pada tahap ini biasa memberikan tanggapan akan sistem yang sudah dibuat dan mendapat persetujuan mengenai sistem tersebut.

 

Spesifikasi RAD (Rapid Application Development)

•        Pengembangan cepak
•        Iterasi dan Prototyping
•        Kolaborasi Pengguna yang Tinggi
•        Modularitas
•        Penggunaan Alat dan Teknologi yang canggih
•        Fleksibilitas dalam Perubahan

Pada intinya, RAD sangat cocok untuk proyek yang membutuhkan hasil cepat dan seringkali digunakan dalam pengembangan aplikasi dengan atasan waktu atau dalam lingkungan bisnis yang dinamis.

 

Testing dan Validasi

Dalam Rapid Application Development (RAD), testing atau validasi dilakukan secara berulang selama proses pengembangan. RAD mengintegrasikan testing di setiap fase. Ini membantu mendeteksi kesalahan lebih awal dan mempercepat proses perbaikan. Berikut adalah beberapa aspek penting dalam testing dan validasi pada RAD:

•        Prototyping dan Validasi Awal
•        Iterasi Pengujian (Iterative Testing)
•        Pengujian Pengguna (User Acceptance Testing - UAT)
•        Testing Akhir (Final Testing)
•        Validasi Berkelanjutan

 

Evolusi RAD

Evolusi dari Rapid Application Development (RAD) menunjukkan perkembangan pendekatan pengembangan perangkat lunak yang semakin cepat, fleksibel, dan kolaboratif. Seiring perkembangan teknologi dan kebutuhan bisnis, RAD telah menginspirasi metode-metode baru yang lebih modern dan adaptif. Berikut adalah garis besar evolusi RAD:

1. RAD Awal (1980-an)

RAD diperkenalkan pada 1980-an oleh James Martin sebagai alternatif dari metode Waterfall yang kaku dan lambat. Tujuan utama RAD adalah mengurangi waktu pengembangan dan memfasilitasi perubahan persyaratan selama proyek berlangsung.

2. Pergeseran ke Agile (1990-an)

Pada 1990-an, RAD menginspirasi munculnya Agile Development, yang mengadopsi prinsip dasar RAD seperti iterasi, umpan balik pengguna cepat, dan pengembangan modular.

3. Extreme Programming (XP)

RAD juga mempengaruhi metode Extreme Programming (XP), yang memfokuskan pada pengembangan perangkat lunak yang berkelanjutan melalui siklus pengujian dan peningkatan yang sangat cepat.

4. DevOps (2010-an)

DevOps adalah langkah selanjutnya dalam evolusi RAD dan Agile, yang mengintegrasikan pengembangan (Development) dengan operasi (Operations). Ini bertujuan untuk mempercepat siklus pengembangan perangkat lunak sekaligus memastikan stabilitas dan kualitas aplikasi melalui otomatisasi pengujian dan penerapan (deployment).

5. Low-Code/No-Code Platforms (2020-an)

RAD menginspirasi munculnya platform low-code dan no-code, yang memungkinkan pengguna tanpa keterampilan teknis untuk mengembangkan aplikasi dengan cepat menggunakan antarmuka visual.

6. AI-Assisted Development

Penggunaan  Artificial Intelligence (AI) dalam pengembangan perangkat lunak mulai menjadi tren terbaru. AI dapat membantu otomatisasi pengujian, penulisan kode, serta pengembangan prototipe yang lebih canggih dan cepat.

7. Future Trends: Hyperautomation

Hyperautomation adalah masa depan dari evolusi RAD, di mana pengembangan perangkat lunak sepenuhnya terintegrasi dengan kecerdasan buatan, machine learning, dan otomatisasi proses bisnis. Ini akan memungkinkan pengembangan dan penyebaran aplikasi yang lebih cepat lagi, serta memungkinkan organisasi untuk membangun sistem yang sangat adaptif dan dinamis.

 

Kelebihan dan Kekurangan RAD Model

Adapun kelebihan dan kekurangan dari metode RAD ini yaitu:

• Kelebihan:
1. Persyaratan aplikasi dapat berubah sewaktu-waktu.
2. Aplikasi dikembangkan berdasarkan kebutuhan dan keinginan pengguna.
3. Meminimkan kemungkinan kesalahan dan hal buruk yang mungkin terjadi.
4. Waktu pengembangan aplikasi bisa lebih cepat dan efisien.
5. Mempermudah proes integrase.
• Kekurangan:
1. Membutuhkan tim dengan keterampilan teknis yang baik.
2. Membutuhkan kerjasama tim yang kuat.
3. Hanya cocok untuk proyek jangka pendek.
4. Hanya cocok untuk mengembangkan aplikasi secara modular (fokus pada fitur untuk menjadikan modul terpisah).
5. Sulit diimplementasikan untuk mengembangkan aplikasi besar.

Risiko penggunaan RAD

Risiko yang dapat terjadi dan berpengaruh terhadap proyek ataupun teknikal dan juga bisnis dengan penerapan metode RAD (Rapid Application Development). Dengan melihat tabel dibawah ini, dapat diketahui risiko apa saja yang akan berdampak pada bisnis, proyek, teknikal.

No	Risiko	Pengaruh	Penjelasan
1	Sumber daya manusia	Proyek	Membutuhan SDM yang banyak
2	Perubahan manajemen	Proyek	Perubahan manajemen dapat berubah
3	Kebutuhan system	Proyek	Analisis kebutuhan pengguna yang sesuai
4	Penundaan	Proyek dan Teknikal	Pengerjaan setiap tahapan tidak selalu sesuai dengan jadwal
5	Spesifikasi kebutuhan	Proyek dan Teknikal	Pengembangan dilakukan sesuai dengan kebutuhan penggunanya
6	Case Tool di bawah kinerja	Proyek dan Teknikal	Case Tool yang mendukung proyek tidak bekerja sesuai harapan
7	Biaya	Proyek dan Bisnis	Perubahan biaya seringkali terjadi karena keterlambatan pengerjaan
8	Perubahan teknologi	Bisnis	Teknologi yang mendasari pembuatan sistem digantikan dengan teknologi yang lebih baru
9	Persaingan bisnis	Bisnis	Produk yang dihasilkan lebih efektif dan efisien
10	Ketidaksesuaian	Bisnis	Produk yang dihasilkan bisa tidak sesuai apabila dalam skala besar

 

Tambahan sumber: Metode Pengembangan RAD (Rapid Application Development) | Agus Hermanto (agus-hermanto.com)

Bahan kuliah: Konsep Pengembangan PL: Struktur Proses PL (kuliahfb2.blogspot.com)