Model Spiral: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
maraton |
k Bot: Perubahan kosmetika |
||
Baris 1:
'''Model spiral''' adalah generator model proses berbasis risiko yang digunakan untuk memandu rekayasa perangkat lunak bersama berbagai [[pemangku kepentingan]] dari sistem intensif. Model ini memiliki dua fitur pembeda utama. Salah satunya adalah pendekatan siklis untuk menumbuhkan tingkat definisi dan implementasi sistem secara bertahap sambil mengurangi tingkat risikonya. Yang lainnya adalah serangkaian tonggak jangkar poin untuk memastikan komitmen pemangku kepentingan untuk solusi sistem yang layak dan saling memuaskan<ref name=":0">{{Cite book|title=Software engineering : a practitioner's approach|url=http://worldcat.org/oclc/949696534|publisher=McGraw-Hill Education|date=2015|isbn=9781259253157|oclc=949696534|last=Pressman, Roger S.}}</ref>. Model spiral awalnya diusulkan oleh [[Barry Boehm]]<ref name=":1">{{Cite journal|last=Boehm|first=B. W.|date=1988-05|title=A spiral model of software development and enhancement|url=http://dx.doi.org/10.1109/2.59|journal=Computer|volume=21|issue=5|pages=61–72|doi=10.1109/2.59|issn=0018-9162}}</ref>, model spiral adalah [[model proses perangkat lunak evolusioner]] yang memadukan sifat iteratif dari [[Pembuatan purwarupa perangkat lunak|''prototyping'']] dengan aspek terkontrol dan sistematis dari [[Model Waterfall|model ''waterfall'']]''.'' Hal ini memberikan potensi untuk pengembangan versi perangkat lunak yang semakin lengkap<ref name=":0" />.
[[Berkas:Spiral model (Boehm, 1988).png|jmpl|459x459px|Model Spiral]]
Model spiral adalah pendekatan realistis untuk pengembangan sistem dan perangkat lunak skala besar. Karena perangkat lunak berkembang seiring proses berlangsung, pengembang dan pelanggan lebih memahami dan bereaksi terhadap risiko di setiap tingkat evolusi. Model spiral menggunakan ''prototyping'' sebagai mekanisme pengurangan risiko tetapi, yang lebih penting, memungkinkan untuk menerapkan pendekatan ''prototyping'' pada setiap tahap dalam evolusi produk. Ini mempertahankan pendekatan bertahap sistematis yang disarankan oleh siklus hidup klasik ''(classic life cycle)'' tetapi menggabungkannya ke dalam kerangka berulang yang lebih realistis yang mencerminkan dunia nyata. Model spiral menuntut pertimbangan langsung risiko teknis di semua tahap proyek dan, jika diterapkan dengan benar, harus mengurangi risiko sebelum menjadi masalah. Tapi seperti paradigma lain, model spiral bukanlah obat mujarab. Mungkin sulit untuk meyakinkan pelanggan (terutama dalam situasi kontrak) bahwa pendekatan evolusi dapat dikontrol. Ini menuntut keahlian penilaian risiko yang cukup dan bergantung pada keahlian tersebut untuk sukses. Jika risiko utama tidak terungkap dan dikelola, masalah pasti akan terjadi<ref name=":0" />.
Aplikasi otentik dari model spiral didorong oleh siklus yang selalu menampilkan enam karakteristik. Boehm mengilustrasikan masing-masing dengan contoh "''hazardous spiral look-alike''" yang melanggar invarian, berikut merupakan 6 karakteristik model spiral<ref name=":1" />:
* Mendefinisikan artifak secara bersamaan<ref name=":1" />
Baris 21:
* Bahwa setiap aktivitas dalam diagram harus dilakukan, dan dalam urutan yang ditunjukkan<ref name=":2" />
Sementara kesalahpahaman ini mungkin cocok dengan pola risiko beberapa proyek, mereka tidak benar untuk sebagian besar proyek. Dalam laporan Dewan Riset Nasional [4] model ini diperluas untuk mencakup risiko yang terkait dengan pengguna manusia<ref>Pew RW, & Mavor AS (Eds.). (2007). "Human-system integration in the system development process: A new look", Washington, DC: National Academy Press</ref>.
== Model ==
Baris 28:
Sirkuit pertama di sekitar spiral dapat menghasilkan pengembangan spesifikasi produk; lintasan-lintasan berikutnya di sekitar spiral dapat digunakan untuk mengembangkan suatu protoipe dan kemudian versi perangkat lunak yang semakin canggih. Setiap melewati wilayah perencanaan ''(planning)'' akan menghasilkan penyesuaian rencana proyek. Biaya dan jadwal disesuaikan berdasarkan umpan balik yang berasal dari pelanggan setelah penyampaian produk. Selain itu, manajer proyek menyesuaikan jumlah iterasi yang direncanakan untuk menyelesaikan perangkat lunak<ref name=":0" />.
Tidak seperti model proses lain yang berakhir ketika perangkat lunak disampaikan, model spiral dapat diadaptasi untuk diterapkan sepanjang masa pakai perangkat lunak komputer. Oleh karena itu, rangkaian pertama di sekitar spiral mungkin mewakili "konsep proyek pengembangan" yang dimulai pada inti spiral dan berlanjut untuk beberapa iterasi hingga konsep pengembangan selesai. Jika konsep ingin dikembangkan menjadi produk yang sebenarnya, proses berjalan keluar dari spiral dan "proyek pengembangan produk baru" dimulai. Produk baru akan berkembang melalui sejumlah iterasi di sekitar spiral. Kemudian, sirkuit di sekitar spiral dapat digunakan untuk mewakili "proyek peningkatan produk." Pada dasarnya, spiral, ketika dicirikan dengan cara ini, tetap beroperasi sampai perangkat lunak dihentikan. Ada saat-saat proses tidak aktif, tetapi setiap kali perubahan dimulai, proses dimulai pada titik masuk yang sesuai<ref name=":0" />.
| |||