Skema Jawapan & JSU

Justifikasi

Rajah menunjukkan satu jujukan langkah bertertib yang dihubungkan dengan anak panah. Ini takrifan algoritma: siri arahan tersusun untuk menyelesaikan satu tugasan.

Peleraian pula memecahkan masalah besar kepada sub-masalah yang boleh diselesaikan berasingan. Di sini panel 3 mustahil tanpa panel 2 — yang ditonjolkan ialah turutan, bukan pemecahan.

Skema membenarkan empat ciri. Latih murid menulis ciri yang paling selamat: "Arahan langkah demi langkah yang mengikut urutan" — ia merangkumi dua daripada empat frasa yang diterima.

Justifikasi

"Kira jumlah A dan B" memerlukan pemboleh ubah baharu untuk menyimpan hasil, jadi pengisytiharan int mesti ada. Kedua-dua A dan B integer, maka hasil tambah juga integer.

Tanda ; dan (jumlah); sudah tercetak dalam kertas soalan, jadi murid tidak perlu menulisnya semula.

Kesilapan lazim: menulis jumlah = A + B; tanpa int. Pemboleh ubah jumlah belum diisytiharkan di mana-mana baris sebelumnya, jadi kod tidak akan dikompil.

12.50 * 2   atau   12.50 x 2      <-- 1 markah (kaedah)
= 25   atau   25.0               <-- 1 markah (jawapan)

Justifikasi

(a) Kata kunci final ialah penanda pemalar dalam Java — nilainya tidak boleh diubah selepas diumpukkan. Konvensyen HURUF_BESAR_BERGARIS_BAWAH mengukuhkan lagi pengenalpastian ini. bilanganBuku pula pemboleh ubah kerana tiada final.

(b) Soalan memperuntukkan 2 markah dengan kotak besar — kerja pengiraan mesti ditunjukkan. Menulis "25" sahaja tanpa langkah berisiko kehilangan markah kaedah.

Paparan Java sebenar ialah Jumlah harga ialah : RM 25.0 kerana jumlahHarga berjenis double. Boleh dijadikan bahan perbincangan walaupun skema menerima kedua-duanya.

for (int i = 1; i < 5 ; i++ ) {
    jumlah = jumlah + 1;
    System.out.print (jumlah) ;
}

Justifikasi

Output 1234 memberitahu dua perkara: gelung berjalan 4 kali, dan nilai bertambah 1 setiap pusingan.

Kenapa < dan bukan <=? Jika i <= 5, gelung berjalan 5 kali dan output menjadi 12345.

System.out.print (bukan println) sudah tercetak dalam soalan — sebab itulah output bercantum pada satu baris.

Justifikasi

i) // ialah penanda komen sebaris. Komen diabaikan oleh pengkompil dan wujud untuk menerangkan tujuan kod kepada pembaca manusia.

ii) Skema menerima dua sudut untuk baris yang sama: nama markahPeperiksaan yang jelas maksudnya, atau pemilihan int yang bersesuaian untuk markah nombor bulat. Kedua-duanya betul — murid hanya perlu tulis satu.

iii) Baris System.out.println dijorokkan ke dalam berbanding if dan kurungan yang membalutnya. Inden menunjukkan hierarki blok kod secara visual.

Jangan keliru: baris iii) juga mengandungi struktur pilihan if-else, tetapi itu struktur kawalan, bukan amalan terbaik. Yang dinilai ialah gaya penulisan, bukan logik.

Justifikasi

Penyelarasan: draf awal saya menghuraikan X sebagai "jenis data nilai pulangan dan nama subatur cara". Skema rasmi lebih ringkas — isytihar / definisikan fungsi. Jawapan yang lebih panjang sepatutnya masih diterima, tetapi murid tidak perlu menghafal versi panjang.

X ialah pengepala fungsi: ia mengumumkan kewujudan subatur cara bernama tambah yang memulangkan nilai double.

Y ialah pintu masuk data. Nilai 83 dan 88 (argumen) disalin ke dalam a dan b (parameter) mengikut susunan. Tanpa Y, subatur cara tidak boleh menerima input luar.

Istilah untuk murid: nilai yang dihantar = argumen (83, 88); nilai yang diterima = parameter (a, b).

Justifikasi

