Dört ayrı programla yürüyen eğitim merkezini tek sisteme almak

İlişkiyi baştan söyleyeyim

Bu proje bağımsız bir müşteri işi değil: iş ortağımın hissedar olduğu bir firma talep etti. Bunu saklamıyorum, çünkü bir vaka çalışmasının işlevi yalnızca “bunu yapabiliyorum” demek değil, okuyanın kendi durumuyla kıyaslayabilmesidir.

Yapılan iş ve sistemin bugün üretimde çalışıyor olması bundan etkilenmiyor.

Başlangıç: ERP istendi

Talep bir ERP’ydi. Ama teşhis ettiğim sorun kaynak planlaması değildi — aynı kişinin dört ayrı yerde farklı kayıtlarla var olmasıydı. Bir aday hem SRC hem psikoteknik alıyorsa iki kez kaydediliyor, ödemesi iki ayrı yerde takip ediliyor, ve iki panel farklı bakiye gösterebiliyordu.

Hazır bir ERP bu sorunu çözmezdi; kendi kayıt modelini dayatıp aynı kopukluğu başka bir biçimde üretirdi.

Kritik karar: önce para, sonra modüller

Projenin dönüm noktası şu ayrımdı: kayıt bir olaydır, tahsilat başka bir olaydır.

Başlangıçta ikisi iç içeydi ve tutarsızlığın kaynağı buydu. Tüm parasal hareketleri tek bir işlem tablosuna taşıdım; kayıt kaydı ayrı tutuldu. Böylece bir aday birden fazla modüle yazılabiliyor, ödemesi tek yerden görülüyor.

Buna bir de mutabakat uç noktası ekledim: panellerde görünen bakiyelerle işlem toplamı arasındaki farkı hesaplıyor. Fark sıfır değilse bir yerde hata var demektir ve kullanıcı fark etmeden önce ben görüyorum.

MEBBİS: bilerek otomatikleştirmediğim yer

Aday bilgilerinin MEBBİS’e girilmesi en çok zaman alan işti. Tam otomasyon denedim — sistemin captcha’sı buna uygun değildi.

Bunun yerine alan eşleştirmeli otomatik doldurma yaptım: bilgiler hazırlanıyor, forma yerleştiriliyor, kaydet düğmesine hâlâ insan basıyor. Resmî bir sisteme veri yazan adımı otomatikleştirmemek bilinçli bir tercihti.

Güvenlik: canlıdayken bulunan iki kritik açık

Sistem yayına alındıktan sonra kapsamlı bir güvenlik denetimi yaptım. İki kritik bulgu çıktı ve ikisi de o sırada canlıydı:

1. Dosya yükleme ve indirme uçları kimlik doğrulaması istemiyordu ve dizin dışına çıkışa açıktı — aday belgeleri korumasızdı.
2. Yetkilendirmenin tek geçtiği fonksiyon rol kontrolü yapmıyordu; öğrenci hesabı kurumun arka ofisine erişebiliyordu.

İkisi de düzeltildi. Bunu vaka çalışmasına yazıyorum çünkü açık bulunmayan sistem, denetlenmemiş sistemdir. Kendi yazdığım kodda kritik açık çıktı; buldum ve kapattım.

Bugün

Sistem üretimde ve günlük kullanımda. Kullanıcılardan bildirim geldikçe düzeltiyoruz. Son dönemde eklenenlerin çoğu sahadan gelen geri bildirimden çıktı — örneğin mobil arayüz, “panel web sitesi gibi görünüyor, randevu planlamak zor” geri bildirimi üzerine baştan tasarlandı.