Pertemuan 5
Lanjutan Metode RPL
Model SDLC
Ada berbagai model siklus pengembangan perangkat lunak yang didefinisikan dan dirancang yang diikuti selama proses
pengembangan perangkat lunak.
Model-model ini juga disebut sebagai Model Proses Pengembangan Perangkat Lunak. ”Setiap model proses mengikuti
serangkaian Langkah Langkah unik untuk jenisnya untuk memastikan keberhasilan dalam proses pengembangan perangkat
lunak.
Berikut ini adalah model SDLC yang paling penting dan populer yang diikuti dalam industri & miun;
1. Model Air Terjun / waterfall
2. Model Iteratif
3. Model Spiral
4. V-Model
5. Model Big Bang
Metodologi terkait lainnya adalah Model Agile, Model RAD, Pengembangan Aplikasi Cepat, dan Model
Prototyping.
Waterfall
Model siklus hidup (life cycle model) adalah model utama dan dasar dari banyak model. Salah satu model yang cukup dikenal dalam
dunia rekayasa perangkat lunak adalah The Waterfall Model. Ada 5 tahapan utama dalam The Waterfall Model seperti terlihat pada
Gambar 2.3. Disebut waterfall (berarti air terjun) karena memang diagram tahapan prosesnya mirip dengan air terjun yang bertingkat.
Tahapan-tahapan dalam The Waterfall Model secara ringkas adalah sebagai berikut:
1. Tahap investigasi dilakukan untuk menentukan apakah terjadi suatu masalah atau adakah peluang suatu
sistem informasi dikembangkan. Pada tahapan ini studi kelayakan perlu dilakukan untuk menentukan
apakah sistem informasi yang akan dikembangkan merupakan solusi yang layak.
2. Tahap analisis bertujuan untuk mencari kebutuhan pengguna dan organisasi serta menganalisa kondisi
yang ada (sebelum diterapkan sistem informasi yang baru).
3. Tahap disain bertujuan menentukan spesifikasi detil dari komponenkomponen sistem informasi
(manusia, hardware, software, network dan data) dan produk-produk informasi yang sesuai dengan hasil
tahap analisis.
4. Tahap implementasi merupakan tahapan untuk mendapatkan atau mengembangkan hardware dan
software (pengkodean program), melakukan pengujian, pelatihan dan perpindahan ke sistem baru.
5. Tahapan perawatan (maintenance) dilakukan ketika sistem informasi sudah dioperasikan. Pada tahapan
ini dilakukan monitoring proses, evaluasi dan perubahan (perbaikan) bila diperlukan.
Prototype
Prototyping adalah salah satu pendekatan dalam rekayasa perangkat lunak yang secara langsung
mendemonstrasikan bagaimana sebuah perangkat lunak atau komponen-komponen perangkat lunak
akan bekerja dalam lingkungannya sebelum tahapan konstruksi aktual dilakukan (Howard, 1997).
Prototyping model dapat diklasifikasikan menjadi beberapa tipe seperti terlihat pada gambar.
1. Reusable prototype : Prototype yang akan
ditransformasikan menjadi produk final.
2. Throwaway prototype : Prototype yang akan
dibuang begitu selesai menjalankan maksudnya.
3. Input/output prototype : Prototype yang terbatas
pada antar muka pengguna (user interface).
4. Processing prototype : Prototype yang meliputi
perawatan file dasar dan proses-proses
transaksi.
5. System prototype : Prototype yang berupa model
lengkap dari perangkat lunak.
Tahap-tahap dalam prototyping boleh dikata
Tahap-taTahapan-tahapan secara ringkas dapat dijelaskan sebagai berikut:
merupakan tahap-tahap yang dipercepat.
Strategi utama dalam prototyping adalah 1. Identifikasi kandidat prototyping. Kandidat dalam kasus ini meliputi user interface
kerjakan yang mudah terlebih dahulu dan (menu, dialog, input dan output), file-file transaksi utama, dan fungsi-fungsi pemrosesan
sampaikan hasil kepada pengguna sesegera
sederhana.
mungkin. Harris (2003) membagi prototyping
dalam enam tahapan seperti terlihat pada 2. Rancang bangun prototype dengan bantuan software seperti word processor,
gambar.
spreadsheet, database, pengolah grafik, dan software CASE (Computer-Aided System
Engineering).
3. Uji prototype untuk memastikan prototype dapat dengan mudah dijalankan untuk tujuan
demonstrasi.
4. Siapkan prototype USD (User’s System Diagram) untuk mengidentifikasi bagian-
bagian dari perangkat lunak yang di-prototype-kan.
5. Evaluasi dengan pengguna untuk mengevaluasi prototype dan melakukan perubahan
jika diperlukan.
6. Transformasikan prototype menjadi perangkat lunak yang beroperasi penuh dengan
melakukan penghilangan kode-kode yang tidak dibutuhkan, penambahan program
program yang memang dibutuhkan dan perbaikan dan pengujian perangkat lunak secara
berulang.
RAD (Rapid Application Development)
Model RAD (Rapid Application Development) didasarkan pada pengembangan prototipe dan iteratif
tanpa perencanaan khusus yang terlibat. Proses penulisan perangkat lunak itu sendiri melibatkan
perencanaan yang diperlukan untuk mengembangkan produk.
Rapid Application Development berfokus pada pengumpulan kebutuhan pelanggan melalui lokakarya
atau grup fokus, pengujian awal prototipe oleh pelanggan menggunakan konsep iteratif, penggunaan
kembali prototipe yang ada (komponen), integrasi berkelanjutan dan pengiriman cepat.
Pengertian RAD
Pengembangan aplikasi yang cepat adalah metodologi pengembangan perangkat lunak yang
menggunakan perencanaan minimal demi pembuatan prototipe yang cepat. Prototipe adalah model
kerja yang secara fungsional setara dengan komponen produk.
Dalam model RAD, modul fungsional dikembangkan secara paralel sebagai prototipe dan terintegrasi
untuk membuat produk lengkap untuk pengiriman produk lebih cepat. Karena tidak ada perencanaan
awal yang rinci, 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 yang paling penting untuk model ini agar berhasil adalah untuk memastikan bahwa prototipe
yang dikembangkan dapat digunakan kembali.
Desain Model RAD
Model RAD mendistribusikan analisis, desain, membangun dan menguji fase menjadi serangkaian
siklus pengembangan yang singkat dan berulang.
Berikut ini adalah berbagai fase Model RAD :
1. Pemodelan Bisnis 2. Pemodelan Data
Model bisnis untuk produk yang sedang Informasi yang dikumpulkan dalam fase
dikembangkan dirancang berdasarkan arus informasi Pemodelan Bisnis ditinjau dan dianalisis untuk 3. Pemodelan Proses
dan distribusi informasi di antara berbagai saluran membentuk set objek data yang penting untuk Kumpulan objek data yang
bisnis. Analisis bisnis lengkap dilakukan untuk bisnis. Atribut semua set data diidentifikasi dan ditentukan dalam fase Pemodelan
menemukan informasi penting untuk bisnis, didefinisikan. Hubungan antara objek-objek Data dikonversi untuk menetapkan
bagaimana hal itu dapat diperoleh, bagaimana dan data ini ditetapkan dan didefinisikan secara aliran informasi bisnis yang
kapan informasi diproses dan apa faktor-faktor yang rinci diperlukan untuk mencapai tujuan
mendorong arus informasi yang sukses. dalam relevansi dengan model bisnis. bisnis tertentu sesuai model bisnis.
Model proses untuk setiap
perubahan atau penyempurnaan
pada kumpulan objek data
5. Pengujian dan Perputaran
ditentukan dalam fase ini.
4. Generasi Aplikasi Waktu pengujian keseluruhan dikurangi dalam model
Deskripsi proses untuk
Sistem yang sebenarnya dibangun dan RAD sebagai prototipe diuji secara
menambahkan, menghapus,
pengkodean dilakukan dengan independen selama setiap iterasi. Namun, aliran data dan
mengambil atau memodifikasi
menggunakan alat otomatisasi untuk antarmuka antara semua komponen
objek data diberikan.
mengubah proses dan model data menjadi harus diuji secara menyeluruh dengan cakupan uji yang
prototipe yang sebenarnya. lengkap. Karena sebagian besar
komponen pemrograman telah diuji, itu mengurangi
risiko masalah besar.
Ilustrasi berikut menjelaskan Model RAD secara detail.
Model RAD Vs SDLC Tradisional
Model RAD berfokus pada pengiriman model kerja
secara iteratif dan inkremental kepada pelanggan. Hal
ini menghasilkan pengiriman cepat ke pelanggan dan
keterlibatan pelanggan selama siklus pengembangan
SDLC tradisional mengikuti model proses yang kaku produk lengkap yang mengurangi risiko
dengan penekanan tinggi pada analisis kebutuhan ketidaksesuaian dengan persyaratan pengguna yang
dan pengumpulan sebelum pengkodean dimulai. Ini sebenarnya.
memberi tekanan pada pelanggan untuk Model RAD – Aplikasi
menandatangani persyaratan sebelum proyek dimulai
dan pelanggan tidak merasakan produk karena Model RAD dapat diterapkan dengan sukses ke proyek-
tidak ada bangunan kerja yang tersedia untuk waktu proyek di mana modularisasi jelas
yang lama. dimungkinkan. Jika proyek tidak dapat dipecah menjadi
modul, RAD bisa gagal.
Pelanggan mungkin memerlukan beberapa perubahan
setelah dia melihat perangkat lunak. Namun, proses
perubahan cukup kaku dan mungkin tidak layak
untuk memasukkan perubahan besar dalam produk
dalam SDLC tradisional.
Pointer berikut menggambarkan skenario khas di mana RAD dapat digunakan :
1. RAD harus digunakan hanya ketika suatu sistem dapat dimodulasikan untuk disampaikan
secara bertahap.
2. Itu harus digunakan jika ada ketersediaan tinggi desainer untuk pemodelan.
3. Ini harus digunakan hanya jika anggaran memungkinkan penggunaan alat pembuat kode
otomatis.
4. Model RAD SDLC harus dipilih hanya jika pakar domain tersedia dengan pengetahuan bisnis
yang relevan.
5. Harus digunakan bila persyaratan berubah selama proyek dan prototipe yang berfungsi harus
disajikan kepada pelanggan dalam iterasi kecil selama 2-3 bulan.
Model RAD - Pro dan Kontra
Model RAD memungkinkan pengiriman cepat karena mengurangi waktu pengembangan secara
keseluruhan karena usabilitas komponen dan pengembangan paralel. RAD bekerja dengan baik hanya
jika insinyur terampil yang tinggi tersedia dan pelanggan juga berkomitmen untuk mencapai prototipe
yang ditargetkan dalam kerangka waktu yang diberikan. Jika ada komitmen yang kurang di kedua sisi,
model mungkin gagal.
Kerugian dari Model RAD adalah sebagai berikut :
1. Ketergantungan pada anggota tim yang kuat secara
teknis untuk mengidentifikasi persyaratan bisnis.
Keuntungan dari Model RAD adalah sebagai 2. Hanya sistem yang dapat dimodulasi dapat dibangun
berikut : menggunakan RAD.
1. Mengubah persyaratan dapat ditampung. 3. Membutuhkan para pengembang / perancang yang
2. Kemajuan dapat diukur. sangat terampil.
3. Iterasi waktu dapat menjadi pendek 4. Ketergantungan tinggi pada keterampilan pemodelan.
dengan menggunakan alat RAD yang kuat. 5. Tidak dapat diterapkan untuk proyek yang lebih murah
4. Produktivitas dengan lebih sedikit orang karena biaya pemodelan dan
dalam waktu singkat. pembuatan kode otomatis sangat tinggi.
5. Waktu pengembangan berkurang. 6. Kompleksitas manajemen lebih banyak.
6. Meningkatkan reusabilitas komponen. 7. Cocok untuk sistem yang berbasis komponen dan
7. Ulasan awal cepat terjadi. terukur.
8. Mendorong umpan balik pelanggan. 8. Membutuhkan keterlibatan pengguna sepanjang siklus
9. Integrasi dari awal menyelesaikan banyak hidup.
masalah integrasi. 9. Cocok untuk proyek yang membutuhkan waktu
pengembangan yang lebih singkat.
BERSAMBUNG…..
Note : Untuk model lainnya silahkan baca modul RPL dari halaman 26-44.
Praktikum
Di sebuah daerah yang jauh dari perkotaan, terdapat sebuah perpustakaan. Semakin hari pengguna perpustakaan
tersebut semakin bertambah, sehingga pemilik perpustakaan membutuhkan aplikasi komputer yang dapat
digunakan untuk aktivitas di perpustakaan. Sebagai seorang analis, Anda diminta untuk membuat perancangan
perangkat lunak, meliputi:
b. Analisis Kebutuhan Fungsional dan Nonfungsional
c. DAD (Konteks, DAD Level 1, DAD Level 2)
Ilustrasi aktivitas yang terjadi pada perpustakaan dapat anda lihat pada gambar 5.18. di bawah ini.
Terimakasih