Okul Alan ve Kapasite Planlama

Okul Alan ve Kapasite Planlama hangi ihtiyacı karşılar?

Birden fazla sınıf, laboratuvar ve etkinlik alanının kapasitesi tek tabloda görünmediğinde yanlış yerleştirmeler yapılabilir.

Örnek kullanım ve iş akışı

Yönetici alan türünü ve güvenli kişi kapasitesini kaydeder; kullanım senaryosuna göre doluluk ile çakışmaları kontrol eder.

Temel yazılım işlevleri

• Mekân türü ve kapasite alanları
• Zaman bazlı doluluk görünümü
• Etkinlik/sınıf eşleştirmesi
• Kapasite aşımı uyarısı

Uygulamada dikkat edilmesi gerekenler

Yazılımda tanımlanan sayı yetkili kapasite veya yangın mevzuatı sınırını değiştirmez; fiziksel koşullar ayrıca doğrulanmalıdır.

Kuruma özel geliştirme

Kampüs sayısı, bina ve ekipman envanteri, vardiyalar, saha kontrolleri ve tedarik süreçleri incelenerek uygulama kapsamı belirlenir. Dijital takip, fiziksel iş güvenliği incelemesi ve yetkili denetimlerin yerine geçmez.

Okul Alan ve Kapasite Planlama kurumun ihtiyaçlarına göre geliştirilebilecek bir çözüm fikridir; hazır veya kullanıma sunulmuş bir ürün taahhüdü değildir. İhtiyacınıza uygun teklif isteyin.

Başvuruda veya işlemde gereken alanlar

Bu ürünün veri modeli sınıf büyüklüğü, oturma düzeni, metrekare, kullanım saatleri, erişilebilirlik üzerinde kurulabilir. Ancak her bilgiyi kullanıcıdan yeniden istemek doğru değildir; okulun doğrulanmış temel kayıtları gerekli yerde referans alınabilir. Bir alan boş bırakılabiliyorsa bunun nedeni tanımlanmalı, bir değer sonradan değiştiğinde eski kararların hangi bilgiye dayandığı anlaşılmalıdır. Kullanıcının girdiği serbest notlarla sistemin kullandığı kesin durum kodları ayrı tutulmalıdır.

İş akışı nasıl planlanabilir?

İşin ilk kayıttan kapanışa kadar nasıl yürüdüğü yazılı hâle getirilmeli: alan envanteri çıkarılır; etkinlik ihtiyacı tanımlanır; uygun kapasite kontrol edilir. Her geçişte kimlerin işlem yapabildiği ve hangi kanıtın gerektiği anlaşılır olmalıdır. Bekleyen kayıtlar sorumluluğu belirsiz bir havuzda kaybolmamalıdır. Onaydan önce önizleme, onaydan sonra ise değişiklik geçmişi sunmak, okulda farklı ekiplerin tek kayda güvenmesini kolaylaştırır.

İstisna ve düzeltme yönetimi

Okul Alan ve Kapasite Planlama için istisna listesinde aynı salonun farklı kapasiteyle hesaplanması, engelli erişiminin göz ardı edilmesi mutlaka bulunmalıdır. Normal işleyen bir form, böyle bir durumda da doğru kalmayabilir. Özellikle aynı kayda iki kişinin yakın saatlerde müdahale etmesi halinde hangi değişikliğin geçerli olduğu belirlenmelidir. Kullanıcıya neden onay verilemediği açıklanmalı; yeniden başvuru gerekip gerekmediği veya hangi görevlinin inceleyeceği gösterilmelidir.

Mahremiyet ve erişim tasarımı

Kurum içindeki bir kaydın herkese açık olması gerekmez. okul müdürlüğü, bina sorumlusu ve program koordinatörü süreçte rol alırken bazıları yalnız durum izler, bazıları onay verir. Mahremiyet için şu sınır konulmalıdır: bina güvenlik planı detaylarını herkese açık göstermemek. Bu sınır kullanıcı arayüzünde olduğu kadar sunucu tarafındaki sorgu ve dosya indirme adımlarında da uygulanmalıdır. Kayıt değişikliği için kimlik, zaman ve işlem türü bilgisi korunursa daha sonra yaşanan anlaşmazlıklar sağlıklı çözümlenebilir.

Kurumdan örnek uygulama

Somut bir pilot olay şu olabilir: konferans salonuna kurulacak sıra düzeniyle sınav düzeninin farklı kapasite vermesi. Böyle bir durumda başvuru kaydının açılmasıyla gerçek işlemin gerçekleşmesi aynı şey değildir. Deneme sırasında önce normal akış tamamlanmalı, ardından bir iptal veya değişiklik uygulanmalıdır. İlgili görevliler kendi hesaplarından yalnız doğru bilgiyi görmeli; sonuç ekranı, verilen kararın hangi gerekçeye dayandığını göstermelidir.

Karar vermeyi destekleyen raporlar

Kurum yönetimi için ilk rapor seti doluluk, kapasite aşımı, alternatif alan ihtiyacı üzerine kurulabilir. Her göstergeyi kullanan kişinin hangi kararı vereceği önceden düşünülmelidir. Kullanımı olmayan bir sütun veri girişini ağırlaştırır. Aylık dökümlerde sayıların birbiriyle tutarlı kalması için iptal, yeniden açılan kayıt ve dönem aktarımı ayrı durumlar olarak ele alınmalı; indirilen raporda filtre tarihi görünmelidir.

Uygulamaya geçmeden önce

İlk sürüm için kapsamı sınırlı tutmak daha güvenli olacaktır. Yangın ve tahliye kapasitesi için yetkili teknik değerlendirme sınırlarını korumak. Önce örnek kayıtlarla normal süreç ve sorunlu süreç karşılaştırılmalı, ardından gerçek kullanıcıların zorlandığı adımlar düzeltilmelidir. Canlı veri taşımadan önce alan eşleşmeleri ve erişim izinleri kontrol edilmeli; kurumun yazılı prosedürüyle çelişen otomatik kararlar kapatılmalıdır. Böylece geliştirme ihtiyacı somut test üzerinden şekillenir.