Konunun geçmişi:
Klasik projelerde genellikle analistler ve mimarlar arasında, ayrıca sistem ve iş analistleri arasında çatışmalar ortaya çıkıyordu: her biri bir kısmı "kapatmaya" veya tam tersine sorumlulukların bir kısmını üstlenmeye çalışıyordu. Sınırların net bir şekilde tanımlanması, olgun bir ekibin işaretlerinden biri haline geldi.
Sorun:
Tehlike, işlerin kesişmesi ve tekrar etmesinde yatıyor, bu da yanlış anlamalara, sorumluluk kaybına, gecikmelere ve bazı durumlarda aynı sistem bölümünün tanımlanmasına yönelik paralel ve çelişkili çalışmalara yol açıyor.
Çözüm:
Anahtar özellikler:
Sistem analistinin tüm sistem mimarisinin tasarım seviyesine çıkması gerekir mi?
Hayır, mimar mimari kararlar alır. Analist, mimarın kullanabileceği gereksinimleri netleştirir, ancak tüm mimariyi tasarlamaz.
İş analisti doğrudan teknik sınırlamaları tanımlamakla ilgilenebilir mi?
Genellikle hayır — iş analisti iş gereksinimlerini oluşturur. Teknik sınırlamalar sistem analisti veya mimarın alanıdır.
Eğer bir görev tanımı iş analistinden alındıysa, sistem analistinin iş ile toplantıyı tekrarlaması gerekir mi?
Hayır, ancak sistem analisti her şeyi doğru anladığından emin olmalı ve uyuşmazlık durumlarında sorular başlatmalıdır.
Olumsuz durum:
İki ekip aynı sistem bölümünü paralel olarak çalışıyordu: analistler sahte mimari yazarken, mimarlar iş süreçlerini tanımlıyordu. Sonuç olarak spesifikasyonlar arasındaki farklar genişledi, uygulama uzadı.
Artılar:
Eksiler:
Olumlu durum:
Başlangıçta, kimin ne için sorumlu olduğunu anlaştıkları, sınırları ve bağlantıları belgeledikleri ortak bir atölye çalışması. Daha sonra her aşamada bu anlaşmaların gözden geçirilmesi yapıldı.
Artılar:
Eksiler: