3. Hızlı Uygulama Geliştirme Modeli
• Teslim edilen ürün kod olduğuna göre belgelemenin çoğu gereksizdir.
• Her çevrim sonunda çalıştırılan bir protatip teslim edilir. Çalışan protatip her
türlü belgelemeden daha iyidir.
4. Hızlı Geliştirme Uygulama Modeli Planlama
• Safhalar ve etkinlikler kesinlikle ayrılmıştır.
• Problemler ayrılır ve her çevrimde bir ya da bir kaçı çözülür
• Yazılım evrimleşerek istenene ulaşır.
5. Her çevrimin süresi kısıtlıdır. Örneğin her 2-4
haftada yeni bir protatip teslim edilebilir.
6. İşlev Sızıntısı
Bu modele göre müşteri proje bittiğinde çıkan
ürünü kabul edeceği varsayımı üzerinedir.
Ama gerçek dünyada, müşteri sürekli olarak
projeye küçük işlevsellikler ekleterek yazılımcıyı
taciz eder. Bu olaya işlev sızıntısı denir.
7. Hızlı Uygulama Geliştirme Modelinin
Zayıf Noktası
• İşlev sızıntısından kurtulmak için başlangıçta nelerin yapılabileceği
kadar, nelerin yapılmayacağının da konuşulmasıdır. Bu da Hızlı Uygulama
Geliştirme Modelini kullanan yazılımcıların zayıf noktasıdır.
9. RUP 4 temel etkinlikten
oluşur
• Başlangıç
• Olgunlaşma
• Yapım
• Geçiş
10. • Başlangıç
Gereksinimlerin Belirlenmesi
• Olgunlaşma
Gereksinimlerin %60-70’ini toparladığımızı söyleyebiliyorsak, yeterince gereksinim
belirlemişiz demektir.
NE’lerin müşterinin anlayabileceği ve anlamlı sonuçları simgeleyecek biçimde yeniden
yazılması
Bu gereksinimlerin NASIL karşılanacağının kabaca tespit edilmesi
Alan Modellerinin belirlenmesi (sınıf şemaları , uml)
Risklerin Belirlenmesi
Gereksinim Riskleri (Kaç eleman ne kadar süre)
Teknik Riskler (veritabanı yedek almaya izin verecek mi? )
Sosyal Riskler (Hukuki ve politik riskler)
Bir Protatip in belirlenmesi (Ekran Görüntüleri)
11. Olgulaşma süreci sonunda 3 ara ürün teslim
ederiz.
• Kullanım Durumları
• Alan Modelleri
• Protatipler
• Her kullanım durumunun ne kadar sürede teslim edilebileceği
• Belli başlı riskler ve olası başa çıkma yolları
13. Yapım etkinliğini uygularken sıklıkla gözden
kaçan şeyler vardır.
• Riskler göz ardı edilmemeli.
• Test aşaması uzayabilir. Bu yüzden geliştirm ekibine bağlı bir de test birimi
oluşturulabilir.
• Protatip tesliminden önce kodların yeniden düzenlemesi gerekebilir. (ince
ayar- en iyileme-tasarımı en iyileme)
• Belgeleme
14. Geçiş
• Ürüne önemli sayılacak etkinlikler eklenmez. Ancak sınırlı küçük yan
özellikler eklenebilir. (regedit.exe)
• Geçiş etkinliğinde elimizde beta sürümü bulunmaktadır. Teslim edilen ise
son sürümdür.
15.
16. Başlangıç • Gereksinimlerin Belirlenmesi
• Alan Modellerinin Belirlenmesi
• Risklerin Belirlenmesi
• Gereksinim Riskleri
Olgunlaşma • Teknik Riskler
• Sosyal Risk
• Bir Protatipin hazırlanması
Yapım • Protatip’in önem öncelikleri belirlenerek geliştirilmeye başlanması
Geçiş • Gereksinimlere en yakın ürünü ortaya koymuş olmak