TUGAS REKAYASA PERANGKAT LUNAK I
MODEL INCREMENTAL
Oleh: I Wayan Hery Purnayasa 090010286/F091
STIMIK STIKOM-BALI 2011
Model Incremental Salah satu keuntungan utama dari model incremental adalah kemampuan mereka untuk mengatasi perubahan selama pengembangan sistem. Sebagai contoh, perhatikan kesalahan dalam persyaratan. Dengan model air terjun, kesalahan mungkin tidak diperhatikan sampai pengujian penerimaan, saat itu mungkin terlambat untuk memperbaikinya. (Catatan bahwa klien mungkin tidak melihat perangkat lunak yang berjalan hingga tes penerimaan.) Dalam model incremental, ada kesempatan baik bahwa kesalahan persyaratan akan diakui segera sebagai perangkat lunak yang sesuai dimasukkan ke dalam sistem. Hal ini kemudian bukan masalah besar untuk memperbaikinya. Model waterfall bergantung pada pemeriksaan yang seksama terhadap dokumen untuk menghindari kesalahan. Setelah tahap telah selesai, ada ketentuan terbatas untuk melangkah mundur. Sulit untuk memverifikasi dokumen tepat dan ini, lagi-lagi, sebuah kelemahan dari model waterfall. Ada beragam proses pengembangan perangkat lunak ditandai sebagai model inkremental. Mereka semua mengambil asal mereka dalam kekurangan yang disebutkan di atas dari model Air Terjun, yaitu ketidakmampuan untuk mengatasi perubahan. Dalam model incremental, perangkat lunak adalah membangun tidak ditulis. Software dibangun secara bertahap dengan cara yang sama suatu bangunan dibangun. Produk ini dirancang, dilaksanakan, terpadu dan diuji sebagai serangkaian tambahan membangun, di mana membangun terdiri dari potongan kode dari berbagai modul berinteraksi bersama-sama untuk menyediakan kemampuan fungsional tertentu dan dapat diuji secara keseluruhan. Jika model inkremental yang rusak di terlalu sedikit membangun itu menjadi membangun dan memperbaiki model. Persyaratan, spesifikasi dan desain arsitektur harus diselesaikan sebelum implementasi untuk membangun berbagai dimulai. Sebuah produk khas akan terdiri dari 10-50 builts.
Salah satu alasan utama mengapa model Waterfall tidak tepat dalam kebanyakan kasus adalah akumulasi dari informasi yang tidak stabil terlalu banyak pada semua tahap. Sebagai contoh, sebuah daftar lengkap 500 persyaratan sangat mungkin untuk mengubah, tidak peduli seberapa percaya diri adalah klien pada kualitas persyaratan tersebut pada saat ini. Tak pelak, desain lebih lanjut dan tahap pelaksanaan akan mengungkap kekurangan dalam persyaratan ini, meningkatkan kebutuhan update dan re-verifikasi persyaratan secara keseluruhan setiap kali kekurangan jurusan yang terungkap.Pendekatan yang lebih baik dengan demikian untuk membatasi akumulasi informasi yang tidak stabil dengan berkonsentrasi pada definisi dan implementasi hanya subset dari kebutuhan pada suatu waktu. Pendekatan seperti ini memiliki
manfaat mendistribusikan umpan balik tentang kualitas informasi akumulasi. Dalam model Air Terjun, sebagian besar umpan balik yang relevan diterima menjelang akhir siklus pengembangan, di mana pemrograman terkonsentrasi. Dengan membagi upaya pembangunan sepanjang siklus pengembangan, model incremental juga mencapai distribusi umpan balik, sehingga meningkatkan kestabilan akumulasi artefak. Keuntungan
Memberikan produk kualitas operasional pada setiap tahap, tapi satu yang memenuhi hanya subset dari kebutuhan klien.
Sejumlah kecil relatif programmer / pengembang dapat digunakan.
Dari pengiriman pertama membangun, klien mampu untuk melakukan kerja (bagianbagian dari produk yang lengkap mungkin tersedia untuk pelanggan dalam beberapa minggu, bukan menunggu produk akhir, air terjun dibandingkan, model prototyping cepat, yang hanya memberikan maka lengkap produk selesai).
Mengurangi efek traumatis untuk memaksakan suatu produk benar-benar baru di organisasi klien dengan menyediakan pengenalan bertahap.
Ada sistem kerja di setiap saat.
Klien dapat melihat sistem dan memberikan umpan balik.
Kemajuan terlihat, bukannya dikubur dalam dokumen.
Yang terpenting, itu rusak masalah ke dalam sub-masalah, berurusan dengan kompleksitas berkurang, dan mengurangi efek riak perubahan dengan mengurangi ruang lingkup untuk hanya bagian dari masalah pada suatu waktu.
Mendistribusikan umpan balik sepanjang siklus pengembangan keseluruhan, mengarah ke artefak lebih stabil.
Kekurangan
Setiap tambahan telah membangun entah bagaimana harus dimasukkan ke dalam struktur yang ada tanpa menurunkan kualitas dari apa yang telah dibangun sampai saat ini.
Penambahan berhasil membangun harus mudah dan sederhana.
Semakin banyak berhasil membangun adalah sumber masalah enexpected, semakin banyak struktur yang ada harus ditata ulang, menyebabkan inefisiensi dan mutu internal merendahkan dan rawatan merendahkan.
Model incremental dapat dengan mudah berubah menjadi membangun dan memperbaiki pendekatan.
Desain kesalahan menjadi bagian dari sistem dan sulit dihilangkan.
Klien melihat kemungkinan dan ingin mengubah persyaratan.