Sistem analizi nasıl yapılır? Gereksinimden çözüme adımlar

Sistem analizi nedir ve ne işe yarar?

Sistem analizi, bir iş ihtiyacını anlayıp bunu geliştirme ekibinin hayata geçirebileceği net gereksinimlere ve modellere dönüştürme çalışmasıdır. Analist, iş tarafı ile teknik taraf arasında köprü kurar: neyin, kimin için ve hangi kurallarla yapılacağını yazılı ve doğrulanabilir hale getirir.

İşe yaradığı yer, yanlış anlaşılmaların maliyetini azaltmaktır. Gereksinim belirsiz kaldığında geliştirme ekibi tahmine dayalı çalışır, iş birimi ise beklediğinden farklı sonuçla karşılaşır. İyi bir analiz, bu farkı geliştirme başlamadan önce yakalar. Aynı zamanda test, tasarım ve proje yönetimi gibi sonraki aşamalar için ortak bir referans noktası oluşturur.

Adım adım sistem analizi nasıl yürür?

Çalışma çoğu projede şu akışla ilerler.

• Kapsam ve hedef: Çözülecek sorun, beklenen sonuç ve sınırlar netleştirilir.
• Paydaş analizi: Kimlerin sürecten etkilendiği, kimin karar verdiği ve kimin bilgisine ihtiyaç duyulduğu belirlenir.
• Keşif: Görüşmeler, atölyeler, gözlem ve mevcut doküman incelemesiyle mevcut durum anlaşılır.
• Gereksinim yazımı: İşlevsel ve işlevsel olmayan gereksinimler açık, ölçülebilir ve tek anlamlı biçimde yazılır.
• Modelleme: Süreç, veri ve sistem davranışı görsel modellerle gösterilir.
• Önceliklendirme ve izlenebilirlik: Gereksinimler önem sırasına konur, her biri iş hedefine ve teste bağlanır.
• Doğrulama: Paydaşlarla gözden geçirilir, değişiklikler kontrollü yönetilir.

Bu adımlar sıralı görünse de pratikte döngüseldir. Modelleme sırasında ortaya çıkan bir soru keşfe geri dönmeyi gerektirebilir; doğrulama sırasında gelen geri bildirim gereksinimleri günceller. Çevik ortamlarda aynı döngü daha küçük parçalarla ve her yinelemede yeniden ele alınır.

Hangi teknikler ve modelleme araçları kullanılır?

Bilgi toplama için görüşme, odak grup, gözlem ve atölye teknikleri kullanılır; her biri farklı türde bilgi çıkarır. Süreç modellemede BPMN gibi notasyonlar iş akışını herkesin okuyabileceği biçimde gösterir. Sistem modellemede UML diyagramları (kullanım senaryosu, sıra, sınıf gibi) davranışı ve yapıyı anlatır. Veri modelleme ise hangi varlıkların bulunduğunu ve aralarındaki ilişkileri tanımlar.

Entegrasyon ve API analizi, sistemin diğer sistemlerle nasıl konuşacağını belirler. Hangi notasyonun hangi durumda seçileceği, hedef kitleye bağlıdır: iş birimine süreç diyagramı, geliştiriciye veri modeli ve arayüz tanımı daha yararlıdır. Notasyonların ayrıntılı kuralları için ilgili resmî spesifikasyonlara bakılmalıdır.

Teknik seçimi kadar paydaşla çalışma biçimi de önemlidir. Atölyede herkesin aynı anda konuşmasını yönetmek, sessiz kalan paydaşın bilgisini ortaya çıkarmak ve çelişen görüşleri görünür kılmak, analistin en az teknik kadar önemli becerileridir.

İyi bir gereksinim nasıl yazılır?

İyi gereksinim tek bir şeyi söyler, ölçülebilirdir ve test edilebilir. "Sistem hızlı olmalı" yerine hangi işlemin hangi koşulda ne kadar sürede tamamlanması gerektiğini yazmak, hem geliştiriciye hem test ekibine net bir hedef verir. Gereksinimler işlevsel (sistem ne yapar) ve işlevsel olmayan (performans, güvenlik, kullanılabilirlik gibi nitelikler) olarak ayrı ele alınır.

Her gereksinimin bir kaynağı ve gerekçesi olmalıdır. İzlenebilirlik matrisi, bir gereksinimin hangi iş hedefinden doğduğunu ve hangi testle doğrulandığını gösterir; böylece değişiklik geldiğinde etkisi hızla görülür. Kapsam kayması çoğunlukla, değişiklik talebinin kayıt altına alınmadan kabul edilmesinden doğar.

Gereksinimleri yazarken kabul ölçütlerini de birlikte tanımlamak, geliştirme bittiğinde işin tamamlanıp tamamlanmadığını tartışmasız hale getirir. Örneğin her gereksinim için "şu koşulda şu sonucu görürsem kabul ederim" biçiminde bir cümle yazmak, hem analist hem test ekibi için pratik bir kontrol listesi oluşturur.

Örnek senaryo: sipariş onay sürecinin dijitalleşmesi

Örneğin bir şirkette sipariş onayları e-posta ve elektronik tablolarla yürüyor. Analist önce satış, finans ve depo çalışanlarıyla görüşerek mevcut akışı çıkarır ve süreci bir diyagramla gösterir. Diyagramda onay beklenen noktalar, dönüşler ve tekrarlayan işler görünür hale gelir.

Ardından hangi rolün hangi siparişi hangi koşulda onaylayacağı iş kuralları olarak yazılır. Veri modeli sipariş, müşteri ve onay kaydı arasındaki ilişkiyi tanımlar; ERP ile entegrasyon noktaları belirlenir. İş birimi gereksinimleri gözden geçirir ve önceliklendirir. Geliştirme başladığında ekip, "ne yapacağız" sorusuna net cevapla çalışır.

Başlangıçtan ileri düzeye öğrenme yolu ve sık hatalar

Başlangıçta analist rolü, paydaş analizi ve iletişim, gereksinim türleri ve yazım ilkeleri öğrenilir. Orta düzeyde BPMN ile süreç modelleme, görüşme ve atölye teknikleri, önceliklendirme ve değişiklik yönetimi gelir. İleri düzeyde UML ile sistem modelleme, veri modelleme, entegrasyon ve API analizi ile çözüm mimarisinin temelleri yer alır.

Sık yapılan hatalar: çözümle başlayıp sorunu tanımlamamak, yalnızca tek bir paydaşı dinlemek, belirsiz ve ölçülemez gereksinim yazmak, modelleri kimse okumayacak kadar karmaşık çizmek ve doğrulamayı atlamak. Gerçek bir sürecin kısa bir analizini baştan sona yapmak, bu becerinin en hızlı gelişme yoludur.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Sistem Analistliği Sertifika Programı; sistem analizine giriş ve analistin rolü, paydaş analizi, gereksinim türleri ve yazım standartları, önceliklendirme ve izlenebilirlik, BPMN ile iş süreci modelleme, görüşme ve atölye teknikleri, UML ile sistem modelleme, veri modelleme, entegrasyon ve API analizi ile çözüm mimarisi temellerini kapsar.