Model Perancangan Software
Untuk Merancang sebuah software diperlukan perencanaan yang matang agar poject anda berjalan lancar. Salah satu yang jadi faktor utama adalah Model Perancangan yang digunakan. Berikut ini adalah model-model perancangan software yang sering di gunakan:
1.Spiral Model
spiral Model |
Model spiral terdiri dari empat kuadran berikut yaitu :
- Tentukan
tujuan, alternatif, dan kendala. Perencanaan rinci untuk siklus mengidentifikasi
tujuan dan pendekatan alternatif untuk mencapai tujuan pengembangan perangkat lunak. - Menganalisis risiko. Rinci penilaian risiko proyek saat ini, rencana kegiatan yang akan dilakukan untuk mengurangi risiko tersebut.
- Mengembangkan produk. Bekerja pada pengembangan produk, seperti persyaratan analisis, desain, atau coding.
- Rencanakan siklus berikutnya. Menilai kemajuan yang dibuat pada siklus ini dan mulai merencanakan untuk siklus berikutnya.
Menurut analisis Ragunath , keuntungan penggunaan spiral model adalah tingginya jumlah analisis risiko sehingga membuat jumlah kesalahan yang akan terjadi dalam pengembangan perangkat lunak dapat diperkecil, sangat baik untuk proyek perangkat lunak berskala besar yang fokus dan kritis pada tujuan pengembangannya, serta perangkat lunak dapat diproduksi pada awal siklus hidup.
Adapun kekurangan dari spiral model adalah mahal, membutuhkan keahlian yang sangat spesifik, tingkat keberhasilan proyek sangat tergantung pada tahap analisis resiko dan tidak dapat bekerja dengan baik untuk proyek berskala kecil.
2.Waterfall Model
waterfall Model |
The waterfall model adalah sequential design process, sering digunakan dalam proses pengembangan perangkat lunak, di mana kemajuan dipandang sebagai terus mengalir ke bawah (seperti air terjun) melalui tahapan Conception, Inisiasi, Analisis, Desain, Konstruksi, Pengujian, Produksi / Implementasi, dan Pemeliharaan.
Fase-fase dalam Waterfall Model menurut referensi Sommerville :
- Requirements analysis and definition: Mengumpulkan kebutuhan secara lengkap kemudian kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh program yang akan dibangun. Fase ini harus dikerjakan secara lengkap untuk bisa menghasilkan desain yang lengkap.
- System and software design: Desain dikerjakan setelah kebutuhan selesai dikumpulkan secara lengkap.
- Implementation and unit testing: desain program diterjemahkan ke dalam kode-kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. Program yang dibangun langsung diuji baik secara unit.
- Integration and system testing: Penyatuan unit-unit program kemudian diuji secara keseluruhan (system testing).
- Operation and maintenance: mengoperasikan program dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya.
Kekurangan yang utama dari model ini adalah kesulitan dalam mengakomodasi perubahan setelah proses dijalani. Fase sebelumnya harus lengkap dan selesai sebelum mengerjakan fase berikutnya.
Masalah dengan waterfall :
- Perubahan sulit dilakukan karena sifatnya yang kaku.
- Karena sifat kakunya, model ini cocok ketika kebutuhan dikumpulkan secara lengkap sehingga perubahan bisa ditekan sekecil mungkin. Tapi pada kenyataannya jarang sekali konsumen/pengguna yang bisa memberikan kebutuhan secara lengkap, perubahan kebutuhan adalah sesuatu yang wajar terjadi.
- Waterfall pada umumnya digunakan untuk rekayasa sistem yang besar dimana proyek dikerjakan di beberapa tempat berbeda, dan dibagi menjadi beberapa bagian sub-proyek.
3.Rapid application development (RAD) atau rapid prototyping
RAD |
Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang dicapai dengan menerapkan :
- Component based construction ( pemrograman berbasis komponen bukan prosedural).
- Penekanan pada penggunaan ulang (reuse) komponen perangkat lunak yang telah ada.
- Pembangkitan kode program otomatis/semi otomatis.
- Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel tapi tidak sama. Banyaknya tim tergantung dari area dan kompleksitasnya sistem yang dibangun.
Beberapa hal yang perlu diperhatikan dalam implementasi pengembangan menggunakan model RAD :
- Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek dengan skala besar.
- Model ini cocok untuk proyek dengan skala besar.
- Model RAD memerlukan komitmen yang kuat antara pengembang dan pemesssan, bahkan keduanya bisa tergabung dalam 1 tim
- kinerja dari perangkat lunak yang dihasilkan dapat menjadi masalah manakala kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan, sehingga pendekatan dengan model ini kurang bagus.
- sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.
- penghalusan dan penggabungan dari beberapa tim di akhir proses sangat diperlukan dan ini memerlukan kerja keras.
- proyek bisa gagal karena waktu yang disepakati tidak dipenuhi
- risiko teknis yang tinggi juga kurang cocok untuk model ini.
4. Agile
Model Agile ini biasanya di gunakan untuk Project-porject besar dalam waktu yang lumayan lama.Model Agile mengadopsi beberapa model SDLC lainnya sehinggal bisa di bilang sangat flexible. Peningkatan flexiblelitas membuat model ini mendapat julukan "Agile", developer dapat membuat perbaikan secara berkala sehingga dapat menghasilkan masalah yang sangat sedikit.
Kelebihan:
- Model Agile sangat flexible dalam pengecheckan error sehingga bug yang terjadi sangat kecil.
- Mudah di adaptasi developer
Kekurangan:
- Agile dapat menghasilkan masalah baru dimana project ini dapat berubah menjadi "never-ending-project" dimana developer secara konstant berputar-putar untuk mengetest dan membuat perubahan, yang membuat project 100% selesai.
- Membutuhkan Project management yang kuat yang mengetahui jika ada proses yang mengambil waktu yang lama.
Source:
Ever wanted to get free Google+ Circles?
ReplyDeleteDid you know you can get these AUTOMATICALLY & TOTALLY FOR FREE by using Add Me Fast?