Menjelajahi Dapur Industri Digital: Alur Kerja Pembuatan Aplikasi & Gim (SDLC) untuk Siswa SMK

Halo teman-teman SMK! Selamat datang di dunia PPLG (Pengembangan Perangkat Lunak dan Gim).

Kalau di materi sebelumnya kita sudah belajar cara berpikir komputer lewat logika dan algoritma, kali ini kita akan mengintip bagaimana cara kerja para profesional di industri digital.

Pernahkah kalian penasaran, bagaimana sebuah aplikasi seperti Mobile Legends, Gojek, atau Instagram dibuat oleh tim developer? Apakah pengembang langsung mengetik kode program begitu dapat ide? Jawabannya: tidak!

Di dunia industri, ada peta jalan atau siklus kerja sistematis yang disebut SDLC (Software Development Life Cycle). Yuk, kita bedah tahap demi tahap!

Apa Itu SDLC?

Software Development Life Cycle (SDLC) adalah alur kerja standar yang digunakan oleh perusahaan teknologi untuk merancang, membangun, menguji, dan memelihara aplikasi atau gim agar hasilnya berkualitas tinggi, tepat waktu, dan sesuai kebutuhan pengguna.

Analogi Sederhana:

Membangun aplikasi itu mirip dengan membangun sebuah rumah. Kamu tidak bisa langsung memasang bata dan mengecat tembok tanpa ada gambar cetak biru (blueprint), perhitungan biaya, dan fondasi yang jelas. SDLC adalah panduan langkah-langkahnya dari nol hingga rumah siap dihuni.

Gambar Siklus Alur Kerja SDLC

Agar lebih mudah dibayangkan, berikut adalah gambaran siklus SDLC yang saling terhubung satu sama lain:

Tahapan Utama dalam Pembuatan Perangkat Lunak & Gim

1.1. Planning & Analysis (Perencanaan & Analisis Kebutuhan):Menentukan tujuan dan mengumpulkan kebutuhan pengguna.

Tahap pertama dimulai dari ide dan pengumpulan informasi. Di sini, tim proyek akan berdiskusi dengan klien atau calon pengguna untuk menjawab pertanyaan dasar:

• Aplikasi atau gim apa yang ingin dibuat?

• Masalah apa yang ingin diselesaikan?

• Siapa target penggunanya?

• Berapa anggaran dan waktu yang dibutuhkan?

Contoh di Industri Gim: Tim menentukan jenis gim (misal: RPG 2D), jalan cerita dasar, target usia pemain, dan perangkat apa saja yang didukung (Android/PC).

2.2. Design (Perancangan Sistem & Visual):Membuat rancangan arsitektur dan antarmuka aplikasi.

Setelah kebutuhan jelas, tim desainer mulai membuat cetak biru (blueprint). Dalam tahap ini, yang dibuat meliputi:

• UI/UX Design: Rancangan tampilan layar, warna, tombol, dan alur navigasi aplikasi agar nyaman digunakan.

• Arsitektur Sistem: Struktur basis data (database) dan alur logika aplikasi secara keseluruhan.

Contoh di Industri Aplikasi: Membuat wireframe atau sketsa tampilan menu Login, halaman keranjang belanja, dan halaman pembayaran.

3.3. Coding / Implementation (Pengkodean):Menerjemahkan rancangan menjadi kode program yang berjalan.

Inilah tahap di mana para Programmer / Software Engineer beraksi. Semua rancangan yang sudah disepakati di tahap Design diubah menjadi baris-baris kode program menggunakan bahasa pemrograman tertentu.

• Untuk aplikasi Android biasanya menggunakan Kotlin atau Flutter.

• Untuk gim biasanya menggunakan C# (Unity Engine) atau C++ (Unreal Engine).

4.4. Testing (Pengujian):Mencari dan memperbaiki kesalahan sebelum dirilis.

Setelah kode program selesai ditulis, aplikasi belum boleh langsung dijual atau dirilis! Tim QA (Quality Assurance) atau Software Tester akan menguji aplikasi tersebut.

Tujuannya adalah mencari Bug (kesalahan sistem) atau kecacatan fitur. Jika ditemukan bug, tim penguji akan melaporkannya ke programmer untuk diperbaiki sampai aplikasi benar-benar stabil dan aman.

