Yazılım MimarileriYazılım Geliştirme Yöntembilimleri ve Proje

Yönetimi

HIZLI UYGULAMA GELİŞTİRME MODELİ

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.

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.

Her çevrimin süresi kısıtlıdır. Örneğin her 2-4 haftada yeni bir protatip

teslim edilebilir.

İş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.

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.

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

RUP 4 temel etkinlikten oluşur

• Başlangıç

• Olgunlaşma

• Yapım

• Geçiş

• 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)

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ı

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

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

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.

• Gereksinimlerin BelirlenmesiBaşlangıç

• Alan Modellerinin Belirlenmesi• Risklerin Belirlenmesi• Gereksinim Riskleri• Teknik Riskler• Sosyal Risk

• Bir Protatipin hazırlanması

Olgunlaşma

• Protatip’in önem öncelikleri belirlenerek geliştirilmeye başlanmasıYapım

• Gereksinimlere en yakın ürünü ortaya koymuş olmakGeçiş

KaynakUML ile Nesne Tabanlı Çözümleme ve Tasarım – Bora Güngören