Yazılım Geliştirme yaşam döngüsü (SDLC), ilk fizibilite çalışmasından tamamlanan uygulamanın bakımına kadar bir bilgi sistemi geliştirme projesinde yer alan aşamaları tanımlayan, proje yönetiminde kullanılan manevi bir modeldir.
Yazılım geliştirme aşamasında takip edilen farklı yazılım geliştirme yaşam döngüsü modelleri belirlenmekte ve tasarlanmaktadır. Bu modellere aynı zamanda ' Yazılım Geliştirme Süreç Modelleri .' Her süreç modeli, yazılım geliştirme adımında başarıyı sağlamak için türüne özgü bir dizi aşamayı takip eder.
SDLC yaşam döngüsünün bazı önemli aşamaları şunlardır:
Şelale Modeli
Şelale evrensel olarak kabul edilen bir SDLC modelidir. Bu yöntemde yazılım geliştirme sürecinin tamamı çeşitli aşamalara bölünmüştür.
java dönüş komutu
Şelale modeli, geliştirmenin gereksinim analizi, tasarım, uygulama, test (doğrulama), entegrasyon ve bakım adımları boyunca sürekli olarak aşağıya doğru (şelale gibi) aktığı görülen sürekli bir yazılım geliştirme modelidir.
Faaliyetlerin doğrusal olarak sıralanmasının bazı önemli sonuçları vardır. Öncelikle bir aşamanın sonunu ve bir sonraki aşamanın başlangıcını belirlemek için her adımın sonunda bazı sertifikasyon tekniklerinin uygulanması gerekir. Bazı doğrulama ve onaylamalar genellikle bunu, aşamanın çıktısının girdisiyle (önceki adımın çıktısı olan) tutarlı olmasını ve aşamanın çıktısının sistemin genel gereksinimleriyle tutarlı olmasını sağlayacak şekilde yapar.
RAD Modeli
RAD veya Hızlı Uygulama Geliştirme süreci şelale modelinin benimsenmesidir; kısa sürede yazılım geliştirmeyi hedeflemektedir. RAD modeli, sistem gereksinimlerini toplamak için odak grupları kullanılarak daha iyi bir sistemin daha kısa sürede geliştirilebileceği konseptine dayanmaktadır.
- İş modeli
- Veri Modelleme
- Süreç Modelleme
- Uygulama Oluşturma
- Test ve Devir
Sarmal Model
Spiral model bir risk odaklı süreç modeli . Bu SDLC modeli, grubun şelale, artımlı, şelale vb. gibi bir veya daha fazla süreç modelinin unsurlarını benimsemesine yardımcı olur. Spiral teknik, tasarım ve geliştirme faaliyetlerinde hızlı prototipleme ve eşzamanlılığın bir kombinasyonudur.
Spiraldeki her döngü, o döngü için hedeflerin, hedeflere ulaşmak için mümkün olan farklı alternatiflerin ve mevcut kısıtlamaların tanımlanmasıyla başlar. Bu döngünün ilk çeyreğidir (sol üst kadran).
Döngüdeki bir sonraki adım, bu farklı alternatifleri hedeflere ve kısıtlamalara göre değerlendirmektir. Bu adımdaki değerlendirmenin odağı projeye yönelik risk algısına dayanmaktadır.
dize tarihini dönüştür
Bir sonraki adım belirsizlikleri ve riskleri çözen stratejiler geliştirmektir. Bu adım kıyaslama, simülasyon ve prototip oluşturma gibi faaliyetleri içerebilir.
V-Modeli
Bu tip SDLC model testinde ve geliştirilmesinde adım paralel olarak planlanır. Yani bir tarafta doğrulama aşamaları, diğer tarafta doğrulama aşaması var. V-Model Kodlama aşamasıyla birleştirilir.
java'daki son anahtar kelime
Artımlı Model
Artımlı model ayrı bir model değildir. Mutlaka bir dizi şelale döngüsünden oluşur. Proje başlangıcında gereksinimler gruplara ayrılır. Her grup için yazılım geliştirmek amacıyla SDLC modeli takip edilmektedir. SDLC süreci, tüm gereksinimler karşılanana kadar her sürümde daha fazla işlevsellik eklenerek tekrarlanır. Bu yöntemde her döngü, önceki yazılım sürümü için bakım aşaması görevi görür. Artımlı modelde yapılan değişiklik, geliştirme döngülerinin örtüşmesine olanak tanır. Bundan sonra bir sonraki döngü, önceki döngü tamamlanmadan başlayabilir.
Çevik Model
Çevik metodoloji, herhangi bir projenin SDLC süreci sırasında sürekli geliştirme ve test etkileşimini destekleyen bir uygulamadır. Çevik yöntemde tüm proje küçük artımlı yapılara bölünür. Bu yapıların tümü yinelemeler halinde sağlanır ve her yineleme bir ila üç hafta sürer.
Herhangi bir çevik yazılım aşaması, yazılım projelerinin büyük bir kısmı hakkındaki çeşitli temel varsayımları ele alacak şekilde karakterize edilir:
- Hangi yazılım gereksinimlerinin devam edeceğini, hangilerinin değişeceğini önceden düşünmek zordur. Proje ilerledikçe kullanıcı önceliklerinin nasıl değişeceğini tahmin etmek de aynı derecede zordur.
- Birçok yazılım türü için tasarım ve geliştirme iç içe geçmiştir. Yani, tasarım modellerinin oluşturulduğu anda kanıtlanması için her iki faaliyetin birlikte gerçekleştirilmesi gerekir. Konfigürasyonu test etmek için inşaat kullanılmadan önce ne kadar tasarımın gerekli olduğunu düşünmek zordur.
- Analiz, tasarım, geliştirme ve test etme (planlama açısından) istediğimiz kadar öngörülebilir değildir.
Yinelemeli Model
Bu, başlangıçta basitleştirilmiş bir uygulamaya odaklanan ve daha sonra nihai sistem tamamlanana kadar giderek daha fazla karmaşıklık ve daha geniş bir özellik seti kazanan bir yazılım geliştirme yaşam döngüsünün özel bir uygulamasıdır. Kısaca yinelemeli geliştirme, büyük bir uygulamanın yazılım geliştirme sürecini daha küçük parçalara ayırmanın bir yoludur.
Büyük patlama modeli
Büyük patlama modeli, yazılım geliştirme ve kodlamadaki her türlü kaynağa, hiç planlama yapmadan veya çok az planlamayla odaklanıyor. Gereksinimler geldiğinde anlaşılır ve uygulanır.
Java'daki liste örneği
Bu model, birlikte çalışan daha küçük boyutlu geliştirme ekibinin olduğu küçük projeler için en iyi sonucu verir. Akademik yazılım geliştirme projeleri için de faydalıdır. Gereksinimlerin bilinmediği veya son çıkış tarihinin verilmediği ideal bir modeldir.
Prototip Modeli
Prototipleme modeli gereksinimlerin toplanmasıyla başlar. Geliştirici ve kullanıcı yazılımın amacını karşılar ve tanımlar, ihtiyaçları belirler vb.
A ' hızlı tasarım ' daha sonra oluşturulur. Bu tasarım, yazılımın kullanıcı tarafından görülebilecek yönlerine odaklanır. Daha sonra bir prototipin geliştirilmesine yol açar. Müşteri daha sonra prototipi kontrol eder ve ihtiyaç duyulan herhangi bir değişiklik veya değişiklik prototipte yapılır.
Döngü bu adımda gerçekleşir ve prototipin daha iyi versiyonları oluşturulur. Bunlar sürekli olarak kullanıcıya gösterilir, böylece yeni değişiklikler prototipte güncellenebilir. Bu süreç müşteri sistemden memnun kalana kadar devam eder. Kullanıcı memnun kaldıktan sonra prototip, kalite ve güvenlik açısından tüm hususlar dikkate alınarak gerçek sisteme dönüştürülür.