Senin, 20 Juli 2026

Modul 1 : Berpikir Komputasional

Modul Koding dan Kecerdasan Artifisial
Bab 1 dari 4
Pertemuan 1

Dekomposisi & Identifikasi Masalah

Tujuan Pembelajaran

  • Menguraikan (dekomposisi) masalah sehari-hari ke dalam sub-masalah yang lebih kecil dan terkelola.
  • Berkolaborasi mengidentifikasi akar permasalahan sistem antrean di kantin sekolah.

Pertanyaan Pemantik

"Pernahkah kalian batal jajan di kantin karena antreannya seperti ular naga? Jika kamu adalah seorang pemecah masalah, dari mana kamu akan mulai memperbaiki kekacauan tersebut?"

Memahami Konsep: Apa itu Dekomposisi?

Bayangkan otak kita sebagai CPU (Central Processing Unit). Jika kita langsung menelan masalah yang sangat besar, sistem kita akan 'hang' atau 'crash'. Dekomposisi adalah teknik memecah masalah raksasa menjadi potongan puzzle kecil agar mudah diselesaikan satu per satu.

Ilustrasi puzzle yang sedang disusun melambangkan dekomposisi
Klik gambar untuk memperbesar. Dekomposisi ibarat merangkai puzzle yang berserakan.

Studi Kasus Kantin: Masalah "antrean panjang" itu terlalu umum dan sulit diselesaikan sekaligus. Mari kita pecah masalah tersebut. Apakah akar masalahnya ada di:

  • Proses siswa memilih menu yang memakan waktu lama?
  • Lorong/tata letak kantin yang terlalu sempit?
  • Proses pembayaran yang ribet karena harus mencari uang kembalian?

Aktivitas Inkuiri: Misi Tim

Bersama tim (4 orang), lakukan observasi atau ingat kembali suasana kantin saat jam istirahat sekolah.

Tugas Kalian:

Tuliskan minimal 4 "sub-masalah" spesifik yang menyebabkan antrean panjang. Gunakan sticky notes (kertas atau digital via Jamboard/Padlet) untuk memetakan temuan tim kalian!

Refleksi (Exit Ticket)

"Satu hal baru yang baru saya sadari tentang kerumitan masalah di kantin sekolah kita adalah..."

Pertemuan 2

Pengenalan Pola & Abstraksi

Tujuan Pembelajaran

  • Mengidentifikasi pola (pattern recognition) dari perilaku siswa di kantin.
  • Menyaring informasi esensial dan mengabaikan detail yang tidak relevan (abstraksi).

Pertanyaan Pemantik

"Apakah semua siswa melakukan hal yang sama saat di kantin? Dari sekian banyak hal yang terjadi di sana, informasi apa saja yang sebenarnya tidak penting untuk kita urusi dalam mencari solusi?"

Memahami Konsep: Mencari Pola & Menyaring Data

Pengenalan Pola: Mencari kesamaan, tren, atau rutinitas yang berulang. Dengan mengetahui pola, kita bisa memprediksi apa yang akan terjadi selanjutnya.
Contoh: Kapan puncak keramaian kantin? (Misal: 5 menit pertama istirahat). Ke stan makanan mana siswa paling sering berkerumun memblokir jalan?

Abstraksi: Fokus pada inti masalah, buang sisanya! Di dunia nyata, banyak sekali informasi yang mengalihkan perhatian. Abstraksi adalah seni menjadi fokus.

  • Apakah warna seragam siswa mempengaruhi antrean? Tentu Tidak! (Abaikan data ini).
  • Apakah jenis metode pembayaran (Tunai vs QRIS) berpengaruh? Ya, sangat berpengaruh pada kecepatan! (Fokuskan pada data ini).
Kaca pembesar menyorot hal penting melambangkan abstraksi

Eksplorasi Kontekstual: Analisis Data

Dari sub-masalah minggu lalu, diskusikan dengan tim untuk memisahkan data penting dan tidak penting.

Data Krusial (Disimpan)

Contoh: Waktu penyiapan makanan, jumlah kasir, metode pembayaran.

Data Sampah (Dibuang)

Contoh: Merek sepatu ibu kantin, warna rambut siswa yang antre.

Tugas: Tentukan 2 variabel utama yang paling memperlambat sistem!

Diskusi Reflektif Kelompok

