Lewati navigasi
Pustaka TEMAS / Validasi, normalisasi, dan jejak perubahan · Pustaka
← Kembali ke Pustaka
Informatika Kelas IXPelajaran 3 / 32
BAB 1 · Kelas IX · semester 1

Validasi, normalisasi, dan jejak perubahan

INFO9-03

Tujuan belajar

Membedakan pemeriksaan kelayakan data dari penyeragaman format serta perubahan makna.

Bekal awal: Memahami skema dan kondisi logika.

Konteks bab

Peminjaman serta pengembalian alat pada Hiwarut Thalabah (PDF17 dan109) memberi konteks. Jumlah dan kode benda berikut seluruhnya rekaan.

Bacaan dan kasus

1 · Nol bukan berarti belum diketahui

Bacaan pendalaman

Kasus dan angka yang dibuat untuk latihan adalah simulasi/rekaan; fakta konsep dan sumber dibedakan dalam uraian.

Tiga catatan simulasi menyebut A01 total10 dipinjam4, A02 total6 dipinjam6, dan A03 total kosong dipinjam2. Penyusun pertama mengisi semua kolom kosong dengan0 agar tabel tampak lengkap. Akibatnya A03 menghasilkan sisa−2 dan laporan sulit dipahami.

Pemeriksa mengembalikan data awal. A02 memang mempunyai sisa0, sedangkan total A03 belum diketahui. Dua keadaan itu tidak sama. Ia menandai A03 perlu verifikasi dan mempertahankan jejak perubahan, alih-alih mengubah dipinjam2 menjadi0 untuk menghilangkan nilai negatif.

Kelompok kemudian menulis kontrak: total serta dipinjam harus bilangan bulat, tidak negatif, dan dipinjam tidak lebih besar daripada total. Kontrak memeriksa kelayakan model; catatan sumber tetap diperlukan untuk memastikan angka benar. Mereka menyepakati tidak menambah identitas santri karena tujuan latihan hanya menghitung persediaan benda.

Fokus pemeriksaan. Apa informasi yang hilang jika kosong dan nol disamakan?

Validasi memeriksa aturan

Validasi menjawab apakah data memenuhi kontrak: kode unik, jumlah bulat, nilai tidak negatif, dan dipinjam tidak melebihi total. Lolos validasi bentuk belum membuktikan data benar di dunia nyata. Angka 7 dapat sesuai rentang tetapi salah salin dari catatan sumber. Pemeriksaan sumber dan pemeriksaan aturan saling melengkapi.

Normalisasi format harus terkendali

Menghapus spasi di awal/akhir kode atau menyeragamkan huruf dapat membantu pencocokan bila kesepakatannya memang demikian. Jangan menghapus semua spasi pada nama karena dapat mengubah makna. Jangan membulatkan jumlah pecahan menjadi bulat untuk membuat data lolos. Simpan data awal dan aturan perubahan agar hasil dapat ditelusuri.

Penolakan memberi kesempatan koreksi

Data invalid tidak harus dihapus. Tandai baris, alasan, dan status menunggu pemeriksaan. Dalam simulasi, kode kosong dan jumlah −1 masuk daftar masalah, sedangkan jumlah0 yang sah tetap diterima. Catatan koreksi memuat nilai awal, nilai baru, alasan, dan sumber yang mendukung, tanpa data pribadi yang tidak diperlukan.

Normalisasi dengan data awal tetap tersimpan

kode_awal = " a01 "
kode_baku = kode_awal.strip().upper()
print(repr(kode_awal))
print(kode_baku)
Keluaran contoh
' a01 '
A01

strip() menghapus spasi tepi pada contoh; upper() mengubah huruf menjadi kapital. Aturan ini cocok hanya bila skema kode mengizinkannya.

Telusuri contoh

Kode “ a01 ” dinormalisasi menjadi “A01”. Kapan sah?

  1. Jika skema menetapkan kode tanpa spasi tepi dan tidak peka huruf besar-kecil.
  2. Catat aturan perubahan.
  3. Periksa kemungkinan dua kode menjadi sama sesudah normalisasi.

Nilai −1 diubah menjadi0 agar tidak error. Apa masalahnya?

  1. Makna berubah tanpa bukti.
  2. Tandai invalid dan periksa sumber.
  3. Nol bukan pengganti otomatis untuk nilai bermasalah.
Waspadai kekeliruan

Data yang lolos aturan belum otomatis benar; membersihkan data bukan mengarang isian yang tampak masuk akal.

Latihan mandiri

1 Apa beda validasi dan verifikasi sumber?

Petunjuk awal

Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.

Pembahasan · buka setelah mencoba

Validasi memeriksa aturan format/rentang; verifikasi sumber memeriksa dukungan nilai terhadap catatan asal.

2 Mengapa duplikat diperiksa setelah normalisasi?

Petunjuk awal

Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.

Pembahasan · buka setelah mencoba

Dua bentuk berbeda dapat menjadi kode yang sama.

3 Apa yang dilakukan pada jumlah pecahan untuk alat utuh?

Petunjuk awal

Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.

Pembahasan · buka setelah mencoba

Tolak atau tandai untuk koreksi sesuai kontrak; jangan diam-diam membulatkan.

4 Apa isi jejak koreksi?

Petunjuk awal

Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.

Pembahasan · buka setelah mencoba

Nilai awal, nilai baru, alasan, sumber, dan status perubahan.

PENDALAMAN WEB

Perluas pemahamanmu

Buat dua kode yang bertabrakan setelah normalisasi. Rancang pesan masalah tanpa memilih salah satu secara diam-diam.

Coba dengan umpan balik

Latihan otomatis membantu pemeriksaan; tuliskan alasan dan langkah untuk membuktikan pemahaman.

1 Validasi rentang membuktikan bahwa…

Pilih satu jawaban

Petunjuk awal

Tentukan informasi, konsep dan bukti yang dibutuhkan.

Pembahasan · buka setelah mencoba

D. nilai memenuhi aturan rentang, bukan pasti benar di lapangan. Ketepatan bentuk dan kebenaran asal data adalah pemeriksaan berbeda.

Praktik dan refleksi

Kelompokkan enam kartu: valid, dapat dinormalisasi, dan perlu verifikasi. Jelaskan aturan setiap keputusan.

Penanda pribadi di perangkat ini; bukan nilai atau bukti penguasaan.

Pustaka Ponpes TemasVersi 1 · 14 Oktober 2026

Catat bacaanmu

Informatika Kelas IX · Pelajaran 3 · Validasi, normalisasi, dan jejak perubahan

Tersimpan di perangkat ini. Masuk agar progres dapat dibuka di perangkat lain.
Masuk untuk sinkronisasi

BERSAMA MENYEMPURNAKAN PUSTAKA

Catatan & masukan pembaca

Ada yang perlu diperbaiki? Bantu kami melalui koreksi, saran, atau rujukan.

Untuk Informatika Kelas IX · Pelajaran 3 · Validasi, normalisasi, dan jejak perubahanVersi 1

Masuk dengan Google agar nama terisi otomatis dan masukan terhubung ke riwayat serta penilaian poin kontribusi.

Beri masukan Nama wajib diisi · tanpa daftar akun
Kutip teks yang ingin dikoreksi opsional
Tambahkan usulan perbaikan & rujukan opsional

Masukan ditelaah pengelola sebelum ditampilkan. Nama yang diisi ikut tampil jika masukan diterbitkan.

Catatan yang telah ditinjau 0

Belum ada catatan yang ditampilkan untuk bagian ini. Masukan Anda tetap dapat dikirim kepada pengelola.

Beri masukan