Sorunu Anlamak

Tipik bir yazılım geliştirme süreci şu adımları izler -

Şartlı toplantı
Problem tanımı
Sistem tasarımı
Implementation
Testing
Documentation
Eğitim ve destek
Maintenance

İlk iki adım, bir çözüme ulaşmanın en önemli ilk adımı olan sorunu anlamada takıma yardımcı olur. İhtiyaç toplamak, sorunu tanımlamak ve sistemi tasarlamaktan sorumlu kişi çağrılırsystem analyst.

Şartlı toplantı

Genellikle müşteriler veya kullanıcılar sorunlarını veya gereksinimlerini net bir şekilde tanımlayamazlar. Ne istediklerine dair belirsiz bir fikirleri var. Bu nedenle, sistem geliştiricilerinin çözülmesi gereken sorunu veya neyin teslim edilmesi gerektiğini anlamak için müşteri gereksinimlerini toplamaları gerekir. Sorunun ayrıntılı olarak anlaşılması, ancak önce çözümün geliştirildiği iş alanını anlamakla mümkündür. Bir işletmeyi anlamaya yardımcı olan bazı temel sorular şunlardır:

Ne yapılıyor?
Nasıl yapılıyor?
Bir görevin sıklığı nedir?
Kararların veya işlemlerin hacmi nedir?
Karşılaşılan sorunlar nelerdir?

Bu bilgilerin toplanmasına yardımcı olan bazı teknikler şunlardır:

Interviews
Questionnaires
Mevcut sistem belgelerini incelemek
İş verilerini analiz etmek

SMART'a özgü, ölçülebilir, üzerinde anlaşmaya varılmış, gerçekçi ve zamana dayalı gereksinimleri belirlemek için sistem analistlerinin açık ve özlü ancak kapsamlı gereksinimler belgesi oluşturması gerekir. Bunu yapmamak -

Eksik problem tanımı
Yanlış program hedefleri
Müşteriye gerekli sonucu sunmak için yeniden çalışın
Artan maliyetler
Geciken teslimat

Gerekli bilgi derinliği nedeniyle, gereksinim toplama şu şekilde de bilinir: detailed investigation.

Problem tanımı

Gereksinimler toplandıktan ve analiz edildikten sonra, problem ifadesi açıkça ifade edilmelidir. Problem tanımı, hangi problem veya problemlerin çözülmesi gerektiğini açıkça belirtmelidir. Açık bir sorun ifadesine sahip olmak,

Proje kapsamını tanımlayın
Ekibin odaklanmasını sağlayın
Projeyi yolunda tutun
Proje sonunda istenen sonuca ulaşıldığını doğrulayın