NAMA : I MADE ANGGIRA THEOKRISNA

NIS : 3379
NO : 16
KELAS: XI RPL 2

PERMODELAN RPL

TUGAS 1

Dari ke 3 teknik pengumpulan data yang ada (wawancara, observasi dan kuisioner) apabila anda menjadi
seorang analis, cara pengumpulan data yang mana anda pakai dan berikan contoh pertanyaan (5
pertanyaan) yang anda akan berikan kepada mereka memakai sistim tersebut?

Wawancara
1. Anda lebih memilih mobil nyaman atau aman?
2. Mobil bekas dengan build quality yang baik atau mobil baru dengan build quality yang
buruk? Alasannya?
3. Lebih mementingkan fitur airbag atau fitur audio? Alasannya?
4. Anda lebih memilih desain yang bagus atau performa yang handal? Alasannya?
5. Apa mobil impian anda?
TUGAS 2
Carilah penjelasan tentang Model pengembangan PL yang lain, beri keterangan dalam tiap alur sertakan
kelebihan dan kekurangannya, Jelaskan gambar2 dari masing2 model tersebut.

1. Prototype

2. Transformasi Formal

3. RAD (Rapid Application Development)

4. Pengembangan Incremental

5. Spiral

6. Fourth-Generation Techniques (4GT)

Jawaban:

1. Prototype

Berikut adalah Tahapan – tahapan Proses Pengembangan dalam Model Prototype, yaitu:

1. Pengumpulan kebutuhan

Pelanggan dan pengembang bersama-sama mendefinisikan format seluruh perangkat lunak,

mengidentifikasikan semua kebutuhan, dan garis besar sistem yang akan dibuat.

2. Membangun prototyping

Membangun prototyping dengan membuat perancangan sementara yang berfokus pada penyajian
kepada pelanggan (misalnya dengan membuat input dan format output).

3. Evaluasi protoptyping

Evaluasi ini dilakukan oleh pelanggan, apakah prototyping yang sudah dibangun sudah sesuai
dengan keinginan pelanggan atau belum. Jika sudah sesuai, maka langkah selanjutnya akan
diambil. Namun jika tidak, prototyping direvisi dengan mengulang langkah-langkah sebelumnya.

4. Mengkodekan sistem

Dalam tahap ini prototyping yang sudah di sepakati diterjemahkan ke dalam bahasa pemrograman
yang sesuai.
5. Menguji sistem

Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai, kemudian dilakukan proses
Pengujian. Pengujian ini dilakukan dengan White Box, Black Box, Basis Path, pengujian
arsitektur, dll.

6. Evaluasi Sistem

Pelanggan mengevaluasi apakah perangkat lunak yang sudah jadi sudah sesuai dengan yang
diharapkan . Jika ya, maka proses akan dilanjutkan ke tahap selanjutnya, namun jika perangkat
lunak yang sudah jadi tidak/belum sesuai dengan apa yang diharapkan, maka tahapan sebelumnya
akan diulang.

7. Menggunakan sistem

Perangkat lunak yang telah diuji dan diterima pelanggan siap untuk digunakan.

Kelebihan:

 Pelanggan berpartisipasi aktif dalam pengembangan sistem, sehingga hasil produk

pengembangan akan semakin mudah disesuaikan dengan keinginan dan kebutuhan pelanggan.

 Penentuan kebutuhan lebih mudah diwujudkan.

 Mempersingkat waktu pengembangan produk perangkat lunak.

 Adanya komunikasi yang baik antara pengembang dan pelanggan.

 Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan.

 Penerapan menjadi lebih mudah karena pelanggan mengetahui apa yang diharapkannya.

Kekurangan:

 Proses analisis dan perancangan terlalu singkat.

 Biasanya kurang fleksibel dalam mengahadapi perubahan.

 Walaupun pemakai melihat berbagai perbaikan dari setiap versi prototype, tetapi pemakai
mungkin tidak menyadari bahwa versi tersebut dibuat tanpa memperhatikan kualitas dan
pemeliharaan jangka panjang.

 Pengembang kadang-kadang membuat kompromi implementasi dengan menggunakan sistem

operasi yang tidak relevan dan algoritma yang tidak efisien.
2. Transformasi Formal

Berbasiskan pada transformasi spesifikasi secara matematik melalui representasi yang berbeda untuk
suatu program yang dapat dieksekusi, Trasformasi menyatakan spesifikasi program. Tranformasi
formal menggunakan pendekatan ‘Cleanroom’ untuk pengembangan PL.

Kelebihan Transformasi formal adalah;

 mengurangi jumlah kesalahan pada sistem sehingga penggunaan utamanya adalah pada sistem
yang kritis

 efektif dalam segi biaya

 Memiliki risiko lebih rendah terhadap keseluruhan pengembagan sistem,

