Search This Blog

Wednesday, March 7, 2012

Siklus Hidup Produk


Predictive life cycle
Siklus hidup prediktif mensyaratkan bahwa lingkup proyek didefinisikan secara jelas di awal untuk menyertakan dan menentukan jadwal dan biaya proyek. Sebagian besar waktu dihabiskan untuk memperjelas persyaratan perangkat lunak sebelum segala sesuatunya  dimulai. Dalam siklus hidup prediktif, ada beberapa model yang dikembangkan yaitu: 

 1     Waterfall Model
Adalah model pengembangan yang paling tradisional yang digunakan. Model ini memiliki struktur top-down, atau linier . Biasanya fase yang sudah dilalui tidak diulangi,  walaupun mungkin diperlukan adanya  tumpang tindih antara fase yang berbeda jika perlu. Umumnya, output dari setiap tahap menjadi masukan untuk selanjutnya.

2.   Spiral Model
Model siklus spiral berbeda dari pendekatan linear yang terkait dengan siklus hidup waterfall dalam fase set yang sama,  siklus hidup spiral sifatnya berulang. Tahap seperti perencanaan, pengembangan, konstruksi, dan evaluasi mengalami beberapa kali iterasi sampai produk akhir selesai.

3.    Incremental Build Model
siklus hidup ini menyediakan pengembangan perangkat lunak progresif operasional, dengan setiap rilis menambahkan kemampuan baru. Sebetulnya sama dengan model spiral, hal yang membuatnya berbeda  dari siklus hidup spiral adalah di mana bagian-bagian dari proyek ini dibuat dan diuji secara terpisah

4.   Prototyping Model
Model prototipe melibatkan keterlibatan pengguna utama sementara pengembang menghasilkan persyaratan fungsional dan spesifikasi desain fisik secara bersamaan. Sebuah model dibuat yang dianalisis, diperiksa, dan diuji oleh pekerja ahli yang kemudian dapat memberikan rekomendasi untuk perbaikan

5.    Rapid Application Development (RAD) Model
model siklus hidup ini berfokus pada membangun aplikasi dalam jumlah yang sangat singkat dengan kompromi dalam kegunaan, fitur, dan / atau kecepatan eksekusi. Penekanan pada kecepatan membantu memastikan bahwa kebutuhan klien tidak berubah sebelum siklus selesai, seperti yang sering terjadi ketika menerapkan model waterfall siklus hidup di masa lalu.

Adaptive Software Development (ASD) life cycle

Type siklus hidup adaptif ini biasanya dikembangkan pada perangkat lunak yang dibangun berdasarkan misi dan komponen, proyek ini biasanya di bangun dalam siklus-siklus berbasis waktu misal mingguan, karena untuk memenuhi tanggal-tanggal target proyek.
ASD adalah misi driven, siklusnya berulang dan adaptive terhadap perubahan. Model ini sangat baik  digunakan ketika requirement tidak dapat dinyatakan dengan jelas di awal siklus. ASD awalnya tumbuh dari pengembangan aplikasi cepat. Bertentangan dengan RAD,  ASD menyediakan untuk adaptasi terus menerus untuk keadaan yang muncul dari proyek. Baru-baru ini, pengembangan perangkat lunak jangka pendek  telah menjadi populer dan dipertukarkan dengan pengembangan perangkat lunak adaptif. Ada dua model dalam siklus ASD yaitu pemrograman ekstrim dan Scrum.

1.   Extreme Programming
Pemrograman ekstrem (XP) berfokus terutama pada pengurangan biaya perubahan dengan memperkenalkan praktik yang lebih fleksibel dalam kegiatan sehari-hari. Beberapa nilai-nilai pemrograman ekstrim menekankan komunikasi dan kesederhanaan. Dalam kolaborasi pengguna dan programmer membutuhkan komunikasi yang cepat di mana informasi harus didistribusikan dengan cepat di antara anggota tim. XP juga mempromosikan solusi sederhana Dalam pendekatan ini, fokusnya adalah pada pemenuhan kebutuhan hari ini, daripada besok. Kelemahannya menumpuk lebih banyak pekerjaan di masa depan. 

2.     Scrums
Scrums mirip dengan model siklus hidup yaitu  menggunakan pendekatan iteratif untuk mengatasi kebutuhan yang terus berubah. Perbedaannya adalah dengan scrum, ini pengulangan bersifat dan dilakukan sangat cepat, yang biasanya terakhir sekitar tiga puluh hari. Dalam model ini, fokus tim hanya pada bagian kerja mereka sendiri-sendiri, sementara seorang manajer proyek mengkoordinasikan pekerjaan secara keseluruhan. Salah satu prioritas utama dari seorang manajer proyek adalah untuk mengidentifikasi dan menghilangkan kendala yang dapat menghambat kemampuan tim 'untuk mencapai tujuan mereka.

Apapun yang satu model memilih, seorang manajer proyek harus meninjau setiap tahapan siklus sebelum melanjutkan ke tahapan  berikutnya. Alasan untuk ini adalah bahwa sebagai proyek yang berlanjut, organisasi biasanya perlu mengeluarkan lebih banyak uang dan sumber daya untuk itu. Karena berbagai faktor seperti kompatibilitas dengan tujuan organisasi lain, potensi keberhasilan, dan biaya, mungkin memerlukan pengaturan ulang atau bahkan penghentian. Sesi review ini oleh manajemen disebut sebagai fase keluar atau kill point. Ini adalah aspek yang sangat penting dari siklus hidup untuk menjaga proyek tetap pada jalurnya.

Download versi PDF