SPIRAL MODEL: TARIH, ÖZELLIKLER, AŞAMALAR, ÖRNEK - TEKNOLOJI - 2025

Spiral modeli uygulama geliştirme sürecinin bir örneği olduğunu. Yazılım geliştirmenin, belirlenen hedeflere ulaşılıncaya kadar tekrarlanan yinelemeli bir döngü olduğu hipotezine dayanmaktadır. Herhangi bir yazılımı geliştirirken oluşabilecek çok sayıda riski yönetme yeteneğine sahiptir.

Risk yönetimini destekleyen en önemli modellerden biridir. Adından da anlaşılacağı gibi bu model, modelin farklı aşamalarının farklı döngülerde dağıtıldığı spiral şeklinde gösterilmektedir. Modeldeki döngü sayısı sabit değildir ve projeden projeye değişebilir.

Analiz, değerlendirme, planlama ve geliştirme. Yazılım Geliştirme Spirali Kaynak: Beao commons.wikimedia.org

Tarih

Oluşturma

Spiral model, Amerikalı matematikçi ve yazılım mühendisliği profesörü Barry Boehm tarafından tanımlandı. 1986 yılında karmaşık uygulamaların geliştirilmesine yönelik konseptini sunduktan sonra, modelini 1988 yılında "Yazılım Geliştirme ve İyileştirmenin Spiral Modeli" adlı makalesinde daha kapsamlı bir çerçevede yayınladı.

Bu 1988 yayınının bir kısmı, spiral modeli grafiksel olarak tasvir etti, yazılım geliştirme sürecinin spiral bir şekilde nasıl göründüğünü ve döngülerle desteklendiğini tam olarak gösterdi.

Boehm, yapıcı maliyet modeli (COCOMO), yazılım sürecinin spiral modeli, gereksinim belirleme ve yönetimine G-Teorisi (kazan-kazan) yaklaşımı gibi yazılım mühendisliğine yaptığı sayısız katkı ile tanınır. Yazılımın

Şelale modeline alternatif

Boehm, yayınında, spiral modelini daha önce oluşturulmuş şelale modeline olası bir alternatif olarak tanımladı ve bu da onun uygulamasının temelini oluşturdu.

Spiral model döngüsel gelişimi tartışan ilk model değildi, ancak yinelemenin neden önemli olduğunu açıklayan ilk modeldi. Başlangıçta planlandığı gibi, yinelemeleri tipik olarak 6 ay ile 2 yıl arasında değişen büyük, karmaşık projeleri hedef almıştır.

Bu model, şelale modelinden farklı olarak yazılım geliştirme görevlerinin doğrusal olarak tasarlandığını varsaymaz, aksine bunları yinelemeli görevler olarak görür.

Bu döngüsel model, Model Tabanlı Yazılım Mühendisliği Mimarisini (MBASE) ve aşırı programlamayı etkiledi.

Spiral modelin özellikleri

Risk kontrolü

Bu modeli diğer yazılım süreci modellerinden büyük ölçüde ayıran şey, riskleri açıkça tanımasıdır. Böylece, riskleri tekrar tekrar değerlendirerek ve geliştirilmekte olan ürünü her seferinde doğrulayarak büyük yazılım projelerinin başarısızlığını büyük ölçüde azaltır.

Bu bilgisayar modeli, şelale modeli, prototipleme modeli, yinelemeli model, evrimsel model vb. Gibi yazılım yaşam döngüsünün hemen hemen tüm diğer modellerinden bileşenler içerir.

Bu nedenle, diğer modellerin genellikle üstesinden gelemediği hemen hemen her tür riski idare edebilir. Bununla birlikte, bu kadar çok bileşene sahip olduğu için, bu model diğer yazılım geliştirme modellerine göre çok daha karmaşıktır.

Spiralin tanımı

Spiralin her dönüşü, modelin dört aşamasını temsil eden dört kadranın her zaman geçtiği tam bir döngüyü temsil eder.

Spiralin boyutu büyüdükçe ilerleme de artar. Bu nedenle aşamalar, spiral bir şekilde yalnızca bir kez değil, birkaç kez gerçekleştirilir.

Bu döngüsel tekrar, projenin belirlenen hedeflere yavaşça yaklaşmasına neden olsa da, geliştirme sürecinin başarısız olma riski büyük ölçüde en aza indirilir.

genel

