Sejarah Model Spiral, Karakteristik, Tahapan, Contoh

Dia model spiral Ini adalah pola dasar dari proses pengembangan aplikasi. Ini didasarkan pada hipotesis bahwa pengembangan perangkat lunak adalah siklus berulang yang diulangi sampai tercapai tujuan yang ditetapkan. Memiliki kemampuan untuk menangani sejumlah besar risiko yang dapat terjadi saat mengembangkan perangkat lunak apa pun.

Ini adalah salah satu model terpenting untuk mendukung manajemen risiko. Seperti namanya, model ini ditampilkan sebagai bentuk spiral, di mana berbagai tahap model didistribusikan dalam siklus yang berbeda. Jumlah siklus dalam model tidak diperbaiki dan dapat bervariasi dari satu proyek ke proyek lainnya.

Analisis, evaluasi, perencanaan dan pengembangan. Sumber Perangkat Lunak Pengembangan Sippiral: Beao [domain publik] Commons.Wikimedia.Org [toc]

Sejarah

Penciptaan

Model spiral didefinisikan oleh ahli matematika dan profesor rekayasa perangkat lunak Amerika Barry Boehm. Setelah menyajikan konsepnya pada tahun 1986 untuk pengembangan aplikasi yang kompleks, ia menerbitkan modelnya pada tahun 1988 dalam kerangka kerja yang lebih lengkap dalam artikelnya "Model spiral pengembangan dan peningkatan perangkat lunak".

Bagian dari publikasi tahun 1988 ini secara grafis mewakili model spiral, menunjukkan secara penuh bagaimana proses pengembangan perangkat lunak terlihat dalam bentuk spiral dan didukung oleh siklus.

Boehm dikenal karena banyak kontribusinya pada rekayasa perangkat lunak, seperti model biaya konstruktif (Cocomo), model spiral proses perangkat lunak, pendekatan teori G (win-win) untuk penentuan persyaratan dan manajemen perangkat lunak.

Alternatif untuk model air terjun

Dalam publikasi, Boehm menggambarkan model spiral sebagai alternatif yang mungkin untuk model air terjun yang telah ditetapkan sebelumnya, yang juga berfungsi sebagai dasar untuk praktiknya.

Model spiral bukan yang pertama meningkatkan perkembangan siklus, tetapi itu adalah model pertama yang menjelaskan mengapa iterasi itu penting. Seperti yang awalnya direncanakan, itu telah dialokasikan untuk proyek -proyek besar dan kompleks yang iterasi biasanya 6 bulan hingga 2 tahun.

Model ini tidak berasumsi bahwa tugas pengembangan perangkat lunak dirancang secara linier, tidak seperti model air terjun, tetapi ia melihatnya sebagai tugas berulang.

Model siklik ini memengaruhi arsitektur rekayasa perangkat lunak berbasis model (MBase) dan pemrograman ekstrem.

Karakteristik model spiral

Kontrol risiko

Yang sangat membedakan model ini dari model proses perangkat lunak lainnya adalah secara eksplisit mengenali risikonya. Oleh karena itu, sangat mengurangi bahwa proyek perangkat lunak besar gagal, karena berulang kali mengevaluasi risiko dan memverifikasi produk pengembangan setiap saat.

Model komputer ini berisi komponen dari hampir semua model siklus hidup perangkat lunak lainnya, seperti model air terjun, model pembuatan prototipe, model berulang, model evolusi, dll.

Itu dapat melayani Anda: TIK (teknologi informasi dan komunikasi)

Karena itu, ia mampu menangani hampir semua jenis risiko yang biasanya tidak ditangani oleh model lain. Namun, karena memiliki begitu banyak komponen, model ini jauh lebih kompleks daripada model pengembangan perangkat lunak lainnya.

Deskripsi spiral

Setiap putaran spiral mewakili siklus lengkap, di mana empat kuadran selalu berlalu, yang mewakili empat tahap model.

Ketika ukuran spiral meningkat, begitu pula kemajuan yang dijalankan. Oleh karena itu, tahapan tidak dieksekusi hanya sekali, tetapi beberapa kali, secara spiral.

Meskipun pengulangan siklus ini menyebabkan proyek secara perlahan mendekati tujuan yang ditetapkan, risiko proses pengembangan gagal diminimalkan dengan kuat.

