Buku ajar interaktif • Bagian II • Bab 4

Penyusunan
Latar Belakang Masalah

Pelajari cara menulis pendahuluan proposal Tugas Akhir yang jelas, berbasis bukti, dan terhubung dengan solusi yang akan diuji.

D3 Komputerisasi AkuntansiD3 Manajemen InformatikaD3 Teknik KomputerKuis formatif: 20 soal

CapaianPeta konsepMateri 4.1–4.5Materi 4.6–4.10Tiga studi kasusLatihan menulisKuis dan nilai

Orientasi pembelajaran

Apa yang akan Anda kuasai?

Setelah mempelajari materi ini, Anda mampu menyusun draf latar belakang BAB I proposal TA yang menghubungkan masalah nyata, bukti, kesenjangan, dampak, dan alasan pemilihan solusi.

01 · Memahami

Menjelaskan fungsi latar belakang dan menyusun argumen dari umum menuju khusus.

02 · Menganalisis

Membedakan fakta, asumsi, data simulasi, serta kebutuhan pengguna dan pengujian.

03 · Menghasilkan

Menulis draf pendahuluan yang dapat ditelusuri sumbernya dan siap dikonsultasikan.

Produk belajar: satu draf latar belakang 6 fungsi paragraf, matriks bukti awal, serta hasil kuis beridentitas. Materi ini menyambung analisis masalah pada BAB 2 dan judul terpilih pada BAB 3.

Peta konsep

Enam simpul dalam latar belakang

Pembaca harus dapat mengikuti satu alur yang logis. Klik atau sentuh setiap tahap untuk membaca fungsi paragraf tersebut.

Klik salah satu tahapan untuk melihat penjelasannya.

Gambar 4.1. Alur penalaran dari konteks sampai kontribusi TA (diagram orisinal).

Perhatikan: enam fungsi ini adalah kerangka belajar, bukan ketentuan wajib bahwa latar belakang harus terdiri dari tepat enam paragraf. Naskah akhir dapat lebih panjang menurut pedoman prodi.

Materi utama · 4.1–4.5

Membangun dasar masalah yang kuat

4.1 Fungsi latar belakang dalam proposal TA

Latar belakang menjelaskan mengapa sebuah masalah nyata perlu diteliti atau dikembangkan solusinya. Isinya bukan rincian kode program, semua teori yang diketahui, atau janji keberhasilan produk. Pada pendidikan vokasi, latar belakang menghubungkan persoalan operasional dengan pekerjaan teknis yang mampu diuji.

Pertanyaan utama Apa yang terjadi, kepada siapa, seberapa penting dampaknya, dan mengapa solusi perlu dirancang atau dievaluasi?

Bukan tujuan utamanya Menulis sejarah internet, menjelaskan seluruh algoritma, atau menyatakan hasil uji yang belum dilakukan.

4.2 Menulis dari konteks umum ke masalah spesifik

Gunakan pendekatan corong argumentasi: awali dari bidang kerja atau proses yang benar-benar terkait, lalu jelaskan keadaan ideal, temuan aktual, dan alasan penanganan. Contoh: jangan membuka TA persediaan dengan sejarah komputer; mulailah dari pentingnya informasi stok untuk keputusan pemesanan barang pada UMKM.

Contoh transisi ilmiah: “Dalam kondisi ideal, setiap transaksi tercatat pada hari yang sama. Namun, catatan pemeriksaan awal menunjukkan sebagian transaksi baru dimasukkan pada hari berikutnya. Kondisi ini berpotensi menghambat pembaruan informasi stok dan memerlukan analisis proses pencatatan.”

4.3 Menampilkan fakta lapangan dan bukti empiris

Bukti dapat berasal dari observasi, wawancara, dokumen transaksi, SOP, log sistem, atau pengukuran sensor. Setiap angka perlu satuan, periode, sumber, dan cakupan pemeriksaan. Keterangan satu narasumber tidak otomatis mewakili semua pengguna; angka simulasi tidak boleh disebut data lapangan.

Fakta yang dapat diperiksa

“Dari 50 transaksi dalam latihan lima hari, 12 transaksi terlambat diperbarui.” Catatan: ini data simulasi.

Interpretasi yang terlalu jauh

“Karena 12 transaksi terlambat, semua UMKM pasti mengalami kerugian besar.” Kesimpulan ini tidak didukung data.

Sumber	Kegunaan	Batas yang perlu diingat
Catatan transaksi/log	Menghitung peristiwa, waktu, dan frekuensi.	Periode kecil belum tentu mewakili semua periode.
Observasi	Melihat proses kerja sebagaimana terjadi.	Perlu mencatat konteks, waktu, dan izin.
Wawancara	Memahami kebutuhan dan pengalaman pengguna.	Opini individu bukan fakta umum seluruh pengguna.
Jurnal/standar	Landasan konsep dan acuan teknis.	Tidak menggantikan data kondisi lokal.

