Ringkasan Eksekutif

Dokumen ini menyajikan perencanaan, desain, dan strategi implementasi untuk Sistem Informasi E‑Teller Bank Mini Sekolah, yaitu aplikasi client-server yang mendukung operasional loket bank mini di sekolah untuk transaksi tabungan siswa (setoran dan penarikan tunai). Sistem menerapkan kontrol akses berbasis peran (RBAC) melalui satu login terpusat untuk Administrator, Piket Teller, Supervisor, dan Nasabah/Siswa, serta memastikan setiap transaksi otomatis tercatat dalam jurnal akuntansi double-entry (Debet Kas 101 dan Kredit Tabungan 201) yang selalu seimbang. Dokumen ini disusun dengan fokus pada aturan bisnis kunci (saldo mengendap minimum Rp10.000, penutupan kas harian, pembatasan hak akses) dan constraint database (FK ON DELETE RESTRICT, CHECK nominal > 0), sehingga siap digunakan sebagai laporan resmi UKK.

BAGIAN 1 — Perencanaan Sistem (System Planning)

1. Ruang Lingkup Proyek (Project Scope)

1.1 Tujuan Proyek (Goals)

1. Menyediakan sistem terpusat untuk melayani transaksi tabungan siswa berupa setoran tunai dan penarikan tunai di loket bank mini sekolah.
2. Menerapkan RBAC untuk memastikan setiap peran hanya dapat mengakses fitur sesuai kewenangan:
   • Administrator: manajemen user, pembuatan rekening nasabah otomatis, konfigurasi, audit jurnal (read-only).
   • Piket Teller: pencarian nasabah (QR/manual), input transaksi, cetak draft laporan harian.
   • Supervisor: verifikasi & approve laporan harian, otorisasi pemindahan kas, penyelesaian selisih.
   • Nasabah/Siswa: cek saldo dan mutasi (read-only), input PIN 6 digit saat konfirmasi penarikan.
3. Menjamin setiap transaksi menghasilkan pencatatan jurnal akuntansi double-entry yang balance.
4. Mendukung proses penutupan kas harian dan penguncian (lock) cetak laporan bila terjadi selisih antara perhitungan sistem dan uang fisik.

1.2 Batasan Sistem (In-Scope vs Out-of-Scope)

• Aplikasi web client (browser) dan backend API/server yang terhubung ke database.

• Login terpusat dengan pembatasan akses berdasarkan role (RBAC).

• Fitur Administrator:

  • CRUD akun petugas (admin/teller/supervisor) sesuai kebijakan.
  • Pembuatan nomor rekening nasabah otomatis.
  • Konfigurasi sistem dasar (mis. saldo minimum Rp10.000, pengaturan QR scanner).
  • Audit jurnal akuntansi (read-only).

• Fitur Piket Teller:

  • Pencarian profil nasabah melalui scan QR atau input manual nomor rekening.
  • Input transaksi setoran.
  • Input transaksi penarikan dengan verifikasi PIN 6 digit.
  • Cetak draft laporan harian teller.
  • Transaksi yang sudah tersimpan bersifat immutable (tidak dapat diedit/hapus oleh teller).

• Fitur Supervisor:

  • Verifikasi dan approve laporan harian teller.
  • Otorisasi pemindahan kas ke brankas.
  • Pencatatan/penyelesaian selisih kas.

• Fitur Nasabah/Siswa:

  • Cek saldo dan melihat riwayat mutasi (read-only).

• Implementasi aturan bisnis dan constraint database sesuai konteks.

• Tidak ada aplikasi mobile native (Android/iOS).

• Tidak terintegrasi dengan payment gateway eksternal, bank eksternal, QRIS, e-wallet, atau sistem keuangan pihak ketiga.

• Tidak mencakup modul pinjaman/kredit, bunga tabungan, atau produk keuangan lain.

• Tidak ada multi-cabang/multi-sekolah; sistem diasumsikan untuk satu loket bank mini.

