Yazılımcılar Dünyası

Şartnamenin Amacı

İşlenmeyen kullanıcı gereksinimleri genellikle şunlardır

Belirsiz
Çelişkili
Pratik veya uygulanması imkansız
Aşırı muğlak ifadeler
Şartnamenin amacı; hangi sistem gereksinimleri ile tasarlandığını bilmek. En az "sürpriz" ile gereksinimleri kullanışlı bir şekilde oluşturmak.

Şartname belge
Sistem geliştiricilerin kullanacakları yazılımın anlatımı içeren bir açıklama bulunmalıdır.
Sistem modelleri, gereksinimlerini tanımlama ve gereksinimleri özellikleri içermelidir.
Bir tasarım belgesi değildir.
fonksiyonel ve fonksiyonel olmayan gereksinimleri içermelidir.
Bakım için bir referans belgesi olarak hizmet vermektedir.

Şartnamedeki gereksimimler ile ilgili olarak.

Gereksinimleri değiştirmek için yapı kolay bir şekilde tasarlanmalıdır.
Sistem değişiklikleri gibi değişikliklere uygun olmalıdır.
Hangi işletim sistemi üzerinde çalışacak?
İşletim sisteminin sonraki versiyonları için uyum olacak mı?
Eskiden sahip olunan verileri dönüştürebilecek mi?

Spesifikasyon özeti

İşletin nasıl uygulanacağı ve ne şekilde yapılacağı belirlenmelidir.
Şartname’ye isterlerin doğru alınması zordur; iyi iletişim becerisi gerektirir.
Gereksinimler zaman içinde değişebilir. Yeni gereksinimler şartname içerisinde iterasyon gerektirir.
Müşteri çoğu zaman ne istediğini iyi bilmez ve kavrayamaz. Gereksinimler aşamasında oluşturulan Bugsların sonradan düzeltmek zordur.

Şartname yorumları
Şartname içerisindeki hatalar olabileceği düşüncesi ile (kusurları keşfetme amacı ile) şartname incelenmesi gerekmektedir.
Yazılım içerisinde ortaya sık çıkan hatalara dikkat edilmelidir. (Yazılım içerisinde ortaya çıkma olasılığı çoktur.)
Hataları keşfetmek için etkili yöntemdir.

Değerlendirme ve test

Kesin bir şartname mevcut olmalıdır.
Ekip üyeleri kuruluşun standartlara aşina olması gerekir.
Yönetim kadrosu değerlendirme için yorum kullanmamalıdır.

Belirtim incelemesi nedir?
Bir yazılım sisteminin şartnamede hataları belirleme işlemidir.

Gereksinim: Bir Bakış

Gereksinim: Bir Bakış

Temel amacı: Kullanıcı tarafından söylenen sorunu doğru anlamak.
Etkinlikler( Şartnamede sorun çıkartacaktır dikkat edilmelidir.)
Gereksiz ayrıntı ile şartname karmaşıklaştırılmamalıdır.
Önceden belirlediği tasarım kısıtlanmamalıdır.
Şartname yapıldıktan sonra, yazılım tasarımı yapın: çözüm odaklı olunmalı nasıl uygulamaya ne şekilde uygulayacağız sorularına ilk bakış şartname ile yapılmalı.
Gereksinimlerin düzgün olması için anahtar; yazılımcı ile müşterinin arasındaki iletişimin düzgün olmasıdır.
Kılavuz olarak hazırlanan belge varsa o belgedeki sıra ile gereksinimleri belirlemeye çalışın.

Gereksinim

Önerilen yazılım sistemi ile ilgili; tespit ve müşteri beklentilerini tam olarak belirleme sürecidir.
İki tür gereksinim
Işlevsel(Fonksiyonal): Hassas görevler veya fonksiyonlar içeren sistemler için yapmaktır. Örneğin, bir uçuş rezervasyon sisteminin ayrıntıları
Fonksiyonel olmayan(Nonfunctional): Genellikle, sistem ya da yapı üzerinde belirlenen bazı özellikler. örneğin, beklenen performans ve bellek gereksinimleri, süreç modeli kullanılmış, uygulama dil ve platform, diğer araçlar, son başvuru tarihleri ?? ile uyumluluk, ...