Cevap.

Sorunun Tarihi:

Başlangıçta IT projelerinde sistem analistleri genellikle iş gereksinimlerine odaklanmışlardır ve teknik kısıtlar ya iletilmiş ya da göz ardı edilmiştir, bu da çalışmayan veya aşırı pahalı çözümlere yol açmıştır.

Sorun:

Teknik kısıtlar her zaman ilan edilmez – müşteri bunlardan haberdar olmayabilir, geliştirme bunu dikkate almayabilir ve sonuç, altyapının veya entegrasyon sistemlerinin olanaklarıyla çelişebilir.

Çözüm:

Sistem analisti, mimarlarla, DevOps, QA ve entegratörlerle aktif olarak görüşmeler yapar:

• Teknolojik yığınları, iş ve altyapı bağımlılıklarını belirler.
• Gereksinimleri mimari prensiplerle (SLA, kesintisiz çalışma, ölçeklenebilirlik, lisanslama veya güvenlik kısıtlamaları) uyumlu hale getirir.
• İşin istekleri ile mevcut imkanlar arasında anlaşmaları kayıt altına alır ve doğrular.
• "Senaryo tabanlı analiz" ve "Fonksiyonel olmayan gereksinimler" yaklaşımlarını uygular.

Anahtar Özellikler:

• Tüm sorumlu taraflarla kısıtlar ve bağımlılıkların erken kaydedilmesi.
• Anlaşmaların ve örtük kısıtların belgelenmesi.
• Proje çözümlerinin şirket mimarisi ile sürekli kontrolü.

Kandırıcı Sorular.

Açıkça belirtilmemiş teknik kısıtları göz ardı etmek mümkün mü?

Yanlış: Hayır. Açıkça ifade edilmemiş teknik kısıtlar (örneğin, entegrasyon zaman aşımları, mesaj boyutları kısıtlaması) her zaman işlenmesine ve kaydedilmesine ihtiyaç duyar, bu kısıtlar açıkça söylenmemiş olsa bile.

Analistin mimari görüşmeler/workshop'larda yer alması gerekli mi?

Doğru: Evet, sistem analisti iş ve mimarlar arasında bir köprü görevi görür, gereksinimleri her iki tarafa iletir ve çözümleri kaydeder.

Sadece iş gereksinimlerini toplamak ve miras kalan kısıtları analiz etmemek yeterli mi?

Yanlış: Yeterli değil. Miras kod, lisanslar, entegrasyonlar (legacy) bazen açıkça tanımlanan gereksinimlerden daha fazla kısıtlama getirir.

Yaygın Hatalar ve Anti-Desenler

• Gizli kısıtların ve eski sistemlerin bağımlılıklarının hafife alınması.
• "El yazması olmayan" mimari kuralların göz ardı edilmesi.
• Sadece iş kısmının kaydedilmesi ve teknik uygulanabilirliğin dikkate alınmaması.

Hayattan Bir Örnek

Olumsuz Vaka: Analist, iş sürecine göre bir entegrasyonu kaydetti, ancak arayüzde veri iletim hızına ilişkin kısıtları öğrenmedi.

Artılar: Hızlı bir spesifikasyon uygulaması. Eksiler: Sistem yükü kaldıramadı, iş para ve zaman kaybetti.

Olumlu Vaka: Analist, mimari oturumlara katıldı, kısıtları ortaya çıkardı (maksimum akış sayısı = 100, entegrasyon 10 saniyede bir), iş ile kesme sınırlarını onayladı.

Artılar: Çalışan bir çözüm, sağlam entegrasyon. Eksiler: İşlevselliği uzaktan kesmek ve bunu müşteriye gerekçelendirmek zorunda kaldı.