Cevap

Klasik sistem analizi bağlamında, tasarlanan sistemin sınırlarının doğru bir şekilde belirlenmesi önemlidir - hangi işlevlerin bunun içinde gerçekleştirileceği, hangi işlevlerin dış hizmetlere verileceği, bunlarla entegrasyonun nasıl inşa edileceği. Büyük projelerde bu aşama, mimariyi basitleştirmek ve riskleri en aza indirmek için kritik öneme sahiptir.

Ana özellikler:

• Sistem sınırları iş fonksiyonlarına, sorumluluk alanlarına, veri kümesine göre belirlenir.
• Mevcut hizmetler ve arayüzlerin düzenli analizi gereklidir, böylece tekrar eden işlevlerden kaçınılır.
• Entegrasyon senaryoları, formatları ve giriş/çıkış noktaları üzerinde çalışılması önemlidir.

Sorunun tarihi

70’ler ve 80’ler boyunca büyük sistemlerin analizi sırasında, yanlış belirlenmiş sınırların maliyetli entegrasyon geliştirmelerine ve mimaride karmaşaya yol açtığı açık hale geldi.

Problem

Sistem sınırlarının çok geniş ya da dar olması, bakımı zorlaştırır, entegrasyon sayısını artırır ve veri tutarsızlıklarına neden olur.

Çözüm

Context Diagram (bağlam diyagramı) tekniğini ve fonksiyonlar ve sorumlulukların dağılımı için Service Responsibility Matrix'i kullanmak. Sınırların, şirketin gerçek yapısına uygun olması için iş hedeflerine odaklanmak.

Kandırma Soruları.

Oluşturulan sistemin maksimum otonomiye ulaşması her zaman gerekli mi?

Hayır, bazen dublasyonu önlemek için bazı işlevleri diğer sistemlere devretmek daha etkili olabilir.

Analistin tüm entegrasyonlar için veri formatlarını uygulamanın başlangıcında belirlemesi gerekir mi?

Hayır, bu high-level tasarım düzeyinde yapılır. Detaylı formatlar, mimarlar ve entegratörlerle birlikte daha sonra geliştirilir.

Aynı işlevin birkaç sistemde gerçekleştirilmesi çok mu kötü?

Bu, tekrar eden işlevlere, senkronizasyon maliyetlerine ve veri bütünlüğünün kaybına yol açar, bu nedenle böyle kesişmelerden kaçınılmalıdır.

Tipik hatalar ve anti-pattemler

• Bağlam diyagramını işlememek.
• Şirketin halihazırda mevcut hizmetlerini dikkate almamak.
• İş sınırlarını belirlemeden entegrasyonların teknik detaylarına hemen dalmak.

Hayattan bir örnek

Olumsuz vaka:
Sistem, şirket yapısını dikkate almadan tasarlandı, hangi işlevlerin içeride, hangilerinin diğer hizmetlerde olacağı net bir şekilde belirlenmedi.
Artılar: Projeye hızlı başlangıç, minimum kaynak kullanımı. Eksiler: Birçok tekrar eden entegrasyon, veri değişiminde sürekli sorunlar, büyüyen mimari ile karşılaşıldı.

Olumlu vaka:
Sistem analisti bir bağlam diyagramı geliştirdi, sistemin sınırlarını iş ve mimarlarla doğruladı, entegrasyon etkileşimlerini minimize etti.
Artılar: Şeffaf mimari, daha az entegrasyon hatası, kolay destek. Eksiler: Başlangıçta geniş bir hazırlık çalışması, tüm yan sistemler hakkında uzmanlık gerektiriyor.