Fikirden teslime: gereksinim analizi, tasarım, geliştirme metodolojisi, test stratejileri ve proje yönetimi. Yaşam döngüsünün her aşaması izlenebilir ve kanıtlanabilir nitelikte yürütüldü.
Bilgisayar Mühendisliği bölümlerinin (TR/EN) MÜDEK akreditasyon süreçlerindeki veri toplama, kanıt yönetimi ve ölçme-değerlendirme faaliyetlerini dijitalleştiren bir otomasyon sistemi.
Akreditasyon için gerekli verilerin dijital ortamda toplanması, analiz edilmesi ve Sürekli İyileştirme (PUKÖ) süreçlerinin sistematik yönetilmesi. Manuel (Excel tabanlı) süreçlerin hata riskini ve iş yükünü ortadan kaldırmak temel motivasyondur.
Ders çıktılarını (ÖÇ) tanımlar, ders dosyalarını ve öğrenci çalışmalarını sisteme yükleyen birincil veri sağlayıcılar.
PÇ–ÖÇ matrislerini onaylar, anket ve çıktı oranlarını analiz ederek sürekli iyileştirme kararları alır.
Denetimlerde sistemdeki kanıtları, raporları ve PUKÖ döngüsü çıktılarını inceleyen dış denetçiler.
MÜDEK şartnamesi doğrultusunda fonksiyonel ve fonksiyonel olmayan gereksinimler netleştirildi.
PÇ ve ÖÇ tanımlama/güncelleme ve PÇ–ÖÇ ilişki matrisinin sistemce oluşturulması.
Slot tabanlı ders dosyası yükleme, Yüksek/Orta/Düşük öğrenci çalışma örnekleri ve her kanıtın PÇ/ÖÇ ile zorunlu ilişkilendirilmesi.
Anket toplama, PÇ bazında çıktı sağlanma oranlarının hesaplanması ve grafiksel raporlama.
Eksikliklerin problem olarak tanımlanması, aksiyon planı atanması ve izlenebilirlik.
JWT + SSO (EtüKimlik) ile erişim, ClamAV ile dosya tarama, yetkisiz erişimin engellenmesi.
Yüksek hacimli yüklemelerde optimize LINQ sorgularıyla performans koruması.
Akademik personel için sezgisel, veri girişini kolaylaştıran UI/UX.
PÇ–ÖÇ hesaplamaları ve istatistikte yüksek doğruluk; veritabanı tutarlılığı.
ASP.NET Core MVC tabanı; N-Layer + Clean Architecture ile harmanlanmış, .NET Aspire orkestrasyonlu ~100 entity'lik domain modeli. EF Core Code-First ile PostgreSQL üzerinde üretildi.
Tüm varlıklar ortak soyut sınıftan türer; CreatedAt/UpdatedAt EF Core interceptor'larıyla otomatik.
Audit, Core, Course, Evidence, Identity, Mudek, Outcome, Public, Student, Survey.
PÇ–ÖÇ matrisleri ve başarı oranları ilişkisel kısıtlarla garanti altında.
Çevik metodoloji ve Scrum çatısıyla başlandı; teslim baskısı altında modül bazlı çalışmaya geçildi.
Süreç başında gereksinimler kullanıcı hikayeleri (User Stories) ile tanımlandı; değişen gereksinimlere hızlı uyum hedeflendi.
Teknik karmaşıklık ve kısıtlı takvim nedeniyle user-story tek başına yetersiz kaldı; sistem fonksiyonel modüllere ayrılıp her modül uçtan uca (backend+frontend+DB) tamamlandı.
8 sprint planlandı; 29 Mart'ta Kanban tabanlı resmi sprintlere geçildi. Vize haftası dışında 1 haftalık periyotlarla hız korundu.
Harici araç (Jira/Trello) yerine sürüm kontrolüyle entegre GitHub Kanban; görevler Issue ve Story Point ile ölçüldü, commit geçmişiyle tam izlenebilirlik.
TDD yaklaşımı ve sürekli entegrasyon (CI) ile her bileşen geliştirme aşamasında doğrulandı.
Geçen xUnit testi
Hesaplama hata payı (manuelle birebir)
Daha hızlı hata izolasyonu
Daha az Docker kaynak tüketimi (PostgreSQL geçişi)
BaseEntity zaman damgası ve iş mantığı doğrulamaları; 139 xUnit testi CI'da koşar.
.NET Aspire orkestrasyonunda Web ↔ PostgreSQL veri iletişimi sürekliliği.
FileUploadSecurity: uzantı, MIME, 25MB, magic byte ve zararlı içerik senaryoları.
EvidenceController: geçersiz program, PÇ/ÖÇ zorunluluğu ve eksiksiz kayıt oluşturma.
Yükleme/değiştirme/silme sonrası DocumentAuditLog kaydının doğruluğu.
Her push'ta GitHub Actions otomatik test koşumu — geçit bekçisi.
Harici araç olmadan, sürüm kontrolüyle entegre GitHub Projects Kanban üzerinde Issue ve Story Point tabanlı sprint yönetimi.
Grup kuruldu, görev dağılımı yapıldı, ortak teknoloji (ASP.NET MVC) seçildi, rapor taslağı oluşturuldu.
Haftalık toplantı günü belirlendi, proje altyapısı kuruldu, sorumluluklar netleştirildi.
Veritabanı tamamlandı, sunucu temin edildi, GitHub Projects planlama sistemi devreye alındı.
GitHub Projects, Issue ve Story Point kullanımı; Agile/Scrum ve ideal sprint planlaması beyin fırtınası.
Vize haftası için tek seferlik 2 haftalık sprint; sonrasında haftalık sprintlere geçiş kararı.
Frontend/backend yerine modül modül geliştirme kararı ve net görev dağılımı.
PÇ hesaplamasının düz ortalama yerine standart sapma temelli (T-skoru) işleme bindirilmesi; ders bazlı başarı barajı kararı.
Planlanan teslim tarihi; çalışan sistem, geçen testler ve dokümantasyon.
Issue + Story Point ile görev ağırlıkları; commit geçmişiyle tam izlenebilirlik.
Vize haftasındaki tek 2 haftalık sprint dışında 1 haftalık periyotlar.
Şartnameyle başlayan süreç; kritik dönemlerde anlık, rutinde 4 haftada bir görüşme.