BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN...Post condition Data permintaan karyawan berhasil...
Transcript of BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN...Post condition Data permintaan karyawan berhasil...
-
49
BAB IV
RANCANGAN SISTEM DAN PROGRAM USULAN
4.1. Analisa Kebutuhan Software
4.1.1. Analisa Kebutuhan
SIAPKS (Sistem Informasi Akuntansi Pengeluaran Kas Kecil)
merupakan pengembangan sistem yang dirancang penulis untuk PT. Chunetsu
Indonesia dengan menerapkan sebuah program berbasis desktop untuk
menunjang kegiatan operasional dalam mengelola PKS (Pengeluaran Kas Kecil).
Berikut ini spesifikasi kebutuhan dari SIAPKS SIAPKS (Sistem Informasi
Akuntansi Pengeluaran Kas Kecil) berdasarkan pemakainya:
A. Bagian Accounting
A.1. Bagian Accounting dapat login pada form login.
A.2. Bagian Accounting Dapat mengelola master.
A.3. Bagian Accounting dapat mengelola data transaksi.
A.4. Bagian Accounting dapat mengelola jurnal.
A.5. Bagian Accounting dapat mengelola laporan.
A.6. Bagian Accounting dapat merubah password.
B. Manager Accounting
B.1. Manager Accounting dapat login.
B.2. Manager Accounting dapat mengakses data transaksi.
B.3. Manager Accounting dapat mengakses Jurnal.
B.4. Manager Accounting dapat mengakses laporan.
B.5. Manager Accounting dapat merubah Password.
-
50
4.1.2. Use Case Diagram
1. Use Case Diagram Bagian Accounting.
Gambar IV.10.
Use Case Diagram Bagian Accounting
A. Deskripsi use case diagram Bagian accounting pengelolaan data master.
Gambar IV.11.
Use Case Diagram Bagian Accounting Pengelolaan Data Master
-
51
Tabel IV.1.
Deskripsi Use Case Diagram Pengelolaan Data Master
Use Case Name Input Pengelolaan Data Master
Requirements A2
Goal Bagian Accouting dapat
mengelolah data karyawan, baik
menambah, mengedit dan
menghapus, serta melihat Form
data karyawan.
Pre-condition Bagian Accounting telah
melakukan login sebagai
administrasi dan mengkases form
data karyawan.
Post condition Data permintaan karyawan
berhasil tersimpan, terupdate,
terhapus dan melihat form data
karyawan.
Failed end Conditions Gagal menyimpan, menambah,
mengedit, mencari, dan
membatalkan data karyawan.
Primary Actors Bagian Accounting.
Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data
master.
2. Bagian Accounting memilih tombol input.
3. Bagian Accounting menginput data permintaan.
4. Bagaian Accounting memilih tombol save.
5. System menyimpan data Pengeluraan kas kecil
kedalam Database.
6. Sistem menampilkan
keterangan berhasil
menyimpan data.
Alternate flow / Invariant 1 A1. Bagian Accounting mencari
data karyawan.
A2. Sistem menampilkan data
permintaan data karyawan.
A3. Bagaian Accounting memilih
tombol Edit.
A4. Bagian Accounting merubah
data Permintaan karyawan.
A5. Bagian Accounting memilih
-
52
tombol save.
A6. Sistem memperbarui data
karyawan kedalam Database.
Invariant 2 B1. Bagian Accounting mencari
data karyawan.
B2. Sistem menampilkan data
permintaan data karyawan
yang dicari.
B3. Bagian Accounting memilih
tombol hapus.
B4. Sistem menampilkan pesan
konfirmasi penghapusan.
B5. Bagian Accounting memilih
tombol yes.
B6. Sistem menghapus data
karyawan.
B. Deskripsi use case diagram Bagian accounting pengelolaan data Transaksi
Gambar IV.12.
Use Case Diagram Bagian Accounting Pengelolaan Data Transaksi
-
53
Tabel IV.2.
Deskripsi Use Case Diagram Pengelolaan Data Transaksi
Use Case Name Input Pengelolaan Data Transaksi
Requirements A3
Goal Bagian Accouting dapat
mengelolah data Transaksi, baik
menambah, mengedit dan
menghapus, serta melihat Form
permintaan dan penyerahan
pengembalian kas keluar.
Pre-condition Bagian Accounting telah
melakukan login sebagai
administrasi dan mengkases data
transaksi
Post condition Data transaksi berhasil tersimpan,
terupdate, terhapus dan melihat
form permintaan dan
pengembalian kas keluar.
Failed end Conditions Gagal menyimpan, menambah,
mengedit, mencari, dan
membatalkan data transaksi.
Primary Actors Bagian Accounting.
Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data
transaksi.
2. Bagian Accounting memilih tombol input.
3. Bagian Accounting menginput form permintaan
dan penyerahan
pengembalian kas keluar.
4. Bagaian Accounting memilih tombol save.
5. System menyimpan data transaksi kedalam Database.
6. Sistem menampilkan
keterangan berhasil
menyimpan data.
Alternate flow / Invariant 1 A1. Bagian Accounting mencari
data transaksi.
A2. Sistem menampilkan data
permintaan data transaksi.
A3. Bagaian Accounting memilih
tombol Edit.
A4. Bagian Accounting merubah
-
54
data transaksi.
A5. Bagian Accounting memilih
tombol save.
A6. Sistem memperbarui data
transaksi kedalam Database.
Invariant 2 B1. Bagian Accounting mencari
data transaksi.
B2. Sistem menampilkan data
permintaan data transaksi
yang dicari.
B3. Bagian Accounting memilih
tombol hapus.
B4. Sistem menampilkan pesan
konfirmasi penghapusan.
B5. Bagian Accounting memilih
tombol yes.
B6. Sistem menghapus data
transaksi.
C. Deskripsi use case diagram Bagian accounting pengelolaan Jurnal
Gambar IV.13.
Use Case Diagram Bagian Accounting Pengelolaan Data Jurnal
-
55
Tabel IV.3.
Deskripsi Use Case Diagram Pengelolaan Data Jurnal
Use Case Name Input Pengelolaan Data Jurnal
Requirements A4
Goal Bagian Accouting dapat
mengelolah data Jurnal, baik
menambah, menyimpan dan
membatalkan, serta melihat data
perkiraan dan jurnal.
Pre-condition Bagian Accounting telah
melakukan login sebagai
administrasi dan mengkases data
jurnal.
Post condition Data jurnal berhasil tersimpan,
terupdate dan melihat tampilan
data perkiraan dan jurnal.
Failed end Conditions Gagal menyimpan, menambah,
mencari, dan membatalkan data
jurnal.
Primary Actors Bagian Accounting.
Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data
jurnal.
2. Bagian Accounting memilih tombol input.
3. Bagian Accounting menampilkan data jurnal.
4. Bagaian Accounting memilih tombol save.
5. System menyimpan data jurnal kedalam Database.
6. Sistem menampilkan
keterangan berhasil
menyimpan data jurnal.
Alternate flow / Invariant 1 A1. Bagian Accounting mencari
data jurnal.
A2. Sistem menampilkan data
jurnal.
A3. Bagian Accounting memilih
tombol save.
A4. Sistem memperbarui data
jurnal kedalam Database.
Invariant 2 B1. Bagian Accounting mencari
data Jurnal menggunakan
kode akun.
-
56
B2. Sistem menampilkan data
jurnal yang dicari.
B3. Bagian Accounting memilih
tombol batal.
B4. Sistem menampilkan pesan
konfirmasi pembatalan.
B5. Bagian Accounting memilih
tombol yes.
D. Deskripsi use case diagram Bagian accounting pengelolaan Laporan
Gambar IV.14.
Use Case Diagram Bagian Accounting Pengelolaan Data Laporan
Tabel IV.4.
Deskripsi Use Case Diagram Pengelolaan Data Laporan
Use Case Name Input Pengelolaan Data Laporan
Requirements A5
Goal Bagian Accouting dapat
mengelola data laporan, dengan
mencari menggunakan data
periode, mencetak tampilan
laporan atau membatalkan data
laporan.
Pre-condition Bagian Accounting telah
melakukan login sebagai
administrasi dan mengkases data
laporan
Post condition Data laporan berhasil tersimpan,
terupdate dan melihat tampilan
data laporan.
uc Package1
Pengelolaan Laporan
LoginTampil
Laporan
Laporan
Pengeluaran
Kas
CariBatal
Periode
Cetak
«extend»
«include»
«extend»
«extend»
«include»
-
57
Failed end Conditions -
Primary Actors Bagian Accounting.
Main Flow / Basic Path 1. Bagian Accounting mengakses tampilan data
laporan.
2. Bagian Accounting menampilkan data laporan.
3. Sistem menampilkan
keterangan berhasil
menampilkan data laporan
dan cetak.
Alternate flow / Invariant 1 A1. Bagian Accounting mencari
data laporan.
A2. Sistem menampilkan data
laporan.
Invariant 2 B1. Bagian Accounting mencari
data laporan menggunakan
periode.
B2. Sistem menampilkan data
laporan yang dicari.
B3. Bagian Accounting memilih
tombol batal.
B4. Sistem menampilkan pesan
konfirmasi pembatalan.
B5. Accounting memilih Yes
E. Deskripsi use case diagram ganti Password Bagian Accounting
Gambar IV.15.
Use Case Diagram Bagian Accounting Ganti Password
-
58
Tabel IV.5.
Deskripsi use case diagram ganti password bagian Accounting:
Use Case Name Pengelolaan Data Password
Requirements A4
Goal Bagian Accounting
Pre-condition Bagian Accounting dapat
mengelolah data User, baik
menambah, mengedit dan
menghapus.
Post condition Accounting telah login dan
mengakases form User.
Failed end Conditions Gagal menyimpan, mengupdate
dan menghapus data user
Primary Actors Bagian Accounting.
Main Flow / Basic Path 1. Bagian Accounting
mengakses data master user
2. Bagian Accounting memilih
tombol input
3. Bagian Accounting memilih
tombol login tampilan ganti
password.
4. Sistem menampilkan
tampilan form ganti
password.
5. Bagian Accounting memilih
form ganti password.
6. Bagian Accounting
menginput data user lama.
7. Bagian Accouting memilih
ganti password dengan
menginput data password
yang baru.
8. Sistem menyimpan data user
baru kedalam database.
9. Sistem menampilkan
keterangan berhasil
-
59
menyimpan data user.
Alternate flow / Invariant 1 A1. Accounting mencari data
User.
A2. Sistem menampilkan data
User yang dicari.
A3. Accounting memilih tombol
“Edit”.
A4. Accounting merubah data
User.
A5. Accounting memilih tombol
“Update”.
A6. Sistem memperbarui data
User kedalam
Database.
A7. Sistem menampilkan
keterangan berhasil
memperbarui data User.
Invariant 2 -
2. Use Case Diagram Bagian Manager Accounting
Gambar IV.16.
Use Case Diagram Bagian Manager Accounting
-
60
1. Use Case Diagram Bagian Manager Accounting Ganti Password
Gambar IV.17.
Use Case Diagram Bagian Manager Accounting Ganti Password
Tabel IV.6.
Deskripsi use case diagram ganti password bagian Manager Accounting:
Use Case Name Pengelolaan Data Password
Requirements A5
Goal Bagian Manager Accounting
Pre-condition -
Post condition Bagian Manager Accounting
telah login dan mengakases form
User.
Failed end Conditions Gagal menyimpan, mengupdate
dan menghapus data user
Primary Actors Bagian Manager Accounting.
Main Flow / Basic Path 1. Bagian Manager Accounting
mengakses data master user
2. Bagian Manager Accounting
mengakses Data Transaksi.
-
61
3. Bagian Manager Accounting
mengakses Jurnal.
4. Bagian Manager Accounting
Mengakses Laporan.
5. Bagian Manager Accounting
memilih tombol login
tampilan ganti password.
6. Sistem menampilkan
tampilan form ganti
password.
7. Bagian Manager Accounting
memilih form ganti
password.
8. Bagian Manager Accounting
menginput data user lama.
9. Bagian Manager Accouting
memilih ganti password
dengan menginput data
password yang baru.
10. Sistem menyimpan data user
baru kedalam database.
11. Sistem menampilkan
keterangan berhasil
menyimpan data user.
Alternate flow / Invariant 1 A1. Bagian Manager Accounting
mencari data User.
A2. Sistem menampilkan data
User yang dicari.
A3. Manager Accounting
memilih tombol “Edit”.
A4. Manager Accounting
merubah data User.
A5. Manager Accounting
memilih tombol “Update”.
A6. Sistem memperbarui data
User kedalam
Database.
A7. Sistem menampilkan
keterangan berhasil
memperbarui data User.
Invariant 2 -
-
62
4.1.3. Activity Diagram
1. Activity Diagram Data Transaksi Permintaan Kas Keluar
Gambar IV.18.
Activity Diagram Data Transaksi Permintaan Kas Keluar
-
63
2. Activity Diagram Penyerahan Pengembalian Kas Keluar
Gambar IV.19.
Activity Diagram Data Penyerahan Pengembalian Kas Keluar
-
64
3. Activity Diagram Jurnal
Gambar IV.20.
Activity Diagram Data Jurnal
-
65
4. Activity Diagram Laporan
Gambar IV.21.
Activity Diagram Data Laporan
-
66
4.2. Desain
4.2.1. Entity Relationship Diagram (ERD)
Menggambarkan hubungan antar table yang diuat beserta relasi antar
table. Dalam penggambarannya disini menggunakan Entity Relationship Diagram
untuk pembuatan sistem informasi akuntansi pengeluaran kas kecil pada PT.
Chunetsu Indonesia sebaagai berikut:
1. Entity Relationship Diagram (ERD)
Jurnal Mengelola User Buat Karyawan
Menghitung
Detail Jurnal
Mengelola
Transaksi
1
1
1
1
M
Kode_akun
tanggalKode_akun
Nama_akun
perkiraanNama_akun
Kode_akun
Kode_akun
Id_user
NIK
Nama_user Password
NIK
Id_User
Kode_user
NIK Nama_karyawan
Jabatan Tahun_masuk
Bagian
No Permintaan Id_user
No transaksi
NIK
Nama
Jabatan
Tahun_masuk
Bagian
Permintaan
Jumlah Yang Diminta
NIK
Gambar IV.22.
Entity Relationship Diagram (ERD)
-
67
4.2.2 LRS (Logical Record Structure)
- Kd_Akun*-Nm_Akun
JURNAL
-Nm_User*-Password
-NIK-Kd_User
USER
NIK*Nm_krywn
BagianThn_mskJabatan
KARYAWAN
No_TransNIK
Nm_AkunKd_AkunThn_Msk
BagianPermintaan
Jml yg dimintatgl
TRANSAKSI
Nm_AkunKd_Akun*
TglPerkiraan
DETAIL JURNAL
Gambar IV.23.
LRS (Logical Record Structure)
4.2.3 Spesifikasi File
Dalam program ini menggunakan satu buah database dengan nama
accounting_ci.sql dan didalamnya terdapat tabel-tabel sebagai entitas, tabel-
tabel tersebut sebagai berikut:
1. Spesifikasi File
Nama Database : Data Karyawan
Nama File : File Data Karyawan
Akronim : Data Karyawan
Tipe File : File master
Akses File : Random
Panjang Record : 55 byte
-
68
Kunci Field : Nik
Software : Mysql
Tabel IV.7
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nik Nik Varchar 10 Primary Key
2 Nama Karyawan nama_krywn Varchar 20 -
3 Jabatan Jabatan Varchar 10 -
4 Tahun Masuk thn_masuk Date - Foreign Key
5 Bagian Bagian Varchar 15 -
2. Spesifikasi File
Nama Database : Form Data Karyawan
Nama File : File Form Data Karyawan
Akronim : Form Data Karyawan
Tipe File : File master
Akses File : Random
Panjang Record : 55 byte
Kunci Field : NIK
Software : Mysql
-
69
Tabel IV.8.
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 NIK Nik Varchar 10 Primary Key
2 Nama Karyawan nm_krywn Varchar 20 -
3 Jabatan Jabatan Varchar 10 -
4 Tahun Masuk Thn_msk Date - Foreign Key
5 Bagian Bagian Varchar 15 -
3. Spesifikasi File
Nama Database : Form Penyerahan Pengembalian Kas Keluar
Nama File : File Pengembalian Kas Keluar
Akronim : Data Pengembalian Kas Keluar
Tipe File : File master
Akses File : Random
Panjang Record : 85 byte
Kunci Field : No Transaksi
Software : Mysql
Tabel IV.9.
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Transaksi no_trans Double 5 Primary
Key
2 Tanggal Tgl Date - -
3 NIK Nik Varchar 10 -
-
70
4 Nama Nama Date - -
5 Harga Harga Double 15 -
6 Jumlah Jumlah Double 20 -
7 Pengeluaran pengeluaran Varchar 10 -
8 Kode Akun kd_akun Varchar 10 Foreign
Key
9 Nama Akun nm_akun Varchar 10 -
10 Jumlah Kembali jml_kmb Double 15 -
4. Spesifikasi File
Nama Database : Form Permintaan Kas Keluar
Nama File : File Permintaan Kas Keluar
Akronim : Data Permintaan Kas Keluar
Tipe File : File master
Akses File : Random
Panjang Record : 85 byte
Kunci Field : No Transaksi
Software : Mysql
-
71
Tabel IV.10.
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Transaksi no_trans Double 5 Primary Key
2 NIK Nik Varchar 10 -
3 Nama nama Varchar 20 -
4 Jabatan jabatan Varchar 10 -
5 Tahun Masuk thn_msk Date 10 -
6 Bagian bagian Varchar 15 -
7 Permintaan permintaan Varchar 10 -
8 Jumlah Yang
Diminta
jml_dm integer 15 -
9 Tanggal Tgl Date - -
5. Spesifikasi File
Nama Database : Data Jurnal
Nama File : File Data Jurnal
Akronim : Data Jurnal
Tipe File : File master
Akses File : Random
Panjang Record : 40 byte
Kunci Field : Kode Akun
Software : Mysql
-
72
Tabel IV.11.
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Akun kd_akun Varchar 10 Primary Key
2 Nama Akun nm_akun Varchar 20 -
3 Perkiraan perkiraan Varchar 10 -
4 Tanggal Tgl Date - -
6. Spesifikasi File
Nama Database : Data Perkiraan
Nama File : File Data Perkiraan
Akronim : Data Perkiraan
Tipe File : File master
Akses File : Random
Panjang Record : 30 byte
Kunci Field : Kode Akun
Software : Mysql
Tabel IV.12.
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Akun kd_akun Varchar 10 Primary Key
2 Nama Akun nm_akun Varchar 20 -
-
73
7. Spesifikasi File
Nama Database : Data Laporan Jurnal
Nama File : File Data Laporan Jurnal
Akronim : Data Laporan Jurnal
Tipe File : File master
Akses File : Random
Panjang Record : 25 byte
Kunci Field : No Transaksi
Software : Mysql
Tabel IV.13.
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Transaksi no_trans Double 5 Primary Key
2 Tanggal Tgl Date - -
3 Periode periode Varchar 10 -
4 Bulan bulan Varchar 10 -
8. Spesifikasi File
Nama Database : Data Laporan
Nama File : File Data Laporan
Akronim : Data Laporan
Tipe File : File master
Akses File : Random
Panjang Record : 25 byte
-
74
Kunci Field : No Transaksi
Software : Mysql
Tabel IV.14.
Spesifikasi File Tabel
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Transaksi no_trans Double 5 Primary Key
2 Tanggal Tgl Date - -
3 Periode Periode Varchar 10 -
4 Bulan Bulan Varchar 10 -
4.2.4 Spesifikasi Bentuk Dokumen
a. Spesifikasi Bentuk Dokumen Masukan Usulan
Dokumen keluaran adalah segala bentuk dokumen dari hasil proses
pengolahan dokumen masukan yang terjadi pada suatu sistem. Adapun dokumen
keluaran tersebut adalah:
1. Nama Dokumen : Nota Pembelian Barang
Fungsi : Bukti pembelian barang
Sumber : Bagian umum
Tujuan : Bagian Accountig
Frekuensi : Setiap ada pembelian barang
Media : Kertas
Jumlah Rangkap : Satu Rangkap
Bentuk : Lampiran C-1
-
75
2. Nama Dokumen : Form Permintaan Kas Keluar
Fungsi : Bukti permintaan Kas Keluar
Sumber : Bagian umum
Tujuan : Bagian Accountig
Frekuensi : Setiap ada permintaan Transaksi
Media : Kertas
Jumlah Rangkap : Dua Rangkap
Bentuk : Lampiran C-2
3. Nama Dokumen : Tanda Terima Permintaan Kas Keluar
Fungsi : Bukti diterimanya permintaan Kas Keluar
Sumber : Bagian Accounting
Tujuan : Bagian Umum
Frekuensi : Setiap ada permintaan Kas Keluar yang
diterima
Media : Kertas
Jumlah Rangkap : Dua Rangkap
Bentuk : Lampiran C-3
4. Nama Dokumen : Input Pengeluaran dan pengembalian
Fungsi : Rekapan pengeluaran dan pengembalian
Sumber : Bagian Accounting
Tujuan : Bagian Manager Accounting
Frekuensi : Setiap ada pengeluaran dan pengembalian
Media : Kertas
Jumlah Rangkap : Satu Rangkap
-
76
Bentuk : Lampiran C-4
5. Nama Dokumen : Laporan Jurnal pengeluaran
Fungsi : Sebagai Transaksi Jurnal
Sumber : Bagian Accounting
Tujuan : Bagian Manager Accounting
Frekuensi : Semua transaksi rekapan pengeluaran
Media : Kertas
Jumlah Rangkap : Satu Rangkap
Bentuk : Lampiran D-1
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
menunujukkan hubungan diantara kedua node tersebut. Berikut gambar
deployment diagram:
Gambar IV.24.
Deployment Diagram
-
77
b. Sequence Diagram
Sequence diagram, merupakan salah satu diagram interaction yang
menjelaskan bagaimana suatu operasi itu dilakukan yang diatur berdasarkan
waktu. Berikut gambar diagram sequence:
Gambar IV.25.
Sequence Diagram
sd Sequence Diagram
Accounting Sistem Permintaan Kas
Keluar
Pengembalian Kas
Keluar
Database
alt Sequence Diagram
2.Input Permintaan Kas Keluar
()
6.Simpan data Kas Keluar()
4. Input Laporan Transaksi()
5.menghasilkan Kas Keluar()
3.Kas Keluar Kembali()
7. Simpan dalam Database()
1. Masuk()
-
78
4.2.6 User Interface
1. Untuk masuk ke sistem akan muncul tampilan form selamat datang dan
perintah untuk ketik username dan password terlebih dahulu kemudian
klik log in atau batal.
Gambar IV.26.
Form Login Program SIAPKS
2. Untuk berikutnya akan muncul tampilan utama Sistem pada PT. Chunetsu
Indonesia yaitu meliputi data master, transaksi, jurnal dan laporan.
Gambar IV.27.
Menu Utama Program SIAPKS
-
79
3. Pada tampilan di bawah ini klik data master kemudian pilih data karyawan
untuk memulai mengisi/input data karyawan meliputi nik, nama, dan lain-
lain.
Gambar IV.28.
Menu Utama Program Pilihan Data Karyawan
4. Setelah mengisi/input data karyawan akan muncul tampilan seperti
dibawah ini :
Gambar IV.29.
Program Data Karyawan
-
80
5. Pilihan yang kedua untuk menampilkan form data karyawan maka pilih
form data karyawan untuk mengisinya.
Gambar IV.30.
Menu Utama Program Pilihan Form Data Karyawan
6. Setelah mengisi form data karyawan maka akan muncul tampilan seperti
dibawah ini:
Gambar IV.31.
Program Form Data Karyawan
-
81
7. Langkah selanjutnya pilih menu transaksi untuk mengisi form permintaan
kas keluar.
Gambar IV.32.
Menu Utama Program Pilihan Form Permintaan Kas Keluar
8. Setelah mengisi form permintaan kas keluarakan muncul tampilan seperti
dibawah ini.
Gambar IV.33.
Program Form Permintaan Kas Keluar
-
82
9. Pilih form penyerahan pengembalian kas keluar pada data transaksi.
Gambar IV.34.
Menu Utama Program Pilihan Form Penyerahan Pengembalian Kas Keluar
10. Akan muncul tampilan form penyerahan pengembalian kas keluar seperti
di bawah ini:
Gambar IV.35.
Program Form Penyerahan Pengembalian Kas Keluar
-
83
11. Klik jurnal kemudian pilih data perkiraan untuk mengisinya.
Gambar IV.36.
Menu Utama Program Pilihan Data Perkiraan
12. Akan muncul tampilan data perkiraan seperti dibawah ini:
Gambar IV.37.
Program Data Perkiraan
-
84
13. Pilih jurnal untuk melihat tampilan jurnal
Gambar IV.38.
Menu Utama Program Pilihan Jurnal
14. Akan muncul tampilan jurnal pada gambar di bawah ini:
Gambar IV.39.
Program Jurnal
-
85
15. Pilih laporan pengeluaran kas pada menu utama dibawah ini:
Gambar IV.40.
Menu Utama Program Pilihan Laporan Pengeluaran Kas Kecil
16. Akan muncul tampilan seperti di bawah ini yaitu laporan pengeluaran kas
Gambar IV.41.
Program Laporan Pengeluaran Kas
-
86
17. Klik menu laporan kemudian pilih laporan kas keluar.
Gambar IV.42.
Menu Utama Program Pilihan Laporan Kas Keluar
18. Setelah itu akan muncul tampilan laporan kas keluar
Gambar IV.43.
Laporan Kas Keluar
-
87
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. Hardware Perangkat keras (hardware) adalah serangkaian unsur-unsur yang
terdiri dari beberapa perangkat keras yang membentuk suatu sistem komputer
yang digunakan untuk mengoperasikan proses kerja pemakai. Penulis
mengusulkan untuk menggunakan perangkat keras sesuai dengan kemampuan,
tanpa harus menggunakan tipe tertentu dengan harga yang lebih mahal.
Namun disesuaikan dengan kebutuhan program aplikasi dan peket program
yang dirancang. Spesifikasi perangkat keras yang diusulkan sebagai berikut:
a. Monitor : 14”
b. Proccessor : Core2
c. Memory : 1 GB (Minimum)
d. Harddisk : 80 GB
e. Keyboard : 102 Keys
f. Printer :Ink Jet
g. Mouse : USB
2. Software Bagian penting lain yang mendukung program adalah perangkat
lunak (software) yang digunakan dalam mengeksekusi program aplikasi serta
sistem operasi yang akan digunakan untuk menjalankan program tersebut.
-
88
Sistem operasi ini berfungsi untuk mengidentifikasi dan menyiapkan aplikasi
program sehingga tata kerja seluruh peralatan komputer dapat terkontrol.
Perangkat lunak yang dibutuhkan untuk menjalankan aplikasi sistem
pengeluaran kas ini adalah :
Sistem Operasi : Database PhpMyAdmin
Bahasa Pemrograman : Neatbeans.8.1
Program atau Software pendukung : Mysql and Java Neatbeans 8.1