Model Incremental: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
k Bot: Perubahan kosmetika
k bentuk baku
Baris 3:
Model ''incremental'' menggabungkan elemen aliran proses linier dan paralel. Model ''incremental'' menerapkan urutan linier seiring berjalannya waktu kalender. Setiap urutan linier menghasilkan “''increment''” yang dapat disampaikan dari perangkat lunak<ref>McDermid, J., and P. Rook, “Software Development Process Models,” in ''Software Engineer’s Reference Book'', CRC Press, 1993, pp. 15/26–15/28.</ref> dengan cara yang serupa dengan kenaikan yang dihasilkan oleh aliran proses evolusi<ref name=":0" />. Misalnya, perangkat lunak pengolah kata yang dikembangkan menggunakan model ''incremental'' dapat memberikan fungsi manajemen file dasar, pengeditan, dan produksi dokumen dalam ''increment'' pertama; kemampuan edit dan produksi dokumen yang lebih canggih dalam ''increment'' kedua; pengejaan dan tata bahasa di ''increment'' ketiga; dan kemampuan tata letak halaman tingkat lanjut di ''increment'' keempat. Perlu dicatat bahwa aliran proses untuk setiap ''increment'' dapat memasukkan paradigma ''prototyping''<ref name=":0" />''.''
 
Ketika model ''incremental'' digunakan, ''increment'' pertama seringkalisering kali merupakan produk inti. Artinya, kebutuhan dasar ditangani tetapi banyak fitur tambahan (beberapa diketahui, yang lain tidak diketahui) tetap tidak tersamapaikan. Produk inti digunakan oleh pelanggan (atau menjalani evaluasi terperinci). Sebagai hasil dari penggunaan dan / atau evaluasi, sebuah rencana dikembangkan untuk ''increment'' selanjutnya. Rencana tersebut membahas modifikasi produk inti untuk lebih memenuhi kebutuhan pelanggan dan penyampaian fitur dan fungsionalitas tambahan. Proses ini diulang setelah penyampaian setiap ''increment'', sampai produk lengkap diproduksi<ref name=":0" />.
 
Model proses ''incremental'' berfokus pada penyampaian produk operasional dengan setiap ''increment''. ''Increment'' awal adalah versi yang dilepaskan dari produk akhir, tetapi memang menyediakan kemampuan yang dapat melayani pengguna dan juga menyediakan platform untuk evaluasi oleh pengguna. Pengembangan tambahan sangat berguna ketika staf tidak tersedia untuk implementasi lengkap dengan batas waktu bisnis yang telah ditetapkan untuk proyek. ''Increment'' awal dapat diimplementasikan dengan lebih sedikit orang. Jika produk inti diterima dengan baik, maka staf tambahan (jika diperlukan) dapat ditambahkan untuk mengimplementasikan ''increment'' berikutnya. Selain itu, ''increment'' dapat direncanakan untuk mengelola risiko teknis. Sebagai contoh, sistem utama mungkin memerlukan ketersediaan [[Perangkat keras|perangkat kera]]<nowiki/>s baru yang sedang dikembangkan dan yang tanggal penyampaiannya tidak pasti. Dimungkinkan untuk merencanakan ''increment'' awal dengan cara menghindari penggunaan perangkat keras ini, dengan demikian memungkinkan fungsionalitas parsial disampaikan kepada pengguna akhir tanpa penundaan yang berlebihan<ref name=":0" />.
Baris 21:
 
== Referensi ==
 
 
 
<br />