Ragam Pengembangan Pemodelan Perangkat Lunak

Pemodelan Perangkat Lunak banyak macamnya, berikut 7 model Pengembangan Perangkat Lunak yang akan saya jelaskan sebagai berikut;

a. Model  Waterfall

Pada model Waterfall atau disebut  model air terjun, ada beberapa fase yang harus kita terapkan, yaitu:

1.    Analisi kebutuhan lalu pendefenisiannya

2.    Perancangan Sistem dan Perangkat lunaknya

3.    Implementasi dan unit testing

4.    Integrasi dan pengujian sistem

5.    Pengoprasian dan persawatan

Sebuah proses akan kembali ke state sebulumnya agar tidak ada perubahan setelah proses menuju state di bawahnya sebab sangat sulit.

Kekurangan Model Waterfall:

·       Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses.

·       Hal ini mengakibatkan sulitnya untuk merespon perubahan kebutuhan pengguna (user).

·       Model air terjun harus digunakan hanya ketika persyaratan dipahami dengan baik.

Kelebihan Model Waterfall:

·       Bisa digunakan jika suatu persyaratan untuk membuat suatu software sudah dipahami dengan baik dan sudah lengkap semua persyaratan yang ada.

b. Model RAD

Rapid Aplication Model (RAD) adalah sebuah proses perkembangan perangkat lunak sekuensial linier yang menekankan siklus perkembangan yang sangat pendek. Model RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan konstruksi berbasis komponen.

Kelebihan Penggunaan Model RAD

·       Dimungkinkan dalam proses pembuatan membutuhkan waktu yang sangat singkat (60-90 hari).

·       Menghemat biaya, karena penekannya adalah penggunaan komponen-komponen yang sudah ada.

·       RAD menggunakan kembali komponen-komponen yang sudah ada, maka beberapa komponen program sudah diuji sehingga kita dapat melakukan penghematan waktu dalam uji coba

Kekurangan Penggunaan Model RAD

·       Seperti semua proses model yang lain, pendekatan RAD memiliki kekurangan-kekurangan sebagi berikut :

·       Bagi proyek yang besar tetapi berskala, RAD memerlukan sumber daya manusia yang memadai untuk menciptakan jumlah tim RAD yang baik.

·       RAD menuntut pengembangan dan pelanggan yang memiliki komitmen di dalam aktifitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di dalam kerangka waktu yang sangat diperpendek. Jika komitmen tersebut tidak ada, proyek RAD akan gagal. RAD menekankan perkembangan komponen program yang bisa dipakai kembali. Reusable menjadi batu pertama teknologi objek dan ditemui di dalam proses rakitan komponen

·       Tidak semua aplikasi sesuai untuk RAD. Bila sistem tidak dapat dimodulkan dengan teratur, pembangunan komponen penting pada RAD akan menjadi sangat problematis.

·       RAD menjadi tidak sesuai jika risiko teknisnya tingggi. Hal ini terjadi bila sebuah aplikasi baru memforsir teknologi baru atau bila perangkat lunak baru membutuhkan tingkat interoperabilitas yang tinggi dengan program komputer yang ada.

c. Model Prototype

Metode prototyping adalah sistem informasi yang menggambarkan hal-hal penting dari sistem informasi yang akan datang. Prototipe sistem informasi bukanlah merupakan sesuatu yang lengkap, tetapi sesuatu yang harus dimodifikasi kembali, dikembangkan, ditambahkan atau digabungkan dengan sistem informasi yang lain bila perlu.

Prototyping terbagi 4, yaitu:

1. Feasibility prototyping – untuk menguji kelayakan dari teknologi yang akan digunakan untuk system informasi yang akan disusun.

2. Requirement prototyping – untuk mengetahui kebutuhan aktivitas bisnis user.

3. Desain Prototyping - untuk mendorong perancangan system informasi yang akan digunakan.

4. Implementation prototyping – lanjutan dari rancangan protipe, prototype ini langsung disusun sebagai suatu system informasi yang akan digunakan.

Keunggulan Prototyping:

1.    User dapat berpartisipasi aktif

2.    Penentuan kebutuhan lebih mudah diwujudkan

3.    Mempersingkat waktu pengembangan SI

Kelemahan Prototyping :

1.    Proses analisis dan perancangan terlalu singkat

2.    Mengesampingkan alternatif pemecahan masalah

3.    Bisanya kurang fleksible dalam mengahadapi perubahan

4.    Prototype yang dihasilkan tidak selamanya mudah dirubah

5.    Prototype terlalu cepat selesai