Yazılım Mimarileri Yazılım Geliştirme Modelleri Hızlı Uygulama Geliştirme Modeli Denetimli Adımlar Modeli ( RUP)

1. Yazılım Mimarileri
Yazılım Geliştirme Yöntembilimleri ve Proje Yönetimi

2. HIZLI UYGULAMA GELİŞTİRME MODELİ

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.

8. DENETİMLİ ADIMLAR MODELİ
Rational Unified Process (RUP)

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ı

12. Yapım
Her Adımın sonunda teslim edilecekler tanımlıdır.

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.

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

17. Kaynak
UML ile Nesne Tabanlı Çözümleme ve Tasarım – Bora Güngören