4.4 Menjelaskan hubungan kesenjangan, dampak, dan kebutuhan

Kesenjangan adalah selisih kondisi aktual dan kondisi yang diharapkan. Kondisi ideal perlu bersumber dari kebutuhan pengguna, SOP, atau acuan teknis yang relevan. Hubungan sebab-akibat belum boleh dipastikan hanya karena ada selisih.

Interaktif · Hitung kesenjangan operasional

Contoh jumlah benturan jadwal per bulan. Pada ilustrasi ini, nilai yang lebih rendah dianggap lebih baik.

Kondisi aktual (kejadian/bulan)

Target maksimum (kejadian/bulan)

Selisih terhadap target:

6

kejadian di atas target per bulan

Angka di atas semata-mata simulasi latihan, bukan standar nasional atau temuan lapangan.

4.5 Menilai keterbatasan solusi yang digunakan

Gambarkan prosedur saat ini secara adil. Pencatatan manual bisa murah dan mudah, tetapi mungkin belum mendukung pembaruan terpusat. Peminjaman melalui pesan mudah dilakukan, namun histori dan persetujuan bisa tersebar. Pemeriksaan suhu manual dapat akurat pada saat pengecekan, tetapi tidak memberikan rekaman kontinu. Solusi baru perlu dipilih setelah menilai keunggulan, keterbatasan, biaya, dan risiko yang relevan.

Materi utama · 4.6–4.10

Mengubah bukti menjadi argumentasi ilmiah

4.6 Justifikasi teknologi atau metode

Alasan memilih teknologi harus berasal dari masalah dan kebutuhan pengguna. Pilih aplikasi web karena kebutuhan akses dan histori terpusat; pilih prototipe IoT karena diperlukan pemantauan berkala serta notifikasi; pilih metode prototyping apabila umpan balik pengguna diperlukan selama perancangan. Jangan memakai alasan “karena teknologi ini sedang tren”.

Prodi	Kebutuhan	Arah solusi	Rencana indikator
Komputerisasi Akuntansi	Saldo stok konsisten.	Sistem persediaan berbasis web.	Kecocokan stok dengan perhitungan pembanding.
Manajemen Informatika	Konflik jadwal berkurang.	Reservasi laboratorium.	Uji skenario jadwal bertumpang tindih.
Teknik Komputer	Informasi suhu tersedia berkala.	Prototipe ESP32 dan sensor.	Galat pembacaan dan latensi notifikasi.

4.7 Kontribusi dan urgensi

Urgensi berarti adanya alasan rasional untuk menangani masalah. Kontribusi TA D3 tidak harus menemukan teknologi pertama di dunia. Nilai tambah dapat berupa adaptasi alur, integrasi komponen, prototipe yang sesuai kebutuhan, atau evaluasi kinerja dengan bukti yang dapat diperiksa.

4.8 Sitasi APA 7 dan integritas akademik

Sitasi mendukung teori, temuan, dan gagasan dari penulis lain. Contoh sitasi naratif: Wieringa (2014); sitasi parentetik: (Peffers et al., 2007). Artikel ilmiah tidak otomatis membuktikan kondisi khusus UMKM atau laboratorium yang sedang diteliti. Data setempat membutuhkan bukti setempat.

Etika akademik: hindari sumber fiktif, kutipan yang belum diverifikasi, angka rekaan sebagai temuan, dan informasi pribadi tanpa izin. Gunakan AI sebagai bantuan belajar, bukan pengganti pemeriksaan sumber dan fakta.

4.9 Kesalahan umum dan perbaikannya

Buka setiap contoh untuk melihat bentuk perbaikan yang lebih tepat.

“Teknologi berkembang sangat pesat sehingga semua perusahaan wajib memakai website.”

Revisi: “Dalam proses pencatatan persediaan pada UMKM yang dikaji, pembaruan data stok memerlukan pengecekan ulang. Kebutuhan penyajian informasi yang lebih terpusat perlu dianalisis berdasarkan catatan transaksi dan keterangan petugas.”

“Sistem lama terbukti tidak efisien dan menyebabkan semua pengguna merugi.”

Revisi: “Pada periode pemeriksaan awal, terdapat keterlambatan pemutakhiran data. Dampaknya terhadap waktu layanan dan akurasi laporan masih perlu diukur.”

“Sensor ESP32 ini pasti mencegah seluruh kerusakan server.”

Revisi: “Prototipe dirancang untuk merekam suhu dan mengirimkan peringatan; akurasi pembacaan dan keterlambatan notifikasi akan dievaluasi dalam kondisi pengujian yang ditetapkan.”

