Belajar Analisis Sistem: Dari Flowmap, Use Case, Sampai Memahami Alur Aplikasi

Sebelum belajar analisis sistem, gw biasanya lebih fokus ke bagian coding dan tampilan website.

Waktu mendapat tugas untuk membuat sebuah sistem, gw baru sadar kalau sebelum menulis kode ternyata ada proses lain yang cukup penting, yaitu memahami bagaimana sistem tersebut akan berjalan.

Dari situ gw mulai belajar beberapa cara untuk menggambarkan sebuah sistem, mulai dari flowmap, use case, ERD, dan beberapa diagram lainnya.

Mulai Mengenal Flowmap

Salah satu yang pertama kali gw pelajari adalah flowmap.

Awalnya gw mengira flowmap hanya sekadar diagram yang berisi panah dan beberapa simbol. Setelah dipelajari, gw mulai memahami bahwa flowmap digunakan untuk menggambarkan alur proses dan dokumen dalam sebuah sistem antar bagian atau entitas.

Misalnya dalam sistem peminjaman buku perpustakaan, gw bisa menggambarkan proses mulai dari siswa memilih buku sampai data peminjaman dicatat oleh petugas.

Kurang lebih gambaran sederhananya seperti:

Siswa
  ↓
Memilih Buku
  ↓
Mengisi Form Peminjaman
  ↓
Petugas Mengecek Stok
  ↓
Data Peminjaman Disimpan

Dengan adanya flowmap, alur kerja sistem jadi terlihat jelas dari awal sampai akhir, sehingga tidak ada langkah yang terlewat.

Memahami Use Case Diagram

Setelah flowmap, tahap berikutnya adalah membuat Use Case Diagram.

Diagram ini membantu gw memahami siapa saja yang akan menggunakan sistem (aktor) dan apa saja yang bisa mereka lakukan di dalam sistem tersebut.

Contohnya pada aplikasi peminjaman buku:

• Siswa (Aktor): Mencari buku, melihat ketersediaan, mengajukan peminjaman.
• Petugas Perpustakaan (Aktor): Menyetujui peminjaman, mencatat pengembalian, mengelola katalog buku.

Dengan use case, batasan hak akses pengguna jadi lebih rapi dan jelas saat nanti dibuatkan fitur login serta otorisasi di dalam kode.

Menghubungkan Data dengan ERD

Hal yang tidak kalah penting adalah ERD (Entity Relationship Diagram).

Sebelum membuat tabel langsung di database, ERD membantu gw merancang struktur tabel dan relasinya agar tidak rancu:

• Tabel users untuk data siswa dan petugas.
• Tabel buku untuk informasi buku dan stok.
• Tabel peminjaman yang menghubungkan user_id dengan buku_id serta tanggal pinjam dan kembali.

Kalau relasi datanya sudah benar dari awal di diagram, proses migrasi dan pembuatan query di backend jadi jauh lebih mudah.

Pelajaran yang Gw Dapatkan

Dari proses belajar ini, gw jadi paham kalau analisis sistem adalah fondasi paling penting sebelum mulai membuat aplikasi:

1. Mengurangi Error Saat Coding: Alur logika sudah matang sebelum baris kode pertama ditulis.
2. Komunikasi Lebih Mudah: Diagram mempermudah menjelaskan alur sistem ke teman satu kelompok atau guru.
3. Efisiensi Waktu: Tidak perlu berulang kali bongkar pasang database di tengah jalan karena salah rancangan.

Penutup

Belajar analisis sistem memang butuh waktu dan ketelitian, apalagi saat harus memahami berbagai jenis diagram dan simbolnya. Tapi manfaatnya terasa sekali ketika masuk ke tahap implementasi.

Bagi gw yang sedang belajar di jurusan PPLG, memahami alur sistem membuat proses belajar coding jadi jauh lebih terarah dan menyenangkan.