Umum

Empat tahap hanya menanamkan tujuan dasar dari suatu siklus, tetapi mereka tidak harus terwujud dalam setiap siklus.

Urutan setiap siklus juga tidak ditentukan secara ketat. Oleh karena itu, model dapat dikombinasikan kapan saja dengan model lain.

Fleksibel

Ini cukup fleksibel, saat melakukan secara terpisah untuk setiap fase proyek, proses definisi tujuan, analisis risiko, pengembangan dan perencanaan.

Metamodel

Metamodel dianggap termasuk model lain. Misalnya, jika spiral di luar siklus tunggal akan mewakili model air terjun, karena menggabungkan pendekatan bertahap dari model klasik ini.

Ini juga menggunakan pendekatan model pembuatan prototipe, karena pada awal setiap siklus prototipe untuk menangani risiko.

Selain itu, ini kompatibel dengan model evolusi, karena iterasi spiral dapat dianggap sebagai tingkat evolusioner, yang melaluinya sistem akhir dibangun.

Tahapan

Tentukan tujuan, alternatif, dan pembatasan

Persyaratan sistem didefinisikan dengan detail terbesar yang mungkin, termasuk kinerja, antarmuka perangkat keras/perangkat lunak, indikator sukses utama, dll. dan mereka dianggap tujuan mana yang harus dikaitkan dengan siklus pengembangan saat ini.

Selain itu, berbagai alternatif diperiksa untuk implementasinya, seperti Building Vs. Beli, gunakan kembali komponen atau subkontrak yang ada, dll.

Demikian juga, pembatasan seperti biaya, jadwal dan antarmuka, konsumsi waktu, dll.

tugas beresiko

Semua alternatif yang diusulkan dievaluasi. Tujuan dan pembatasan berfungsi sebagai menentukan referensi untuk memilih solusi terbaik.

Selain itu, risiko yang dapat menghambat keberhasilan proyek, seperti kurangnya pengalaman, teknologi baru, jadwal yang ketat, proses yang kurang, dll., Menerapkan strategi risiko yang paling menguntungkan dan lebih rendah.

Dapat melayani Anda: untuk apa periscope dan untuk apa itu?

Akhirnya, metode seperti pembuatan prototipe, simulasi, model analitik dan survei pengguna digunakan.

Pengembangan dan tes

Semua pengembangan yang diperlukan dilakukan, menggunakan teknologi dan solusi yang dipilih. Dengan setiap iterasi versi aplikasi yang lebih baik dibuat.

Kode Nyata ditulis dan diuji beberapa kali sampai hasil yang diinginkan tercapai, yang kemudian akan berfungsi sebagai dasar untuk langkah -langkah pengembangan di masa depan.

Perencanaan siklus berikutnya

Saat menyelesaikan siklus, perencanaan berikut dimulai. Perencanaan ini dapat biasanya dengan proyek jika tujuan siklus dicapai, meningkatkan definisi tujuan berikutnya.

Bisa juga untuk menemukan solusi lain, jika tahap pengembangan sebelumnya rusak. Strategi yang ada dapat digantikan oleh salah satu alternatif yang sebelumnya didefinisikan atau yang baru. Dengan ini, upaya baru akan mulai mencapai tujuan.

Contoh

Angkatan Darat Amerika Serikat mengadopsi model spiral untuk pengembangan dan pembaruan Program Modernisasi untuk Sistem Tempur Masa Depan (SCF).

Dirilis secara resmi pada tahun 2003, diharapkan bahwa SCF menyamakan pasukan dengan kendaraan yang terhubung dengan waktu nyata dengan jaringan medan perang yang luar biasa cepat dan fleksibel.

Proyek ini dibagi menjadi empat spiral pengembangan masing -masing sekitar dua tahun. Spiral 1 dijadwalkan akan dimulai untuk tahun 2008 dan memberikan prototipe untuk digunakan dan evaluasi.

Setelah menyelesaikan spiral 1, dijadwalkan untuk memulai spiral 2 untuk 2010. Pengembangan akhir produk ini direncanakan untuk diberikan untuk tahun 2015.

Pada bulan Agustus 2005, Boeing mengumumkan penyelesaian tonggak penting pertama proyek, yang merupakan tinjauan fungsional dari sistem. Boeing and Science Applications International Corporation adalah kolegasi proyek.

