Berikut adalah template struktur bab standar internasional untuk jenis paper ini agar memenuhi standar jurnal seperti Software: Practice and Experience atau Journal of Systems and Software:
📄 Struktur Bab Paper "Web App Usability & Impact"
1. Introduction (Pendahuluan)
- Latar Belakang: Jelaskan masalah nyata di lapangan (bukan masalah teknis kodenya, melainkan masalah pengguna). Mengapa masalah ini penting untuk diselesaikan?
- Kesenjangan (Gap Analysis): Sebutkan tools atau aplikasi sejenis yang sudah ada. Jelaskan apa kekurangan aplikasi-aplikasi tersebut sehingga web app baru Anda perlu dibuat.
- Kontribusi: Tuliskan secara eksplisit kontribusi paper Anda (misal: "Aplikasi ini memotong waktu proses X sebesar 50% dan menyediakan akses terbuka bagi komunitas Y").
2. Related Work (Penelitian Terkait)
- Ulas 10–15 paper jurnal terbaru (3 tahun terakhir) yang membahas solusi digital untuk masalah serupa.
- Posisikan web app Anda di antara penelitian-penelitian tersebut untuk menegaskan letak kebaruannya (novelty).
3. System Overview & Open-Source Architecture (Ikhtisar Sistem)
- Deskripsi Singkat: Penjelasan fungsionalitas utama aplikasi.
- Arsitektur Teknologi: Diagram arsitektur (misal: React frontend, Node.js backend, PostgreSQL) untuk membuktikan sistem ini kokoh.
- Aksesibilitas Kode: Cantumkan tautan repositori open-source (GitHub/Zenodo) beserta lisensinya untuk aspek replikasi ilmiah.
4. Methodology & Evaluation Setup (Metodologi Evaluasi)
- Partisipan: Siapa pengguna yang menguji aplikasi? Berapa jumlahnya? Bagaimana karakteristik mereka?
- Instrumen Evaluasi: Jelaskan metode yang digunakan untuk mengukur dampak dan kegunaan. Metode standar yang diakui reviewer Q2 meliputi:
- System Usability Scale (SUS): Kuesioner standar 10 pertanyaan untuk mengukur usabilitas aplikasi.
- Technology Acceptance Model (TAM): Untuk mengukur persepsi kemudahan (perceived ease of use) dan persepsi kebermanfaatan (perceived usefulness).
- Kinerja Tugas: Mengukur waktu yang dibutuhkan pengguna menyelesaikan tugas (Time-on-Task) sebelum vs sesudah ada aplikasi.
5. Results and Discussion (Hasil dan Pembahasan)
- Analisis Data Usabilitas: Sajikan skor SUS atau TAM dalam bentuk grafik/tabel. Jika skor SUS di atas 68, artinya aplikasi Anda secara ilmiah acceptable (layak).
- Analisis Dampak Nyata: Tunjukkan bukti konkret efisiensi. Contoh: "Sebelum menggunakan aplikasi, proses X membutuhkan waktu 4 jam. Dengan web app ini, rata-rata waktu pangkas menjadi 15 menit."
- Umpan Balik Kualitatif: Kutip testimoni atau masukan dari pengguna mengenai fitur yang paling berdampak dan apa kekurangan yang perlu diperbaiki.
6. Threats to Validity (Ancaman terhadap Validitas)
- Wajib ada di jurnal Q1/Q2. Akui keterbatasan pengujian Anda.
- Contoh: Jumlah sampel pengguna yang masih terbatas pada satu wilayah, atau bias karena pengguna yang diuji sudah familier dengan teknologi. Jelaskan bagaimana Anda memitigasi bias tersebut.
7. Conclusion and Future Work (Kesimpulan)
- Rangkum temuan utama mengenai kegunaan dan dampak aplikasi.
- Sebutkan rencana pengembangan fitur selanjutnya berdasarkan umpan balik pengguna pada Bab 5.
💡 Tips Ekstra dari Reviewer Jurnal
- Hindari "Manual Book" Visual: Jangan masukkan screenshot aplikasi terlalu banyak. Cukup 1 atau 2 gambar alur kerja utama (core workflow) gabungan. Reviewer lebih tertarik pada grafik data hasil survei pengguna daripada tampilan antarmuka (UI).
- Gunakan Metode Standar: Menggunakan kuesioner buatan sendiri sangat rawan ditolak reviewer karena validitasnya belum teruji. Sangat disarankan memakai instrumen baku seperti SUS atau TAM.
Jika Anda ingin mulai menyusun draf, bagian mana yang ingin kita detailkan terlebih dahulu?
- Kita bisa mensimulasikan perhitungan skor SUS (System Usability Scale) untuk data survei Anda.
- Atau merancang kalimat Gap Analysis (kesenjangan) pada bab Introduction agar terlihat kuat di mata reviewer.
0 komentar :
Speak up your mind
Tell us what you're thinking... !