Yazılım geliştirme Yaşam Döngüsü
Yazılım Geliştirme Yaşam Döngüsü (SDLC), bir yazılım organizasyonu içinde bir yazılım projesinde izlenen bir süreçtir. Belirli bir yazılımın nasıl geliştirileceğini, korunacağını, değiştirileceğini ve değiştirileceğini veya iyileştirileceğini açıklayan ayrıntılı bir plandan oluşur. Yazılım kalitesini ve genel geliştirme sürecini iyileştirmek için bir metodoloji tanımlar.
SDLC, hem müşteriyi hem de gerçek dünyanın gereksinimlerini karşılayan yüksek kaliteli yazılım sistemini geliştirmek veya yeniden tasarlamak için BT analistleri tarafından kullanılan bir süreçtir.
Yazılım testi, analizi ve proses sonrası bakımın tüm ilgili yönlerini dikkate alır.
SDLC'nin önemli aşamaları aşağıdaki şekilde tasvir edilmiştir -
Planlama evresi
Her aktivite bir planla başlamalıdır. Planlamada başarısız olmak, başarısız olmayı planlamaktır. Planlamanın derecesi bir modelden diğerine farklılık gösterir, ancak sistemin özelliklerini oluşturarak ne yapacağımızı net bir şekilde anlamak çok önemlidir.
Aşama Tanımlama
Bu aşamada sistemin yapısını analiz edip tanımlıyoruz. Mimariyi, bileşenleri ve bu bileşenlerin çalışan bir sistem oluşturmak için nasıl bir araya geldiğini tanımlıyoruz.
Tasarım Aşaması
Sistem tasarımında, ekran düzenleri, iş kuralları, süreç diyagramları ve diğer dokümantasyon dahil olmak üzere tasarım işlevleri ve işlemleri ayrıntılı olarak açıklanmaktadır. Bu aşamanın çıktısı, yeni sistemi modüller veya alt sistemler topluluğu olarak tanımlayacaktır.
Bina Aşaması
Bu, geliştirme aşamasıdır. Sistemi hayata geçirmek için derleyiciler, yorumlayıcılar, hata ayıklayıcılar kullanarak sistemin tasarımına dayalı olarak kod üretmeye başlıyoruz.
Uygulama
Uygulama, İnşaat Aşamasının bir parçasıdır. Bu aşamada, sistemi hayata geçirmek için derleyiciler, yorumlayıcılar, hata ayıklayıcılar kullanarak sistemin tasarımına dayalı kod üretmeye başlıyoruz.
Test Aşaması
Sistemin farklı bölümleri tamamlandıkça; bir dizi teste tabi tutulurlar. Ürünün ihtiyaç aşamasında ele alınan ihtiyaçları gerçekten çözdüğünden emin olmak için gereksinimlere karşı test edilir.
Hataları belirlemek ve sistemin spesifikasyonlara göre çalıştığından emin olmak için test planları ve test senaryoları kullanılır.
Bu aşamada birim testi, manuel test, kabul testi ve sistem testi gibi farklı test türleri yapılır.
Testte Kusur Takibi
Yazılım test raporları, yürütülen test planlarının sonuçlarını iletmek için kullanılır. Bu durumda, bir rapor, test edilmekte olan mevcut sistemle ilgili tüm test bilgilerini içermelidir. Raporların eksiksizliği, gözden geçirme oturumlarında doğrulanacaktır.
Bir proje için test yapmak iki ana hedefi gerçekleştirmeyi amaçlar -
Sistemdeki arızaları ve kusurları tespit edin.
Gereksinimler ve uygulama arasındaki tutarsızlığı tespit edin.
Aşağıdaki akış şeması, Defect Tracking Process -
Ana hedeflere ulaşmak için, önerilen sistem için test stratejisi genellikle dört test seviyesinden oluşacaktır.
Bunlar birim testi, entegrasyon testi, kabul testi ve regresyon testidir. Aşağıdaki alt bölümler, geliştirme ekibi rollerinin bunları geliştirmekten ve yürütmekten sorumlu olduğu bu test seviyelerini ve bunların eksiksizliğini belirleme kriterlerini özetlemektedir.
Dağıtım
Test aşaması sona erdikten sonra sistem serbest bırakılır ve üretim ortamına girer. Ürün test edildikten ve kullanıma hazır hale getirildikten sonra, uygun pazarda resmi olarak piyasaya sürülür. Bazen ürün dağıtımı, kuruluşun iş stratejisine göre aşamalar halinde gerçekleşir.
Ürün ilk olarak sınırlı bir segmentte piyasaya sürülebilir ve gerçek iş ortamında test edilebilir (UAT - Kullanıcı kabul testi). Daha sonra geri bildirimlere göre ürün olduğu gibi veya hedefleme pazarı segmentinde önerilen geliştirmelerle piyasaya sürülebilir.
SDLC Sonrası İşlem
Ürün piyasaya sürüldükten sonra mevcut müşteri kitlesi için bakımı yapılır.
Üretim ortamına girdikten sonra, sistem, tespit edilmeyen hatalar veya diğer beklenmedik olaylar nedeniyle değişikliklere maruz kalacaktır. Sistem değerlendirilir ve sistemin bakımı için döngü tekrarlanır.
SDLC Sürecinde İş Analistinin Rolü
Aşağıdaki diyagramda görebileceğimiz gibi, BA, iş gereksinimlerini artırmaya ve bunları çözüm gereksinimlerine dönüştürmeye dahil oluyor.
Çözüm özelliklerinin yazılım gereksinimlerine çevrilmesiyle ilgileniyor. Daha sonra analiz ve tasarım aşamasında liderlik eder, kod geliştirmede dikte eder, ardından proje ekibinde bir değişiklik temsilcisi olarak hata düzeltme sırasında test aşamasını izler ve nihayetinde müşteri gereksinimlerini karşılar.