4.10 Lokakarya penulisan

Susun latar belakang dengan enam fungsi paragraf. Untuk setiap paragraf, tentukan klaim → bukti → penalaran → kaitan dengan masalah TA. Kemudian lakukan audit: apakah angka memiliki sumber, apakah dampak terlalu dibesar-besarkan, dan apakah solusi yang direncanakan memang menjawab masalah?

Studi kasus berkelanjutan

Tiga contoh latar belakang terarah

Contoh berikut memakai data simulasi pembelajaran. Gunakan struktur dan cara berpikirnya, bukan menyalin angkanya sebagai temuan penelitian Anda.

KOMPUTERISASI AKUNTANSI — Persediaan UMKM dan laporan penjualan

Judul contoh: Perancangan Sistem Informasi Persediaan Barang dan Laporan Penjualan pada UMKM Berbasis Web.

Paragraf 1 · KonteksInformasi persediaan dan penjualan dibutuhkan UMKM untuk melayani pembeli dan mengambil keputusan pemesanan. Ketepatan pembaruan stok menjadi penting ketika beberapa petugas mencatat transaksi pada waktu yang berbeda.

Paragraf 2 · Kondisi idealSetiap barang masuk dan keluar seharusnya tercatat melalui dokumen yang jelas sehingga saldo stok dapat dicocokkan dengan transaksi dan laporan penjualan pada periode yang disepakati.

Paragraf 3 · Bukti awal (simulasi)Dalam latihan pemeriksaan 50 transaksi selama lima hari, 12 transaksi diperbarui setelah hari transaksi berlangsung. Angka ini data simulasi, bukan hasil observasi lapangan.

Paragraf 4 · Kesenjangan dan dampakApabila pola serupa terjadi pada lokasi penelitian, informasi saldo stok berpotensi terlambat mencerminkan mutasi barang. Keadaan tersebut dapat menyulitkan pemeriksaan persediaan dan penyusunan ringkasan penjualan, tetapi besaran dampaknya masih harus diukur.

Paragraf 5 · Alternatif solusiPencatatan manual relatif sederhana dan murah, tetapi pembaruan antardokumen dapat memerlukan pekerjaan ganda. Sistem berbasis web dapat dipertimbangkan bila dibutuhkan basis data transaksi terpadu dan pengaturan hak akses pengguna.

Paragraf 6 · Arah TAPenelitian direncanakan merancang sistem persediaan dan laporan penjualan dengan pengujian ketepatan saldo, kesesuaian laporan, dan fungsi pencatatan. Kinerja produk akan ditentukan melalui pengujian, bukan melalui klaim keberhasilan pada tahap proposal.

MANAJEMEN INFORMATIKA — Penjadwalan dan peminjaman laboratorium

Judul contoh: Pengembangan Sistem Informasi Penjadwalan dan Peminjaman Laboratorium Berbasis Web Menggunakan Metode Prototyping.

Paragraf 1 · KonteksLaboratorium komputer digunakan oleh berbagai kelas dan unit sehingga jadwal pemakaiannya perlu dikelola agar ruang dapat digunakan sesuai kebutuhan pembelajaran.

Paragraf 2 · Kondisi idealPengguna seharusnya dapat melihat ketersediaan ruang, mengajukan permintaan, memperoleh status persetujuan, serta memeriksa perubahan jadwal dari satu sumber informasi yang disepakati.

Paragraf 3 · Bukti awal (simulasi)Dalam latihan, dari 30 permohonan selama empat minggu terdapat tujuh permintaan yang berbenturan sebelum dilakukan penyesuaian jadwal. Seluruh angka adalah simulasi pembelajaran.

Paragraf 4 · Kesenjangan dan dampakPermintaan yang tumpang tindih dapat meningkatkan pekerjaan administrasi dan menghambat kepastian pemakaian ruang. Besar gangguan pada kegiatan praktikum hanya dapat dinyatakan setelah bukti nyata tersedia.

Paragraf 5 · Alternatif solusiPemesanan melalui pesan langsung mudah dilakukan, tetapi histori persetujuan dapat tersebar. Sistem peminjaman berbasis web dengan pemeriksaan benturan otomatis dapat ditinjau sebagai alternatif, dengan kebutuhan yang divalidasi melalui umpan balik pengguna.

Paragraf 6 · Arah TAProyek dirancang menghasilkan prototipe peminjaman laboratorium yang diuji melalui skenario reservasi bertumpang tindih, pembatalan, otorisasi pengguna, serta evaluasi kemudahan penggunaan.

TEKNIK KOMPUTER — Pemantauan suhu dan kelembapan ruang server