• Tidak ada integrasi perangkat khusus selain kamera/QR scanner standar (tidak mencakup mesin EDC, cash counter otomatis, dsb.).

• Tidak membangun sistem akuntansi lengkap (mis. neraca/laba rugi); fokus pada jurnal transaksi dan laporan harian.

1.3 Deliverable Akhir

5. Aplikasi Web:
   • Frontend (client) untuk masing-masing role.
   • Backend API (server) dengan RBAC, transaksi, dan jurnal otomatis.
6. Database:
   • Skema dan constraint sesuai ERD (users, nasabah, transaksi, jurnal_akuntansi).
   • Data awal (seed) untuk pengujian.
7. Dokumentasi UKK:
   • Perencanaan sistem, desain sistem (diagram & tabel), dan strategi implementasi.

2. Jadwal Proyek (Project Schedule)

2.1 Tabel Jadwal (16–24 jam)

2.2 Gantt Chart (Mermaid)

gantt
    title Jadwal Proyek UKK — Sistem Informasi E‑Teller Bank Mini Sekolah (16–24 jam)
    dateFormat  YYYY-MM-DD
    axisFormat  %d/%m

    section Hari 1
    Perencanaan & Desain              :a1, 2026-08-07, 1d
    Setup Environment & Database      :a2, 2026-08-07, 1d

    section Hari 2
    Backend Auth/RBAC                 :b1, 2026-08-08, 1d
    Backend Transaksi & Jurnal        :b2, 2026-08-08, 1d

    section Hari 3
    Frontend Per Role + QR/Manual     :c1, 2026-08-09, 1d
    Testing + Perbaikan               :c2, 2026-08-09, 1d
    Dokumentasi & Finalisasi          :c3, 2026-08-09, 1d

Catatan: tanggal pada Gantt bersifat contoh untuk visualisasi. Implementasi aktual mengikuti alokasi 16–24 jam.

BAGIAN 2 — Desain Sistem (System Design)

A. Functional Requirements

1. Daftar Aktor

2. Use Case Diagram (Mermaid)

flowchart LR
  %% Actors
  A[Administrator]
  T[Piket Teller]
  S[Supervisor]
  N[Nasabah/Siswa]

  %% System boundary
  subgraph SYS[Sistem Informasi E‑Teller Bank Mini Sekolah]
    UC1((Login))
    UC2((Kelola User))
    UC3((Buat Rekening Nasabah))
    UC4((Konfigurasi Sistem))
    UC5((Audit Jurnal))

    UC6((Scan QR / Cari Nasabah))
    UC7((Input Setoran Tunai))
    UC8((Input Penarikan Tunai))
    UC9((Cetak Draft Laporan Harian))

    UC10((Approve Laporan Harian))
    UC11((Otorisasi Pemindahan Kas))
    UC12((Selesaikan Selisih Kas))

    UC13((Cek Saldo))
    UC14((Lihat Mutasi))
    UC15((Input PIN 6 Digit))
  end

  %% Associations
  A --> UC1
  A --> UC2
  A --> UC3
  A --> UC4
  A --> UC5

  T --> UC1
  T --> UC6
  T --> UC7
  T --> UC8
  T --> UC9

  S --> UC1
  S --> UC10
  S --> UC11
  S --> UC12

  N --> UC1
  N --> UC13
  N --> UC14
  N --> UC15

  %% Include/notes
  UC8 -. membutuhkan .-> UC15

3. Activity Diagram