Penyelarasan: istilah fasa ketiga dalam skema rasmi ialah "Laksana penyelesaian", bukan "Pengekodan" seperti draf awal saya. Sila gunakan istilah skema semasa menanda; "Pengekodan" mungkin diterima sebagai sinonim tetapi jangan bergantung padanya.

i) Jadual IPO (Input–Proses–Output) ialah artifak fasa analisis. Kita hanya mengenal pasti apa yang diperlukan tanpa memikirkan bagaimana ia dilaksanakan.

ii) Carta alir ialah perwakilan logik penyelesaian — menjawab "bagaimana" secara bebas bahasa pengaturcaraan. Pseudokod tergolong dalam fasa yang sama.

iii) Kod Java sebenar yang boleh dikompil = pelaksanaan reka bentuk dalam bahasa pengaturcaraan tertentu.

Corak untuk murid: APA (analisis masalah) → BAGAIMANA (reka bentuk penyelesaian) → TULIS (laksana penyelesaian) → UJI → DOKUMENTASI.

Justifikasi

(a) Kunci asing ialah medan dalam satu jadual yang merujuk kunci primer jadual lain. noPelanggan ialah kunci primer di PELANGGAN; kemunculannya semula di TEMPAHAN menjadikannya kunci asing di sana.

Skema rasmi hanya menuntut noPelanggan. Namun galakkan murid menulis "noPelanggan dalam jadual TEMPAHAN" — lebih tepat dan tiada risiko.

(b) Bukti terus daripada data: P001 muncul dua kali di TEMPAHAN (T001 dan T002) — seorang pelanggan boleh membuat banyak tempahan. Sebaliknya setiap noTempahan hanya bercantum dengan satu noPelanggan.

Justifikasi

Notasi Chen memperuntukkan bentuk khusus untuk setiap peranan: segi empat tepat untuk entiti, elips untuk atribut, dan elips bergaris bawah untuk kunci primer.

Markah keempat itu untuk garis bawah. Skema jelas memecahkan kodAcara kepada 2 markah — satu untuk elips, satu lagi untuk garis bawah atau label KP. Inilah markah yang paling kerap tergelincir.

Jika noMurid <KA> pula diminta, simbolnya elips bergaris putus-putus.

Justifikasi

• i) "bukan kunci → bukan kunci" — pergantungan berantai (A → B → C), tidak melalui kunci primer secara langsung. Contoh: noMurid → kodKelas → namaGuruKelas. Dibuang pada peringkat 3NF.
• ii) "semua atribut kunci" — bergantung kepada kunci komposit secara keseluruhan. Inilah keadaan yang dikehendaki dan menandakan jadual sudah 2NF.
• iii) "salah satu atribut kunci" — hanya sebahagian daripada kunci komposit. Dihapuskan semasa penormalan 1NF → 2NF.

Kaitkan dengan B2. Dalam jadual PENDAFTARAN, namaAcara bergantung kepada kodAcara sahaja — kebergantungan separa, sebab itulah ia dipecahkan ke jadual ACARA.

Justifikasi

Penyelarasan: draf awal saya memberi Affordan dan Pemetaan untuk (i) dan (ii). Skema rasmi menggunakan set istilah kebolehgunaan — Learnability, Predictability, Consistency. Gunakan istilah rasmi ini dalam pengajaran.

i) "Tidak perlu diajar banyak kali" ialah ungkapan langsung bagi learnability — sejauh mana mudah seseorang menguasai penggunaan sistem buat kali pertama.

ii) Pengguna dapat menjangka hasil sebelum bertindak. Perhatikan bezanya dengan maklum balas: maklum balas berlaku selepas tindakan, manakala jangkaan wujud sebelum tindakan.

iii) "Bahagian yang sama di semua paparan" ialah keseragaman merentas skrin — definisi konsistensi.

Frasa penanda untuk murid: "tak perlu diajar" → boleh dipelajari · "saya tahu apa akan jadi" → kebolehan menjangka · "tempat sama / sentiasa serupa" → konsistensi.

Justifikasi

1. Mengenal pasti keperluan interaksi — siapa penggunanya, apa yang mereka perlu buat.
2. Membangunkan reka bentuk alternatif — jana beberapa pilihan penyelesaian untuk dibandingkan.
3. Membina prototaip interaksi — jadikan alternatif terpilih sebagai model yang boleh dicuba pengguna.
4. Membuat penilaian reka bentuk interaksi — uji prototaip dengan pengguna sebenar.