Dört aşama yalnızca bir döngünün temel hedeflerini uygular, ancak her döngüde tezahür ettirmek zorunda değildir.

Her döngünün sırası da kesin olarak belirlenmemiştir. Bu nedenle, model herhangi bir zamanda diğer modellerle birleştirilebilir.

Esnek

Projenin her aşaması için ayrı ayrı hedef tanımlama, risk analizi, geliştirme ve planlama süreçlerini gerçekleştirdiği için oldukça esnektir.

metamodel

Diğer modelleri de içerdiği için metamodel olarak kabul edilir. Örneğin, spiral tek bir döngü olsaydı, bu klasik modelin aşamalı yaklaşımını içerdiği için şelale modelini temsil ederdi.

Ayrıca, her döngünün başında riski yönetmek için bir prototip oluşturduğu için prototipleme modeli yaklaşımını kullanıyor.

Dahası, evrimsel modelle uyumludur, çünkü spiralin yinelemeleri, nihai sistemin inşa edildiği evrimsel seviyeler olarak düşünülebilir.

Aşamaları

Hedefleri, alternatifleri ve kısıtlamaları belirleyin

Sistem gereksinimleri, performans, donanım / yazılım arayüzleri, başarının temel göstergeleri vb. Dahil olmak üzere olabildiğince ayrıntılı olarak tanımlanır. ve mevcut geliştirme döngüsü ile hangi hedeflerin ilişkilendirilmesi gerektiği dikkate alınır.

Ek olarak, uygulama için inşa etme vs. gibi farklı alternatifler incelenir. mevcut bileşenleri satın alın, yeniden kullanın veya dış kaynak kullanın, vb.

Aynı şekilde maliyet, program ve arayüzler, zaman tüketimi gibi kısıtlamalar belirlenir.

Risk değerlendirmesi

Önerilen tüm alternatifler değerlendirilir. Hedefler ve kısıtlamalar, en iyi çözümü seçmek için referansları belirleme görevi görür.

Ayrıca deneyim eksikliği, yeni teknolojiler, sıkışık programlar, eksik süreçler gibi projenin başarısını engelleyebilecek riskler tespit edilerek en düşük riskle en karlı stratejiler uygulanmaktadır.

Son olarak, prototip oluşturma, simülasyonlar, analitik modeller ve kullanıcı anketleri gibi yöntemler kullanılır.

Geliştirme ve test

Gerekli tüm geliştirme, teknoloji ve seçilen çözüm kullanılarak gerçekleştirilir. Her yinelemeyle birlikte uygulamanın daha iyi bir sürümü oluşturulur.

Gerçek kod, istenen sonuca ulaşılana kadar birkaç kez yazılır ve test edilir; bu, daha sonra gelecekteki geliştirme adımlarının temelini oluşturacaktır.

Bir sonraki döngüyü planlamak

Bir döngünün tamamlanmasıyla, bir sonraki için planlama başlar. Bu planlama, bir sonraki hedefin tanımı dikkate alınarak döngünün amacına ulaşılırsa projeye normal şekilde devam etmek olabilir.

Ayrıca, önceki geliştirme aşamasının hatalı olduğu kanıtlanırsa, başka çözümler bulmak da olabilir. Mevcut strateji, önceden tanımlanan alternatiflerden biriyle veya yenisiyle değiştirilebilir. Bununla, verilen hedefe ulaşmak için yeni bir girişim başlatılacaktır.

Misal

Amerika Birleşik Devletleri ordusu, Future Fighting Systems (SCF) modernizasyon programının geliştirilmesi ve yükseltilmesi için spiral modeli benimsedi.

Resmi olarak 2003 yılında başlatılan SCF'lerin, birlikleri olağanüstü derecede hızlı ve esnek bir savaş alanı ağına gerçek zamanlı olarak bağlı araçlarla donatması öngörülüyordu.

Proje, her biri yaklaşık iki yıllık dört geliştirme spiraline bölündü. Spiral 1'in 2008'de başlaması ve kullanım ve değerlendirme için prototipler sunması planlandı.

Spiral 1'in tamamlanmasının ardından, spiral 2'nin 2010'da başlaması planlandı. Nihai ürün geliştirmenin 2015'te teslim edilmesi planlandı.

Ağustos 2005'te Boeing, sistemlerin işlevsel revizyonu olan projenin ilk önemli kilometre taşının tamamlandığını duyurdu. Boeing ve Science Applications International Corporation, projenin eş liderleriydi.

