44
BAB IV
RANCANGAN SISTEM DAN PROGRAM USULAN
4.1. Analisa Kebutuhan Software 4.1.1. Analisia Kebutuhan
Sistem informasi pengeluaran kas kecil merupakan pengembangan sistem yang dirancang penulis untuk PT Sentul Sarana Medika dengan menerapkan sebuah program berbasis desktop untuk menunjang kegiatan operasional dalam mengelola PKK (Pengeluaran Kas Kecil). Berikut ini spesifikasi kebutuhan dari sistem informasi akuntansi pengeluaran kas kecil berdasarkan pemakainya:
A. Bagian Keuangan
A.1 Bagian Keuangan dapat login.
A.2. Bagian Keuangan dapat mengelola Data master. A.3. Bagian Keuangan dapat mengelola Data transaksi. A.4. Bagian keuangan dapat mengelola Jurnal.
A.5 Bagian Keuangan dapat mengelola Laporan. A.6 Bagian keuangan merubah Password. B. Kepala Keuangan
B.1 Kepala Keuangan dapat login pada form login sebelum akses program. B.2. Bagian Keuangan dapat mengakses dan mengelola Data master. B.3 Kepala Keuangan dapat mengakses Jurnal.
B4. Kepala Keuangan dapat mengakses Laporan. B5. Kepala Keuangan dapat merubah Password.
4.1.2. Use Case Diagram
1. Use Case Diagram login bagian keuangan
Gambar IV.1.
A. Deskripsi use case diagram mengelola data master
Gambar IV.2.
Use Case Diagram Bagian Keuangan mengelola data karyawan
Tabel IV.1.
Deskripsi Use Case Diagram Bagian Keuangan mengelola data karyawan
Use Case Name Mengelola data master
Requirements A2
Goal Bagian keuangan dapat mengelola data
karyawan baik mencari, menambah, mengedit, menyimpan, serta membatalkan.
Pre-condition Bagian keuangan telah melakukan login dan dapat menampilkan data master. Post condition Data karyawan berhasil tersimpan,
tambah, edit, serta batal.
Failed end Conditions Gagal menyimpan, menambah, mengedit, mencari dan membatalkan data karyawan.
Primary Actors Bagian keuangan
Main Flow / Basic Path 1. Bagian keuangan mengakses tampilan data master.
2. Bagian keuangan memilih tombol data karyawan
3. Bagian keuangan menambah data karyawan.
4. Bagaian keuangan menginput data karyawan.
5. Sistem menyimpan data karyawan kedalam database.
6. Sistem menampilkan keterangan berhasil menyimpan data.
B. Deskripsi use case diagram mengelola data user.
Gambar IV.3.
Use Case Diagram bagian keuangan mengelola data User Alternate flow / Invariant 1 A1. Bagian keuangan mencari data
karyawan.
A2. Sistem menampilkan data karyawan yang dicari. A3. Bagaian keuangan memilih
tombol edit.
A4. Bagian keuangan merubah data karyawan.
A5. Sistem memperbarui data karyawan kedalam database. A.6 Sistem menyimpan data karyawan
kedalam database.
A7. Sistem menampilkan keterangan berhasil menyimpan data.
Invariant 2 B1. Bagian keuangan mencari data
karyawan.
B2. Sistem menampilkan data karyawan yang dicari.
B3. Bagian keuangan memilih batal. B4. Bagian keuangan membatalkan. B5. Sistem membatalkan data
Tabel IV.2.
Deskripsi Use Case Diagram Bagian keuangan mengelola data user
Use Case Name Mengelola data user
Requirements A2
Goal Bagian keuangan dapat mengelola data
karyawan baik mencari, menambah, mengedit, menyimpan, serta membatalkan.
Pre-condition Bagian keuangan telah melakukan login dan dapat menampilkan data master. Post condition Data karyawan berhasil tersimpan,
tambah, edit, serta batal.
Failed end Conditions Gagal menyimpan, menambah, mengedit, mencari dan membatalkan data karyawan.
Primary Actors Bagian keuangan
Main Flow / Basic Path 1. Bagian keuangan mengakses tampilan data master.
2. Bagian keuangan memilih tombol data karyawan.
3. Bagian keuangan menambah data karyawan.
4. Bagaian keuangan menginput data karyawan.
5. Sistem menyimpan data karyawan kedalam database.
6. Sistem menampilkan keterangan berhasil menyimpan data.
Alternate flow / Invariant 1 A1.Bagian keuangan mencari data karyawan.
A2. Sistem menampilkan data karyawan yang dicari.
A3. Bagaian keuangan memilih tombol edit.
A4. Bagian keuangan merubah data karyawan.
A5. Sistem memperbarui data karyawan kedalam database.
A.6 Sistem menyimpan data karyawan kedalam database.
A7. Sistem menampilkan keterangan berhasil menyimpan data.
Invariant 2 B1. Bagian keuangan mencari data
karyawan.
B2. Sistem menampilkan data karyawan yang dicari.
B3. Bagian keuangan memilih batal. B4. Bagian keuangan membatalkan. B5. Sistem membatalkan data
karyawan.
C. Deskripsi Use Case Diagram bagian keuangan dapat mengelola data transaksi
Gambar IV.4.
Diagram Use case Bagian keuangan mengelola Data transaksi
Tabel IV.3.
Deskripsi Use Case Diagram Bagian keuangan dapat mengelola Data transaksi.
Use Case Name Mengelola Data transaksi, Permintaan,
Dana turun, Input pengeluaran.
Requirements A3
Goal Bagian keuangan dapat mengelola
Permintaan kas, Permintaan acc, Dana turun, Input pengeluaran.
Pre-condition Bagian keuangan telah melakukan
login dan dapat menampilkan menu
Post condition Permintaan kas, Dana turun, Input pengeluaran, berhasil tersimpan, edit, tambah, batal.
Failed end Conditions Gagal menyimpan, menambah, mengedit, mencari dan membatalkan permintaan kas, dana turun, input pengeluaran .
Primary Actors Bagian keuangan
Main Flow / Basic Path 1. Bagian keuangan mengakses tampilan menu transaksi
2. Bagian keuangan memilih tombol Permintaan kas, Dana turun, Input pengeluaran.
3. Bagian keuangan menambahkan Permintaan kas, Dana turun, Input pengeluaran.
4. Sistem menyimpan Data
permintaan kas, Dana turun, Input pengeluaran, kedalam database. 5. Sistem menampilkan keterangan
berhasil menyimpan data. Alternate flow / Invariant 1 A1. Bagian keuangan mencari data
Permintaan kas, Dana turun, Input pengeluaran kas.
A2. Sistem menampilkan Permintaan kas, Dana turun, Input
pengeluaran kas yang dicari. A3. Bagaian keuangan memilih
tombol edit.
A4. Bagian keuangan merubah data Permintaan kas, Dana turun, Input pengeluaran.
A5. Sistem memperbarui data kedalam database.
A.6 Sistem menyimpan data kedalam database.
A7. Sistem menampilkan keterangan berhasil menyimpan data.
Invariant 2 B1. Bagian keuangan mencari
permintaan kas, dana turun, input pengeluaran
B2. Sistem menampilkan data yang dicari.
D. Deskripsi Use Case Diagram bagian keuangan dapat mengelola jurnal.
Gambar IV.4.
Use Case Diagram mengelola jurnal.
Gambar IV.5.
Diagram Use case Bagian Keuangan Data jurnal
Tabel IV.4.
Deskripsi Use Case Diagram Bagian keuangan dapat mengelola Data perkiraan, Jurnal.
Use Case Name Mengelola data perkiraan dan Jurnal
Requirements A4
Goal Bagian Keuangan dapat mengelola Data
perkiraan dan Data jurnal.
Pre-condition Bagian keuangan telah melakukan login dapat menampilkan menu jurnal.
Post condition Data perkiraan dan Jurnal berhasil tersimpan, tambah, batal, dan cari.
Failed end Conditions Gagal menyimpan, mengedit, menambah, mencari, dan membatalkan data perkiraan dan jurnal.
Main Flow / Basic Path 1. Bagian keuangan mengakses tampilan menu jurnal
2. Bagian keuangan memilih tombol data perkiraan, jurnal.
3. Bagian keuangan menambahkan data perkiraan, jurnal.
4. Sistem menambah data perkiraan, jurnal kedalam database.
5. Bagian keuangan menyimpan data perkiran, jurnal ke dalam database.
6. Sistem menyimpan data perkiraan dan jurnal.
Alternate flow / Invariant 1 A1. Bagian keuangan mencari jurnal berdasarkan nomor akun.
A2. Sistem menampilkan data jurnal yang dicari.
A3. Bagaian keuangan memilih tombol tambah.
A4. Bagian keuangan merubah data perkiraan, jurnal yang dicari. A5. Sistem memperbarui data kedalam
database.
A.6. Sistem menyimpan data kedalam database.
A7. Sistem menampilkan keterangan berhasil menyimpan data.
Invariant 2 B1. Bagian keuangan mencari data perkiraan, jurnal.
B2. Sistem menampilkan data yang dicari. B3. Bagian keuangan memilih batal. B4. Sistem membatalkan data yang dicari.
E. Deskripsi Use Case Diagram bagian keuangan dapat mengelola laporan
Gambar IV.5.
Use Case Diagram mengelola laporan.
Gambar IV.6.
Diagram Use case Bagian Keuangan mengelola laporan
Tabel IV.5.
Deskripsi Use Case Bagian keuangan dapat mengelola Laporan
Use Case Name Mengelola laporan
Requirements A5
Goal Bagian keuangan dapat mengelola laporan
Pre-condition Bagian keuangan telah melakukan login dapat menampilkan menu laporan
Post condition Laporan jurnal, Laporan pengeluaran. Failed end Conditions Gagal menambah, menyimpan, mencari
membatalkan, mencetak laporan jurnal dan laporan pengeluaran.
Primary Actors Bagian keuangan
Main Flow / Basic Path 1. Bagian keuangan mengakses tampilan menu laporan.
2. Bagian keuangan memilih tombol tampilan menu laporan jurnal dan laporan
pengeluaran.
3. Bagian keuangan menambahkan laporan jurnal dan laporan pengeluaran.
4. Bagian keuangan menyimpan laporan jurnal dan laporan pengeluaran kedalam database. 5. Sistem menampilkan keterangan berhasil
Alternate flow / Invariant 1 A1. Bagian keuangan mencari laporan jurnal dan laporan pengeluaran berdasarkan nomor akun.
A2. Bagian keuangan menyimpan laporan jurnal dan laporan pengeluaran ke dalam database.
A3. Bagian keuangan mencetak laporan jurnal dan laporan pengeluaran.
Invariant 2 B1. Bagian keuangan mencari laporan jurnal dan laporan pengeluaran berdasarkan nomor permintaan.
B2. Sistem menampilkan data yang dicari. B3. Bagian keuangan memilih batal. B5. Sistem membatalkan data yang dicari.
F. Deskripsi Use Case Diagram bagian keuangan dapat merubah Password
Gambar IV.7.
Use Case Diagram Merubah password
Tabel IV.6.
Deskripsi Use Case Bagian keuangan dapat merubah password
Use Case Name Merubah password
Requirements A6
Goal Bagian keuangan dapat merubah password
Pre-condition Bagian keuangan dapat membuka data master memasukkan password lama dan password baru
Post condition Bagian keuangan berhasil mengganti password Failed end Conditions Password lama salah atau password baru
dengan konfirmasi password baru tidak sama. Primary Actors Bagian keuangan
Main Flow / Basic Path - Alternate flow / Invariant 1 -
Invariant 2 -
2. Use Case Diagram login Kepala Keuangan
Gambar IV.7.
Use Case Diagram login kepala keuangan
Gambar IV.8.
A. Deskripsi Diagram Use case Kepala Keuangan dapat mengakses & mengelola Data transaksi
Gambar IV.9.
Use case Kepala Keuangan dapat mengakses & mengelola Data transaksi
Tabel IV.7.
Deskripsi Use case Kepala keuangan dapat mengakses & mengelola Data transaksi
Use Case Name Mengaksses & mengelola Data
transaksi, Permintaan, Dana turun, Input pengeluaran.
Requirements B2
Goal Kepala keuangan dapat mengakses &
mengelola Data transaksi, Permintaan, Dana turun, Input pengeluaran.
Pre-condition Kepala keuangan telah melakukan
login dan dapat menampilkan menu
transaksi.
Post condition Permintaan kas, Dana turun, Input pengeluaran, berhasil tersimpan, edit, tambah, batal.
Failed end Conditions Gagal menyimpan, menambah, mengedit, mencari dan membatalkan permintaan kas, dana turun, input pengeluaran .
Main Flow / Basic Path 1. Kepala keuangan mengakses dan mengelola tampilan menu transaksi 2. Kepala keuangan memilih tombol
Permintaan kas, Dana turun, Input pengeluaran.
Kepala keuangan menambahkan Permintaan kas, Dana turun, Input pengeluaran.
3. Sistem menyimpan data
Permintaan kas, Dana turun, Input pengeluaran, kedalam database. 4. Sistem menampilkan keterangan
berhasil menyimpan data. Alternate flow / Invariant 1 B1. Kepala keuangan mencari data
Permintaan kas, Dana turun, Input pengeluaran kas.
B2. Sistem menampilkan Permintaan kas, Dana turun, Input
pengeluaran kas yang dicari. B3. Kepala keuangan memilih tombol
edit.
B4. Kepala keuangan merubah data Permintaan kas, Dana turun, Input pengeluaran.
B5. Sistem memperbarui data kedalam database.
B.6 Sistem menyimpan data kedalam database.
B7. Sistem menampilkan keterangan berhasil menyimpan data.
Invariant 2 B1. Kepala keuangan mencari
permintaan kas, dana turun, input pengeluaran
B2. Sistem menampilkan data yang dicari.
B. Deskripsi Use Case Diagram kepala keuangan dapat mengakses Jurnal.
Gambar IV.10.
Use Case Diagram mengakses jurnal.
Tabel IV.8.
Deskripsi Use case Kepala keuangan dapat mengakses jurnal.
Use Case Name Mengakses jurnal
Requirements B3
Goal Kepala keuangan dapat mengakses Data
perkiraan dan Data jurnal.
Pre-condition Kepala keuangan telah melakukan login dapat menampilkan menu jurnal.
Post condition Kepala keuangan dapat mengakses Data perkiraan dan Jurnal.
Failed end Conditions Kepala keuangan gagal mengakses data perkiraan dan jurnal.
Primary Actors Kepala keuangan
Main Flow / Basic Path Kepala keuangan mengakses tampilan menu jurnal
1. Kepala keuangan memilih tombol data perkiraan, jurnal.
2. Kepala keuangan mengakses data perkiraan, jurnal.
Alternate flow / Invariant 1 B1. Kepala keuangan mencari jurnal berdasarkan nomor akun.
B2. Sistem menampilkan data jurnal yang dicari.
Invariant 2 B1. Kepala keuangan mencari data perkiraan, jurnal.
B2. Sistem menampilkan data yang dicari. B3. Kepala keuangan memilih batal. B4. Sistem membatalkan data yang dicari.
C. Deskripsi Use Case Diagram Kepala Keuangan dapat mengakses Laporan
Gambar IV.11.
Use Case Diagram Kepala keuangan mengakses laporan
Tabel IV.9.
Deskripsi Use case Kepala Keuangan dapat mengakses Laporan.
Use Case Name Mengakses laporan
Requirements B4
Goal Kepala keuangan dapat mengakses laporan
Pre-condition Kepala keuangan telah melakukan login dapat menampilkan menu laporan
Post condition Laporan jurnal, Laporan pengeluaran. Failed end Conditions Gagal mengakses laporan jurnal dan laporan
pengeluaran. Primary Actors Bagian keuangan
Main Flow / Basic Path 1. Kepala keuangan mengakses tampilan menu laporan.
2. Kepala keuangan memilih tombol tampilan menu laporan jurnal dan laporan
pengeluaran.
Alternate flow / Invariant 1 B1. Kepala keuangan mencari Laporan jurnal dan Laporan pengeluaran berdasarkan nomor akun.
B2. Sistem menampilkan laporan jurnal dan laporan pengeluaran yang dicari.
Invariant 2 -
D. Deskripsi Use Case Diagram keuangan keuangan dapat merubah password
Gambar IV.12.
Use Case Diagram Kepala keuangan merubah password
Tabel IV.10.
Deskripsi Use case Kepala keuangan dapat merubah password.
Use Case Name Merubah password
Requirements B5
Goal Kepala keuangan dapat merubah password
Pre-condition Kepala keuangan dapat membuka data master memasukkan password lama dan password baru
Post condition Kepala keuangan berhasil mengganti password Failed end Conditions Password lama salah atau password baru
dengan konfirmasi password baru tidak sama. Primary Actors Kepala keuangan
Main Flow / Basic Path - Alternate flow / Invariant 1 -
4.1.3. Activity Diagram
1. Activity Diagram permintaan kas
Gambar IV.13.
2. Activity Diagram Dana turun
Gambar IV.14.
3. Activity Diagram Pengeluaran
Gambar IV.15.
4. Activity Diagram Jurnal
Gambar IV.16.
5.Activity Diagram Laporan
Gambar IV.17.
4.1.4. Sequence diagram pengeluaran kas kecil
Gambar IV.18.
4.2 Desain
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.19.
Entity Relationship Diagram (ERD)
erd Diagram ERD
Jurnal User KD_AKUN TGL KET DEBET KREDIT KD_AKUN ID_USER NIK NM_KARYAWAN DIVISI KARYAWAN NIK ID_USER NIK NM_KARYAWAN DIVISI Detail Jurnal KD_AKUN Transaksi ID_USER NO_PERMINTAAN KD_AKUN TGL DEBET KREDIT KET Detail Transaksi NO_PERMINTAAN NM_PENGELUARAN HRG JMLH SISA UANG NO_PERMINTAAN TGL KET NOMINAL NM_AKUN TGL NOMINAL STATUS TGL_ACC KEUANGAN TOTAL_PERMINTAN NM_PENGELUARAN HARGA JMLH SISA_UANG Menghasil Menghasil Buat Mengelola Mengelola
4.2.2 Logical Record Structure (LRS)
Gambar IV.20.
4.2.3. Spesifikasi File
1. Spesifikasi file 1. File Jurnal
Nama File : Jurnal
Akronim : Jurnal
Fungsi : Untuk transaksi pembelian setiap harinya. Tipe File : File Master
Organisasi file : Index Sequental
Akses file : Random
Media : Harddisk
Panjang Record : 41 byte Kunci Field : Kd_Akun
Software : Apache2Triad
Tabel IV.11 Spesifikasi File Jurnal
No Elemen Data Akronim Tipe Panjang Keterangan
1 KODE AKUN KD_AKUN Varchar 5 Primary key
2 TANGGAL TGL Date -
3 KETERANGAN KET Varchar 20
4 DEBET DEBET Integer 8
2. File User
Nama File : File User
Akronim : Pengguna
Fungsi : Menginput permintaan pengeluaran kas kecil Tipe File : File Master
Organisasi file : Index Sequental
Akses file : Random
Media : Harddisk
Panjang Record : 50 byte
Kunci Field : NIK
Software : Apache2Triad
Tabel IV.12 Spesifikasi File User
No Elemen Data Akronim Tipe Panjang Keterangan
1 NIK NIK Integer 8 Primary key
2 NAMA KARYAWAN NM_KARAWAN Varchar 22
3 DIVISI DIVISI Varchar 20
3. File Detail Jurnal
Nama File : File Detail Jurnal
Akronim : Detail Jurnal
Fungsi : Mengetahui Semua Transaksi yang terjadi
Tipe File : File Master
Organisasi file : Index Sequental Akses file : Random
Media : Harddisk Panjang Record : 44 byte Kunci Field : Kd_akun
Software : Apache2Triad
Tabel IV.13
Spesifikasi File Detail Jurnal
4. File Karyawan
Nama File : File Karyawan
Akronim : Karyawan yang mengajukan permintaan Fungsi : Mengetahui yang mengajukan permintaan Tipe File : File Master
Organisasi file : Index Sequental
Akses file : Random
Media : Harddisk
Panjang Record : 19 byte
Kunci Field : NIK
Software : Apache2Triad
No Elemen Data Akronim Tipe Panjang Keterangan
1 KODE AKUN KD_AKUN Integer 8 Primary key
2 TANGGAL TGL Date -
3 KETERANGAN KET Varchar 20
4 DEBET DEBET Integer 8
Tabel IV.14
Spesifikasi File Karyawan
5. File Transaksi
Nama File : File Transaksi
Akronim : Tansaksi
Fungsi : Bukti kegiatan pembelian
Tipe File : File Master
Organisasi file : Index Sequental Akses file : Random
Media : Harddisk
Panjang Record : 42 byte
Kunci Field :Nm_Pengeluaran
Software : Apache2Triad
Tabel IV.15 Spesifikasi File Tansaksi
No Elemen Data Akronim Tipe Panjang Keterangan
1 NIK NIK Integer 10 Primary key
2 NAMA KARYAWAN NM_KARYAWAN Varchar 4
3 DIVISI DIVISI Varchar 5
No Elemen Data Akronim Tipe Panjang Keterangan
1 NAMA PENGELUARAN NM_PENGELUARAN Varchar 20 Primary key
2 HARGA HRG Integer 6
3 JUMLAH JMLH Integer 8
6. File Detail Transaksi
Nama File : File Detail Transaksi Akronim : Detail Transaksi
Fungsi : Bukti keseluruhan permintaan pengeluaran Tipe File : File Master
Organisasi file : Index Sequental
Akses file : Random
Media : Harddisk
Panjang Record : 52 byte Kunci Field : Kd_Akun
Software : Apache2Triad
Tabel IV.16
Spesifikasi File Detail Transaksi
No Elemen Data Akronim Tipe Panjang Keterangan
1 NAMA PENGELUARAN NM_PENGELUARAN Varchar 22 Primary key
2 TGL ACC KEUANGAN TGL_ACC KEUANGAN Date -
3 TOTAL PERMINTAAN TOTAL_PERMINTAAN Integer 8
4 HARGA HRG Integer 8
5 JUMLAH JMLH Integer 8
6 SISA UANG SISA_UANG Integer 8
7 STATUS STATUS Varchar 11
8 NO PERMINTAAN NO_PERMINTAAN Varchar 15
4.2.4. Spesifikasi Data
Spesifikasi Data Masukkan
1. Nama Dokumen : Formulir Permintaan Pengeluaran Dana Fungsi : Formulir Pengajuan Pembelian Barang
Sumber : Bagian Umum
Tujuan : Bagian Keuangan
Frekuensi : Setiap Pengajuan Pembelian Barang
Media : Kertas
Jumlah Rangkap : Satu Rangkap
Bentuk : Lampian C-1
2. Nama Dokumen : Nota Pembelian Barang
Fungsi : Bukti pembelian barang
Sumber : Bagian umum
Tujuan : Bagian Keuangan
Frekuensi : Setiap ada pembelian barang
Media : Kertas
Jumlah Rangkap : Satu Rangkap
Bentuk : Lampiran C-2
Spesifikasi Data Keluaran
1. Nama Dokumen : Penandatanganan buku cash
Fungsi : Untuk menyerahkan dana
Sumber : Bagian Keuangan
Tujuan : Bagian Umum
Frekuensi : Setiap ada pengeluaran kas
Media : Kertas
Jumlah Rangkap : Satu Rangkap
2. Nama Dokumen : Buku Pengeluaran kas Kecil Fungsi : Catatan Pengeluaran Kas Kecil
Sumber : Bagian Keuangan
Tujuan : Direktur Utama
Frekuensi : Setiap Terjadi Pengeluaran Kas
Media : Kertas
Jumlah Rangkap : Satu Rangkap
Bentuk : Lampiran D-2
3. Nama Dokumen : Buku Operasional
Fungsi : Catatan Pembelian barang
Sumber : Bagian Keuangan
Tujuan : Direktur Utama
Frekuensi : Setiap Terjadi Pengeluaran Kas
Media : Kertas
Jumlah Rangkap : Satu Rangkap
4.2.5 Software Architecture
A. Deployment Diagram
Deployment Diagram menyediakan gambaran bagaimana sistem secara fisik akan
terlihat. Sistem diwakili oleh node-node, dimana masing-masing node diwakili oleh sebuah kubus. Garis yang menghubungkan kedua kubus menunjukkan hubungan diantara kedua node tersebut. Berikut gambar Deployment Diagram:
Gambar IV.21.
4.2.6. User Interface
1. TAMPILAN AWAL PROGRAM
Tampilan awal ketika masuk kedalam program sistem informasi akuntansi pengeluaran kas kecil.
Gambar IV.22.
2. LOGIN
Sebelum masuk dalam menu utama pegawai harus login dahulu untuk keamanan privasi.
Gambar IV.23.
3. MENU UTAMA
Setelah login pegawai akan masuk pada menu utama yang berisi tentang data master, transaksi, data jurnal laporan dan ganti password.
Gambar IV.24.
4. DATA MASTER
Data master berisi tampilan data karyawan dan data user
Gambar IV.25.
5. DATA KARYAWAN
Karyawan memilih data karyawan untuk data diri dan ganti
password lalu menyimpan pada database.
Gambar IV.26.
6. DATA USER
Untuk mengetahui data karyawan yang menggunakan
Gambar IV.27.
7. DATA TRANSAKSI
Data transaksi berisi permintaan kas, permintaan kas acc kepala keuangan, dana turun dari direktur, pengeluaran kas.
Gambar IV.28.
8. PERMINTAAN KAS
Untuk mengajukan permintaan pengeluaran kas kecil
Gambar IV.29.
9. PERMINTAAN KAS ACC
Karyawan mengetahui pengajuan permintaan yang diajukan di acc
oleh kepala keuangan.
Gambar IV.30.
10. DANA TURUN
Mengetahui sudah di acc oleh direktur dan direktur memberikan
sejumlah uang yang di ajukan oleh bagian keuangan.
Gambar IV.31.
11. DATA PENGELUARAN
Bukti transaksi pembelian barang yang diajukan
Gambar IV.32.
12. DATA JURNAL
Data Jurnal berisi data perkiraan dan jurnal pengeluran kas kecil.
Gambar IV.33.
13. DATA PERKIRAAN
Data Perkiraan adalah data dimana pegawai dan pemilik dapat
melihat transaksi harian.
Gambar IV.34.
14. JURNAL
Jurnal adalah data dimana pegawai dan pemilik dapat melihat
transaksi pembelian setiap harinya.
Gambar IV.35. Form Data Jurnal SIAPKK
15. DATA LAPORAN
Data laporan berisidata laporan jurnal dan data laporan pengeluaran kas kecil.
Gambar IV.36.
16. LAPORAN JURNAL
Direktur dapat melihat laporan pengeluaran perhari / perbulan
Gambar IV.37.
17. LAPORAN PENGELUARAN
Direktur dapat melihat laporan pengeluaran perhari / perbulan
apakah meningkat atau menurun.
Gambar IV.38.
18. GANTI PASSWORD
Berisi menu ganti password pengguna
Gambar IV.39.
19. GANTI PASSWORD
Untuk membuat pengaman pada data-data database jika
sewaktu-waktu pegawai dan pemilik merasa ingin mengganti password.
Gambar IV.40.
Form Data ganti password Pengeluaran Program SIAPKK
4.2.7 Spesifikasi Hardware dan Software
Untuk memperoleh kemampuan yang optimal dalam pengolahan data diperlukan aspek dasar yaitu perangkat keras (Hardware) dan perangkat lunak (Software) yang saling berkaitan satu dengan lainnya sehingga tidak dapat dipisahkan, karena suatu sistem komputerisasi tidak akan berjalan tanpa ada salah satu aspek tersebut. Perangkat lunak dan perangkat keras harus dapat menunjukan kerja yang baik dan sesuai dengan yang diharapkan.
1. Perangkat Keras ( Hardware )
Penggunaan paket perangkat keras (Hardware) minimum yang digunakan dalam sistem usulan pengeluaran kas kecil adalah satu unit komputer dan printer dengan spesifikasi minimal sebagai berikut :
1. Microprosessor : Core2 Duo
2. RAM : 1 GB
3. Harddisk : 40 GB 4. Monitor : LCD 14 in
5. Mouse : USB
6. Keyboard : 102 Keys 7. Printer : Ink Jet
2. Perangkat Lunak (Software)
Penggunaan komputer tidak terlepas dari pemakaian perangkat lunak
(software). Oleh karena itu dibutuhkan suatu perangkat lunak yang komputer
dengan aktifitas perusahaan sehingga mampu mendukung kelancaran dalam aktifitas pengolahan data. Dalam hal ini, penulis membuat sistem usulan menggunakan perangkat lunak ( Software ) sebagai berikut :
1. Sistem Operasi : Windows 7 Corporation 2. Aplikasi Program : Netbeans 8.1
3. Aplikasi Database : MySQL