İhtiyaçları Anlama

İhtiyaçları Anlama

• İhtiyaçları Anlama

• (Understanding Requirements)

Başlangıç—aşağıdakilerin anlaşılması için soruların sorulması

• Başlangıç—aşağıdakilerin anlaşılması için soruların sorulması

• problemin temel olarak anlaşılması
• çözüm isteyen kişi
• istenen çözümün yapısı
• müşteri ve geliştirici arasında etkili iletişimin ve işbirliğinin sağlanması

• Ortaya çıkarma/ öğreme—bütün paydaşlardan ihtiyaçları al/öğren

• Detaylandırma—veri, fonksiyonel ve davranışlar ihtiyaçları ortaya koyan bir analiz modeli oluştur.

• Müzakere /Görüşme Negotiation—müşteri ve geliştirici için gerçekçi olan teslim edilebilir sistem üzerinde anlaş.

Tanımlama /Şartname hazırlama—aşağıdakilerden herhangi birisi olabilir

• Tanımlama /Şartname hazırlama—aşağıdakilerden herhangi birisi olabilir

• yazılı bir doküman
• çeşitli modeller
• matematiksel ifade
• çeşitli kullanıcı senaryoları (use cases)
• prototip

• Doğrulama / Onaylama—aşağıdakileri gözden geçirme mekanizması

• kapsam veya yorumlamadaki hatalar
• açıklığa kavuşturulması gereken alanlar
• eksik bilgi
• tutarsızlıklar
• çatışan veya gerçekçi olmayan ihtiyaçlar

• İhtiyaç Yönetimi

Paydaşları belirler

• Paydaşları belirler

• “başka kimle konuşmalıyım?”

• Farklı görişleri belirle

• İşbirliğini oluşturmaya çalış

• İlk sorular

• Bu işin olmasını isteyen kim?
• Çözümü kim kullanacak?
• Başarılı bir çözümün ekonomik faydası ne olacak?
• İhtiyacınız olan başka bir çözüm kaynağı var?

yazılım mühendisleri ve müşterilerin katıldığı ve toplantılar yapılır

• yazılım mühendisleri ve müşterilerin katıldığı ve toplantılar yapılır

• hazırlık ve katılım kuralları belirlenir

• bir ajanda önerilir

• bir “hakem” veya yönetici toplantıyı yönlendirir. Bu kişi müşteri, geliştirici veya dışarıdan birisi olabilir.

• bir tanımlama mekanizması kullanılır (çalışma tabloları, post it, elektronik ilan tablosu, chat odası veya sanal forum gibi)

• Amaç

• problemi tanımlamak
• çözüm parçalarını sunmak
• farklı yaklaşımları tartışmak
• ön çözüm ihtiyaçlarının belirlenmesi

Fonksiyon konuşlandırma; sistem için gereken herbir fonksiyonun değerinin (müşteri tarafından algılanan) belirlenmesi

• Fonksiyon konuşlandırma; sistem için gereken herbir fonksiyonun değerinin (müşteri tarafından algılanan) belirlenmesi

• Bilgi konuşlandırma veri nesne ve olaylarını tanımlar

• Görev konuşlandırma sistemin davranışını inceler

• Değer analizi ihtiyaçların bağıl önceliğini belirler

fizibilite ve ihtiyacın ifade edilmesi.

• fizibilite ve ihtiyacın ifade edilmesi.

• sistem veya ürün için kasamın sınırlarının ifade edilmesi

• ihtiyaçların belirlenmesine katılım sağlayacak müşterilerin, kullanıcıların ve paydaşların listesi

• sistemin teknik ortamının tanımlanması

• ihtiyaç listesi ve her bir ihtiyaca uygulanacak alan şartları

• farklı yönetim şartlarında sistemin veya ürünün kullanımı hakkında fikir verebilecek kullanım senaryoları

• ihtiyaçların daha iyi tanımlanması için bir prototipin geliştirilmesi.

Analiz modelinin elemanları

• Analiz modelinin elemanları

• Senaryo-tabanlı elemanlar
• Fonksiyonel—yazılım fonksiyonlarının gelişen açıklaması
• Kullanım-durumları (Use-case)—bir aktör ve sistem arasındaki etkileşimin tanımlanması
• Sınıf-tabanlı elemanlar
• Senaryolar tarafından ima edilen /kastedilen
• Davranışsal elemanlar
• Durum diyagramları
• Akış-yönelimli elemanlar
• Veri akış diyagramı

sistemin parçalarını tanımlayan kullanıcı senaryolarının toplamıdır.

• sistemin parçalarını tanımlayan kullanıcı senaryolarının toplamıdır.

• Herbir senaryo bir aktörün (kullanıcı veya aygıt)

• Herbir senaryo aşağıdaki sorulara cevap verir:

• Ana aktör, ikinci aktör kimdir?
• Aktörün amacı nedir?
• Hikaye başlamadan önce hangi önşartlar belli olmalıdır?
• Aktör tarafından hangi ana görev ve fonksiyonlar işlenir?
• Hikaye tanımlanıyorken hangi eklentiler düşünülmelidir?
• Aktörün etkileşiminin türevleri nelerdir?
• Aktör hangi sistem bilgisini alacak, üretecek veya değiştirecek?
• Aktör, dış ortamdaki değişiklikleri sisteme bildirmek zorundamıdır?
• Aktör sistemden hangi bilgileri beklemektedir.
• Aktör beklenmeyen değişikliler hakkında bilgi sahibi olacak mı?

Ana paydaşları belirle

• Ana paydaşları belirle

• Tartışmaya dahil olacak kişiler bu kişilerdir

• Herbir paydaşın “kazandığı durumları” belirle

• Bazen açık olmayabilir

• Müzakere et /Tartış

• “kazan-kazan” “win-win” durumuna yol açacak ihtiyaçları belirlemek için çalış.

Herbir ihtiyaç sistemin amaçlarıyla tutarlı mı?

• Herbir ihtiyaç sistemin amaçlarıyla tutarlı mı?

• Bütün ihtiyaçlar uygun bir soyutlama seviyesinde belirtildimi? Yani, Bu aşamada uygun olmayan derecede teknik detay sağlıyormu?

• İhtiyaç gerçekten tereklimi veya sistemin amacına uygun olmayan eklenebilir bir yapıyı mı içeriyor.

• Herbir ihtiyacın sınırları bellimi ve kesin mi?

• Herbir ihtiyacın özellikleri var mı? Yani, her bir ihtiyacın özellikleri, kaynağı kaydedildi mi?

• Herhangi bir ihtiyaç diğer bir ihtiyaçla çatışıyormu?

Herbir ihtiyaç sistemin çalışacağı teknik ortam için temin edilebilir mi?

• Herbir ihtiyaç sistemin çalışacağı teknik ortam için temin edilebilir mi?

• Herbir ihtiyaç test edilebilir mi , daha önce uygulandıvmı?

• İhtiyaçlar, inşa edilecek sistemin bilgi, fonksiyon ve davranışlarını uygun bir şekilde yansıtıyor mu?

• Herbir ihtiyaç sistemin detaylı bir şekilde bölmelendi mi?

• Is each requirement achievable in the technical environment that will house the system or product?

• İhtiyaç örüntüleri ihtiyaç modelini basitleştirmek için kullanıldımı Heribr örüntü onandımı? Bütün örüntüler müşteri ihtiyaçlarıyla tutarlımı?