5.5. Deployment (Peluncuran):Melepas aplikasi ke tangan pengguna umum.

Jika aplikasi sudah lulus tahap pengujian, aplikasi resmi diunggah ke server produksi atau platform distribusi.

• Aplikasi: Diunggah ke Google Play Store atau Apple App Store.

• Gim: Dipublikasikan di Steam, PlayStation Store, atau Play Store.

6.6. Maintenance (Pemeliharaan & Pembaruan):Menjaga kinerja aplikasi dan menambah fitur baru.

Tugas developer tidak selesai setelah rilis. Aplikasi perlu terus dipantau. Jika ada keluhan dari pengguna, perubahan sistem operasi, atau kebutuhan fitur baru, tim akan melakukan pembaruan (update atau patch).

Peran/Profesi Penting dalam Tim PPLG

Dalam industri nyata, pembuatan software atau gim jarang sekali dikerjakan oleh satu orang saja. Biasanya dikerjakan oleh tim yang berisi berbagai spesialisasi:

Peran	Tugas Utama
Project Manager (PM)	Mengatur jadwal kerja, anggaran, dan memimpin tim.
UI/UX Designer	Merancang tampilan aplikasi dan kenyamanan pengguna.
Frontend Developer	Membangun bagian aplikasi yang terlihat langsung oleh pengguna.
Backend Developer	Membangun sistem server, logika bisnis, dan basis data di belakang layar.
Game Artist / Animator	Membuat karakter 2D/3D, aset visual, dan animasi dalam gim.
QA / Software Tester	Menguji aplikasi dan mencari bug sebelum dirilis.

Kesimpulan

Membuat perangkat lunak dan gim di industri PPLG bukan sekadar mengetik kode di komputer, melainkan sebuah proses bisnis yang rapi, terstruktur, dan membutuhkan kerja sama tim.

Dengan memahami SDLC sejak di bangku SMK, kalian sudah selangkah lebih siap untuk terjun ke dunia kerja atau membangun startup digital kalian sendiri!

LEMBAR KERJA SISWA (LKS)

Mata Pelajaran: Pemrograman Berorientasi Objek / Dasar-Dasar PPLG

Materi: Penerapan Alur Kerja SDLC (Software Development Life Cycle)

Kelas / Semester: X / XI SMK (Konsentrasi Keahlian PPLG)

Alokasi Waktu: 2 x 45 Menit (Pertemuan Kelompok)

A. Idenititas Kelompok

• Nama Kelompok: ………………………………………………………………

• Anggota Kelompok & Peran:

  1. ……………………………………………………………… (Ketua / Project Manager)

  2. ……………………………………………………………… (UI/UX Designer)

  3. ……………………………………………………………… (Programmer)

  4. ……………………………………………………………… (QA / Tester)

B. Petunjuk Pengerjaan

1. Bentuklah kelompok yang terdiri dari 4 orang.

2. Pilih satu topik studi kasus dari pilihan yang disediakan (atau tentukan ide inovatif kalian sendiri dengan persetujuan guru).

3. Diskusikan dan selesaikan setiap tahapan perencanaan SDLC di bawah ini secara runtut dan bekerja sama.

4. Tuliskan hasil diskusi pada lembar jawaban yang telah disediakan.

5. Presentasikan hasil rancangan kelompok kalian di depan kelas pada sesi akhir.

C. Pilihan Studi Kasus Proyek (Pilih Salah Satu)

• Pilihan A: Sistem Presensi Siswa Berbasis QR-Code di Kelas

• Pilihan B: Aplikasi Peminjaman Buku Perpustakaan Digital Sekolah

• Pilihan C: Gim Edukasi 2D Kuis Interaktif Pemrograman Dasar

D. Lembar Kegiatan & Tugas Kelompok

Langkah 1: Planning & Analysis (Perencanaan & Analisis Kebutuhan)

1. Apa nama aplikasi / gim yang akan kelompok kalian rancang?

2. Masalah apa yang ingin diselesaikan oleh aplikasi tersebut?

