Çözüm Detay Analizi

Gereksinimler nasıl yazılmalıdır?

Her gereklilik proje içinde benzersiz tek bir belirtece (gereksinim numarası veya koduna) sahip olmalıdır. Böylece her bir gereklilik tasarım ve test aşamalarında takip edilebilir. Gerekliliklerin detay seviyesi şu şekilde belirlenmelidir:

• Yazılımın kabul edilebilmesi için gerekli ve yeterli özellikler gereksinimde belirtilir.
• Gerekliliklerin detay seviyeleri benzer ve yeterli olmalıdır.
• Bir gereklilik net olmalı, muğlak ifade içermemelidir.
• Bir gereklilik ÖLÇÜLEBİLİR ve TEST EDİLEBİLİR olmalıdır.
• Birbiriyle ilgisiz birden fazla özellik tek bir gereksinime konmamalıdır.
• Her istenen özellik için tek bir gereklilik olmalıdır.
• Gereklilik cümleleri –ecektir, -acaktır ya da –meli, -malı kipinde yazılmalıdır.

Gereksinimler hakkında daha ayrıntılı bilgi için bkz;: http://en.wikipedia.org/wiki/Requirement

Aşağıda yanlış kabul edilen gereklilikler ile doğru biçimleri çeşitli örneklerle açıklanmıştır.

Yazılımcıya bırakılmak istenen diğer özellikler Yazılım Tasarım Tanımı (Software Design Description) dokümanı hazırlanarak tasarım kararları olarak belirtilir. Her gereksinim için en az bir tane test yöntemi belirlenerek gereksinim yeterlilik yöntemi yazılmalıdır. Birden çok alt yazılım bileşeni varsa her bir gereksinimin hangi yazılım bileşenine ait olduğu belirtilmelidir.

Çözüm detay analizi bölümü, yazılımın özelliklerini ve kabul edilebilmesi için gerekli gereklilikleri belirten çeşitli alt başlıklara bölünmüştür. Bunlar aşağıdaki A, B, C, D, E, F, G, H, I başlıkları altında kategorize edilir ve detaylandırılır.

Ayrıca “ÇÖZÜM DETAY ANALİZİ” üst bölüm başlığı altına, varsa aktivite diyagramı eklenebilir ya da diyagram farklı bir dosya formatında saklanıyor ise referans gösterilebilir.

Senaryo (Kullanım şeklinin basit senaryosu)	Oto Dışı ekspertiz raporu kapandığında eksper raporu XML’indeki bilgilerin teminat bazlı olarak alınabilmesi.
Birincil Aktör (Asıl kullanıcıdır/sistemdir, ilk tetikleyicidir, ana aktör)	Oto Analiz sistemi
İkincil Aktör (Etkilenen kullanıcıdır/sistemdir, tetiklenendir)	ABC sistemi
Hedef (Senaryo sonucunda olması beklenen sonuç)	Eksper raporu XML’ine değişken sayılı alan eklenmesi
Ön Koşullar (Senaryonun gerçekleşme koşulu)
Tetikleyiciler (Senaryoyu etkili kılacak olan işlem)
Başarılı Sonlanma Koşulları (İsteğin başırılı sonucunda beklenen olay)
Başarısız Sonlanma Koşulları (İsteğin başırısız sonucunda beklenen olay)
Ana Senaryo (Geliştirme isteğinin ne şekilde yapılması gerektiği)
Alternatif Senaryolar (Geliştirme isteğinin başka ne şekilde yapılması gerektiği)
İstisnalar (İsteğin sonuçlanmama şartı)