Namun, pada Oktober 2005, Pentagon merekomendasikan menunda proyek karena tingginya dampak pada biaya untuk Perang Irak dan bantuan Badai Katrina.

Proyek ini dibatalkan pada tahun 2009 setelah pemotongan anggaran muncul, tanpa dapat membuktikan manfaat dari model spiral dalam misi ini

Keuntungan

Struktur siklik

Karena jenis struktur ini, masalah antara desain dan persyaratan teknis perangkat lunak dihilangkan secara diam -diam, berkat pemeriksaan berkala.

Manajemen risiko

Risiko dianalisis di masing -masing tahap produk sebelum bergerak maju. Ini membantu mengatasi atau mengurangi kemungkinan risiko.

Semua kolaborator mendapat manfaat dari pentingnya analisis risiko dalam model ini, mungkin mewakili keunggulan terbesar mereka dibandingkan model proses lainnya.

Dapat melayani Anda: Port Paralel: Karakteristik, Jenis dan Fungsi

Penilaian periodik risiko menjadi nilai ketika lingkungan teknis yang inovatif, yang umumnya dikaitkan dengan potensi risiko tertentu karena tidak adanya nilai -nilai empiris.

Partisipasi dan umpan balik klien

Pada setiap tahap proyek, pelanggan terlibat, sampai proyek selesai. Oleh karena itu, umpan balik yang berbeda dapat dikumpulkan untuk meningkatkan versi proyek berikutnya.

Selain itu, umpan balik dapat diperoleh kapan saja karena bentuk spiral. Dengan demikian, pelanggan dan pengguna dapat diintegrasikan dari awal dalam proses pengembangan.

Ideal untuk proyek besar

Ini sangat populer dan menonjol untuk proyek besar dan kompleks, di mana kontrol anggaran merupakan prioritas bagi pelanggan dan pengembang. Ada kontrol maksimum atas biaya, sumber daya, dan kualitas proyek perangkat lunak.

Kerugian

Mahal

Ini bisa sangat mahal, karena membutuhkan tingkat pengalaman yang tinggi untuk analisis risiko. Selain itu, proyek membutuhkan banyak waktu untuk berkembang, yang dapat meningkatkan biaya umum.

Cukup kompleks

Diperlukan manajemen proyek yang sangat aktif dan kompleks, di mana setiap siklus dikendalikan dan hati -hati.

Ini relatif lebih kompleks daripada model lain, karena ada banyak siklus, setiap melewati tahap yang berbeda, sehingga meningkatkan upaya proses dokumentasi.

Sangat penting untuk memiliki pengetahuan dalam analisis dan manajemen risiko, yang seringkali tidak tersedia.

Manajemen waktu

Sulit untuk mengatur waktu, karena jumlah siklus tidak diketahui. Selain itu, kapan saja proses pengembangan dapat ditunda jika dalam siklus keputusan penting atau tindakan tambahan harus dilakukan saat merencanakan siklus berikut.

Banyak langkah

Tidak selalu menguntungkan untuk mengambil banyak langkah dalam pengembangan perangkat lunak karena fakta bahwa, terlepas dari keserbagunaan tes, mereka dapat mencapai sistem tanpa akhir tanpa menyelesaikan program.

Akibatnya, selalu ada bahaya bahwa konsep atau ketidakkonsistenan konseptual apa pun mempengaruhi produk akhir.

Referensi

1. Victor Font Jr (2019). Model spiral. Panduan Utama untuk SDLC. Diambil dari: UltimatesDlc.com.
2. Ionos (2019). Model spiral: Model proses pengembangan perangkat lunak berbasis risiko. Diambil dari: ionos.com.
3. Techuz (2018). Apa itu model spiral? Untuk penjelasan sederhana tentang siklus hidup pengembangan perangkat lunak spiral (SDLC). Diambil dari: Techuz.com.
4. One Stop Testing (2020). Model spiral. Diambil dari: oonetoptesting.com.
5. Geeks untuk Geeks (2020). Perangkat Lunak Rekayasa - Model Spiral. Diambil dari: geeksforgeeks.org.
6. Chandu (2019). Model spiral dalam rekayasa perangkat lunak. Diambil dari: medium.com.