Yazılım geliştirme yaşam döngüsü modeli (sdlc) nedir? - techopedia nedir?

Tanım - Yazılım Geliştirme Yaşam Döngüsü Modeli (SDLC) ne anlama geliyor?

Bir yazılım geliştirme yaşam döngüsü (SDLC) modeli, bir yazılım geliştirme projesindeki planlamadan bakıma kadar tüm faaliyetleri tanımlayan kavramsal bir çerçevedir. Bu süreç, her biri çeşitli görevler ve aktiviteler de dahil olmak üzere çeşitli modellerle ilişkilidir.

Yazılım geliştirme, gereksinimlerin, bunların uygulanmasının ve yazılım dağıtımının doğru bir şekilde tanımlanmasını gerektiren hantal bir faaliyettir. Ancak, faaliyetler burada bitmiyor. Yazılımın dağıtılmasından sonra zamanında uygun bakım sağlanmalıdır.

Bu terim yazılım geliştirme süreç modeli olarak da bilinir.

Techopedia, Yazılım Geliştirme Yaşam Döngüsü Modelini (SDLC) açıklıyor

Başlıca yazılım geliştirme faaliyetleri şunları içerir:

• Gereksinim çıkarma: Müşteri neyin gerekli olduğuna dair belirsiz bir fikre sahiptir. Hedefe ulaşmak için gereksinimlerin ve planlama adımlarının kapsamlı bir analizinden sonra, soyut müşteri fikri bir grup yazılım mühendisi tarafından uygulamaya konulur.
• Yazılım açıklaması: Yazılımın işlemin bir sonraki adımı olduğunu açıklar.
• Özet sistem temsili: Ürünün gereksinimlerini karşıladığını ve temel donanım ile birlikte diğer yazılım ürünleri ile arayüzler olduğunu doğrulamak için oluşturulur.
• İstemci gereksinimleri: Yazılım mühendisleri tarafından programlanan kod aracılığıyla uygulanır.
• Kod testi: Kod, hata içermediğinden ve istemci gereksinimlerine uyduğundan emin olmak için test edilir.
• İç tasarımın dokümantasyonu: Gelecekteki ürün bakımı ve geliştirilmesi için.
• Bakım: Sistem mimarisini gelecekteki ihtiyaçlara göre değiştirmek için yapılır. Bu, kodun eklenmesini veya mevcut kodun değiştirilmesini gerektirebilir.

Yukarıdaki geliştirme süreci bir dizi modelle kolaylaştırılmıştır. Geliştirme ekibi en uygun modeli seçer. Farklı modeller:

• Şelale modeli: Geliştiriciler gereksinimleri belirtir, analiz eder, bir çözüm belirler ve bir yazılım mimarisi, arayüz gösterimi ve algoritmik ayrıntıları çerçeveler. Sonra kodu geliştirir, test eder, yazılımı dağıtır ve bakımını yaparlar. Şelale yönteminin anlaşılması kolaydır ve gereksinim kararlılığını belirler, ancak çok fazla müşteri katılımı sağlamadığı konusunda yanlış bir izlenim bırakabilir. Bu modelle ilgili temel sorun, hataları düzeltme gereksiniminin önceden ve erken bir aşamada bilinmesidir. Aksi takdirde, tüm süreç üretim maliyetini olumsuz yönde etkileyebilecek yanlış bir yönde devam edebilir.
• V Şekilli model: Şelale modelinin bir çeşididir. Ürünün doğrulanmasını ve onaylanmasını vurgular. Tüm çıktılar test edilebilir ve ilerleme kilometre taşları ile izlenir. Test geliştirme aşamasına paralel olarak yapılır.
• Prototip modeli: Gereksinim aşamasında bir prototip geliştirilir ve son kullanıcılar tarafından değerlendirilir. Kullanıcı geri bildirimlerine dayanarak, geliştiriciler kullanıcı gereksinimlerini karşılamak için prototipi değiştirir. Bu model gereklilikleri kolayca sonuçlandırsa da, üretim ortamında kullanımı kalite sorunlarına yol açabilir ve böylece düzeltme sürecinin sonsuza kadar devam etmesini sağlayabilir.
• Spiral model: Hem şelale hem de prototip modellerini kullanır. Şelale modeline 4. nesil programlama dilleri, hızlı uygulama geliştirme prototipi ve risk analizi ekler. Sistem gereksinimleri tasarlanır ve bir ön sistem tasarımı oluşturulur. İlk prototip tasarlanmış ve test edilmiştir. Test sonuçlarının değerlendirilmesine dayanarak, ikinci bir prototip oluşturulur. Müteakip prototipler müşteri memnuniyetini sağlamak için yapılır. Sistem son prototipi temel alarak oluşturulur. Nihai sistem değerlendirilir ve test edilir. Bu model riski büyük ölçüde azaltmasına rağmen, bütçeyi karşılamayabilir ve her uygulama için farklı şekilde uygulanır.
• Yinelemeli ve artımlı SDLC modeli: Yazılımın bir bölümünü belirtir ve uygular; daha sonra gözden geçirilir ve diğer gereksinimler gruplar halinde eklenir ve uygulanır. Her sürüm, ilk olarak müşterilere önemli işlevler sunan, ilk teslimat maliyetlerini düşüren operasyonel bir ürün sunar. Gereksinimleri değiştirme riski büyük ölçüde azaltılır ve müşterilerin her yapıya yanıt vermesine izin verilir. Güçlü olmasına rağmen, bu model, eksiksiz ve tamamen işlevsel sistemin iyi planlanmasını ve erken tanımlanmasını gerektirir. Ayrıca iyi tanımlanmış modül arayüzleri gerektirir.
• Çevik geliştirme modeli: Disiplinli yöntemler kullanan organizasyonlarda zaman açısından kritik uygulamalar için kullanılır. Yaşam döngüsü aşamalarını hızlandırır ve kapsamı azaltır.
• Sihirli kutu modeli: Bir Web uygulaması geliştirme modelidir. Kod ve veritabanı yapılarını değiştirme şansı sağladığı için projeyi en az hata ile bitirmenin en hızlı yoludur.