Paydaş gereksinimlerini doğru yönetebilmek için başlangıçta ortak bir dil ve tutarlı bir sözdizimi geliştirmek faydalıdır.
Tom Gilb tarafından yazılım projeleri için geliştirilen Planguage adı, ingilizce planlama ve dil kelimelerinin birleşimidir. Planguage, yapılandırılmış, anahtar kelimelere dayalı planlama dilidir. Karmaşık gereksinimlerin herhangi bir paydaşın anlayabileceği şekilde iletilmesine yardımcı olur.
Planguage, her gereksinim için standart bir biçim ve sözcük bilgisi sağlar. Amaç, belirsizliği azaltmak, okunabilirliği artırmak ve gereksinimlerin yeniden kullanımını teşvik etmektir.
Anahtar kelimeye dayalı tanımlama, hem işlevsel (çözümün yapması gereken) hem de işlevsel olmayan (çözümün nasıl davranacağı) gereksinimleri belgelemenin çok etkili bir yoludur.
Gereksinimi yazılı hale getirirken belirli bir çerçeve kullanmak işleri kolaylaştırır, paydaşlar ile bir gereksinimin doğru ve eksiksiz olduğu doğrulanabilir.
Planguage’i kullanmanın en iyi yolu, işlevsel gereksinimlerle başlamaktır. Yazılması daha zor olan gereksinimler, işlevsel olmayan veya kalite gereksinimleridir. Bu gereksinimler, istenen çözümün beklendiği gibi davranmasını sağlar. Örneğin, çözümün güvenilirlik düzeyi, ölçeklenebilirliği, performansı işlevsel olmayan gereksinimlere örnektir.
| Anahtar Kelime | Tanım |
| Etiket | İzlenebilirlik için benzersiz tanımlayıcıdır. |
| Açıklama | Ele alınan gereksinim veya alanın tek satırlık açıklamasıdır. |
| Kaynak | Gereksinim sahibidir. |
| Fonksiyonel gereksinim | Gereksinimin detaylı açıklamasıdır. |
| Gerekçe | Mümkünse sayısallaştırılmış, gerekliliği açıklayan bölümdür. |
| Öncelik | Gereksinimin ne kadar öncelikli olduğudur. |
| Hazırlayan | Bu belgeyi dolduran kişidir. |
| Paydaşlar | Gereklilikten önemli ölçüde etkilenen tarafların listesidir. |
| Revizyon | Gereksinimin varsa sürüm numarası ve revizyon geçmişi yazılır. |
| Tarih | En son revizyon tarihi yazılır. |
| Varsayımlar | Şu anda olmasa bile sorun yaratabilecek durumlar yazılır. |
| Riskler | Sorun, gecikme veya diğer olumsuzluklara neden olabilecek durumlar yazılır. |
| Konu Uzmanı | Bu konuda kurumdaki en bilgili kişi yazılır. |
| Bağımlılıklar | Bu gereksinimin etkilediği sistemler, diğer gereksinimler vb. yazılır. |
| Notlar | Gereksinim ile ilgili görüş vb. yazılır. |
İşlevsel Olmayan gereksinimlerde aşağıdaki tablo kullanılabilir;
| Anahtar Kelime | Tanım |
| Açıklama | İşlevsel olmayan gereksinimin tek satırlık açıklamasıdır. |
| Ölçek | İşlevsel olmayan gereksinimi ölçmek için kullanılan ölçü birimidir. |
| Ölçüm | Ölçeği ölçme yöntemidir. |
| Minimum | Başarıyı sağlayacak minimum seviyedir. |
| Hedef | Başarılması hedeflenen ölçektir. |
| Esneme | Her şey yolunda giderse hedefin esneme oranıdır. |
| Geçmiş | Karşılaştırma yapmak için eğer varsa geçmişi sonuçlar |
Örneğin şöyle bir gereksinim olsun: Kayıt girildikten sonra, onaya gönderilmelidir.
Bu gereksinimde birçok kritik bilgi eksiktir. Daha fazla bilgiye ihtiyaç vardır;
- Sistemin ne yapması gerekiyor? (Fonksiyonel gereksinim)
- Sistemin bunu ne zaman yapması gerekiyor? (Fonksiyonel gereksinim)
- Yapılmadığı bir istisna var mı ? (Fonksiyonel gereksinim)
- Tamamlandı ne demek? (Fonksiyonel gereksinim)
- Sistemin bunu yapması neden önemli? (Gerekçe)
- Diğer gereksinimlerle karşılaştırıldığında ne kadar önemli-? (Öncelik)
- Yüksek öncelikli ise, uygulamazsak ne olur? (Risk)
Türkçe eğitimler
İngilizce eğitimler
