Tek akış
Aday, sınavı Qulak içinden başlatır; uygun bağlantı modeliyle proctoring oturumuna yönlendirilir ve dönüşte sonucu görür.
BLOG
Qulak-QProctor Entegrasyonu: Güvenli LMS ve Yapay Zekâ Sınavı
Doğal proctoring deneyimini LMS akışına taşıyın: Qulak ile QProctor arasında düşük API yükü, kontrollü veri paylaşımı ve insan denetimi gözetilerek tasarlanabilecek bir sınav mimarisi.
Online sınav yöneticileri için asıl soru yalnızca “sınavı nasıl gözetlerim?” değildir. Sınav başlamadan önce adayın doğru oturuma alınması, sınav sırasında oluşan olayların güvenilir biçimde işaretlenmesi ve sonuçların eğitim kaydına gereksiz teknik yük oluşturmadan aktarılması gerekir. LMS proctoring entegrasyonu, bu üç ihtiyacı tek bir kullanıcı yolculuğunda birleştirmeyi amaçlar.
Qulak-QProctor senaryosunda hedef, öğrenciyi farklı sistemler arasında kaybettirmeden LMS içinden anlaşılır bir başlangıç ve bitiş deneyimi sunmaktır. Ancak entegrasyonun gerçek kapsamı; Qulak sürümü, QProctor planı, kurumun kimlik sağlayıcısı, veri işleme rolleri ve kullanılacak teknik arayüzler incelendikten sonra doğrulanmalıdır. Aşağıdaki model, kesinleşmiş bir ürün sözleşmesi değil, kurumunuz için değerlendirilebilecek güvenli bir tasarım çerçevesidir. Seçim kriterlerini baştan netleştirmek için kurumsal LMS seçim rehberine de göz atabilirsiniz.
LMS proctoring entegrasyonu nedir?
LMS proctoring entegrasyonu, sınavın öğrenme yönetim sisteminden başlatılması ile gözetim hizmetinin kimlik, oturum ve olay verilerinin kontrollü biçimde eşleştirilmesidir. İyi tasarımda LMS; sınavı, katılım koşullarını ve sonucu yönetir. Proctoring katmanı ise kurumun seçtiği doğrulama ve gözetim politikalarına göre kendi görevini yürütür.
Bu ayrım önemlidir. Qulak, sınav kataloğu, aday grubu, geçme kuralı ve eğitim kaydı için merkez olabilir. QProctor tarafı ise kurumun onayladığı kapsamda kamera, mikrofon, tarayıcı veya yapay zekâ destekli olay analizi gibi kontrolleri üstlenebilir. Hangi sinyalin toplanacağı, ne kadar süre saklanacağı ve hangi durumun inceleme gerektireceği kurum politikasıyla belirlenmelidir.
Kontrollü veri
LMS’e gerekli durum bilgisi taşınır. Ham görüntü veya gereksiz kişisel veri, tasarımın varsayılanı olmak zorunda değildir.
İnsan kararı
Yapay zekâ uyarısı bir inceleme sinyali olarak ele alınır; nihai akademik veya idari karar için insan denetimi korunur.
Qulak-QProctor doğal akışı nasıl tasarlanabilir?
“Doğal entegrasyon” ifadesi, yalnızca iki sistemin teknik olarak veri alışverişi yapması anlamına gelmez. Adayın aynı sınav bağlamında kaldığı, yöneticinin de olayları tek bir operasyon ekranından izleyebildiği bir akış kastedilir. Qulak ile bu deneyim; kurumun mevcut planına ve doğrulanmış arayüzlerine göre LTI, imzalı bağlantı, OAuth tabanlı yetkilendirme veya olay/webhook modeliyle tasarlanabilir.
1EdTech’in LTI 1.3 ve LTI Advantage uygulama rehberi, LMS ile uzak araçların güvenli biçimde bağlanmasına yönelik bir standart çerçeve sunar. Bu, QProctor’un her kurumda otomatik olarak LTI ile çalıştığı anlamına gelmez; yalnızca teknik keşifte değerlendirilebilecek bir entegrasyon yaklaşımıdır.
1
Sınavı hazırla
Qulak’ta sınav, aday grubu, süre ve doğrulama politikası tanımlanır.
2
Oturumu başlat
Gerekli kimlik ve sınav bağlamı, kısa ömürlü ve yetkili bir başlatma akışıyla aktarılır.
3
Olayları yönet
Proctoring sinyalleri politika kapsamına göre değerlendirilir; tekrarlar ayıklanır.
4
Sonucu kapat
Sonuç, durum ve gerekiyorsa inceleme referansı Qulak kaydına kontrollü döner.
Kullanıcı deneyimi hedefi
Adayın sınav linki aramasına, aynı bilgiyi iki kez girmesine veya sistemler arasında hangi ekrana döneceğini tahmin etmesine gerek kalmamalıdır. Qulak-QProctor akışı tasarlanırken bu hedef, teknik bağlantı kadar önemli bir kabul kriteri olarak yazılabilir.
Düşük API yükü için olay tabanlı mimari
Proctoring entegrasyonunda API yükünü azaltmanın yolu, sınav süresince her saniye durum sorgulamak yerine olayları sınav yaşam döngüsüne göre seçmektir. Başlatma, kritik olay, oturum durumu değişikliği ve bitiş gibi anlamlı noktalar bir veri sözleşmesiyle tanımlanır. Bu yaklaşım, hem gereksiz istekleri hem de sınav sırasında gecikmeye neden olabilecek sürekli polling ihtiyacını azaltabilir.
Bu bir performans garantisi değildir. Gerçek yük; aday sayısı, aynı anda açılan oturumlar, olay sıklığı, kanıt politikası, yeniden deneme davranışı ve QProctor’un teknik planına göre hesaplanmalıdır. Qulak ile hedeflenen tasarım aşağıdaki kontrollerle doğrulanabilir:
| Kontrol alanı | Önerilen tasarım yaklaşımı | Doğrulanması gereken nokta |
|---|---|---|
| Başlatma | Oturum başında kısa ömürlü, kapsamı sınırlı bir başlatma belirteci kullanmak. | Hangi alanların gönderileceği ve belirtecin ne kadar geçerli olacağı. |
| Durum takibi | Sürekli polling yerine webhook veya seyrek durum güncellemesi değerlendirmek. | QProctor’un olay sözleşmesi, teslim garantisi ve tekrar davranışı. |
| Yoğunluk | Olayları kuyruklamak, toplu işlemek ve gerektiğinde geri basınç uygulamak. | Tepe sınav saatleri, kuyruk kapasitesi ve kabul edilebilir gecikme. |
| Tekrarlar | Olay kimliğiyle idempotent işleme; aynı olayın yan etkiyi iki kez üretmemesi. | Olay kimliği, sıralama garantisi ve hata sonrası yeniden deneme politikası. |
| Maliyet kontrolü | İstek, depolama ve üçüncü taraf kullanım limitleri için alarm ve eşik tanımlamak. | Plan limitleri, ölçüm noktaları ve sorumlu ekip. |
Bu yaklaşım, güvenlik açısından da değerlidir. OWASP Webhook Security Cheat Sheet; imza doğrulama, tekrar saldırılarına karşı olay kimliği, idempotent işleme, TLS, hız sınırlama ve asenkron kuyruk gibi kontrolleri birlikte ele alır. OWASP API4:2023 ise istek sıklığı, payload boyutu, zaman aşımı ve üçüncü taraf harcama limitlerinin ayrıca sınırlandırılmasını önerir.
Yapay zekâ sınavında güvenlik ve insan denetimi
Yapay zekâ destekli proctoring, yöneticinin her oturumu baştan sona izlemeden riskli görünen olayları önceliklendirmesine yardımcı olabilir. Fakat “AI işaretledi” ifadesi tek başına kopya, ihlal veya başarısızlık kararı değildir. Işık değişimi, bağlantı kesilmesi, arka plan sesi, kamera açısının değişmesi ya da erişilebilirlik ihtiyacı yanlış pozitif üretebilir.
Bu nedenle Qulak-QProctor akışında olayın kendisiyle kararın ayrılması gerekir. Sistem, örneğin “inceleme önerildi” durumunu ve olay referansını aktarabilir; nihai değerlendirmeyi yetkili bir insan yapar. İnceleme ekranında olay zamanı, sınav kuralı, teknik bağlam ve adayın açıklaması birlikte görülmelidir. Adayın itiraz edebilmesi ve gerektiğinde alternatif değerlendirme yapılabilmesi de tasarımın parçasıdır. Bu akışı sınav, ödev ve proje süreçleriyle birlikte planlamak için kurumsal ölçme-değerlendirme rehberindeki süreç yaklaşımı kullanılabilir.
- Yapay zekâ çıktısını otomatik başarısızlık veya disiplin kararıyla eşitlemeyin.
- İnceleme kriterlerini ve yetki matrisini sınavdan önce yazılı hale getirin.
- Bağlantı, cihaz veya erişilebilirlik kaynaklı sorunlar için telafi akışı tanımlayın.
- İnceleme kararlarını, gerekçeyi ve itiraz sonucunu denetlenebilir biçimde kaydedin.
Yüz teyidi ve kişisel veri kontrolleri
Yüz teyidi veya benzeri biyometrik yöntemler kullanılıyorsa konu yalnızca teknik doğrulama değildir. Veri sorumlusu rolü, işleme amacı, açık rızanın koşulları, aydınlatma, aktarım, saklama ve silme süreçleri hukuk ve KVKK ekipleriyle değerlendirilmelidir. KVKK’nın açık rıza açıklaması, rızanın belirli bir konuya ilişkin, bilgilendirmeye dayalı ve özgür iradeyle verilmesi gerektiğini belirtir.
KVKK’nın biyometrik verilerin işlenmesine ilişkin rehberi de bu veri türünün hassas niteliği ve güvenlik ihtiyacı açısından dikkate alınabilecek resmî bir kaynaktır. Bu bağlantılar hukuki danışmanlık yerine geçmez; kurumun kendi senaryosuna göre güncel hukukî inceleme yapılmalıdır.
Pratik bir veri minimizasyonu yaklaşımında LMS’e yalnızca sınavı yönetmek için gereken durum bilgisi aktarılır. Ham video, ses veya yüz şablonunun Qulak’ta tutulması zorunlu bir varsayım olarak kabul edilmez; saklama yeri, erişim rolü, şifreleme, silme süresi ve denetim kaydı teknik sözleşmede açıkça yazılır. Açık rıza veremeyen veya vermek istemeyen adaylar için sınavın güvenlik seviyesine uygun, makul bir alternatif doğrulama yöntemi değerlendirilir.
Kurumunuz için uygulama öncesi kontrol listesi
Bir entegrasyonu canlıya almadan önce yalnızca “çalışıyor mu?” testine bakmak yeterli değildir. Online sınav yöneticileri aşağıdaki soruları satın alma, BT, bilgi güvenliği, hukuk ve akademik süreç sahipleriyle birlikte yanıtlamalıdır:
- Qulak, QProctor ve kurum kimlik sağlayıcısı arasındaki roller ve veri akışı çizildi mi?
- Başlatma, devam, kesinti, tekrar ve bitiş durumları için tekil olay sözleşmesi oluşturuldu mu?
- İmza doğrulama, TLS, sır rotasyonu, hız sınırlama, tekrar önleme ve kuyruk izleme test edildi mi?
- Ham kanıtın nerede tutulduğu, kimlerin eriştiği ve ne zaman silindiği belirlendi mi?
- Yapay zekâ uyarısı için insan incelemesi, itiraz ve alternatif doğrulama akışı hazır mı?
- Tepe sınav saatleri için yük testi ve üçüncü taraf kullanım limitleri planlandı mı?
Bu kontrol listesi, entegrasyonu yalnızca bir API projesi olmaktan çıkarıp ölçülebilir bir sınav operasyonuna dönüştürür. Qulak tarafında sınav katalogları, aday grupları, sonuç kayıtları ve raporlama; QProctor tarafında ise doğrulama ve olay analizi görevleri netleştiğinde, kurum kendi risk seviyesine uygun bir kapsam belirleyebilir.
Güvenli sınav akışınızı birlikte tasarlayın
Qulak-QProctor senaryonuz için mevcut LMS yapısını, sınav yoğunluğunu, veri politikalarınızı ve beklenen entegrasyon yüzeylerini birlikte değerlendirelim.
Entegrasyon görüşmesi isteyinSıkça Sorulan Sorular
Qulak-QProctor entegrasyonu hazır bir özellik olarak mı sunulur?
Entegrasyonun kapsamı Qulak sürümü, QProctor planı, kurumun kimlik doğrulama yapısı ve kullanılacak teknik arayüzlere göre doğrulanır. Qulak ile bu akış tasarlanabilir; kesin kapsam teknik keşif sonrasında netleştirilir.
Düşük API yükü sınav deneyimini nasıl etkiler?
Sınav boyunca sürekli sorgulama yapmak yerine oturum açılışı, kritik olaylar ve sınav bitişi gibi yaşam döngüsü noktaları kullanılır. Gerektiğinde olay kuyruğu, toplu durum güncellemesi, tekrar denemeler ve idempotent işleme tasarlanabilir.
Yapay zekâ bir öğrenciyi otomatik olarak başarısız bırakır mı?
Güvenilir bir süreçte yapay zekâ çıktısı tek başına nihai karar olmamalıdır. Şüpheli olaylar inceleme sinyali olarak ele alınmalı; insan değerlendirmesi, itiraz ve alternatif doğrulama adımları kurum politikasıyla tanımlanmalıdır.
Yüz teyidi kullanılırsa hangi kontroller gerekir?
Açık rıza ve aydınlatma metni, belirli amaç, veri minimizasyonu, saklama ve silme süresi, erişim yetkileri, güvenli aktarım ve makul bir alternatif doğrulama akışı birlikte değerlendirilmelidir. Hukuki uygunluk kurumun veri sorumlusu rolüne ve kullanım senaryosuna göre incelenir.
Qulak ve QProctor ile hangi sınavlar tasarlanabilir?
Kuruma göre sertifika, işe alım, yetkinlik, akademik değerlendirme veya uyum sınavları için oturum başlatma, kimlik doğrulama, olay bildirimi ve sonuç aktarımı akışı tasarlanabilir. Sınav türü, risk seviyesi ve teknik plan birlikte doğrulanmalıdır.
İlgili çözümler ve rehberler
Kaynaklar ve standartlar
- 1EdTech — LTI Core v1.3: LMS ve uzak araçların standart biçimde entegrasyonu ve mesaj/hizmet kimlik doğrulaması.
- 1EdTech — LTI Advantage Implementation Guide: LTI 1.3 ve LTI Advantage için uygulama rehberi.
- OWASP — Webhook Security Cheat Sheet: imza, tekrar önleme, idempotent işleme, hız sınırlama ve asenkron işleme kontrolleri.
- OWASP — API4:2023 Unrestricted Resource Consumption: rate limit, payload, zaman aşımı ve üçüncü taraf maliyet sınırları.
- KVKK — Açık Rıza Alırken Dikkat Edilecek Hususlar ve Biyometrik Verilerin İşlenmesinde Dikkat Edilmesi Gereken Hususlar.