31 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem 4.1.1. Analisis Kebutuhan 1. Analisa Kebutuhan Pengguna Dalam aplikasi terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan sistem, yaitu Admin dan Pimpinan. Kedua pengguna tersebut memiliki karakteristik interaksi dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut: A. Skenario Kebutuhan Admin 1) Mengelola data transaksi 2) Mengelola data kartu kuning 3) Mengelola data pelanggan 4) Membuat laporan B. Skenario Pimpinan 1) Untuk mengelola laporan 2. Analisa Kebutuhan Sistem A. Sistem menyediakan menu login untuk admin agar keamanan data terjaga. B. Sistem mampu megelola data masuk dan data keluar.
23
Embed
BAB IV PERANCANGAN SISTEM USULAN...33 Pre-Condition Admin melakukan proses pembuatan kartu kuning kepada Pemohon Past Condition Admin memproses surat kuning pemohon Failed end conditions
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
31
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
4.1.1. Analisis Kebutuhan
1. Analisa Kebutuhan Pengguna
Dalam aplikasi terdapat dua pengguna yang dapat saling berinteraksi dalam
lingkungan sistem, yaitu Admin dan Pimpinan. Kedua pengguna tersebut memiliki
karakteristik interaksi dengan sistem yang berbeda-beda dan memiliki kebutuhan
informasi yang berbeda-beda, seperti berikut:
A. Skenario Kebutuhan Admin
1) Mengelola data transaksi
2) Mengelola data kartu kuning
3) Mengelola data pelanggan
4) Membuat laporan
B. Skenario Pimpinan
1) Untuk mengelola laporan
2. Analisa Kebutuhan Sistem
A. Sistem menyediakan menu login untuk admin agar keamanan data terjaga.
B. Sistem mampu megelola data masuk dan data keluar.
32
C. Sistem mampu mencatat semua transaksi data masuk dan data keluar dan
memberikan laporan data masuk dan data keluar.
4.1.2. Rancangan Diagram Use Case
Gambar IV.1.
Use Case Diagram
Deskripsi Use Case Sistem Pembuatan Kartu Kuning
Usa case name Pembuatan Kartu Kuning
Requirements Admin Dapat melihat data surat kuning dan
melakukan proses pembuatan kartu kuning
33
Pre-Condition Admin melakukan proses pembuatan kartu
kuning kepada Pemohon
Past Condition Admin memproses surat kuning pemohon
Failed end conditions Data gagal, data tidak disimpan dalam database
Primary Actors Admin
Main Flow / Basic Path 1. Admin menerima KTP
2. Admin menerima Pas Photo
3. Admin menerima Surat Ijazah
4. Admin mencetak surat kuning dan di
serahkan kepada pemohon
5. Admin membuat rekap data perbulan
Invariant 1. Sistem menditeksi form pemesanan belum
terisi sempurna
2. Sistem menampilkan pesan “Data Tidak
boleh kosong”
3. Admin mengkonfirmasi data surat kuning
dan bagian pemohon menyiapkan
pembayaran
34
4.1.3. Rancangan Diagram Aktivitas
1. Diagram Aktivitas Menu Login
Gambar IV.2.
Diagram Aktivitas Menu Login
35
2. Diagram Aktivitas Menu Pembuatan Surat Kuning
Admin Sistem
Klik PendaftaranMenampilkan form
pendaftaran
Sistem menyimpanKlik Simpan
Input data Pendaftaran
Gambar IV.3.
Diagram Aktivitas Menu Pembuatan Surat Kuning
36
3. Diagram Akrivitas Menu Transaksi Pembayaran
Gambar IV.4.
Diagram Aktivitas Menu Transaksi Pembayaran
37
4. Diagram Aktivitas Menu Laporan
Admin Sistem
Klik Laporan Menampilkan Form Laporan
Input tanggan dari dan simpan Menampilkan Laporan
Gambar IV.5.
Diagram Aktivitas Menu Laporan
38
4.1.4. Rancangan Diagram Sistem Usulan
1. Dokumen Masukan
A. Nama Dokumen : Kartu Tanda Penduduk (KTP)
Fungsi : Untuk mengetahui identitas pendaftar
Sumber : Pendaftar
Tujuan : Admin
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap melakukan pendaftaran pembuatan kartu kuning
Bentuk : Lihat Lampiran C.1
B. Nama Dokumen : Ijazah
Fungsi : Untuk Mengetahui identitas pendidikan pendaftar
Sumber : Admin
Tujuan : Bagian pembuatan surat kuning
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap melakukan pendaftaran pembuatan kartu kuning
Bentuk : Lihat Lampiran C.2
C. Nama Dokumen : Pass Foto
Fungsi : Untuk membuktikan keaslian identitas pendaftar
Sumber : Pendaftar
Media : Kertas
39
Jumlah : 1 lembar
Frekuensi : Setiap melakukan pendaftaran pembuatan kartu kuning
2. Dokumen Keluaran
A. Nama Dokumen : Surat keterangan untuk pencari kerja atau surat kuning
Fungsi : Untuk menerangkan identitas dalam pendaftar serta
keterangan pencari kerja
Sumber : Bagian pembuatan surat kuning
Tujuan : Pendaftar
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap melakukan pembuatan kartu kuning
Bentuk : Lihat Lampiran D.1
B. Nama Dokumen : Laporan pembayaran
Fungsi : Untuk merekap data perbulan
Sumber : Bagian Admin
Tujuan : Pemilik
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap akhir bulan
40
4.1.5. Rancangan Prototype
1. Menu Login Admin
Admin harus login terlebih dahulu
Gambar IV.6.
Menu Login Admin
2. Menu Utama
Menu utama admin terdapat file master, pembayaran, laporan
Gambar IV.7.
Menu Utama
41
3. Menu Data Surat Kuning
Tampilan pembuat surat kartu kuning
Gambar IV.8.
Form Data Surat Kuning
4. Menu Pembuatan Surat kuning
Tampilan data-data pembuat surat kuning
Gambar IV.7.
Menu Data Pembuatan Surat Kuning
42
5. Menu Data Input Laporan
Tampilan data-data laporan perbulan
Gambar IV.8.
Menu Data Input Laporan
6. Data Surat Kuning
Tampilan data surat kuning
Gambar IV.9.
Form Data Surat Kuning
43
7. Menu Pembayaran
Tampilan data-data pembayaran
Gambar IV.10.
Form Pembayaran
8. Form Laporan Pembayaran
Data-data laporan perbulan
Gambar IV.11.
Form Laporan Pembayaran
44
9. Tampilan Data Pembayaran
Data pembayaran pemohon
Gambar IV.12.
Form Data Pembayaran
45
4.2. Perancangan Perangkat Lunak
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.14.
Entity Relationship Diagram Sistem Pembuatan Kartu Kuning
4.2.2. Logical Record Structure (LRS)
Gambar IV.15.
Logical Record Structure Sistem Pembuatan Surat Kuning