Sistemin parçaları ve sınırları koddan önce belirleniyor.
Birden fazla kurum tek sistemde, bilgileri ayrı.
Tek kod tabanı, iki mağaza: iOS ve Android.
Yürüyen bir sistemi devralıp iyileştiriyoruz.
Yapay zekâyı yalnız işin gerektirdiği yerde.
Optik formdaki işaretlemeler bir okuyucu cihazının optiğinden değil, formun görüntüsünden okunuyor. Sınav değerlendirmesi böylece tek bir cihazın başında beklemekten çıkıyor: formun görüntüsünü yükleyen kurum sonucu kendi alıyor.
Optik okuma, cihazı olan kuruma bağlı bir iş. Okuyucu tek merkezde duruyor; şube, sınavını okutmak için formları oraya gönderip sıra bekliyor. Cihaz arızalandığında ya da onun kabul ettiği kalıbın dışına çıkıldığında değerlendirme duruyor. Vipkurum’da bu bağımlılık tasarım gereği kaldırıldı: okuma işi cihazın optiğinde değil, formun görüntüsü üzerinde yapılıyor. Bunun bir sınırı var: ortadan kalkan şey cihaz oldu, ama sonucun doğruluğu hâlâ formun düzgün doldurulmasına bağlı.
İşin bugün nasıl yürüdüğünü ve yazılımdan ne beklediğinizi konuşuyoruz; kapsam buradan çıkıyor.
Sistemin hangi parçalardan kurulacağına ve bilginin nerede tutulacağına karar veriyoruz.
Ekranları ve akışı kod yazmadan önce çiziyoruz; onayınızdan sonra geliştirmeye geçiyoruz.
Yazılımı, başka bir ekibin de sürdürebileceği düzende yazıp teslim ediyoruz.
İşaretlemeler form görüntüsü üzerinde OpenCV ile çıkarılıyor; okuma işini cihazın optiği yerine yazılımın görüntü analizi katmanı yapıyor.
Yeni bir form düzeni geldiğinde uyarlama Python tarafında yapılıyor; cihaz değişikliği ya da cihaza özel form tedariki gerekmiyor.
Soru kırpma aracı cevap anahtarını üretiyor, optik okuma aracı öğrencinin işaretlediği cevabı çıkarıyor; ikisi aynı sınav kaydında buluşuyor.
Formlar tarayıcıdan yükleniyor; Python okuma servisi Node.js üzerinden çağrılıyor, sonuçlar Laravel tarafında MySQL kaydına yazılıyor.
| Zorluk | Sonuç |
|---|---|
| Optik okuma cihazı tek merkezde duruyor, şube sınav formlarını oraya taşımak zorunda kalıyor | Şube kendi sınavını kendi okutuyor, formlar merkeze taşınmıyor |
| Cihaz arızalandığı gün bütün kurumun sınav değerlendirmesi olduğu yerde duruyor | Değerlendirme tek bir cihazın çalışır durumda olmasına bağlı kalmıyor |
| Cihazın kabul ettiği form dışına çıkmak mümkün olmuyor | Kurum, cihazın kabul ettiği form kalıbının dışına çıkabiliyor |
| Form düzeni değiştiğinde çözüm tedarik meselesine dönüyor, yazılım tarafında karşılığı yok | Form düzeni değiştiğinde uyum yazılımda yapılıyor, tedarik beklenmiyor |
Atölyeye gelen aracın etrafında kurduğumuz kendi servis yönetim yazılımımız. İş emri, tüketilen parça ve kesilen fatura tek zincirde ilerliyor; işletme ve muhasebe tarafı da aynı kayda bağlı. Bakım geçmişi plaka ve şasi kaydında durduğu için araç el değiştirdiğinde geçmişi kendisiyle geliyor.
Klima, kombi ve beyaz eşya servisleri için geliştirdiğimiz kendi ürünümüz. Ofisteki müşteri ve cihaz kaydıyla sahadaki teknisyen aynı sistemde buluşuyor. Teknisyen telefon çekmeyen bir kazan dairesinde de servis kaydını açıp kapatabiliyor; garanti ve bakım geçmişi cihaza bağlı kalıyor.
Kendi ürünümüz; geliştirme aşamasında, henüz yayında değil. Bir randevunun ne kadar sürdüğü, neye bağlandığı ve arka arkaya nasıl dizildiği sektöre göre değişiyor. Bu kuralları koda gömmek yerine ürün ayarı olarak bırakıyoruz.
İşin bugün nasıl yürüdüğünü yazın; yazılıma hangi adımın geçebileceğine bakalım.