Kekurangan Transformasi formal adalah;

 Metode ini mempunyai keterbatasan dalam Pemakaiannya

 Memerlukan keahlian khusus dan pelatihan untuk Mengaplikasikannya

 Memerlukan keahlian khusus dan pelatihan untuk Mengaplikasikannya

 Memerlukan tingkat kerahasian dan keamanan yang tinggi sebelum digunakan

3. RAD (Rapid Application Development)

Berikut adalah Tahapan – tahapan Proses Pengembangan dalam Model Rapid Application
Development (RAD), yaitu:

1. Bussiness Modeling

Fase ini untuk mencari aliran informasi yang dapat menjawab pertanyaan berikut:

 Informasi apa yang menegndalikan proses bisnis?

 Informasi apa yang dimunculkan?

 Di mana informasi digunakan?

 Siapa yang memprosenya?

2. Data Modelling

Aliran informasi yang didefinisikan sebagai bagian dari fase bussiness modeling disaring ke
dalam serangkaian objek data yang dibutuhkan untuk menopang bisnis tersebut. Karakteristik
(atribut) masing-masing objek diidentifikasi dan hubungan antar objek-objek tersebut
didefinisikan.
 3. Process Modelling

Aliran informasi yang didefinisikan di dalam fase data modeling ditransformasikan untuk
mencapai aliran informasi yang perlu bagi implementasi sebuah fungsi bisnis. Gambaran
pemrosesan diciptakan untuk menambah, memodifikasi, menghapus, atau mendapatkan kembali
sebuah objek data.

4. Application Generation

Selain menggunakan bahasa pemrograman generasi ketiga, RAD juga memakai komponen
program yang telah ada atau menciptakan komponen yang bisa dipakai lagi. Ala-alat bantu bisa
dipakai untuk memfasilitasi konstruksi perangkat lunak.

5. Testing and Turnover

Karena proses RAD menekankan pada pemakaian kembali, banyak komponen program telah
diuji. Hal ini mengurangi keseluruhan waktu pengujian. Tetapi komponen baru harus diuji dan
semua interface harus dilatih secara penuh.

Kelebihan:

 Lebih efektif dari Pengembangan Model waterfall/sequential linear dalam menghasilkan sistem
yang memenuhi kebutuhan langsung dari pelanggan.

 Cocok untuk proyek yang memerlukan waktu yang singkat.

 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.

Kekurangan:

 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.

 Tidak semua aplikasi sesuai untuk RAD, bila system tidak dapat dimodulkan dengan teratur,
pembangunan komponen penting pada RAD akan menjadi sangat bermasalah.

 RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi.

 Membutuhkan Tenaga kerja yang banyak untuk menyelesaikan sebuah proyek dalam skala besar.

 Jika ada perubahan di tengah-tengah pengerjaan maka harus membuat kontrak baru antara
pengembang dan pelanggan.
4. Pengembangan Incremental

Layaknya Model Waterfall, model ini pun juga memiliki tahapan tahapan untuk perancangan perangkat
lunaknya, yaitu:

1. Requirement, Requirment adalah proses tahapan awal yang dilakukan pada incremental model
adalah penentuan kebutuhan atau analisis kebutuhan.

2. Specification, Specification adalah proses spesifikasi dimana menggunakan analisis kebutuhan

sebagai acuannya.

3. Architecture Design, adalah tahap selanjutnya, perancangan software yang terbuka agar dapat
diterapkan sistem pembangunan per-bagian pada tahapan selanjutnya.

4. Code setelah melakukan proses desain selanjutnya ada pengkodean.

5. Test merupakan tahap pengujian dalam model ini.

Kelebihannya adalah:

 Merupakan model dengan manajemen yang sederhana

 Pengguna tidak perlu menunggu sampai seluruh sistem dikirim untuk mengambil keuntungan dari
sistem tersebut. Increment yang pertama sudah memenuhi persyaratan mereka yang paling kritis,
sehingga perangkat lunak dapat segera digunakan.

 Resiko untuk kegagalan proyek secara keseluruhan lebih rendah. Walaupun masalah masih dapat
ditemukan pada beberapa increment. Karena layanan dengan prioritas tertinggi diserahkan
pertama dan increment berikutnya diintegrasikan dengannya, sangatlah penting bahwa layanan
sistem yang paling penting mengalami pengujian yang ketat. Ini berarti bahwa pengguna akan
memiliki kemungkinan kecil untuk memenuhi kegagalan perangkat lunak pada increment sistem
yang paling bawah.
  Nilai penggunaan dapat ditentukan pada setiap increment sehingga fungsionalitas sistem
disediakan lebih awal.

 Memiliki risiko lebih rendah terhadap keseluruhan pengembagan sistem,

 Prioritas tertinggi pada pelayanan sistem adalah yang paling diuji.

