Seçmeli Ders, Kredi, Transkript ve Ön Koşul Mimarisi
LMS kredi ve transkript yönetimini; seçmeli ders havuzları, AKTS ağırlıkları, ön koşul zincirleri ve mezuniyet kontrolleriyle birlikte tasarlayın.
Yükseköğretim dekanlıkları için ders kataloğunu dijital ortama taşımak, yalnızca ders adlarını ve haftalık programı yayınlamak değildir. Öğrencinin hangi seçmeli ders grubundan kaç kredi tamamladığı, bir derse kayıt olmadan önce hangi koşulları karşılaması gerektiği ve mezuniyet transkriptinde hangi bilginin nasıl gösterileceği aynı akademik mantığın parçalarıdır.
Bu nedenle LMS kredi ve transkript yönetimi, ayrı rapor ekranlarından oluşan bir özellik listesi gibi değil, öğretim planını kayıt, değerlendirme ve mezuniyet akışına bağlayan bir veri modeli olarak ele alınmalıdır. Aşağıdaki yaklaşım, kurumunuzun mevcut senato kararlarını ve öğrenci bilgi sistemi kurallarını değiştirmeden, gereksinimleri görünür bir mimariye dönüştürmek için kullanılabilir.
Kurumsal LMS seçim rehberinde vurgulanan yetki, raporlama ve entegrasyon sorularını bu kez akademik kayıt döngüsüne uyguladığınızda daha sağlıklı bir satın alma ve uyarlama çerçevesi kurabilirsiniz.
LMS kredi ve transkript yönetimi neden mimari bir konudur?
Kredi, bir öğrencinin yalnızca derse katıldığını değil, programın hedeflediği öğrenme çıktısına ulaşmak için tamamladığı çalışmanın program içindeki ağırlığını anlatır. Avrupa Komisyonu, ECTS'nin öğrenme çıktılarıyla bunlara bağlı iş yükünü görünür kıldığını; ders katalogları ve transkriptlerin kredi tanıma ve transferinde kullanıldığını belirtir. ECTS açıklamasını inceleyin.
Türkiye'de yayımlanan bir yükseköğretim eğitim-öğretim yönetmeliği örneğinde de ders kredilerinin öğrenme kazanımları ve öğrenci iş yükü dikkate alınarak belirlenmesi; öğretim planlarının zorunlu ve/veya seçimlik ders kategorileriyle tamamlanması; mezuniyet transkriptinde ders, kredi, not ve derecelerin gösterilmesi düzenlenmiştir. Bu metin kurumdan kuruma değişebilecek akademik mevzuatın yerine geçmez. Dekanlık, kendi senatosunun güncel kararlarını ve ilgili mevzuatı ayrıca doğrulamalıdır. Resmî Gazete metnini açın.
Kredi modeli
AKTS, yerel kredi, ders saati, uygulama ve iş yükü alanlarını kurumun akademik modeliyle uyumlu biçimde ayırın.
Kural modeli
Seçmeli kategori, ön koşul, üst limit, tekrar ve istisna kararlarını kayıt anında anlaşılır mesajlarla uygulayın.
Kanıt modeli
Not, kredi, başarı durumu, değişiklik geçmişi ve yetkili onaylarını transkript ve denetim raporlarıyla ilişkilendirin.
Önce “hangi ders açılacak?” sorusunu değil, “öğrencinin program yeterliliğini hangi kuralla kanıtlayacağız?” sorusunu yanıtlayın. Qulak ile bu karar modeli, kurumun mevcut planına göre tasarlanabilir; uygulanabilir teknik kapsam ise analiz ve doğrulama çalışmasında netleştirilir.
Seçmeli ders havuzu ve kredi ağırlıkları nasıl kurgulanır?
Seçmeli ders mimarisinin en sağlıklı başlangıç noktası, dersleri tek bir uzun katalogda toplamak yerine akademik kategorilere ayırmaktır. Örneğin bölüm içi seçmeli, bölüm dışı seçmeli, uzmanlık seçmeli veya ortak alan seçmeli grupları birbirinden ayrılabilir. Her kategorinin gerekli minimum kredisi, alınabilecek maksimum kredi, dönem kısıtı ve mezuniyete sayılma koşulu ayrıca tanımlanır.
Bu ayrım, öğrencinin ders seçimini özgürleştirirken dekanlığın mezuniyet kontrolünü sadeleştirir. Bir öğrenci toplam krediyi tamamlamış görünse bile uzmanlık seçmeli kategorisinde eksik kalmışsa sistem bunu açıkça göstermelidir. Kredi toplamı ile kategori yeterliliği aynı şey değildir.
| Kontrol alanı | Akademik politika sorusu | LMS'te beklenen davranış |
|---|---|---|
| Kategori | Öğrenci hangi seçmeli grubundan kaç kredi tamamlamalı? | Kategori bazlı ilerleme ve eksik kredi uyarısı. |
| Ağırlık | AKTS, yerel kredi ve not ortalaması nasıl hesaplanacak? | Alanların ayrı saklanması ve kurum kuralına göre raporlanması. |
| Kota | Dersin açılması için kontenjan veya asgari talep var mı? | Kontenjan, başvuru ve onay durumunun izlenmesi. |
| Tekrar | Başarısız ders, eşdeğer ders veya not yükseltme nasıl ele alınacak? | Tekrar kuralı, sayılan kredi ve geçmiş kayıtların görünür tutulması. |
Burada önemli ayrım, kuralın tanımlanması ile kuralın kurum adına yorumlanmasıdır. Qulak üzerinde bu kategoriler ve hesaplamalar tasarlanabilir; ancak hangi dersin zorunlu sayılacağı, başarısız dersin ortalamaya etkisi veya bir dersin yerine eşdeğerinin kabul edilip edilmeyeceği dekanlık ve ilgili akademik kurullar tarafından onaylanmalıdır.
Ön koşul motoru kayıt akışını nasıl güvenceye alır?
Ön koşul, bir dersi öğrencinin geçmiş başarılarını dikkate almadan herkese açmama kuralıdır. Ancak iyi bir ön koşul mimarisi yalnızca “Ders A geçildi mi?” sorusuna bakmaz. Eşdeğer dersleri, minimum notu, birlikte alınması gereken dersleri, istisna yetkisini ve ön koşulun hangi dönemden itibaren geçerli olduğunu da modelleyebilir.
Koşulu tanımlayın. Önceki ders, kredi eşiği, başarı notu veya belirli bir kategori yeterliliği gibi koşulları ders kataloğundan ayırın.
Kayıt öncesi kontrol edin. Öğrenci dersi seçtiğinde sistem uygunluk durumunu açıklamalı; yalnızca genel bir hata mesajı göstermek yerine eksik koşulu belirtmelidir.
Eşdeğerlikleri yönetin. Müfredat değiştiğinde eski ders kodu ile yeni ders kodunun eşdeğerliği akademik kurul kararıyla işaretlenebilir. Bu karar otomatik varsayım değil, yetkili tanım olmalıdır.
İstisnayı kayıt altına alın. Danışman veya yetkili kurul ön koşulu kaldırıyorsa kim, ne zaman, hangi gerekçeyle onay verdiği değiştirilemez bir işlem geçmişinde tutulmalıdır.
Mezuniyet kontrolünde yeniden çalıştırın. Kayıt sırasında geçen koşul, ders veya program değişikliğinden sonra mezuniyet aşamasında tekrar doğrulanmalıdır.
Uygulama notu: Ön koşulu tamamen otomatik ve istisnasız işletmek bazı öğrencilerin intibak, yatay geçiş veya program değişikliği süreçlerinde mağduriyet yaratabilir. Bu nedenle kural motoru yanında yetkili istisna, gerekçe ve insan incelemesi akışı da tasarlanmalıdır.
Transkript ve mezuniyet kontrolünü tek akışta birleştirme
Transkript, öğrencinin ders geçmişini gösteren bir çıktıdan fazlasıdır; kurumun akademik kararlarının son kullanıcıya görünen kaydıdır. YÖK'ün denklik başvuru sayfasında transkript, alınan dersleri, ders saatlerini veya kredilerini ve notları gösteren onaylı not çizelgesi olarak istenir. Bu nedenle LMS'te tutulacak alanların sonradan resmî öğrenci bilgi sistemiyle nasıl karşılaştırılacağı daha en başta belirlenmelidir. YÖK transkript örneğini görüntüleyin.
Dekanlıklar için pratik yaklaşım, öğrencinin ekranıyla yönetici raporunu aynı veri sözlüğü üzerinde buluşturmaktır. Öğrenci “tamamlandı” bilgisini görürken danışman, bunun hangi kategoriye sayıldığını; öğrenci işleri ise not değişikliğinin hangi yetkiyle yapıldığını izleyebilmelidir.
| Transkript katmanı | Görünür bilgi | Kontrol noktası |
|---|---|---|
| Ders satırı | Ders kodu, adı, dönem, not ve başarı durumu. | Ders kataloğu sürümü ve notlandırma ölçeği. |
| Kredi satırı | Yerel kredi, AKTS ve gerekiyorsa ders iş yükü. | Hesaplama yöntemi ve yuvarlama kuralı. |
| Kategori özeti | Zorunlu, seçmeli ve program içi/dışı kredi toplamı. | Mezuniyet planındaki minimum ve maksimum sınırlar. |
| İşlem izi | Not düzeltmesi, muafiyet, eşdeğerlik ve istisna kararı. | Yetki, tarih, gerekçe ve onay kaydı. |
Yüz teyidi ve kişisel veriler için kontrol kapıları
Kredi ve transkript akışına sınav gözetimi, yoklama veya yüz teyidi eklenecekse akademik fayda tek başına yeterli gerekçe kabul edilmemelidir. Kişisel Verileri Koruma Kurumu, kişisel verilerin işlenmesinde önce açık rıza dışındaki hukuki şartların değerlendirilmesi gerektiğini; ayrıca gereğinden fazla verinin amaçla bağlantılı, sınırlı ve ölçülü olma ilkesine aykırı olabileceğini açıklar. KVKK işleme şartları rehberine ve veri minimizasyonu kararına bakılmalıdır.
Bu nedenle yüz teyidi düşünülüyorsa tasarımda en az şu kapılar bulunmalıdır: işlem amacı ve hukuki dayanak önceden değerlendirilir; gerekli hallerde açık rıza alınır ve aydınlatma metni sunulur; ham görüntü yerine daha az veriyle aynı amaç karşılanabiliyor mu sorulur; yöntemi kullanamayan öğrenci için erişilebilir bir alternatif doğrulama sunulur; otomatik eşleşme kritik bir akademik karara tek başına dayanak yapılmaz ve yetkili insan incelemesi korunur.
Qulak ile bu kontrollerin hangi modül ve entegrasyonla uygulanabileceği, kurumun veri akışına ve mevcut planına göre ayrıca doğrulanmalıdır. Bu yaklaşım, “teknoloji var olduğu için kullanalım” yerine “amaç için gereken en az veriyle güvenilir akademik kayıt üretelim” ilkesini merkeze alır.
Qulak ile dekanlıkların uygulayabileceği kontrollü mimari
Qulak, yükseköğretim kurumunun hazır akademik modelini tek tip bir şablona zorlamak yerine, mevcut planın hangi kurallarla işletildiğini anlamaya dayalı bir çalışma çerçevesiyle değerlendirilebilir. Başlangıçta aşağıdaki dört sorunun birlikte yanıtlanması, satış demosu ile gerçek akademik gereksinim arasındaki farkı görünür kılar:
Plan
Ders kategorileri, kredi türleri, ön koşullar ve mezuniyet eşikleri hangi kurul kararlarına bağlı?
Yetki
Danışman, bölüm başkanı, öğrenci işleri ve dekanlık hangi işlemleri onaylayabilir?
Veri
Öğrenci bilgi sistemi, LMS ve raporlama katmanı arasında hangi veri sözlüğü kullanılacak?
İkinci aşamada bir bölüm veya tek bir ders kategorisiyle kontrollü pilot tasarlanabilir. Pilotun amacı yalnızca kayıt ekranını göstermek değil; seçmeli ders seçimi, ön koşul uyarısı, not kapanışı, istisna onayı ve transkript çıktısının uçtan uca aynı kuralla çalıştığını görmektir. Kurumunuzun içerik üretimi ve ölçme yaklaşımı da kapsamdaysa müfredat ve soru üretimi mimarisi bu planla birlikte değerlendirilerek ders kazanımlarıyla kredi modelinin birbirinden kopması önlenebilir.
Bu çerçevede Qulak için doğru satış vaadi “her üniversitede aynı şekilde çalışır” değil; kurumun akademik planına göre doğrulanabilir, izlenebilir ve genişletilebilir bir akış tasarlanabilir vaadidir. Entegrasyon kapsamı, resmî çıktı gereksinimleri, veri saklama politikası ve yetki modeli teknik analizle kesinleştirilmelidir.
Akademik kayıt mimarinizi birlikte netleştirin
Seçmeli ders havuzunuzu, kredi kurallarınızı, ön koşul zincirlerinizi ve transkript beklentinizi Qulak ekibiyle kurumunuzun mevcut planına göre değerlendirin.
Akademik Süreç Görüşmesi İsteyinSıkça Sorulan Sorular
Seçmeli dersler mezuniyet kredisine dahil edilir mi?
AKTS ile yerel kredi arasındaki fark LMS'te nasıl gösterilir?
Ön koşulu karşılamayan öğrenci seçmeli derse kayıt olabilir mi?
Qulak resmî transkript yerine geçer mi?
Yüz teyidi kullanılan eğitim akışlarında hangi kontroller gerekir?
Resmî kaynaklar ve metodoloji
- Resmî Gazete — Yükseköğretim eğitim-öğretim yönetmeliği örneği: ders kredileri, seçimlik kategoriler, koşullar ve mezuniyet transkripti hükümleri.
- European Commission — ECTS: öğrenme çıktıları, iş yükü, kredi tanıma ve transkript ilişkisi.
- European Commission — ECTS Users' Guide 2015: kredi ve öğrenme çıktısı uygulamasına ilişkin rehber.
- YÖK — Denklik Başvurusu: transkriptte ders, kredi ve not bilgilerinin kullanımına örnek.
- Kişisel Verileri Koruma Kurumu — Kişisel Verilerin İşlenme Şartları.
- Kişisel Verileri Koruma Kurumu — Veri minimizasyonu ilkesine aykırılık.