Skripsi Sistem Informasi Bukan Sekadar Bikin Aplikasi: 5 Rahasia Metodologi yang Mengubah Cara Pandang Anda

Bagi banyak mahasiswa Sistem Informasi (SI), menyusun skripsi sering kali dirasakan sebagai beban administratif yang melelahkan. Muncul kegelisahan bahwa inti dari skripsi hanyalah kegiatan coding yang kemudian dipersulit dengan tumpukan dokumen tebal. Namun, pandangan ini adalah sebuah kekeliruan fatal yang harus kita luruskan.

Membangun sistem informasi tanpa metodologi penelitian yang kuat ibarat membangun rumah tanpa cetak biru (blueprint). Anda mungkin bisa mendirikan dinding dan atap, tetapi tanpa perhitungan fondasi dan struktur yang benar, bangunan tersebut akan runtuh saat diuji oleh beban nyata atau pertanyaan kritis dewan penguji. Metodologi bukanlah beban; ia adalah "kompas" yang memastikan Anda tidak tersesat dalam kompleksitas riset dan mampu memberikan justifikasi ilmiah atas solusi yang Anda tawarkan.

1. Metodologi: Ilmu Tentang "Cara yang Tepat," Bukan Sekadar Prosedur

Sering terjadi kerancuan antara prosedur teknis pembuatan perangkat lunak dan metodologi penelitian. Sebagai calon sarjana, Anda harus beralih dari pola pikir "tukang kode" (coder) menjadi seorang ilmuwan. Secara etimologis, metodologi berasal dari bahasa Yunani: methodos (cara yang tepat) dan logos (ilmu atau pengetahuan).

"Metodologi adalah ilmu tentang cara yang tepat untuk melakukan sesuatu—atau lebih lengkapnya, cara melakukan sesuatu dengan menggunakan pikiran secara seksama untuk mencapai suatu tujuan."

Metodologi penelitian adalah sistem yang terstruktur dan dapat dipertanggungjawabkan. Jika prosedur teknis hanya fokus pada "bagaimana aplikasi berjalan," metodologi mencakup seluruh siklus: mulai dari mencari masalah berdasarkan fakta lapangan, melakukan analisis mendalam, hingga menyusun laporan secara sistematis. Anda tidak hanya membuat aplikasi, Anda sedang memecahkan masalah melalui disiplin ilmu.

2. Paradigma Rekayasa: Kebebasan Sang Arsitek Solusi

Penelitian SI di bawah naungan Paradigma Rekayasa (Engineering Paradigm) memiliki karakteristik unik. Kita tidak hanya menjadi pengamat pasif seperti dalam ilmu sosial, tetapi bertindak sebagai perancang solusi teknis yang terukur. Di lingkungan Universitas Dharma Andalas (UNIDHA), terdapat tiga jenis riset dominan:

• Penelitian Development (Pengembangan): Berfokus pada penciptaan artefak (perangkat lunak, algoritma, atau model) yang lebih baik dari solusi sebelumnya.
• Penelitian Eksperimental: Melakukan pengujian sistem secara terkontrol (seperti Black-Box Testing) untuk mengukur kinerja atau efektivitas solusi.
• Penelitian Tindakan (Action Research): Peneliti terlibat langsung dalam proses perubahan di organisasi, sering kali bertindak sebagai implementor sistem.

Satu hal yang harus memicu semangat intelektual Anda: dalam rekayasa, Anda memiliki kebebasan untuk mengembangkan atau mengadaptasi metodologi baru yang dinamis. Anda tidak terkunci pada satu format baku, selama langkah-langkah yang Anda ambil tetap berada dalam koridor metode ilmiah.

3. SDLC: Peta Jalan Menuju Gelar Sarjana

System Development Life Cycle (SDLC) adalah kerangka utama dalam riset SI. SDLC adalah representasi metode ilmiah yang diterapkan pada rekayasa sistem. Di UNIDHA, fase-fase SDLC dipetakan secara ketat ke dalam bab-bab skripsi sesuai Panduan 2018 untuk memastikan alur berpikir yang logis.