3. Sebutkan minimal 3 Fitur Utama yang harus ada pada aplikasi kalian!

   • Fitur 1: ………………………………………………………………………………………………

   • Fitur 2: ………………………………………………………………………………………………

   • Fitur 3: ………………………………………………………………………………………………

Langkah 2: Design (Perancangan Sistem & UI)

1. Desain Alur Layar (UI Sketch): Gambarkan sketsa kasar (wireframe) tampilan layar utama aplikasi kalian pada kotak di bawah ini!

Plaintext

+-------------------------------------------------------------+
|                                                             |
|                    [ AREA SKETSA TAMPILAN ]                 |
|                                                             |
|  (Gambarkan tata letak tombol, teks, atau gambar di sini)   |
|                                                             |
|                                                             |
+-------------------------------------------------------------+

2. Tuliskan tipe data yang digunakan untuk menyimpan informasi utama aplikasi kalian (Contoh: Nama = String, Umur = Integer):

   • ……………………………………………………………………………………………………………………………

Langkah 3: Coding Plan (Rencana Pengkodean)

1. Bahasa pemrograman atau Software Engine apa yang cocok digunakan untuk membuat aplikasi/gim ini? Mengapa memilihnya?

2. Tuliskan pseudocode / algoritma logika sederhana untuk salah satu fitur utama aplikasi kalian!

   Plaintext

   Mulai
   1. ...
   2. ...
   3. ...
   Selesai
   

Langkah 4: Testing Plan (Rencana Pengujian)

Buatlah Rencana Pengujian Sederhana untuk memastikan aplikasi berjalan tanpa bug dengan mengisi tabel berikut:

No	Fitur yang Diuji	Aksi / Input Penguji	Hasil yang Diharapkan
1	Tombol Login	Menekan tombol Login tanpa mengisi nama	Timbul pesan peringatan "Nama wajib diisi!"
2	………………………………	……………………………………………………………………	……………………………………………………………………………
3	………………………………	……………………………………………………………………	……………………………………………………………………………

Langkah 5: Refleksi Peran Kelompok

Isilah bagian ini untuk menggambarkan bagaimana kelompok kalian membagi tugas selama pengerjaan LKS ini:

• Sebutkan tantangan terbesar yang dialami kelompok saat menyusun rancangan ini:

  …………………………………………………………………………………………………………………………………………………………………

• Bagaimana cara kelompok menyelesaikan tantangan tersebut?

  …………………………………………………………………………………………………………………………………………………………………

E. Rubrik Penilaian Guru (Untuk Catatan Pengajar)

Kriteria Penilaian	Skor Maksimal	Skor Perolehan	Catatan Guru
Kelengkapan Analisis Kebutuhan	25
Kreativitas & Kejelasan Desain UI	25
Logika Pseudocode & Rencana Kode	25
Kerapian & Logika Rencana Pengujian	25
TOTAL SKOR	100

KUNCI JAWABAN LKS SDLC

A. Identitas Kelompok

• Nama Kelompok: Tim TechLib SMK

• Anggota Kelompok & Peran:

  1. Budi Santoso (Ketua / Project Manager)

  2. Siti Rahma (UI/UX Designer)

  3. Rian Pratama (Programmer)

  4. Dewi Lestari (QA / Tester)

B. Pilihan Studi Kasus Proyek

• Pilihan Terpilih: Pilihan B (Aplikasi Peminjaman Buku Perpustakaan Digital Sekolah)

C. Lembar Kegiatan & Tugas Kelompok

Langkah 1: Planning & Analysis (Perencanaan & Analisis Kebutuhan)

1. Nama Aplikasi: LibMate (Smart School Library Assistant)

2. Masalah yang Ingin Diselesaikan:

   • Antrean panjang saat transaksi peminjaman/pengembalian buku di perpustakaan sekolah.

   • Petugas sering mengalami pencatatan ganda atau riwayat peminjaman buku hilang/rusak pada buku besar kertas.

   • Siswa kesulitan mengetahui apakah stok buku yang dicari sedang tersedia atau sedang dipinjam siswa lain.