flowchart TD
  start([Mulai]) --> login[Login Teller]
  login --> cekRole{"Role = Teller?"}
  cekRole -- Tidak --> tolak[Ditolak / Redirect]
  cekRole -- Ya --> cari["Cari Nasabah: Scan QR / Input No. Rekening"]
  cari --> validNasabah{Nasabah ditemukan?}
  validNasabah -- Tidak --> ulangiCari[Ulangi pencarian]
  validNasabah -- Ya --> inputNominal["Input nominal setoran (>0)"]
  inputNominal --> validNominal{Nominal valid?}
  validNominal -- Tidak --> pesanNominal["Pesan error: nominal harus > 0"]
  validNominal -- Ya --> simpanTrans["Simpan transaksi SETORAN"]
  simpanTrans --> jurnal["Generate jurnal otomatis:<br>Debet Kas 101 = nominal<br>Kredit Tabungan 201 = nominal"]
  jurnal --> lock["Lock transaksi (tidak dapat edit/hapus oleh teller)"]
  lock --> cetak["Cetak struk (opsional)"]
  cetak --> endNode([Selesai])

flowchart TD
  start([Mulai]) --> login[Login Teller]
  login --> cekRole{"Role = Teller?"}
  cekRole -- Tidak --> tolak[Ditolak / Redirect]
  cekRole -- Ya --> cari["Cari Nasabah: Scan QR / Input No. Rekening"]
  cari --> validNasabah{Nasabah ditemukan?}
  validNasabah -- Tidak --> ulangiCari[Ulangi pencarian]
  validNasabah -- Ya --> inputNominal["Input nominal penarikan (>0)"]
  inputNominal --> validNominal{Nominal valid?}
  validNominal -- Tidak --> pesanNominal["Pesan error: nominal harus > 0"]
  validNominal -- Ya --> ambilSaldo[Ambil saldo terakhir nasabah]
  ambilSaldo --> cekSaldo{"Saldo >= nominal?"}
  cekSaldo -- Tidak --> tolakKurang[Ditolak: saldo tidak mencukupi]
  cekSaldo -- Ya --> cekMin{"Saldo akhir >= Rp10.000?"}
  cekMin -- Tidak --> tolakMin["Ditolak: melanggar saldo mengendap minimum Rp10.000"]
  cekMin -- Ya --> pin[Input PIN 6 digit oleh nasabah]
  pin --> verifPIN{PIN benar?}
  verifPIN -- Tidak --> tolakPIN[Ditolak: PIN salah]
  verifPIN -- Ya --> simpanTrans[Simpan transaksi PENARIKAN]
  simpanTrans --> jurnal["Generate jurnal otomatis:<br>Debet Kas 101 = nominal<br>Kredit Tabungan 201 = nominal"]
  jurnal --> lock["Lock transaksi (tidak dapat edit/hapus oleh teller)"]
  lock --> cetak["Cetak struk (opsional)"]
  cetak --> endNode([Selesai])

flowchart TD
  start([Mulai]) --> loginT[Login Teller]
  loginT --> buatDraft[Generate draft laporan harian teller]
  buatDraft --> hitung["Hitung saldo akhir:<br>Saldo Akhir = Saldo Awal + Total Setoran - Total Penarikan"]
  hitung --> inputFisik[Teller input hasil hitung uang fisik kas nyata]
  inputFisik --> cekSelisih{Ada selisih?}
  cekSelisih -- Tidak --> kunciSiap["Status: Siap diajukan / tidak terkunci"]
  cekSelisih -- Ya --> terkunci["Status: Terkunci (tidak boleh cetak final)"]

  kunciSiap --> ajukan[Ajukan laporan ke Supervisor]
  terkunci --> ajukan

  ajukan --> loginS[Login Supervisor]
  loginS --> review[Review laporan + detail transaksi]
  review --> keputusan{Approve?}
  keputusan -- Tidak --> revisi[Catat alasan / minta klarifikasi selisih]
  keputusan -- Ya --> otorisasi[Otorisasi pemindahan kas ke brankas]
  otorisasi --> final["Unlock/cetak final (jika tidak ada selisih) atau<br>buat catatan penyelesaian selisih"]
  final --> endNode([Selesai])

4. Sequence Diagram

