Blog
Mert Özen'in yazılım geliştirme, backend, frontend ve DevOps üzerine blog yazıları.
Doğru SDLC Modelini Seçmek: Proje, Ekip ve Risk Profiline Göre Karar
Doğru SDLC modeli ekibin alışkanlığına göre değil, projenin risk profiline göre seçilir: requirements belirsizliği, regülasyon, sözleşme tipi, deploy maliyeti ve geri bildirime erişim. Cynefin'le complicated ve complex problemleri ayırıyor, bir karar tablosu kuruyor ve Bookstore'un banka entegrasyonu, abonelik ürünü ve iç raporlama işi için bilinçli hibrit modelleri dürüstçe tarif ediyoruz.
Waterfall'dan Agile'a ve DevOps'a: Geri Bildirim Döngüsü Neden Aylardan Saatlere İndi?
Geri bildirim döngüsü, deploy'un sabit maliyeti düştükçe kısaldı: maliyet düşünce batch küçüldü, küçük batch hem riski hem hatanın bulunma süresini azalttı. 1990'ların lightweight yöntemlerinden Agile Manifesto'ya, 2009'da DevOps'a ve Continuous Delivery'ye uzanan çizgiyi, DORA'nın beş metric'ini, shift-left'i ve sprint yapıp release'i hâlâ çeyrekte bir yapan water-scrum-fall tuzağını anlatıyoruz.
Incremental, Iterative ve Spiral Modeller: Riski Erken Görmek
Incremental geliştirme sistemi parça parça ekler, iterative geliştirme bütünü kaba yapıp yeniden işler; Cockburn ikisinin birlikte kullanılmasını önerir. Bookstore checkout'unu bir walking skeleton'la başlatıp dilimlerle büyütüyor, Boehm'in risk odaklı Spiral modelini, throwaway ve evolutionary prototype farkını, RAD'ı ve RUP'un dört fazını, iterasyon adı altındaki mini-Waterfall tuzağıyla birlikte anlatıyoruz.
V-Model ve Test Seviyeleri: Her Geliştirme Adımının Bir Test Karşılığı
V-Model'de test sonda yapılmaz, sol kolda tasarlanır: requirements acceptance test'le, system design system test'le, mimari integration test'le, modül tasarımı unit test'le eşleşir. Bookstore'un 14 günlük iade kuralını xUnit v3 trait'leriyle requirement'a bağlıyor, tek komutla REQ-RET-01'e ait dört testi listeliyor ve bir sınır hatasının hangi requirement'ı kırdığını gerçek test çıktısında görüyoruz.
Waterfall Modeli: Royce 1970'te Gerçekte Ne Dedi?
Royce 1970 makalesinde tek geçişli modeli çizdi ama hemen ardından riskli olduğunu söyledi, çünkü zamanlama ve bellek gibi sorunlar ilk kez testte görünür ve tasarımı baştan değiştirtir. Önerdiği beş düzeltmeyi (önce program design, belgele, iki kez yap, testi planla, müşteriyi dahil et), "Waterfall" adının ve DOD-STD-2167'nin hikâyesini ve Bookstore'un iade feature'ında entegrasyonun son ayda patlamasını anlatıyoruz.
SDLC Nedir? Yazılımın Fikirden Emekliliğe Yaşam Döngüsü
SDLC (Software Development Life Cycle), yazılımın fikirden emekliliğe geçtiği requirements, design, implementation, test, deployment, operations ve retirement aşamalarının bütünüdür; modeller bu aşamaları değil, sıralarını ve tekrar sayılarını değiştirir. Bookstore'un iade feature'ı üzerinden her aşamanın çıktısını, bakımın ağırlığını, ISO/IEC/IEEE 12207:2026'nın dört process grubunu ve unutulan retirement aşamasını görüyoruz.