Bununla birlikte, Ekim 2005 için Pentagon, Irak savaşının maliyetlerindeki yüksek etki ve Katrina Kasırgasının yardımları nedeniyle projenin ertelenmesini tavsiye etti.

Bu misyonda spiral modelin faydalarını ispatlayamadan, bütçe kesintilerinin ortaya çıkmasının ardından proje 2009 yılında iptal edildi.

avantaj

Döngüsel yapı

Bu tür bir yapı sayesinde, yazılımın tasarım ve teknik gereksinimleri arasındaki sorunlar, periyodik kontroller sayesinde zımnen ortadan kaldırılır.

Risk yönetimi

Devam etmeden önce ürünün her aşamasında riskler analiz edilir. Bu, potansiyel risklerin üstesinden gelinmesine veya azaltılmasına yardımcı olur.

Tüm çalışanlar, bu modeldeki risk analizinin büyük öneminden yararlanmaktadır ve bu, muhtemelen diğer süreç modellerine göre en büyük avantajlarını temsil etmektedir.

Deneysel değerlerin bulunmaması nedeniyle genellikle belirli bir risk potansiyeli ile ilişkilendirilen yeni teknik ortamlar kullanıldığında, düzenli risk değerlendirmesi değerlidir.

Müşteri katılımı ve geri bildirim

Müşteriler proje tamamlanana kadar projenin her aşamasına dahil edilir. Bu nedenle, projenin bir sonraki versiyonunu iyileştirmek için farklı geri bildirimler toplanabilir.

Ayrıca spiral şekilli ilerleme sayesinde her an geri bildirim alınabilir. Böylelikle müşteriler ve kullanıcılar geliştirme sürecine en başından entegre edilebilir.

Büyük projeler için ideal

Bütçe kontrolünün müşteriler ve geliştiriciler için bir öncelik olduğu büyük ve karmaşık projeler için özellikle popüler ve belirgindir. Yazılım projesinin maliyetleri, kaynakları ve kalitesi üzerinde maksimum kontrole sahipsiniz.

Dezavantajları

Pahalı

Risk analizi için yüksek düzeyde uzmanlık gerektirdiğinden oldukça pahalı olabilir. Ek olarak, projelerin geliştirilmesi çok zaman alır ve bu da genel giderleri artırabilir.

Oldukça karmaşık

Her döngünün sürekli ve dikkatli bir şekilde kontrol edildiği ve belgelendiği, projenin çok aktif ve karmaşık bir ön yönetimi gereklidir.

Diğer modellerden nispeten daha karmaşıktır, çünkü her biri farklı aşamalardan geçen birçok döngü vardır ve bu nedenle dokümantasyon sürecinin çabası artar.

Genellikle mevcut olmayan risk analizi ve yönetimi bilgisi gereklidir.

Zaman yönetimi

Döngü sayısı bilinmediğinden zamanı yönetmek zordur. Ek olarak, bir döngü içinde önemli kararların alınması gerekiyorsa veya bir sonraki döngüyü planlarken ek eylemlerle geliştirme süreci herhangi bir zamanda ertelenebilir.

Birçok adım

Yazılım geliştirmede birçok adım atmak her zaman elverişli değildir çünkü testin çok yönlülüğüne rağmen programın bitmemiş kısımları bitmiş sisteme ulaşabilir.

Sonuç olarak, her zaman herhangi bir kavramsal hata veya tutarsızlığın nihai ürünü etkileme tehlikesi vardır.

Referanslar

1. Victor Yazı Jr (2019). Spiral Model. SDLC için Nihai Kılavuz. Alınan: ultimatesdlc.com.
2. Ionos (2019). Spiral model: risk odaklı yazılım geliştirme süreci modeli. Alındığı: ionos.com.
3. Techuz (2018). Spiral Model nedir? Spiral Yazılım Geliştirme Yaşam Döngüsünün (SDLC) Basit Bir Açıklaması. Alındığı: techuz.com.
4. Tek Noktadan Test (2020). Spiral Model. Alındığı: onestoptesting.com.
5. Geeks için Geeks (2020). Yazılım Mühendisliği - Spiral Model. Geeksforgeeks.org sitesinden alınmıştır.
6. Chandu (2019). Yazılım Mühendisliğinde Spiral Model. Alındığı kaynak: medium.com.