sequenceDiagram
  actor U as Pengguna (Admin/Teller/Supervisor/Nasabah)
  participant FE as Frontend
  participant BE as Backend/Auth Controller
  participant DB as Database

  U->>FE: Input username & password
  FE->>BE: POST /login {username, password}
  BE->>DB: SELECT user WHERE username=?
  DB-->>BE: Data user (hash password, role)
  BE->>BE: Verifikasi password (hash compare)
  alt Kredensial valid
    BE-->>FE: 200 OK + session/token + role
    FE-->>U: Redirect ke dashboard sesuai role
  else Kredensial tidak valid
    BE-->>FE: 401 Unauthorized
    FE-->>U: Tampilkan pesan gagal login
  end

sequenceDiagram
  actor T as Piket Teller
  participant FE as Frontend Teller
  participant BE as Backend/Transaksi Controller
  participant DB as Database

  T->>FE: Scan QR / input no_rekening
  FE->>BE: GET /nasabah?no_rekening=...
  BE->>DB: SELECT nasabah WHERE no_rekening=?
  DB-->>BE: Data nasabah
  BE-->>FE: Profil nasabah

  T->>FE: Input nominal setoran
  FE->>BE: POST /transaksi/setoran {id_nasabah, nominal}
  BE->>BE: Validasi nominal > 0
  BE->>DB: INSERT transaksi (jenis=SETORAN)
  DB-->>BE: id_transaksi
  BE->>DB: INSERT jurnal (Debet Kas 101, jumlah=nominal)
  BE->>DB: INSERT jurnal (Kredit Tabungan 201, jumlah=nominal)
  BE->>DB: Commit (atomic)
  BE-->>FE: 201 Created + bukti transaksi
  FE-->>T: Tampilkan sukses + opsi cetak struk

sequenceDiagram
  actor S as Supervisor
  participant FE as Frontend Supervisor
  participant BE as Backend/Laporan Controller
  participant DB as Database

  S->>FE: Buka daftar laporan harian
  FE->>BE: GET /laporan/harian?status=menunggu
  BE->>DB: SELECT laporan + ringkasan transaksi
  DB-->>BE: Data laporan
  BE-->>FE: Daftar laporan

  S->>FE: Pilih laporan & review detail
  FE->>BE: GET /laporan/harian/{id}
  BE->>DB: SELECT detail transaksi + perhitungan saldo
  DB-->>BE: Detail
  BE-->>FE: Detail laporan

  S->>FE: Klik Approve + input keputusan
  FE->>BE: POST /laporan/harian/{id}/approve
  BE->>BE: Validasi role Supervisor
  BE->>DB: UPDATE status laporan = APPROVED
  BE->>DB: Catat otorisasi pemindahan kas / catatan selisih
  DB-->>BE: OK
  BE-->>FE: 200 OK
  FE-->>S: Status laporan menjadi approved

5. Class Diagram

classDiagram
  class User {
    +int id
    +string username
    +string password
    +string nama_petugas
    +string role
    +bool verifikasiRole(roleDibutuhkan)
    +bool verifikasiPassword(passwordInput)
  }

  class Nasabah {
    +int id
    +string no_rekening
    +string nis
    +string nama_siswa
    +string kelas
    +string pin_keamanan
    +bool verifikasiPIN(pinInput)
  }

  class Transaksi {
    +int id
    +int id_nasabah
    +int id_user
    +date tanggal
    +string jenis_trans
    +int nominal
    +int hitungSaldoAkhir(saldoAwal)
    +bool validasiNominal()
    +bool validasiSaldoMinimum(saldoAkhir)
  }

  class JurnalAkuntansi {
    +int id
    +int id_transaksi
    +string kode_akun
    +string posisi
    +int jumlah
    +bool isBalanced(pasangan)
  }

  User "1" --> "0..*" Transaksi : memproses
  Nasabah "1" --> "0..*" Transaksi : memiliki
  Transaksi "1" --> "0..*" JurnalAkuntansi : menghasilkan

