Metodologi Pengembangan Perangkat Lunak

Sebelum digunakannya model atau metode yang dipakai dalam pengembangan perangkat lunak, selalu timbul masalah yang dapat menghambat perkembangan perangkat lunak.  Adapun sebab-sebat timbulnya masalah tersebut adalah :

Tahapan Pengembangan Rekayasa Perangkat Lunak Versi 2

Setelah pembahasan Tahapan Pengembangan Perangkat lunak dan Tahapan Pengembanang Perangkat Lunak  Versi 1, selanjutnya kita akan membahas Tahapan Pengembangan Perangkat Versi 2.  Ada 3 tahap pengembangan :

• Planning
• Desain
• Implementasi

Tahapan Pengembangan Rekayasa Perangkat Lunak Versi 1

Tahapan Pengembangan Perangkat lunak versi 1 ini merupakan kelanjutan dari materi sebelumnya, dijelaskan bahwa pengembangan rekayasa perangkat lunak terjadi perbedaan pendapat karena berbagai macam faktor.  Dari perbedaan pendapat tersebut, maka tahapan pengembanan rekayasa perangkat lunak terbagi menjadi 3 versi.

Tahapan Pengembangan Rekayasa Perangkat Lunak

Dahulu pengembangan perangkat lunak dianggap sebagai kegiatan one pass.  Tetapi sejalan dengan perkembangan waktu, pengembangan perangkat lunak sudah diakui sebagai suatu fakta bahwa kegiatan pengembangan tersebut bersifat cyclic, dengan penyebab utama antara lain :

• Perkembanga software yang bersifat dinamik, selalu berubah secara kontinyu sehingga seringkali sulit untuk diantisipasi
• Perkembangan ilmu pengetahuan dan teknologi yang meliputi metode pembuat keputusan maupun teknologi komputer dan teknologi komunikasi dan informasi
• Ketidaksempurnaan manusia sebagai analisis dan perancang suatu perangkat lunak

Evolusi Perangkat Lunak

Setelah kita membahas rekayasa perangkat lunak, kita sedikit mundur, untuk membahas evolusi perangkat lunak.  Pengembangan perangkat lunak dapat dibagi menjadi 4 tahap, yaitu :

Tahap Pertama (1950 – 1960)

Evolusi perangkat lunak tahap pertama dimulai pada awal 1950-an sampai pertengahan 1960. Pengembangan perangkat lunak pada tahap pertama mempunyai ciri-ciri berorientasi batch, distribusi software terbatas untuk kalangan tertentu sehingga apabila ada perusahaan yang ingin dibuatkan software khusus harus memesan terlebih dahulu.

Perbandingan Model dalam Rekayasa Perangkat Lunak

Setelah kita membahas beberapa permodelan rekayasa perangkat lunak, diantaranya model waterfall, model spiral, model incremental dan lain-lain, maka dalam pembahasan kali ini kita akan membahas perbandingan model rekayasa perangkat lunak tersebut.

Model Synchronize and Stabilize dalam Rekayasa perangkat Lunak

Model ini adalah model yang digunakan oleh Microsoft.  Secara garis besar, Model Synchronize and Stabilize ini sama dengan model incremental, tetapi oleh CUsamano dan Selby tahun 1997 menyebutnya sebagai model Syncronize and Stabilized Model karena ada beberapa proses manajemen yang ditekannya oleh microsoft.

Model Incremental dalam Rekayasa Perangkat Lunak

Model Incremental dalam rekayasa perangkat lunak, menerapkan rekayasa perangkat lunak perbagian, hingga menghasilkan perangkat lunak yang lengkap.  Proses membangun berhenti jika produk telah mencapai seluruh fungsi yang diharapkan.

Pada awal tahapan dilakukan penentuan kebutuhan dan spesifikasi.  Kemudian dilakukan perancangan arsitektur software yang terbuka, agar dapat diterapkan pembangunan per-bagian pada tahapan selanjutnya.

Model Spiral Boehm dalam Rekayasa Perangkat Lunak

Model proses waterfall yang berorientasi dokumen telah diambil sebagai standart umum oleh banyak agen pemerintah dan pembuat perangkat lunak. Jadi tidak mudah melupakan model tersebut walaupun masih terdapat masalah-masalah yang ditimbulkan dalam model tersebut.

Kita membutuhkan sebuah proses yang lebih baik untuk manajemen yang dapat menggunakan semua model umum sepeti yang telah kita bicarakan sebelumnya.  Model perbaikan tersebut juga harus memenuhi kebutuhan-kebutuhan pembuat perangkat lunak.

Model Pengembangan Evolusioner dalam Rekayasa Perangkat Lunak

Model pengembangan evolusioner ini berdasarkan pada implementasi awal yang akan menghasilkan komentar pemakai, sehingga dapat dilakukan perbaikan melalui banyak versi sampai sistem yang mencukupi dapat dikembangkan.  Selain memiliki aktivitas-aktivitas yang terpisah, model ini memberikan umpan balik dengan cepatdan serentak.