Berikut adalah pemetaan 6 fase SDLC terhadap output konkret dalam skripsi Anda:

Fase SDLC	Output Konkret dalam Riset	Penempatan Bab (UNIDHA)
Perencanaan	Penilaian kelayakan teknis & waktu, proposal, survei lokasi.	Bab I
Analisis	ASI Lama, Use Case sistem lama, identifikasi kelemahan (PIECES).	Bab IV
Perancangan	ASI Baru, UML (Use Case, Activity, Sequence, Class), Normalisasi Tabel 3NF, ERD, Flowchart.	Bab IV
Implementasi	Kode program, basis data, screenshot antarmuka sistem.	Bab IV
Pengujian	Laporan Black-Box Testing dan User Acceptance Testing (UAT).	Bab IV
Pemeliharaan	Rekomendasi teknis dan saran pengembangan fitur masa depan.	Bab V

Ingatlah, desain yang matang—seperti ASI Baru yang efisien dan normalisasi database hingga 3NF—adalah separuh dari keberhasilan riset Anda. Tanpa analisis kelemahan menggunakan kerangka kerja seperti PIECES, solusi Anda tidak akan memiliki landasan masalah yang kuat.

4. Filosofi Waterfall: Strategi Cerdas di Balik "Kekakuan"

Metodologi Waterfall sering dikritik karena sifatnya yang sekuensial linier, namun bagi mahasiswa dengan jadwal ketat, Waterfall adalah "senjata rahasia." Filosofinya jelas: setiap fase harus selesai sepenuhnya sebelum melangkah ke fase berikutnya.

"Semakin awal sebuah kesalahan terdeteksi, semakin murah biaya perbaikannya."

Waterfall menekankan pentingnya dokumentasi komprehensif. Inilah yang membuat Anda aman saat Sidang Skripsi; setiap keputusan desain memiliki rekam jejak yang jelas. Menariknya, terdapat sebuah "Paradoks Royce": Winston Royce, bapak Waterfall, sebenarnya memperingatkan risiko pendekatan sekuensial murni dan menyarankan iterasi. Namun, untuk skripsi dengan kebutuhan sistem yang stabil (seperti digitalisasi proses bisnis yang sudah baku), Waterfall tetap menjadi pilihan paling efisien dan mudah dikelola (manageable).

5. Pengujian sebagai Bukti Empiris, Bukan Formalitas

Tahap pengujian adalah momen verifikasi hipotesis ilmiah Anda. Di sini, Anda membuktikan secara empiris bahwa solusi rekayasa Anda benar-benar berfungsi.

1. Black-Box Testing: Memastikan sistem "bebas bug" secara fungsional. Fokus pada input dan output untuk menjamin keandalan artefak.
2. User Acceptance Testing (UAT): Inilah puncak dari riset Anda. Dengan menggunakan instrumen kuesioner Skala Likert, Anda mengukur penerimaan pengguna.

Jangan hanya menyajikan tabel; gunakan Analisis Deskriptif. Sebagai contoh, jika hasil UAT menunjukkan skor 84%, Anda dapat menyatakan secara ilmiah bahwa sistem "Sangat Memuaskan." Angka ini adalah bukti empiris bahwa aplikasi Anda benar-benar memecahkan masalah yang diidentifikasi di fase awal.

Penutup: Melangkah dengan Percaya Diri

Memahami metodologi berarti membekali diri dengan alat untuk menciptakan karya ilmiah bernilai tinggi. Metodologi adalah pembeda antara seorang pengembang aplikasi amatir dan seorang Sarjana Sistem Informasi yang profesional. Jangan terburu-buru melakukan coding sebelum Anda menyelesaikan analisis ASI Lama dan merancang UML yang lengkap (Use Case, Activity, Sequence, dan Class Diagram).

Sebagai mentor Anda, saya tinggalkan satu pertanyaan untuk direnungkan: "Apakah Anda akan mulai membangun 'gedung' skripsi Anda dengan fondasi metodologi yang kokoh, atau membiarkannya runtuh saat diuji oleh para penguji karena ketiadaan cetak biru yang jelas?"

Materi PPT Minggu 03