Sistem Informasi Penjualan untuk Skripsi: Rumusan Masalah dan Batasan
Oleh Anang H. Darmawan
Foto: Kojo Kwarteng / Unsplash
Sistem informasi penjualan masih jadi topik skripsi yang sering diajukan mahasiswa Sistem Informasi dan Teknik Informatika. Topiknya jelas, studi kasusnya mudah dicari, dan hampir semua dosen paham alurnya. Justru karena umum, skripsi dengan topik ini sering direvisi berkali-kali di bab 1. Programnya sering sudah jalan, yang kabur justru rumusan dan batasan masalahnya.
Dua bagian itu yang biasanya paling lama bolak-balik di meja pembimbing, jadi kita mulai dari sana. Format persisnya tetap ikuti pedoman prodi masing-masing, karena setiap kampus punya gaya penulisan sendiri.
Contoh rumusan masalah yang bisa diuji
Rumusan masalah yang baik menjawab satu pertanyaan: apa yang nanti bisa dibuktikan di bab pengujian? Rumusan seperti "bagaimana meningkatkan penjualan Toko X" terlalu luas, karena skripsimu tidak akan bisa membuktikan omzet naik dalam waktu satu semester.
Bandingkan dengan rumusan yang lebih sempit: "Bagaimana merancang dan membangun sistem informasi penjualan berbasis web pada Toko X yang dapat mencatat transaksi, data pelanggan, dan stok produk?" Lalu tambahkan rumusan kedua yang terukur: "Bagaimana hasil pengujian fungsional sistem tersebut menggunakan metode black box?" Dua rumusan ini punya jawaban yang jelas di bab 4 dan bab 5.
Cek dulu kondisi nyata di tempat studi kasus. Kalau masalah toko adalah rekap penjualan yang lambat karena masih ditulis di buku, sebutkan itu di latar belakang dan kaitkan langsung ke fitur laporan. Rumusan masalah yang lahir dari masalah nyata jauh lebih mudah dipertahankan saat sidang.
Batasan masalah yang menyelamatkan waktu
Batasan masalah adalah pagar. Tanpa pagar, penguji bisa bertanya kenapa tidak ada pembayaran online, kenapa tidak ada aplikasi Android, kenapa tidak terhubung ke marketplace. Dengan batasan tertulis, kamu cukup menunjuk bab 1.
Contoh batasan yang umum dipakai untuk topik ini: sistem dibangun berbasis web dengan PHP dan MySQL; studi kasus hanya satu toko tanpa cabang; pengguna terdiri dari admin, kasir, dan pemilik; pembayaran dicatat manual tanpa integrasi payment gateway; laporan penjualan ditampilkan per periode harian, bulanan, dan tahunan dalam bentuk tabel dan grafik; pengujian memakai black box. Sesuaikan dengan kondisi tempat studi kasusmu, jangan disalin mentah.
Satu tips dari pengalaman membimbing proyek: tulis juga apa yang tidak dikerjakan. Kalimat "sistem tidak menangani retur barang" terdengar kecil, tapi menutup satu cabang pertanyaan yang bisa memakan waktu sepuluh menit saat sidang.
Waterfall atau prototype
Dua metode pengembangan ini paling sering dipakai untuk skripsi sistem informasi. Pilih berdasarkan kondisi studi kasus, bukan karena ikut kakak tingkat.
| Aspek | Waterfall | Prototype |
|---|---|---|
| Cocok kalau | Kebutuhan toko sudah jelas sejak awal | Pemilik toko belum yakin fitur apa yang dibutuhkan |
| Alur | Analisis, desain, implementasi, pengujian, berurutan | Buat purwarupa, evaluasi dengan pengguna, perbaiki, ulangi |
| Yang harus ada di laporan | Dokumen tiap tahap | Catatan tiap iterasi dan masukan pengguna |
| Risiko | Revisi besar di akhir terasa berat | Iterasi bisa melebar kalau tidak dibatasi |
Kalau memilih prototype, tentukan dari awal berapa kali iterasi yang akan dilakukan, misalnya dua atau tiga putaran. Tanpa batas, prototype berubah jadi alasan fitur terus bertambah.
Menyusun use case yang tidak melebar
Mulai dari aktor, baru fitur. Untuk batasan di atas, aktornya admin, kasir, dan pemilik. Admin mengelola data produk, kategori, dan pengguna. Kasir mencatat transaksi dan data pelanggan. Pemilik melihat laporan dan grafik penjualan. Semua aktor melakukan login. Selesai, itu sudah cukup untuk satu diagram use case yang rapi.
Setiap use case di diagram harus punya pasangan di bab pengujian. Kalau ada use case "mencetak struk", harus ada skenario uji black box untuk mencetak struk. Cara cek paling cepat: buat tabel dua kolom, use case di kiri dan skenario uji di kanan, lalu pastikan tidak ada sel yang kosong.
Untuk melihat bagaimana relasi pelanggan, produk, dan penjualan disusun di kode dan database, Source Code Sistem Informasi Penjualan berbasis PHP dan MySQL bisa dipelajari sebagai referensi, lengkap dengan file .sql dan dokumentasi alur program. Kalau kamu masih menimbang beberapa topik sekaligus, Bundle Referensi TA: 10 Source Code SI berisi sepuluh jenis sistem informasi untuk dibandingkan. Pakai keduanya sebagai bahan belajar, lalu bangun sistem sesuai studi kasusmu sendiri.
Belum punya judul? Coba susun beberapa variasi di generator judul skripsi, pilih satu, lalu tulis dua rumusan masalah dan lima batasan untuk dibawa ke bimbingan berikutnya.