6. Data Model / Entity Relationship (ERD)

erDiagram
    USERS ||--o{ TRANSAKSI : processes
    NASABAH ||--o{ TRANSAKSI : owns
    TRANSAKSI ||--o{ JURNAL_AKUNTANSI : generates

    USERS {
        int id PK
        string username
        string password
        string nama_petugas
        string role
    }

    NASABAH {
        int id PK
        string no_rekening
        string nis
        string nama_siswa
        string kelas
        string pin_keamanan
        int saldo
    }

    TRANSAKSI {
        int id PK
        int id_nasabah FK
        int id_user FK
        date tanggal
        string jenis_trans
        int nominal
    }

    JURNAL_AKUNTANSI {
        int id PK
        int id_transaksi FK
        string kode_akun
        string posisi
        int jumlah
    }

7. User Interface Design (Wireframe Deskriptif)

• Komponen:

  • Field: Username
  • Field: Password
  • Tombol: Masuk
  • Pesan error validasi (username/password salah)

• Perilaku:

  • Setelah berhasil login, sistem membaca role dan redirect ke dashboard sesuai role.

• Bagian header:

  • Identitas petugas (nama_petugas)
  • Tombol logout

• Panel pencarian nasabah:

  • Tombol/area Scan QR (kamera)
  • Input manual No. Rekening + tombol cari
  • Hasil profil nasabah: Nama, Kelas, No. Rekening, Saldo terkini (read-only)

• Tab/section transaksi:

  • Form Setoran:
    • Input nominal
    • Tombol simpan
    • Output: notifikasi sukses + opsi cetak struk
  • Form Penarikan:
    • Input nominal
    • Input PIN 6 digit (diinput oleh nasabah)
    • Notifikasi rule: saldo minimum Rp10.000
    • Tombol simpan

• Panel laporan harian:

  • Tombol generate draft laporan harian
  • Input kas fisik (untuk cek selisih)
  • Status laporan: menunggu/terkunci/siap diajukan

• Daftar laporan harian:

  • Filter status: menunggu, approved, selisih
  • Ringkasan: teller, tanggal, total setoran, total penarikan, saldo akhir, status selisih

• Detail laporan:

  • Tabel transaksi hari itu
  • Rekap perhitungan saldo akhir
  • Kolom catatan selisih/penyelesaian

• Aksi supervisor:

  • Tombol Approve
  • Tombol Tolak/Minta klarifikasi
  • Opsi otorisasi pemindahan kas ke brankas

• Ringkasan akun:

  • Nama siswa, Kelas, No. Rekening
  • Saldo saat ini (read-only)

• Riwayat mutasi:

  • Filter tanggal
  • Daftar transaksi: tanggal, jenis (setoran/penarikan), nominal

• Catatan keamanan:

  • PIN tidak dapat ditampilkan; PIN hanya digunakan saat konfirmasi penarikan.

8. Deployment Diagram (Mermaid)

flowchart LR
    subgraph Sekolah["Infrastruktur Sekolah"]
        C["Client: Browser (React/Web UI)"]
        A["Web Server / Backend API"]
        D[("Database Server: MySQL/MariaDB/PostgreSQL")]
    end

    C -->|HTTPS / REST API| A
    A -->|TCP/IP| D

9. Matriks Relasi

B. Non-Functional Requirements

BAGIAN 3 — Implementasi Sistem (System Implementation)

Strategi Implementasi Sistem

1. Strategi Pengujian (Testing Strategy)

8. Unit Testing
   • Target: fungsi logika bisnis yang bersifat deterministik.
   • Contoh:
     • Fungsi validasi nominal (>0).
     • Fungsi validasi saldo minimum Rp10.000.
     • Fungsi perhitungan saldo akhir penutupan kas.
9. Integration Testing
   • Target: alur lintas komponen (frontend/backend/database) untuk transaksi dan jurnal.
   • Contoh:
     • Setoran: input → transaksi tersimpan → dua jurnal tercatat dan balance.
     • Penarikan: cek saldo → cek saldo minimum → PIN → transaksi & jurnal.
10. User Acceptance Testing (UAT)
    • Target: skenario penggunaan berdasarkan role.
    • Contoh:
      • Teller dapat input transaksi namun tidak dapat edit/hapus transaksi tersimpan.
      • Nasabah tidak dapat mengakses URL dashboard teller.
      • Supervisor dapat approve laporan, teller tidak dapat approve laporan sendiri.

2. Strategi Instalasi (Installation Strategy)

• Disarankan menggunakan Direct Cutover untuk konteks UKK sekolah, karena:
  1. Sistem biasanya didemokan pada satu sesi uji/penilaian.
  2. Ruang lingkup terbatas (loket mini bank), sehingga lebih sederhana dan cepat.
  3. Mengurangi kompleksitas menjalankan dua sistem sekaligus.

11. Persiapan perangkat
    • 1 PC/laptop loket (minimal Core i3, RAM 4 GB; 8 GB direkomendasikan).
    • Kamera/webcam atau QR scanner.
12. Setup server aplikasi
    • Instal XAMPP/Laragon/Docker sesuai stack.
    • Konfigurasi port dan virtual host (bila diperlukan).
13. Setup database
    • Buat database (mis. bank_mini).
    • Jalankan script migrasi untuk membuat tabel: users, nasabah, transaksi, jurnal_akuntansi.
    • Pastikan constraint aktif: FK ON DELETE RESTRICT; CHECK nominal > 0.
14. Konfigurasi environment
    • Isi file konfigurasi (.env) untuk koneksi DB, secret key, expiry session/token.
    • Set parameter saldo minimum = Rp10.000.
15. Seed data
    • Buat akun admin, teller, supervisor.
    • Buat beberapa nasabah untuk demo.
16. Uji smoke test
    • Login per role.
    • Uji 1 setoran dan pastikan jurnal tercatat.
    • Uji 1 penarikan (valid dan invalid).
17. Go-live untuk demo/UKK
    • Jalankan server backend dan frontend.
    • Pastikan akses dari browser di perangkat loket.

3. Strategi Manajemen Perubahan (Change Management Strategy)

• Teller (±15–30 menit)

  • Cara login.
  • Cara scan QR / input manual rekening.
  • Cara input setoran dan penarikan + proses input PIN oleh nasabah.
  • Cara generate draft laporan harian.
  • Batasan: transaksi tersimpan tidak bisa diubah.

• Supervisor (±15–30 menit)

  • Cara melihat daftar laporan harian.
  • Cara review detail dan approve.
  • Cara mencatat penyelesaian selisih dan otorisasi pemindahan kas.

• Manual ringkas per role (1–2 halaman):

  • Admin: kelola akun, buat rekening nasabah, konfigurasi, audit jurnal.
  • Teller: transaksi setoran/penarikan, cetak draft laporan.
  • Supervisor: approval laporan, selisih kas, otorisasi brankas.
  • Nasabah: cek saldo & mutasi.

• Backup

  • Backup database harian (dump SQL) sebelum demo/ujian.
  • Simpan file backup di media terpisah (flashdisk/drive).

• Rollback

  • Jika terjadi kegagalan data saat instalasi/demo, lakukan restore dari backup terakhir.
  • Untuk error aplikasi, siapkan rilis stabil sebelumnya (folder aplikasi cadangan) untuk dijalankan kembali.

Lampiran — Stack Teknis (Diisi Sesuai Implementasi)

Isi bagian ini sesuai stack yang dipilih saat pengembangan:

• Stack teknis: [ISI DI SINI] (contoh: “Laravel 11 (Backend API) + React (Frontend) + MySQL (Database)”).
• Arsitektur: Client (Browser) ↔ Backend API ↔ Database.
• Catatan dependensi tambahan: library QR scanner, library cetak/PDF/receipt.