WATERFALL PROCESS MODEL
Nama model ini sebenarnya adalah “Linear Sequential
Model”. Model ini sering disebut dengan “classic life cycle” atau model
waterfall. Model ini adalah model yang muncul pertama kali yaitu sekitar tahun
1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak
dipakai didalam Software Engineering (SE). Biasa juga disebut siklus hidup
perangkat lunak. Mengambil kegiatan dasar seperti spesifikasi, pengembangan,
validasi, dan evolusi dan merepresentasikannya sebagai fase-fase proses yang
berbeda seperti spesifikasi persyaratan, perancangan perangkat lunak,
implementasi, pengujian dan seterusnya.
Model ini melakukan pendekatan secara sistematis
dan urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis,
desain, coding, testing / verification, dan maintenance. Disebut dengan
waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap
sebelumnya dan berjalan berurutan. Sebagai contoh tahap desain harus menunggu
selesainya tahap sebelumnya yaitu tahap requirement. Secara umum tahapan pada
model waterfall dapat dilihat pada gambar berikut :
Gambar di atas adalah tahapan umum dari model
proses ini. Akan tetapi Roger S. Pressman memecah model ini menjadi 6 tahapan
meskipun secara garis besar sama dengan tahapan-tahapan model waterfall pada
umumnya. Berikut adalah penjelasan dari tahap-tahap yang dilakukan di dalam
model ini menurut Pressman:
·
System / Information Engineering and
Modeling. Permodelan ini diawali dengan mencari kebutuhan dari
keseluruhan sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini
sangat penting, mengingat software harus dapat berinteraksi dengan
elemen-elemen yang lain seperti hardware, database, dsb. Tahap ini sering
disebut dengan Project Definition.
·
Software Requirements Analysis.
Proses pencarian kebutuhan diintensifkan dan difokuskan pada software. Untuk
mengetahui sifat dari program yang akan dibuat, maka para software engineer
harus mengerti tentang domain informasi dari software, misalnya fungsi yang
dibutuhkan, user interface, dsb. Dari 2 aktivitas tersebut (pencarian kebutuhan
sistem dan software) harus didokumentasikan dan ditunjukkan kepada pelanggan.
·
Design. Proses ini digunakan
untuk mengubah kebutuhan-kebutuhan diatas menjadi representasi ke dalam bentuk
“blueprint” software sebelum coding dimulai. Desain harus dapat
mengimplementasikan kebutuhan yang telah disebutkan pada tahap sebelumnya.
Seperti 2 aktivitas sebelumnya, maka proses ini juga harus didokumentasikan
sebagai konfigurasi dari software.
·
Coding. Untuk dapat dimengerti
oleh mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah
bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam
bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari
tahap design yang secara teknis nantinya dikerjakan oleh programmer.
·
Testing / Verification. Sesuatu
yang dibuat haruslah diujicobakan. Demikian juga dengan software. Semua
fungsi-fungsi software harus diujicobakan, agar software bebas dari error, dan
hasilnya harus benar-benar sesuai dengan kebutuhan yang sudah didefinisikan
sebelumnya.
·
Maintenance. Pemeliharaan suatu
software diperlukan, termasuk di dalamnya adalah pengembangan, karena software
yang dibuat tidak selamanya hanya seperti itu. Ketika dijalankan mungkin saja
masih ada errors kecil yang tidak ditemukan sebelumnya, atau ada penambahan
fitur-fitur yang belum ada pada software tersebut. Pengembangan diperlukan
ketika adanya perubahan dari eksternal perusahaan seperti ketika ada pergantian
sistem operasi, atau perangkat lainnya.
Selain
karena pengaplikasian menggunakan model ini mudah, kelebihan dari model ini
adalah ketika semua kebutuhan sistem dapat didefinisikan secara utuh,
eksplisit, dan benar di awal project, maka SE dapat berjalan dengan baik dan
tanpa masalah. Meskipun seringkali kebutuhan sistem tidak dapat didefinisikan
seeksplisit yang diinginkan, tetapi paling tidak, problem pada kebutuhan sistem
di awal project lebih ekonomis dalam hal uang (lebih murah), usaha, dan waktu yang
terbuang lebih sedikit jika dibandingkan problem yang muncul pada tahap-tahap
selanjutnya.
Meskipun
demikian, karena model ini melakukan pendekatan secara urut / sequential, maka
ketika suatu tahap terhambat, tahap selanjutnya tidak dapat dikerjakan dengan
baik dan itu menjadi salah satu kekurangan dari model ini. Selain itu, ada
beberapa kekurangan pengaplikasian model ini, antara lain adalah sebagai
berikut:
·
Ketika problem muncul, maka proses berhenti,
karena tidak dapat menuju ke tahapan selanjutnya. Bahkan jika kemungkinan
problem tersebut muncul akibat kesalahan dari tahapan sebelumnya, maka proses
harus membenahi tahapan sebelumnya agar problem ini tidak muncul. Hal-hal
seperti ini yang dapat membuang waktu pengerjaan SE.
·
Karena pendekatannya secara sequential, maka
setiap tahap harus menunggu hasil dari tahap sebelumnya. Hal itu tentu membuang
waktu yang cukup lama, artinya bagian lain tidak dapat mengerjakan hal lain
selain hanya menunggu hasil dari tahap sebelumnya. Oleh karena itu, seringkali
model ini berlangsung lama pengerjaannya.
·
Pada setiap tahap proses tentunya dipekerjakan
sesuai spesialisasinya masing-masing. Oleh karena itu, ketika tahap tersebut
sudah tidak dikerjakan, maka sumber dayanya juga tidak terpakai lagi. Oleh
karena itu, seringkali pada model proses ini dibutuhkan seseorang yang
“multi-skilled”, sehingga minimal dapat membantu pengerjaan untuk tahapan
berikutnya.
Akan tetapi, yang mungkin menjadi
banyak pertimbangan mengenai penggunaan dari model ini adalah metode
sequential-nya. Mungkin untuk awal-awal software diciptakan, hal ini tidak
menjadi masalah, karena dengan berjalan secara berurutan, maka model ini
menjadi mudah dilakukan. Sesuatu yang mudah biasanya hasilnya bagus. Oleh
karena itu model ini sangat populer. Akan tetapi, seiring perkembangan
software, model ini tentu tidak bisa mengikutinya.
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.
2.
Hubungan Waterfall Model, Incremental Model dan Evolusioner Model
A.
Definisi Evolusioner Model
Model ini berdasarkan pada ide pengembangan
pada implementasi awal yang akan menghasilkan komentar pemakai sehingga dapat
dilakukan perbaikan melalui banyak versi sampai sistem yang mencukupi dapat
dikembangan. Selain memiliki aktivitas-aktivitas yang terpisah model ini
memberikan feedback dengan cepat dan serentak.
Terdapat 2 tipe pada model ini
Pemprograman evolusioner
Dimana tujuan proses adalah bekerjasama dengan kastamer untuk menghasilkan
kebutuhan-kebutuhan dan menyampaikan sistem akhir kepada pemakai/kastamer.
Pengembangan dimulai dengan bagian-bagian sistem yang dimengerti. Sistem
dikembangkan melalui penambahan features sesuai yang diusulkan oleh kastamer.
Pemodelan
Dimana tujuan pengembangan evolusioner pada tipe ini adalah mengetahui
kebutuhan-kebutuhan kastamer dan mengembangkan difinisi kebutuhan yang lebih
baik untuk sistem. Model/contoh difikuskan pada penelitian bagian-bagian
kebutuhan kastamer yang kurang dimengerti.
Pemprograman evolusioner penting saat sulit untuk membuat spesifikasi sistem
secara rinci. Beberapa orang mungkin setuju bahwa semua sistem masuk dalam tipe
ini. Namun, pemprograman evolusioner banyak digunakan dalam pengembangan sistem
AI (artificial intelligence) yang berusaha untuk menyamai kemampuan manusia.
Kita tidak mungkin membuat spesifikasi yang rinci untuk perangkat lunak yang
menyamai manusia karena kita tidak mengerti bagaimana manusia menjalankan
tugas-tugas mereka.
Pendekatan evolusioner biasanya lebih efektif daripada pendekatan waterfall
untuk hal pengembangan perangkat lunak yang harus dengan segera dapat memenuhi
kebutuhan kastamer. Namun, dari segi teknik dan manajemen, model ini memiliki
masalah mendasar yaitu:
Proses
tidak visibel.
Manager-manager membutuhkan
"deliverables" yang teratur untuk mengukur kemajuan. Jika sistem
dikembangkan dengan cepat akan terjadi pemborosan pada pembuatan dokumen yang
menggambarkan setiap versi sistem.
Sistem-sistem biasanya kurang
terstruktur
Kecenderungan perubahan yang
terus menerus akan mengurangi stuktrur dari perangkat lunak. Evolusi perangkat
lunak terlihat sulit dan mahal.
Ketrampilan khusus jarang dimiliki
Tidak jelas batasan
ketrampilan yang normal dalam rekayasa perangkat lunak yang mungkin dapat
digunakan secara efektif dalam model pengembangan ini. Kebanyakan sistem yang
dikembangkan melalui cara ini telah diimplementasikan oleh kelompok kecil yang
memiliki ketrampilan yang tinggi dan motivasi yang kuat.
Untuk memecahkan masalah-masalah tersebut, kadang-kadang tujuan dari
pengembangan evolusioner adalah mengembangkan contoh sistem. Contoh ini
digunakan untuk mengerti dan mevalidasikan spesifikasi sistem. Disinilah
pengembangan evolusioner merupakan bagian dari beberapa proses yang lebih luas.
( seperti model waterfall ).
Karena masalah-masalah tersebut, sistem dengan skala besar biasanya tidak
dikembangkan melalui cara ini. Pengembangan evolusioner lebih tepat untuk pengembangan
sistem yang relatif kecil.
Masalah-masalah mengenai perubahan sistem yang ada dihindari dengan
meimplementasi ulang sistem keseluruhan kapanpun perubahan yang signifikan
diperlukan. Jika pemodelan digunakan, tidak terlalu mahal.
pengembangan sistem yang memiliki masa hidup yang relatif singkat.
Disini, sistem dikembangkan untuk mendukung beberapa aktivitas yang dibatasi
oleh waktu. Contohnya, sebuah sistem yang mungkin dikembangkan secara khusus
untuk peluncuran produk baru.
Pengembangan sistem atau bagian-bagian dari sistem yang besar dimana tidak
memungkinkan untuk menyatakan spesifikasi secara rinci. Contohnya, sistem AI
dan interfaces pemakai.
B.
Definisi Incremental Model
1.Incremental Model (Original:
Mills)
berdasarkan model sistem yang dipecah sehingga
model pengembangannya secara increment/bertahap.
•Masalah :
1.cocok untuk proyek berukuran kecil
(tidak lebih dari 200.000 baris coding)
2.mungkin terjadi kesulitan untuk memetakan kebutuhan pengguna ke dalam rencana
spesifikasi masing-masing hasil increment
Jadi hubungan antara ketiga model
yang telah dijelaskan di atas adalah ketiganya melakukan pendakatan secara
sistematis dan bertahap sesuai kebutuhan sitem secara berurutan. Berdasarkan
skala pengerjaan juga berbeda karena ketiganya memiliki kelebihan dan
kekurangan masing-masing dimana walaupun tahapannya kurang lebih sama tetapi
akan menghasilkan pengembangan sistem yang berbeda sesuai model apa yang akan
digunakan oleh programmer.
