İhtiyaçları Anlama



Yüklə 447 b.
tarix30.01.2018
ölçüsü447 b.


İ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

  • 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ı?




Dostları ilə paylaş:


Verilənlər bazası müəlliflik hüququ ilə müdafiə olunur ©muhaz.org 2017
rəhbərliyinə müraciət

    Ana səhifə