Review 3 Metode SDLC

 1.Prototype

[Sumber : dicoding.com]

Model Prototype adalah pendekatan pengembangan iteratif di mana sebuah prototipe (model awal dari sistem) dibangun, diuji, dan disempurnakan sampai prototipe yang dapat diterima tercapai.

Berikut adalah tahap-tahap pengembangan perangkat lunak menggunakan metode prototipe secara singkat:

• Pengumpulan Kebutuhan:

• Identifikasi kebutuhan dasar dari pengguna.

• Perancangan Prototipe:

• Buat prototipe awal dengan fitur kunci.

• Evaluasi dan Umpan Balik:

• Ajak pengguna untuk mengevaluasi prototipe.
• Dapatkan umpan balik dan perbaiki prototipe.

• Iterasi:

• Ulangi langkah-langkah evaluasi dan perbaikan.

• Implementasi dan Penyerahan:

• Implementasikan sistem setelah prototipe memadai.
• Serahkan produk dan berikan pelatihan.

• Evaluasi Akhir:

• Mintalah umpan balik lanjutan dari pengguna.

• Perawatan dan Pemeliharaan:

• Lakukan perawatan rutin dan tanggapi perubahan kebutuhan.

• Kelebihan:

1. Memungkinkan umpan balik pengguna secara dini.
2. Identifikasi kebutuhan pengguna dan potensi masalah dengan cepat.
3. Fleksibel dan dapat beradaptasi dengan perubahan.

• Kekurangan:

1. Mungkin tidak cocok untuk proyek berskala besar.
2. Dapat menyebabkan scope creep jika tidak dikelola dengan baik.
3. Penekanan pada prototipe kadang-kadang dapat mengabaikan pentingnya dokumentasi yang komprehensif.

Metode ini melibatkan iterasi berkelanjutan untuk menyempurnakan prototipe berdasarkan umpan balik pengguna sebelum produk akhir diserahkan.

2. Agile

[Sumber : dicoding.com]

Metode Agile adalah pendekatan iteratif dan inkremental yang menekankan fleksibilitas dan kolaborasi antara tim lintas fungsi. Nilai-nilai umpan balik pelanggan dan beradaptasi dengan perubahan kebutuhan selama proses pengembangan.

Tahap-tahap pengembangan perangkat lunak dengan pendekatan Agile:

• Perencanaan Sprint:
• Menetapkan tujuan sprint.
• Menilai dan mengatur tugas yang akan diambil.
• Desain:
• Membuat desain konseptual dan teknis.
• Menetapkan tugas pengembangan.

• Implementasi:

• Pengkodean dan pembangunan perangkat lunak.
• Melakukan pengujian unit.
• Pengujian:
• Pengujian fungsional, integrasi, dan penerimaan pengguna (UAT).

• Pengiriman:

• Menyajikan fitur atau produk kepada pengguna akhir.

• Retrospektif Sprint:

• Tinjauan kinerja tim.
• Identifikasi peluang perbaikan.

• Perbaikan dan Perbaikan:

• Menerapkan perubahan berdasarkan umpan balik.
• Menyempurnakan proses dan alur kerja.

• Kembali ke Tahap Perencanaan Sprint Berikutnya:

• Menetapkan tujuan dan tugas untuk siklus berikutnya.

• Kelebihan:
1. Tingkat adaptabilitas tinggi terhadap perubahan kebutuhan.
2. Keterlibatan dan umpan balik pelanggan yang berkelanjutan.
3. Mendorong kolaborasi dan kerja tim
• Kekurangan:
1. Memerlukan tingkat keterlibatan pelanggan yang tinggi, yang mungkin tidak selalu memungkinkan.
2. Pengaturan awal bisa memakan waktu.
3. Kurangnya dokumentasi mungkin menjadi kekhawatiran bagi beberapa proyek

3. Fountain

[Sumber : dicoding.com]

Model Fountain adalah pendekatan linier dan sekuensial, di mana setiap fase harus diselesaikan sebelum fase berikutnya dimulai. Sering digambarkan sebagai air terjun yang mengalir melalui berbagai fase seperti kebutuhan, desain, implementasi, pengujian, penerapan, dan pemeliharaan.

Tahap-tahap Model Air Terjun (Fountain):

1. Definisi Kebutuhan: Identifikasi kebutuhan sistem secara rinci.
2. Perancangan Sistem: Pengembangan desain rinci dan arsitektur.
3. Implementasi: Proses pengkodean dan pembangunan sistem.
4. Pengujian Unit: Pengujian setiap komponen atau unit secara terpisah.
5. Integrasi dan Pengujian Sistem: Menggabungkan dan menguji sistem secara keseluruhan.
6. Implementasi Sistem: Menyusun dan mengimplementasikan sistem ke lingkungan produksi.
7. Operasi dan Pemeliharaan: Menjaga dan memelihara sistem selama siklus hidupnya.

• Kelebihan:

1. Struktur yang jelas dan fase yang terdefinisi dengan baik.
2. Sederhana dan mudah dipahami.
3. Dokumentasi komprehensif dibuat pada setiap tahap.

• Kekurangan:

1. Kurangnya fleksibilitas untuk perubahan setelah proyek dimulai.
2. Umpan balik pelanggan diintegrasikan pada akhir proses pengembangan.
3. Potensi siklus pengembangan yang panjang sebelum produk yang berfungsi dapat diserahkan.

Perbandingan

• Fleksibilitas:

1. Prototipe dan Agile sangat fleksibel dan dapat beradaptasi dengan perubahan, dengan Agile lebih responsif terhadap perubahan sepanjang proses pengembangan.
2. Model Air Terjun kurang fleksibel dan membutuhkan rencana rinci sebelum pengembangan dimulai.

• Keterlibatan Pelanggan:

1. Baik Prototipe maupun Agile melibatkan umpan balik pelanggan secara terus-menerus, memastikan bahwa produk akhir memenuhi harapan pengguna.
2. Model Air Terjun melibatkan umpan balik pelanggan terutama pada akhir proses pengembangan.

Dokumentasi:

1. Model Air Terjun menekankan dokumentasi komprehensif pada setiap tahap, sementara Agile dan Prototipe mungkin lebih menekankan perangkat lunak yang berfungsi daripada dokumentasi yang ekstensif.

Keberlanjutan:

1. Prototipe dan Agile cocok untuk proyek dengan kebutuhan yang berkembang dan perlu adanya kolaborasi pelanggan yang sering.
2. Model Air Terjun cocok untuk proyek dengan kebutuhan yang terdefinisi dengan baik, stabil, dan di mana perubahan diharapkan minimal.
3. Kesimpulannya, pilihan antara metodologi ini bergantung pada kebutuhan proyek tertentu, tingkat fleksibilitas yang diperlukan, dan sejauh mana keterlibatan pelanggan diperlukan sepanjang proses pengembangan. Setiap metodologi memiliki kelebihan dan kelemahannya sendiri, dan pilihan yang tepat akan bergantung pada karakteristik unik dari proyek yang sedang berlangsung.