Logik yang mudah diingat: tidak boleh menilai yang belum dibina; tidak boleh membina sebelum ada pilihan reka bentuk; tidak boleh mereka sebelum tahu keperluan.

Justifikasi

Baris 1 — nyahsulit, anjak ke belakang 3:

Baris 2 — sulitkan, anjak ke hadapan 1:

Arah anjakan mesti betul. Formula En(x) diberi untuk enkripsi. Apabila diberi teks sifer dan diminta teks biasa, kita perlu songsangkan — tolak, bukan tambah. Ramai murid tersilap menambah dan menghasilkan "YZKS".

Fungsi mod 26: memastikan huruf berkitar semula ke A selepas Z. Contoh: Z(25)+3 = 28 mod 26 = 2 = C.

Justifikasi

(a) CPU terdiri daripada tiga komponen utama: Unit Kawalan, ALU dan Daftar. Dua sudah dilabel dalam rajah, jadi X mestilah Daftar melalui proses penyingkiran.

(b) Skema rasmi menerima jawapan ringkas "menyimpan data dan arahan". Daftar ialah storan terpantas dalam sistem tetapi bersaiz sangat kecil.

Galakkan murid menambah perkataan sementara — "menyimpan data dan arahan sementara semasa pemprosesan". Ia membezakan daftar daripada ingatan utama yang sudah dilabel berasingan dalam rajah, dan tiada risiko kehilangan markah.

Justifikasi

Penyelarasan: skema rasmi menggunakan TAK, bukan "BUKAN" seperti draf awal saya. Ajar murid menulis TAK atau NOT.

i) Kata kunci ialah "songsangan" dan penggunaan input tunggal. Get TAK ialah satu-satunya get logik asas dengan hanya satu input; ia menterbalikkan nilai.

ii) Kata kunci ialah "dua input adalah BENAR" — kedua-duanya, bukan salah satu. Bandingkan dengan ciri ATAU yang sudah diberi: "salah satu". Kontras inilah yang dibina oleh penggubal soalan.

Justifikasi

Tiga petunjuk yang mengunci jawapan: "objek" (benda yang boleh dikenal pasti secara berasingan), "orang, tempat dan benda" (tiga contoh klasik entiti), dan "menggambarkan persekitaran" (mewakili sesuatu dalam dunia sebenar).

Istilah berdekatan: Atribut = ciri bagi entiti · Rekod = satu baris data lengkap · Medan = satu lajur. Yang ditakrifkan di sini ialah objeknya, bukan cirinya atau datanya.

Justifikasi

Kedua-duanya arahan DDL — mengubah struktur, bukan isi kandungan.

ALTER TABLE mengumumkan bahawa struktur jadual akan diubah dan menyatakan jadual mana. Dengan sendirinya ia tidak lengkap; ia mesti diikuti klausa yang menyatakan apa perubahannya — iaitu DROP harga.

Justifikasi

(a) Yang ditunjukkan ialah sistem pergerakan pengguna antara halaman — cara mencari jalan dalam laman web. Teknik khusus yang dipaparkan ialah menu lungsur turun.

Perangkap soalan (b): soalan meminta "teknik lain". Menjawab "menu lungsur turun" akan hilang markah kerana itulah yang sudah ditunjukkan dalam rajah.

Prinsip asas reka bentuk laman web yang lain: Keseimbangan, Kontras, Penegasan, Kesatuan, Irama, Kebolehbacaan. Hanya Navigasi yang sepadan dengan bar menu berlungsur turun.

Justifikasi

Tiga bukti dalam kod:

• if (harga[j] > harga[j+1]) — membandingkan elemen dengan jiran sebelahnya. Ini cap jari isihan buih.
• Blok tiga baris temp ialah pertukaran klasik antara dua elemen bersebelahan.
• harga.length-i-1 — julat gelung dalam mengecil setiap pusingan kerana elemen di hujung sudah tersusun.

Bandingkan dengan Soalan 20 — kedua-duanya menguji isihan tetapi jawapannya berbeza. Bacalah cara perbandingan dibuat sebelum menjawab.

Justifikasi

Bukti pemutus ada pada langkah 1: perbandingan antara 8 (kedudukan pertama) dengan 2 (kedudukan terakhir) — dua elemen yang tidak bersebelahan. Isihan buih tidak akan berbuat demikian.