3. 3 Fitur Utama Aplikasi:

   • Fitur 1: Pencarian & Katalog Buku Online: Menampilkan daftar buku, kategori, status ketersediaan (Tersedia / Dipinjam).

   • Fitur 2: Peminjaman Berbasis Kode QR: Siswa memindai Kode QR ID Buku untuk meminjam secara mandiri/lewat kasir.

   • Fitur 3: Hitung Denda Keterlambatan Otomatis: Mengkalkulasi denda secara akurat jika pengembalian melewati batas waktu (misal: Rp 1.000/hari).

Langkah 2: Design (Perancangan Sistem & UI)

1. Desain Alur Layar (UI Sketch):

Plaintext

+-------------------------------------------------------------+
|  [=] LibMate SMK - Katalog Utama            [ Profil Siswa ]|
+-------------------------------------------------------------+
|  [ Cari Buku: "Pemrograman"                ] [ Cari ]       |
+-------------------------------------------------------------+
|  +-----------------------+   +---------------------------+  |
|  | [Gambar Cover Buku]   |   | [Gambar Cover Buku]       |  |
|  | Judul: Belajar Python |   | Judul: Algoritma Dasar    |  |
|  | Status: TERSEDIA      |   | Status: DIPINJAM          |  |
|  | [ + Pinjam Buku ]     |   | [ Pinjam Tidak Tersedia ] |  |
|  +-----------------------+   +---------------------------+  |
|                                                             |
|  [ Riwayat Peminjaman Aktif ]                               |
|  - Buku: Dasar PPLG (Batas Kembali: 10 Mei 2026)            |
+-------------------------------------------------------------+

2. Tipe Data Utama yang Digunakan:

   • nis_siswa = Integer (Contoh: 22231045)

   • nama_siswa = String (Contoh: "Budi Santoso")

   • judul_buku = String (Contoh: "Logika Pemrograman")

   • tgl_pinjam / tgl_kembali = Date / String (Contoh: "2026-05-01")

   • jumlah_denda = Integer (Contoh: 2000)

   • status_tersedia = Boolean (True = Ada / False = Dipinjam)

Langkah 3: Coding Plan (Rencana Pengkodean)

1. Bahasa / Framework yang Dipilih:

   • Python (CustomTkinter / Web Streamlit) atau PHP + Bootstrap

   • Alasan: Bahasa Python/PHP memiliki sintaks yang ringkas, dokumentasinya melimpah, dan sangat cocok dipelajari oleh siswa SMK untuk membuat aplikasi desktop maupun web cepat saji.

2. Pseudocode Logika Fitur Perhitungan Denda:

   Plaintext

   Mulai
   1. Masukkan tgl_kembali_seharusnya dan tgl_kembali_aktual
   2. Hitung selisih_hari = tgl_kembali_aktual - tgl_kembali_seharusnya
   3. Jika selisih_hari > 0 Maka
   4.    denda = selisih_hari * 1000
   5.    Tampilkan "Kena Denda: Rp " + denda
   6. Jika tidak (Else)
   7.    denda = 0
   8.    Tampilkan "Pengembalian Tepat Waktu. Tidak ada denda."
   Selesai
   

Langkah 4: Testing Plan (Rencana Pengujian)

No	Fitur yang Diuji	Aksi / Input Penguji	Hasil yang Diharapkan
1	Pencarian Buku	Mengetikkan kata kunci "Algoritma" pada kolom cari	Sistem hanya menampilkan buku yang mengandung kata "Algoritma"
2	Peminjaman Buku	Meminjam buku yang statusnya False (Sedang Dipinjam)	Tampil peringatan "Buku sedang dipinjam oleh siswa lain"
3	Hitung Denda	Pengembalian telat 3 hari dari jadwal	Sistem otomatis mencetak nilai denda sebesar Rp 3.000

Langkah 5: Refleksi Peran Kelompok

• Tantangan Terbesar: Menentukan cara terbaik menghitung selisih tanggal pengembalian secara tepat dan merancang tampilan UI yang ramah untuk digunakan oleh petugas perpustakaan yang sudah senior.

• Solusi Kelompok: Melakukan diskusi bersama guru pembimbing untuk logika penanganan format tanggal (date parser) serta menyederhanakan tombol-tombol pada antarmuka agar ukuran font lebih besar dan jelas.