Judul contoh: Rancang Bangun Sistem Pemantauan Suhu dan Kelembapan Ruang Server Berbasis ESP32 dan Internet of Things.

Paragraf 1 · KonteksRuang server membutuhkan informasi lingkungan untuk membantu petugas memeriksa kondisi operasional perangkat jaringan dan komputasi.

Paragraf 2 · Kondisi idealPemantauan seharusnya menyediakan data suhu serta kelembapan sesuai interval yang diperlukan, dilengkapi catatan waktu dan peringatan jika ambang yang sah terlampaui.

Paragraf 3 · Bukti awal (simulasi)Dalam skenario 24 kali pemeriksaan selama enam hari, enam pembacaan ditempatkan di atas ambang operasional asumsi latihan. Data ini bukan hasil pengukuran ruang server nyata.

Paragraf 4 · Kesenjangan dan dampakPemeriksaan berkala dapat menyisakan rentang waktu ketika perubahan suhu tidak segera diketahui. Namun, kondisi ini tidak membuktikan bahwa telah terjadi kerusakan perangkat.

Paragraf 5 · Alternatif solusiPrototipe ESP32 dengan sensor dan sistem notifikasi dapat dipertimbangkan jika jaringan dan daya mendukung. Ketepatan pembacaan masih dipengaruhi karakter sensor, kalibrasi, dan lingkungan pemasangan.

Paragraf 6 · Arah TARancangan akan diuji melalui pembandingan sensor dengan alat acuan, pengukuran keterlambatan data, dan keberhasilan pengiriman notifikasi. Ruang lingkup tidak mencakup pengendalian pendingin otomatis.

Praktikum mandiri

Bangun draf latar belakang Anda

Ketik satu sampai tiga kalimat untuk setiap fungsi paragraf. Tombol Susun draf akan menggabungkan teks menjadi contoh kerangka yang bisa disalin untuk dikembangkan di Word.

1. Konteks dan objek

2. Kondisi ideal

3. Bukti kondisi aktual

4. Kesenjangan dan dampak

5. Keterbatasan solusi sekarang

6. Solusi dan kontribusi TA

0 kata tertulis.

Draf Anda akan ditampilkan di sini.

Privasi: teks latihan ini diproses di peramban dan tidak dikirim ke dosen maupun server oleh kode artikel.

Checklist sebelum dikumpulkan: (1) masalah konsisten dengan judul, (2) data lokal sungguh ada, (3) target memiliki dasar, (4) dampak tidak dilebihkan, (5) solusi masuk akal, (6) sitasi dan daftar pustaka benar.

Evaluasi formatif

Kuis BAB 4 — 20 soal, nilai 0–100

Petunjuk: isi nama lengkap, program studi, dan nomor presensi. Jawablah semua 20 soal pilihan ganda; setiap jawaban benar bernilai 5 poin. Setelah menekan Periksa dan tampilkan nilai, halaman menampilkan identitas Anda bersama nilainya dan pembahasan jawaban.

Penting: kuis ini menghitung nilai di perangkat Anda. Hasil tidak otomatis terkirim ke dosen atau Google Sheets. Gunakan tombol Salin Hasil atau Cetak Hasil, kemudian kirim sesuai petunjuk dosen.

Identitas mahasiswa

Nama lengkap *

Program studi *— Pilih program studi —D3 Komputerisasi AkuntansiD3 Manajemen InformatikaD3 Teknik Komputer

Nomor presensi *Gunakan nomor yang tercatat di kelas.

0 dari 20 soal terjawab

Rujukan pilihan

Daftar pustaka untuk pendalaman

1. Carrizo, D., Dieste, Ó., & Juristo, N. (2014). Systematizing requirements elicitation technique selection. Information and Software Technology, 56(6), 644–669. DOI.
2. Hevner, A. R., March, S. T., Park, J., & Ram, S. (2004). Design science in information systems research. MIS Quarterly, 28(1), 75–105. DOI.
3. Peffers, K., Tuunanen, T., Rothenberger, M. A., & Chatterjee, S. (2007). A design science research methodology for information systems research. Journal of Management Information Systems, 24(3), 45–77. DOI.
4. Wieringa, R. J. (2014). Design science methodology for information systems and software engineering. Springer. DOI.
5. American Psychological Association. (n.d.). In-text citations. APA Style. Panduan resmi.

Langkah berikutnya: gunakan draf latar belakang yang telah diperbaiki untuk BAB 5 — Rumusan Masalah, Tujuan, Manfaat, dan Batasan Penelitian.

Buku Ajar Metode Penelitian Terapan dan Penyusunan Proposal Tugas Akhir • BAB 4 • Materi interaktif untuk pembelajaran vokasi D3. Semua angka contoh merupakan simulasi dan tidak boleh dipakai sebagai temuan empiris.