Laporan Antarmuka Kuis Online
Lima peran, pemversian bank soal, penyimpanan otomatis, kredit parsial, dan banding, dirinci sebagai persyaratan bernomor dengan matriks izin dan pengujian terukur.
Loading preview...
Tentukan sistem kuis online
Tentukan peran, siklus hidup, penilaian, keamanan, privasi, aksesibilitas, integritas, pemulihan, dan pengujian penerimaan terukur tanpa mengasumsikan tumpukan teknologi.
Jadikan sebagai latihan formatif
Ubah hanya tujuan asesmen dari dinilai menjadi formatif.
Coba Deep ResearchTugas: Tulis spesifikasi netral terhadap implementasi yang siap untuk uji penerimaan untuk sebuah online mirip Moodle sistem kuis. Berfokuslah pada pengerjaan yang dinilai dengan status dan navigasi soal yang terlihat, kontrol pengatur waktu yang selalu tersedia, dan serta peringatan waktu hampir habis yang jelas, sambil mencakup seluruh siklus hidup. Protokol spesifikasi: Nyatakan asumsi dan keputusan yang belum terselesaikan; jangan mengasumsikan tumpukan teknologi atau kompatibilitas Moodle. Tentukan peran pelajar, penyusun, instruktur/pengawas, administrator, dan dukungan/auditor. Cakup pembuatan versi bank soal, pengacakan, status pengerjaan, penyimpanan otomatis, pengaturan waktu dan akomodasi, pengumpulan, penilaian, kredit parsial, penilaian manual, umpan balik, banding, pelaporan, retensi, ekspor, dan peristiwa audit. Bahas autentikasi, otorisasi, hak akses minimum, keamanan file/input, ekspektasi enkripsi, privasi/penghapusan, pemodelan ancaman, pencegahan kecurangan yang proporsional, dan peninjauan positif palsu. Tentukan penggunaan keyboard dan pembaca layar, fokus, semantik, kontras, tata ulang, petunjuk selain warna, dan alternatif pengaturan waktu. Sajikan persyaratan bernomor, konsep data, transisi status, matriks izin, kasus tepi/penyalahgunaan, serta pengujian terukur untuk penyambungan kembali, konkurensi, penyimpangan pengatur waktu, penilaian, aksesibilitas, keamanan, privasi, beban, dan pemulihan. Pisahkan persyaratan dari opsi implementasi.
Rancang ujian berisiko tinggi
Ubah hanya tingkat penjaminan menjadi ujian berisiko tinggi.
Coba Deep ResearchTugas: Tulis spesifikasi netral terhadap implementasi yang siap untuk uji penerimaan untuk sebuah mirip Moodle online kuis sistem. Berfokuslah pada pengerjaan yang dinilai dengan status dan navigasi soal yang terlihat, kontrol pengatur waktu yang selalu tersedia, dan serta peringatan waktu hampir habis yang jelas, sambil mencakup seluruh siklus hidup. Protokol spesifikasi: Nyatakan asumsi dan keputusan yang belum terselesaikan; jangan mengasumsikan tumpukan teknologi atau kompatibilitas Moodle. Tentukan peran pelajar, penyusun, instruktur/pengawas, administrator, dan dukungan/auditor. Cakup pembuatan versi bank soal, pengacakan, status pengerjaan, penyimpanan otomatis, pengaturan waktu dan akomodasi, pengumpulan, penilaian, kredit parsial, penilaian manual, umpan balik, banding, pelaporan, retensi, ekspor, dan peristiwa audit. Bahas autentikasi, otorisasi, hak akses minimum, keamanan file/input, ekspektasi enkripsi, privasi/penghapusan, pemodelan ancaman, pencegahan kecurangan yang proporsional, dan peninjauan positif palsu. Tentukan penggunaan keyboard dan pembaca layar, fokus, semantik, kontras, tata ulang, petunjuk selain warna, dan alternatif pengaturan waktu. Sajikan persyaratan bernomor, konsep data, transisi status, matriks izin, kasus tepi/penyalahgunaan, serta pengujian terukur untuk penyambungan kembali, konkurensi, penyimpangan pengatur waktu, penilaian, aksesibilitas, keamanan, privasi, beban, dan pemulihan. Pisahkan persyaratan dari opsi implementasi.
Dukung konektivitas rendah
Ubah hanya konteks penyampaian menjadi kelas asinkron dengan konektivitas rendah.
Coba Deep ResearchTugas: Tulis spesifikasi netral implementasi yang siap untuk uji penerimaan untuk sistem kuis online mirip Moodle. Pusatkan pada pengerjaan yang dinilai, dengan status dan navigasi soal yang terlihat serta kontrol timer yang selalu tersedia,, dan peringatan waktu hampir habis yang jelas sambil mencakup seluruh siklus hidup. Protokol spesifikasi: Nyatakan asumsi dan keputusan yang belum terselesaikan; jangan mengada-adakan stack atau kompatibilitas Moodle. Definisikan peran peserta didik, pembuat, pengajar/pengawas, administrator, dan dukungan/auditor. Cakup pemversian bank soal, pengacakan, status pengerjaan, penyimpanan otomatis, pengaturan waktu dan penyesuaian, pengiriman, pemberian skor, kredit parsial, penilaian manual, umpan balik, banding, pelaporan, retensi, ekspor, dan peristiwa audit. Tangani autentikasi, otorisasi, hak akses minimum, keamanan file/input, ekspektasi enkripsi, privasi/penghapusan, pemodelan ancaman, pencegahan kecurangan yang proporsional, dan peninjauan positif palsu. Tentukan penggunaan keyboard dan pembaca layar, fokus, semantik, kontras, penataan ulang tampilan, petunjuk selain warna, serta alternatif pengaturan waktu. Sajikan persyaratan bernomor, konsep data, transisi status, matriks izin, kasus tepi/penyalahgunaan, dan pengujian terukur untuk penyambungan kembali, konkurensi, penyimpangan timer, penilaian, aksesibilitas, keamanan, privasi, beban, dan pemulihan. Pisahkan persyaratan dari opsi implementasi.