Petunjuk sokongan: langkah 3 dan 4 tidak menghasilkan sebarang perubahan — ciri isihan pilih, di mana pertukaran hanya berlaku sekali pada penghujung setiap pusingan imbasan.

25 * 4        <-- 1 markah (kaedah)
= 100         <-- 1 markah (jawapan)

Justifikasi

(a) Pemboleh ubah ialah lokasi ingatan bernama yang nilainya boleh berubah. hargaBuku dan bilBuku diisytiharkan secara eksplisit pada baris 7–8 — jawapan paling selamat.

input pada baris 6 bukan jawapan yang baik — ia objek Scanner, bukan pemboleh ubah data mudah.

(b) Baris 9 berada di bawah komen "//Isytihar pemboleh ubah" dan baris 22 merujuk jumlahBayaran yang belum wujud. Jenisnya double kerana hasil darab double dengan int menghasilkan double.

Baris 13 menggunakan nextDouble() kerana hargaBuku berjenis double; nextInt() di sini akan menyebabkan InputMismatchException apabila pengguna menaip 25.50. Baris 16 pula nextInt() kerana bilangan buku sentiasa nombor bulat.

(c) Soalan memperuntukkan 2 markah untuk satu baris ringkas — isyarat bahawa dua perkara mesti disentuh: nama pemboleh ubah dan jenis data. Jawapan "mengisytiharkan pemboleh ubah" sahaja hanya layak 1 markah.

(d) Skema menerima 100. Paparan Java sebenar ialah Bayaran ialah RM 100.0 kerana jumlahBayaran berjenis double — boleh dijadikan perbincangan kelas.

Justifikasi

Penyelarasan: draf awal saya melakar kekardinalan 1 : M. Skema rasmi versi 1 menggunakan M : N antara MURID dan ACARA. Nisbah 1 : M hanya betul dalam versi 2, iaitu apabila PENDAFTARAN dijadikan entiti berasingan. Pastikan murid konsisten dengan versi yang mereka pilih.

(a) Kenapa jadual asal belum 2NF

Kunci primernya komposit — (noMurid, kodAcara). Buktinya pada data: baris 1 dan 2 kedua-duanya M01, jadi noMurid sahaja tidak unik; A01 muncul dua kali, jadi kodAcara sahaja juga tidak unik.

noMurid              --> namaMurid, rumahSukan   (separa)
kodAcara             --> namaAcara               (separa)
noMurid + kodAcara   --> tarikhDaftar            (penuh - kekal)

Masalah sebenar yang diselesaikan: dalam jadual asal, "Ahmad" dan "Merah" ditulis dua kali. Jika Ahmad bertukar rumah sukan, dua baris perlu dikemas kini — jika satu terlepas, data menjadi tidak konsisten. Inilah anomali kemas kini.

Kesilapan paling kerap: menggugurkan tarikhDaftar atau meletakkannya dalam jadual MURID. Ia mesti kekal dalam PENDAFTARAN kerana ia atribut bagi hubungan, bukan bagi murid mahupun acara.

Adakah sudah 3NF? Ya. Selepas pecahan ini tiada kebergantungan transitif tinggal. Namun soalan hanya meminta 2NF — jangan pecahkan lagi.

(b) Kenapa M : N

Ayat kunci dalam soalan: "Setiap murid boleh menyertai satu atau dua acara sukan" — seorang murid ke banyak acara. Daripada data pula, A01 disertai M01 dan M03, serta A05 oleh M01 dan M10 — satu acara diikuti banyak murid. Maka hubungan MURID ↔ ACARA ialah M : N.

Dalam pelaksanaan fizikal, M : N diselesaikan melalui jadual perantara PENDAFTARAN — itulah versi 2. Sebab itu kedua-dua lakaran sah, tetapi label kekardinalannya tidak sama.

INSERT INTO baka (nobaka, baka, gambar)
VALUES
("M1", "Munchkin", "munchkin.jpeg");

Justifikasi

Cara menstruktur jawapan (a)

Perhatikan corak skema: setiap perbandingan bernilai 2 markah — satu untuk membandingkan kedua-dua set, satu lagi untuk menyatakan sebab / kesannya. Murid yang hanya menyenaraikan kelemahan SQL 1 tanpa menyebut SQL 2, atau yang membandingkan tanpa memberi sebab, akan kehilangan separuh markah.

