Okul Servisi Yazılımında Bulunması Gereken Özellikler

Harita tek başına ürün değildir

Bir araç işareti göstermek, servisin kim tarafından kullanıldığını, verinin ne kadar güncel olduğunu veya bir olayın gerçekleşip gerçekleşmediğini açıklamaz. Ürün; kullanıcı rolleri, operasyon durumları ve istisna senaryolarıyla tamamlanır. İlk sürüm kapsamını aşağıdaki çekirdek modüllere göre planlamak daha güvenlidir.

İlk sürümde bulunması gereken çekirdek modüller

1. Rol tabanlı erişim

Yönetici filo ve kullanıcıları yönetir; operasyon görevlisi aktif seferleri görür; sürücü yalnız atanmış araç ve rotayı kullanır; veli yalnız eşleştirilmiş öğrenci-servis görünümüne erişir. Her API isteğinde yetki sunucuda yeniden kontrol edilmelidir; yalnız arayüzde düğme gizlemek erişim kontrolü değildir.

2. Rota, durak ve sefer modeli

Rota kalıcı planı, sefer ise belirli gün ve sürücüyle başlayan operasyonu ifade etmelidir. Durak sırası, planlı zaman, araç, sürücü ve öğrenci eşleştirmeleri sürüm geçmişiyle yönetilirse günlük değişikliklerin nedeni takip edilebilir.

3. Zaman damgalı canlı durum

Harita işaretinin yanında “son veri”, doğruluk durumu ve aktif sefer bilgisi gösterin. Arka plan konumu işletim sistemi izinlerine bağlıdır; Android, bu erişimin gerekli olduğunun açıklanmasını ve kullanıcıya reddetme seçeneği sunulmasını ister. Android konum izinleri

4. Olay ve bildirim motoru

Yaklaşma, sefer başlangıcı, öğrenci alındı/bırakıldı ve tamamlandı durumlarını açık olaylar olarak tutun. Bildirimleri olaydan üretin ve tercihleri kullanıcı bazında yönetin. FCM gibi servisler güvenilir sunucu ortamından istemci cihazlara bildirim veya veri mesajı gönderilmesini sağlar. Firebase Cloud Messaging

5. İstisna yönetimi

Konum verisi eskidiğinde, sürücü seferi başlatmadığında, araç rotadan saptığında veya bildirim gönderilemediğinde panelde ayrı bir uyarı oluşmalıdır. Sessizce yanlış “canlı” görünüm sunmak yerine sistem, neyin bilinmediğini açıkça göstermelidir.

6. İşlem kaydı ve destek görünümü

Kimin rota değiştirdiği, sürücünün seferi ne zaman başlattığı ve hangi bildirimin üretildiği denetlenebilir bir kayıtta tutulmalıdır. Güvenlik günlüğü; olayın zamanı, türü, ilgili kimlik ve sonucunu içermeli, fakat parola veya gereksiz hassas veri kaydetmemelidir. OWASP Logging Cheat Sheet

7. Veri yaşam döngüsü

KVKK ilkeleri verilerin amaçla bağlantılı, sınırlı ve ölçülü olmasını; gerekli süre kadar saklanmasını ister. Canlı konum, geçmiş rota, öğrenci bilgisi ve destek kayıtları için ayrı saklama süreleri ve erişim grupları tanımlayın. KVKK temel ilkeler

İkinci fazda değerlendirilebilecek özellikler

Dinamik rota optimizasyonu, gelişmiş ETA, araç bakım modülü, okul giriş sistemi entegrasyonu, çoklu işletme yapısı ve gelişmiş raporlar gerçek kullanım verisi geldikten sonra eklenebilir. Google Routes API, rota ve rota matrisi hesaplamaları sunar; ancak hangi optimizasyon hedefinin kullanılacağı işletme kuralıdır. Google Routes API

Kabul testi nasıl yapılır?

Her özellik için mutlu yol kadar hata senaryosu yazın. Telefon kapalıysa ne olur? Yanlış veli başka aracı görebilir mi? Eski konum canlı görünür mü? Bildirim iki kez gider mi? Rota gün ortasında değişirse geçmiş kayıt korunur mu? Pilot boyunca bu senaryoları gerçek cihaz ve zayıf bağlantıyla test edin.