PERTEMUAN 4 MATA KULIAH PERMODELAN PERANGKAT LUNAK BAGIAN 4

Pada PERTEMUAN 4 MATA KULIAH PERMODELAN PERANGKAT LUNAK BAGIAN 4 akan membahas sambungan materi ” Apakah model proses perangkat lunak?”

Model Incremental

Dalam model Incremental ini proses pengerjaan perangkat lunak akan dilakukan perbagian sehingga bagian selanjutnya akan dikerjakan setelah bagian awal telah selesai dan selanjutnya sampai menghasilkan perangkat lunak yang lengkap dengan semua fungsi yang diperlukan dan pengerjaan perangkat lunak berakhir. Sebelum pengerjaan perangkat lunak akan dilakukan perancangan arsitektur software sebagai kerangka dalam pengerjaan perbagian.

Kelebihan Model Incremental :

1. Resiko yang rendah pada pengembangan sistem.
2. Mengutamakan fungsi-fungsi pada sistem perangkat lunak sehingga kemudahan pemakaian sistem yang paling di utamakan. 
3. Tahap awal adalan dasar dari pembuatan tahap berikutnya (dikerjakan secara terurut).
4. Cocok digunakan bila pembuat software tidak banyak/kekurangan pembuat
5. Mampu mengakomodasi perubahan kebutuhan customer. 
6. Mengurangi trauma karena perubahan sistem. Klien dibiasakan perlahan-lahan menggunakan produknya bagian per bagian.
7. Memaksimalkan pengembalian modal investasi konsumen. 

Kekurangan Model Incremental :

1. Hanya akan berhasil jika tidak ada staffing untuk penerapan secara menyeluruh.
2. Penambahan staf dilakukan jika hasil incremental akan dikembangkan lebih lanjut.
3. Hanya cocok untuk proyek dengan skala kecil.
4. kemungkinan tiap bagian tidak dapat diintegrasikan.

Contoh Studi Kasus:

Dalam sebuah software, adanya sebuah Graphical User Interface akan jauh lebih memudahkan pengguna software untuk berinteraksi dengan software, dikarenakan tampilan GUI akan jauh lebih meminimalkan kesalahan penggunaan dari user daripada pada aplikasi yang berbasis console. Selain itu, aplikasi yang menggunakan GUI akan jauh lebih menarik dan user-friendly daripada aplikasi yang berbasis consoleAplikasi yang akan dibuat adalah aplikasi yang akan dijalankan pada perangkat mobile (handphone), karena memang aplikasi mobile banking lebih ditujukan untuk mengimbangi mobilitas seseorang dengan tetap dapat melaksanakan aktifitas perbankan. aplikasi disini bukanlah aplikasi besar yang berlevel enterprise, sehingga baris kodennya juga tidak terlalu banyak.Software yang nantinya dikembangkan haruslah memenuhi beberapa kriteria diantaranya : aplikasinya tidak membutuhkan resource yang besar, dapat berjalan di perangkat mobile, kecepatan proses transaksi haruslah cepat, aplikasi nantinya bisa dikembangkan lebih lanjut untuk mengimbangi kebutuhan pengguna software.

Model Evolusi

Model evolusi adalah sebuah model yang berulang-ulang. Model ini memiliki karakteristik yang memungkinkan para programmer mengembangkan perangkat lunaknya menjadi semakin lengkap di tiap versinya. Model ini diterapkan karena persyaratan (requierement) sering berubah sehingga hasil akhir dari sebuah produk tidak akan realistis, dimana edisi komplit dari produk tersebut mustahil dikeluarkan dikarenakan deadline market yang begitu ketat. Oleh karena itu lebih baik mengeluarkan versi limited untuk memperkenalkannya terlebih dahulu dan programmer dapat membuat model dari sebuah design untuk mengakomodasikan produk, yang secara bertahap akan diselesaikan dari waktu ke waktu.

Kelebihan Model Evolusi :

1. Meningkatkan kemampuan memimpin dan mengatur sesuatu dengan pengembangan diri.
2. Menciptakan suasana yang sadar akan kualitas suatu produk.
3. Fungsi inti dari quality control dalam perusahaan besar pada tingkat lokakarya.
4. Meningkatkan kebersamaan untuk mencapai suatu hasil dan semangat kerja karyawan.
5. Meningkatkan kualitas dengan biaya efektif.
6. Membebaskan manajemen.
7. pekerja Shop Floor adalah lokasi terbaik untuk mengidentifikasi masalah.

Kekurangan Model Evolusi :

1. Intensitas pekerjaan meningkat karena masalah akan lebih banyak dari pada yang diperkirakan.
2. Manajemen perlu berkomitmen untuk sistem yang berkualitas, jika sebuah solusi dari sebuah masalah tidak dapat diterapkan maka itu bisa membuat frustasi para pekerja.
3. Dapat memiliki efek negatif pada hubungan industrial.
4. Dapat fokus pada masalah duniawi. 

Contoh studi kasus:

Proyek SITINA dimulai dengan kebutuhan terhadap suatu sistem EDM utilitas yang harus melalukan pemantauan dengan mudah, benar-benar otomatis,pada pembangkit listrik tenaga air . Tujuan utama adalah untuk mengembangkan aplikasi dengan biaya rendah yang memungkinkan dewan direksi untuk memonitor pembangkit listrik tersebut dan mengambil data statistik pada produksi mereka.
Hal ini tidak dalam melingkupi penjelasan rinci tentang SITINA . Namun, seperti yang dapat kita lihat dari akhir arsitektur umum pada Gambar 1, kita berhadapan dengan sistem yang kompleks dengan SCADA/EMS2 yang terbentuk dari penggunaan banyak teknologi dari beberapa produk-produk perangkat lunak yang berbeda.