Pelajar melaporkan dua peperiksaan bertindih

Analisis kedua-dua fail CSV yang dilampirkan sebagai dataset simulasi.

1. Terangkan tujuan setiap fail, nama lajur dan jenis maklumat yang terkandung.
2. Kira bilangan rekod, sesi peperiksaan unik, kod kursus unik dan pelajar simulasi unik.
3. Kenal pasti medan yang boleh digunakan untuk memadankan rekod pendaftaran dengan sesi peperiksaan. Uji sama ada course_code dan exam_session_id konsisten antara fail.
4. Senaraikan nilai kosong, format tidak seragam atau kunci yang tidak sepadan. Jangan membaiki data secara senyap.
5. Bezakan angka yang dikira daripada andaian. Tegaskan bahawa semua data ialah rekaan dan bukan rekod rasmi UTM.

Gabungkan rekod pendaftaran dengan jadual peperiksaan menggunakan exam_session_id dan semak konsistensi course_code. Gunakan hanya registration_status “Registered”; jangan kira rekod “Withdrawn” sebagai peperiksaan aktif.

Kesan pasangan peperiksaan bagi pelajar yang sama pada tarikh yang sama apabila julat masanya bertindih. Gunakan kaedah interval: masa mula A < masa tamat B DAN masa mula B < masa tamat A. Jangan tandakan dua peperiksaan bersebelahan sebagai bertindih jika hanya berkongsi sempadan masa.

Hasilkan jadual: student_sim_id, kod kursus, session ID, tarikh, masa, kampus/lokasi dan jenis konflik. Sertakan jumlah pasangan konflik dan langkah pengiraan. Paparkan hanya ID simulasi; jangan mereka identiti pelajar. Jika rekod tidak dapat dipadankan, asingkan sebagai “Perlu semakan data”.

Semak jadual peperiksaan untuk isu penggunaan tempat:
1. Kesan dua sesi atau lebih yang menggunakan venue_code sama di kampus yang sama pada tarikh dan julat masa yang bertindih.
2. Bandingkan registered_candidates dengan venue_capacity bagi setiap sesi dan senaraikan sesi yang melebihi kapasiti.
3. Senaraikan sesi yang venue_code atau medan lokasi lain kosong.
4. Bezakan konflik sebenar daripada kemungkinan yang memerlukan pengesahan manusia.

Berikan jadual dengan exam_session_id, tarikh, masa, kampus, dewan, bilangan calon, kapasiti dan isu yang dikesan. Nyatakan formula atau kaedah semakan. Jangan cadangkan pertukaran dewan seolah-olah telah diluluskan.

Audit fail pendaftaran dan padanannya kepada jadual peperiksaan.

Semak dan laporkan:
- pendaftaran berganda bagi pelajar dan course_code/session yang sama;
- rekod Registered yang merujuk kepada exam_session_id atau course_code yang tiada dalam jadual;
- rekod Withdrawn yang tidak patut dikira sebagai calon aktif;
- medan penting yang kosong atau bercanggah antara kedua-dua fail.

Bagi setiap isu, berikan ID rekod dan sebab ia ditandakan. Jangan padam, gabung atau membetulkan rekod. Asingkan “isu data yang disahkan” daripada “perkara untuk pengesahan pegawai”.

Berdasarkan analisis dataset simulasi yang telah dibuat, sediakan ringkasan untuk pegawai unit peperiksaan.

Susun kepada: (1) skop dan bilangan rekod dianalisis, (2) konflik pendaftaran pelajar, (3) isu penempatan dewan/kapasiti, (4) isu kualiti data, (5) tindakan yang perlu disahkan pegawai.

Untuk setiap dapatan, berikan contoh ID simulasi dan nyatakan fail/lajur bukti. Jangan menganggap dapatan simulasi sebagai rekod sebenar UTM. Jangan memutuskan kelayakan pelajar atau meluluskan perubahan jadual.

Akhiri dengan draf balasan ringkas kepada SIM-STU-001 yang mengesahkan aduan diterima dan menyatakan bahawa semakan rasmi masih diperlukan. Jangan menjanjikan keputusan atau memasukkan maklumat peribadi.