"Dalam SQL 1, medan baka menggunakan INT(20), sedangkan SQL 2 menggunakan VARCHAR(20) yang bersesuaian dengan sampel data Munchkin. Pemilihan VARCHAR adalah bersesuaian kerana sampel data terdiri daripada aksara huruf."

Ayat berhuruf tebal itulah markah kedua. Latih murid menambah satu ayat "sebab" selepas setiap perbandingan.

Mengapa setiap perbezaan itu penting

Kunci primer hilang. Tanpa PRIMARY KEY (emel), jadual pengundi membenarkan rekod pendua. Lebih parah, kunci asing FOREIGN KEY(emel) tidak akan berfungsi kerana MySQL memerlukan medan yang dirujuk itu diindeks sebagai kunci — punca ralat errno 150.

Jenis data salah. Cubaan menyimpan "Munchkin" ke dalam medan INT akan gagal atau disimpan sebagai 0.

Saiz tidak konsisten. nobaka ialah VARCHAR(5) di jadual baka tetapi VARCHAR(1) di jadual undi. Kunci asing mesti sepadan jenis dan saiz dengan kunci primer yang dirujuk. Sampel data "C1" berjumlah 2 aksara — akan terpotong.

Kunci asing tertinggal. Jadual 8(b) menyenaraikan dua kunci asing untuk undi. SQL 1 hanya melaksanakan satu, jadi tiada apa menghalang undi direkodkan atas nama emel yang tidak wujud.

Nota pengajaran: Jadual 8(b) bukan hiasan — ia spesifikasi. Latih murid membaca lajur "Kunci" dan "Sample Data" dahulu, kemudian semak kod baris demi baris.

Nota (b)

INSERT INTO ialah arahan DML kerana ia mengubah data, bukan struktur. Bandingkan dengan CREATE dan ALTER yang tergolong dalam DDL.

Tiga kesilapan sintaks lazim: tanda petik pada nama jadual atau medan · tertinggal koma bertitik di hujung · nilai teks tanpa tanda petik.

if (markah >= 85)
   for (layak = 0; layak < 50; layak++)
      System.out.println("diskaun 50%")

if ( markah >= 85 && bil_murid <= 50 )
   System.out.println("Dapat diskaun")

if (markah >= 85)
   if (bil_Pemenang <= 50)
      System.out.println("Anda dapat diskaun 50%")

Justifikasi

Penyelarasan penting: draf awal saya menasihatkan supaya had 50 peserta diabaikan kerana soalan hanya menyebut kelayakan diskaun. Itu salah. Skema rasmi mewajibkan kedua-dua syarat — ada komponen markah khusus untuk Syarat layak dan Pembilang / increment. Murid yang melakar satu keputusan sahaja akan kehilangan sekurang-kurangnya 2 markah.

Membaca poster dengan betul

Poster mengandungi dua nombor dan skema menganggap kedua-duanya adalah syarat kelayakan: markah Sains 85 ke atas, dan peserta masih dalam kuota 50 orang. Tafsiran ini munasabah kerana diskaun hanya bermakna jika pendaftaran masih dibuka.

Ajar murid corak ini: apabila poster memberi lebih daripada satu nombor, semak sama ada setiap satu boleh menjadi syarat. Skema Bahagian B cenderung menghargai murid yang menggunakan semua maklumat yang diberi.

Kenapa >= dan bukan >

Poster menyebut "85 dan ke atas" — 85 itu sendiri termasuk. Menggunakan > 85 menolak murid yang mendapat tepat 85, satu ralat logik yang menjejaskan markah pada kedua-dua (a) dan (b). Begitu juga <= 50 untuk kuota "terhad kepada 50 orang".

Simbol carta alir

Kaitan (a) dengan (b)

Ketiga-tiga skema jawapan (b) yang diterima mencerminkan cara berbeza melakar (a):

• Skema 1 sepadan dengan carta alir di atas — gelung dengan pembilang.
• Skema 2 sepadan dengan carta alir satu rombus yang menggabungkan dua syarat menggunakan &&.
• Skema 3 sepadan dengan dua rombus bersarang.

Semasa menanda, semak keselarasan antara (a) dan (b) murid yang sama — soalan menyatakan "Berdasarkan jawapan di (a)".

Nota tanda %: menulis "diskaun 50%" dalam System.out.println() selamat sepenuhnya — aksara % hanya bermakna khas dalam printf().