"Jika tim kita hanya memiliki anggaran dan waktu untuk memperbaiki SATU HAL di kantin berdasarkan abstraksi data tadi, perbaikan apa yang paling berdampak besar?"

Pertemuan 3

Merancang Algoritma

Tujuan Pembelajaran

  • Merancang langkah-langkah logis dan sistematis (algoritma) berbasis solusi untuk menyelesaikan masalah kompleks.

Pertanyaan Pemantik

"Jika kamu bisa memberi instruksi langkah-demi-langkah kepada sebuah mesin otomatis (AI) untuk mengatur alur kantin, instruksi seperti apa yang akan kamu tulis agar SEMUA siswa terlayani dalam 10 menit?"

Memahami Konsep: Resep Sebuah Solusi

Algoritma bukanlah sihir matematika yang rumit. Algoritma persis seperti Resep Masakan. Langkah-langkahnya harus spesifik, berurutan, logis, dan tidak boleh ambigu (membingungkan).

Ada dua cara umum merancang algoritma sebelum melakukan koding:

  1. Flowchart (Diagram Alir): Menggunakan simbol visual. Oval untuk mulai/selesai, persegi panjang untuk proses, belah ketupat untuk titik keputusan (Ya/Tidak).
  2. Pseudocode: Narasi teks terstruktur yang mirip bahasa manusia tapi memiliki logika koding.
    Contoh: JIKA siswa beli mi ayam, MAKA ambil nomor antrean. KETIKA nomor dipanggil, siswa bayar pakai QRIS.
Gambar diagram alir atau flowchart

PjBL - Tahap Perancangan

Misi Ahli Optimasi: Rancang Algoritma Solusi Kantin versi tim kalian!

  • Gambarkan Diagram Alir (Flowchart) menggunakan alat digital (seperti Draw.io, Canva) atau buat prototipe visual di atas kertas karton.
  • Pastikan alur mencakup perjalanan lengkap: sejak siswa datang → memesan → membayar → hingga keluar stan.
  • (Diferensiasi: Bagi siswa yang lebih suka menulis/bercerita, silakan menyusun algoritma dalam bentuk Pseudocode).

Jurnal Progres Siswa

"Bagian mana dari merancang algoritma ini yang paling berpotensi mengalami 'Error' di dunia nyata? Bagaimana tim kami mencoba mencegahnya di atas kertas?"

Pertemuan 4

Uji Coba Logika & Showcase

Tujuan Pembelajaran

  • Mempresentasikan rancangan algoritma solusi secara visual/lisan secara percaya diri.
  • Mengevaluasi dan menguji logika (dry run/desk checking) rancangan sistem antrean secara kritis.

Pertanyaan Pemantik

"Seberapa yakin kalian bahwa sistem algoritma buatan tim kalian anti-error? Coba bayangkan: Bagaimana jika di tengah penerapan, sinyal internet untuk pembayaran QRIS tiba-tiba terputus?"

Memahami Konsep: Mencari Bug Itu Wajar!

Uji Logika (Dry Run): Sebelum program komputer benar-benar dibuat dengan koding, seorang Software Engineer wajib menguji logikanya di atas kertas. Tujuannya adalah mencari BUG (kesalahan logika). Menemukan bug bukanlah kegagalan, melainkan proses penyempurnaan.

Ingat, pemenang Algorithm Masters bukanlah tim yang memiliki solusi paling rumit, melainkan sistem yang paling efisien, mudah dimengerti, dan foolproof (tahan banting terhadap kondisi tak terduga).

Siswa melakukan presentasi proyek

Showcase & Peer-Review

🎤 Tahap Presentasi

Tampilkan Diagram Alir kalian ke depan kelas. Jelaskan dengan runtut. Kalian bebas memilih metode: presentasi visual biasa atau melakukan simulasi mini (Role Play) di depan kelas.

🕵️ Tahap Uji Kritis

Saat tim lain presentasi, tugas audiens adalah menjadi penguji sistem. Lontarkan skenario "Bagaimana kalau...?" untuk mencari kelemahan logika algoritma mereka.

Lembar Refleksi Diri Akhir (Holistik)

Rislyon Ripi - SMA Kristen Barana - 2025/2026

0 Komentar:

Posting Komentar

Berlangganan Posting Komentar [Atom]

<< Beranda