Kelemahannya adalah:

 Kemungkinan tiap bagian tidak dapat diintegrasikan.

 Dapat menjadi build and Fix Model, karena kemampuannya untuk selalu mendapat perubahan
selama proses rekayasa berlangsung.

 Harus Open Architecture.

 Mungkin terjadi kesulitan untuk memetakan kebutuhan pengguna ke dalam rencana spesifikasi
masing-masing hasil increment.

5. Spiral

Tahap-tahap model ini dapat dijelaskan secara ringkas sebagai berikut:

 Tahap Liason: pada tahap ini dibangun komunikasi yang baik dengan calon pengguna/pemakai.

 Tahap Planning (perencanaan): pada tahap ini ditentukan sumber-sumber informasi, batas
waktu dan informasi-informasi yang dapat menjelaskan proyek.
  Tahap Analisis Resiko: mendefinisikan resiko, menentukan apa saja yang menjadi resiko baik
teknis maupun manajemen.

 Tahap Rekayasa (engineering): pembuatan prototipe.

 Tahap Konstruksi dan Pelepasan (release): pada tahap ini dilakukan pembangunan perangkat
lunak yang dimaksud, diuji, diinstal dan diberikan sokongan-sokongan tambahan untuk
keberhasilan proyek.

 Tahap Evaluasi: Pelanggan/pemakai/pengguna biasanya memberikan masukan berdasarkan hasil

yang didapat dari tahap engineering dan instalasi.

Kelebihan model iniadalah sangat mempertimbangkan resiko kemungkinan munculnya kesalahan

sehingga sangat dapat diandalkan untuk pengembangan perangkat lunak skala besar. Pendekatan
model ini dilakukan melalui tahapan-tahapan yang sangat baik dengan menggabungkan model
waterfall ditambah dengan pengulangan-pengulangan sehingga lebih realistis untuk mencerminkan
keadaan sebenarnya. Baik pengembang maupun pemakai dapat cepat mengetahui letak kekurangan
dan kesalahan dari sistem karena proses-prosesnya dapat diamati dengan baik.

Kekurangan model iniadalah waktu yang dibutuhkan untuk mengembangkan perangkat lunak
cukup panjang demikian juga biaya yang besar. Selain itu, sangat tergantung kepada tenaga ahli yang
dapat memperkirakan resiko. Terdapat pula kesulitan untuk mengontrol proses. Sampai saat ini,
karena masih relatif baru, belum ada bukti apakah metode ini cukup handal untuk diterapkan.

6. Fourth-Generation Techniques (4GT)

Tahapan-tahapan model 4GT antara lain sebagai berikut:

1. Tahap pengumpulan kebutuhan

Tahap ini merupakan tahap pengumpulan serangkaian kebutuhan. Customer menjelaskan

kebutuhan-kebutuhan kemudian akan diterjemahkan ke dalam prototype. Tetapi jika
customer merasa tidak yakin dengan apa yang diperlukan, maka prototype tidak akan
dikerjakan oleh 4GT.
2. Tahap Merancang Strategi

Tahap ini dibutuhkan untuk proyek besar yakni dengan menterjemahkan kebutuhan menjadi
prototype operasional agar tidak timbul masalah yang sama jika dibuat dengan model
konvensional.

3. Tahap Implementasi

Tahap ini memungkinkan pengembang software menjelaskan hasil yang diinginkan,

kemudian selanjutnya diterjemahkan dalam bentuk source code dan object code secara
otomatis.

4. Tahap produksi

Tahap terakhir ini adalah mengubah implementasi 4GT ke dalam hasil akhir berupa produk.

Kelebihan:

 Pengurangan waktu dan peningkatan produktivitas secara besar

 Karena 4GT menggunakan 4GL yang merupakan bahasa pemrograman yang khusus
dirancang dengan tujuan tertentu (spesifik), maka untuk permasalahan yang tertentu
dengan 4GL tertentu pula sangat tepat menggunakan 4GT.

 Tool yang menggunakan metode pengembangan perangkat lunak 4GL bisa meng-
generate sistem dari output yang dihasilkan oleh CASE tools.

Kekurangan:

 Penggunaan perangkat bantu (tools) dibandingkan dengan bahasa pemrograman, dan juga
kode sumber yang dihasilkannya tidak efisien.

 Untuk usaha yang besar, dibutuhkan pengembangan strategi desain untuk sistem, walau
digunakan bahasa 4GL.

 Penggunaan 4GT tanpa perencanaan matang (untuk proyek besar) akan menyebabkan
kesulitan yang sama (kualitas dan pemeliharaan yang jelek, ketidakpuasan pelanggan)
seperti dengan metode konvensional.

 4GL tidak selalu berhasil menghasilkan sistem yang diinginkan.