Upload
others
View
7
Download
0
Embed Size (px)
Citation preview
47
BAB IV
RANCANGAN SISTEM USULAN
4.1. Analisa Kebutuhan Software
Analisa kebutuhan software merupakan aktivitas awal dari siklus
pengembangan perangkat lunak, dan analisa kebutuhan merupakan langkah awal
menentukan perangkat lunak seperti apa yang dihasilkan. Perangkat lunak yang
baik dan sesuai dengan kebutuhan pengguna sangat bergantung kepada
keberhasilan dalam melakukan analisa kebutuhan.
4.1.1. Analisa Kebutuhan
Analisa kebutuhan merupakan sebuah proses untuk mendapat informasi,
model, spesifikasi tentang perangkat lunak yang diinginkan. Berdasarkan analisa
sistem yang sedang berjalan yang menjadi kebutuhan mendasar untuk
perancangan sistem informasi penjualan kredit dan piutang dagang pada PT. Sawit
Jaya Makmur, sebagai berikut:
A. Administrator
1. Admin dapat melakukan login.
2. Admin dapat melakukan pengolahan data user.
3. Admin dapat membuat Surat Pengantar Buah (SPB).
4. Admin dapat membuat Nota Tagihan (invoice).
5. Admin dapat melakukan pengolahan data pengirim.
6. Admin dapat melakukan pengolahan data kendaraan.
7. Admin dapat melakukan pengolahan data pembayaran.
8. Admin dapat melakukan pengolahan data pembeli.
47
48
9. Admin dapat mencetak data laporan penjualan.
10. Admin dapat mencetak data laporan piutang dagang.
11. Admin dapat mencetak data laporan pembayaran.
12. Admin dapat mencetak Jurnal.
B. General Manager (GM)
1. General Manager dapat melakukan login.
2. General Manager dapat mencetak data laporan pembayaran.
3. General Managerdapat mencetak data laporan penjualan.
4. General Manager dapat mencetak data laporan piutang dagang.
5. General Manager dapat mencetak Jurnal.
C. Manager Kebun
1. Manager kebun dapat melakukan login.
2. Manager kebun dapat mencetak data laporan pembayaran.
3. Manager kebun dapat mencetak data laporan penjualan.
4. Manager kebun dapat mencetak data laporan piutang dagang.
5. Manager kebun dapat mencetak Jurnal.
D. Kepala Tata Usaha (KTU)
1. KTU dapat melakukan login.
2. KTU dapat mencetak data laporan pembayaran.
3. KTU dapat mencetak data laporan penjualan.
4. KTU dapat mencetak data laporan piutang dagang.
5. KTU dapat mencetak Jurnal.
49
4.1.2. Use Case Diagram
Model use case ditentukan atas dasar kebutuhan fungsi-fungsi yang akan
dibangun. Proses analisa sistem yang telah dilakukan sebelumnya memberikan
informasi-informasi mengenai sistem yang sedang berjalan, termasuk kelemahan
pada sistem tersebut. Berdasarkan hasil evaluasi sistem yang sedang berjalan,
maka sistem yang telah ada perlu dikembangkan. Pengembangan sistem dilakukan
dengan mengubah atau memperbaiki sistem yang masih menggunakan Microsoft
exel ke dalam sistem yang terkomputerisasi. Adapun use case diagram sistem
informasi yang diusulkan sebagai berikut:
Sumber : Hasil Rancangan (2017)
Gambar IV.1. Usecase Diagram Sistem Usulan
50
Berikut penjelasan atau deskripsi dari use case diagram sistem usulan:
Tabel IV.1.
Deskripsi Use Case Admin
Use Case Name Kunjungan
Requirements A1 – A12
Goal Admin dapat mengolah data user, mengolah data
kendaraan, mengolah data pengirim, mengolah data
pembeli, mengolah data pembayaran, membuat SPB,
membuat invoice, mencetak laporan (penjualan,
piutang dagang, pembayaran& Jurnal).
Pre-Conditions Admin masuk mengakses halaman login
Post-Conditions Admin melakukan login dan masuk ke halaman
bagian Admin
Failed End Condition Admin dapat membatalkan login
Primary Actor Administrasi
Main Flow / Basic
Path
1. Admin dapat melakukan pengolahan data user.
2. Admin dapat membuat Surat Pengantar Buah
(SPB).
3. Admin dapat membuat Nota Tagihan (invoice).
4. Admin dapat melakukan pengolahan data
pengirim.
5. Admin dapat melakukan pengolahan data
kendaraan.
6. Admin dapat melakukan pengolahan data
pembayaran.
7. Admin dapat melakukan pengolahan data
pembeli.
8. Admin dapat mencetak laporan penjualan.
9. Admin dapat mencetak laporan piutang dagang.
10. Admin dapat mencetak laporan pembayaran.
11. Admin dapat mencetak Jurnal.
Sumber : Hasil Rancangan (2017)
51
Tabel IV.2.
Deskripsi Use Case General Manager
Use Case Name Kunjungan
Requirements B1 – B5
Goal GM dapat mencetak laporan penjualan, laporan
piutang dagang, laporan pembayaran& Jurnal.
Pre-Conditions GM masuk mengakses halaman login
Post-Conditions GM melakukan login dan masuk ke halaman bagian
General Manager
Failed End Condition GM dapat membatalkan login
Primary Actor General Manager
Main Flow / Basic
Path
1. GM dapat mencetak laporan pembayaran.
2. GMdapat mencetak laporan penjualan.
3. GMdapat mencetak laporan piutang dagang.
4. GM dapat mencetak Jurnal.
Sumber : Hasil Rancangan (2017)
Tabel IV.3.
Deskripsi Use Case Manager Kebun
Use Case Name Kunjungan
Requirements C1 – C5
Goal ManagerKebun dapat mencetak laporan penjualan,
laporan piutang dagang, laporan pembayaran&
Jurnal.
Pre-Conditions ManagerKebun masuk mengakses halaman login
Post-Conditions ManagerKebun melakukan login dan masuk ke
halaman bagian Manager Kebun
Failed End Condition ManagerKebun dapat membatalkan login
Primary Actor ManagerKebun
Main Flow / Basic
Path
1. Manager dapat mencetak laporan pembayaran.
2. Manager dapat mencetak laporan penjualan.
3. Manager dapat mencetak laporan piutang dagang.
4. Manager dapat mencetak Jurnal.
Sumber : Hasil Rancangan (2017)
52
Tabel IV.4.
Deskripsi Use Case Kepala Tata Usaha (KTU)
Use Case Name Kunjungan
Requirements D1 – D5
Goal Kepala Tata Usaha (KTU)dapat mencetak laporan
penjualan, laporan piutang dagang, laporan
pembayaran& Jurnal.
Pre-Conditions Kepala Tata Usaha masuk mengakses halaman login
Post-Conditions Kepala Tata Usaha melakukan login dan masuk ke
halaman bagian Kepala Tata Usaha
Failed End Condition Kepala Tata Usaha dapat membatalkan login
Primary Actor Kepala Tata Usaha
Main Flow / Basic
Path
1. KTUdapat mencetak laporan pembayaran.
2. KTUdapat mencetak laporan penjualan.
3. KTU dapat mencetak laporan piutang dagang.
4. KTU dapat mencetak Jurnal.
Sumber : Hasil Rancangan (2017)
4.1.3. Activity Diagram
Diagram Activity akan menggambarkan aliran kerja dari setiap aktivitas
pada sistem. Diagram Activity dalam sistem informasi PT. Sawit Jaya Makmur
berdasarkan dari penjelasan dari setiap use case yang ada pada diagram use case
yang sebelumnya. Berikut ini adalah activity diagram dari sistem yang diusulkan:
Sumber : Hasil Rancangan (2017)
Gambar IV.2. Activity Diagram Login
53
Sumber : Hasil Rancangan (2017)
Gambar IV.3. Activity Diagram Mengolah data User
Sumber : Hasil Rancangan (2017)
Gambar IV.4. Activity Diagram Mengolah Data Pembeli
54
Sumber : Hasil Rancangan (2017)
Gambar IV.5. Activity Diagram Mengolah Data Kendaraan
Sumber : Hasil Rancangan (2017)
Gambar IV.6. Activity DiagramMengolah Data Pengirim
55
Sumber : Hasil Rancangan (2017)
Gambar IV.7. Activity Diagram Pembuatan Surat Pengantar Buah (SPB)
Sumber : Hasil Rancangan (2017)
Gambar IV.8. Activity Diagram Pembuatan Invoice
56
Sumber : Hasil Rancangan (2017)
Gambar IV.9. Activity Diagram Mengolah Data Pembayaran
Sumber : Hasil Rancangan (2017)
Gambar IV.10. Activity Diagram Mencetak Laporan Penjualan
57
Sumber : Hasil Rancangan (2017)
Gambar IV.11. Activity Diagram Mencetak Laporan Piutang Dagang
Sumber : Hasil Rancangan (2017)
Gambar IV.12. Activity Diagram Mencetak Laporan Pembayaran
58
Sumber : Hasil Rancangan (2017)
Gambar IV.13. Activity Diagram Mencetak Jurnal
4.2. Desain
Desain merupakan suatu proses merancang bagaimana sistem
diimplementasikan nantinya. Dengan kata lain, desain sistem merupakan
gambaran realisasi sistem yang akan dibangun.
4.2.1. Entity Relationship Diagram (ERD)
Entity Relationship Diagram menjelaskan hubungan antar data dalam basis
data yang terdiri dari object-object dasar yang mempunyai hubungan atau relasi
antar object-object tersebut. Dalam ERD hubungan atau relasi dapat terdiri dari
sejumlah entitas yang disebut derajat relasi. ERD yang ada pada sistem ini sebagai
berikut:
59
Sumber : Hasil Rancangan (2017)
Gambar IV.13. Entity Relationship Diagram
60
4.2.2. Logical Record Structure (LRS)
Sumber : Hasil Rancangan (2017)
Gambar IV.14. Logical Record Structure (LRS)
61
4.2.3. Spesifikasi File
Spesifikasi file merupakan penjelasan mengenai bentuk-bentuk file database
yang digunakan untuk pengolahan proses sistem. Adapun spesifikasi file yang
penulis gunakan dalam Perancangan Sistem Informasi Akuntansi Penjualan Kredit
dan Piutang Dagang Pada PT. Sawit Jaya Makmur Pontianak sebagai berikut:
1. Spesifikasi File User
File ini berfungsi mencatat data user. Adapun penjelasan dari spesifikasi file
user sebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data User
Akronim File : user
Fungsi : sebagai penyimpanan data user
Type File : File Master
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 70 Karakter
Jumlah Field : 5
Kunci Field : id_user
Software : MySQL
62
Tabel IV.5.
Spesifikasi File User
No Elemen Data Nama Field Type Size Keterangan
1. Id_User id_user Varchar 5 Primary Key
2. Username Username Varchar 10
3. Password Password Varchar 15
4. Nama nama_user Varchar 30
5. Level Level Varchar 10
Sumber : Hasil Rancangan (2017)
2. Spesifikasi File Pembeli
File ini berfungsi mencatat data pembeli. Adapun penjelasan dari spesifikasi
file pembelisebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Pembeli
Akronim File : pembeli
Fungsi : sebagai penyimpanan data pembeli
Type File : File Master
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 102 Karakter
Jumlah Field : 5
Kunci Field : id_pembeli
Software : MySQL
63
Tabel IV.6.
Spesifikasi File Pembeli
No Elemen Data Nama Field Type Size Keterangan
1. Id_pembeli id_pembeli Varchar 5 Primary Key
2. Nama pembeli nama_pembeli Varchar 30
3. Alamat Pembeli Alamat Text 35
4. Telepon no_telp Varchar 12
5. Email Email Varchar 20
Sumber : Hasil Rancangan (2017)
3. Spesifikasi File Kendaraan
File ini berfungsi mencatat data kendaraan. Adapun penjelasan dari
spesifikasi file kendaraansebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Kendaraan
Akronim File : kendaraan
Fungsi : sebagai penyimpanan data kendaraan
Type File : File Master
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 33 Karakter
Jumlah Field : 3
Kunci Field : id_kendaraan
Software : MySQL
64
Tabel IV.7.
Spesifikasi File Kendaraan
No Elemen Data Nama Field Type Size Keterangan
1. Id_kendaraan id_kendaraan Varchar 5 Primary Key
2. Nama Kendaraan nama_kendaraan Varchar 20
3 Nomor Plat no_plat Varchar 8
Sumber : Hasil Rancangan (2017)
4. Spesifikasi File Pengirim
File ini berfungsi mencatat data pengirim. Adapun penjelasan dari
spesifikasi file pengirimsebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Pengirim
Akronim File : pengirim
Fungsi : sebagai penyimpanan data pengirim
Type File : File Master
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 82 Karakter
Jumlah Field : 4
Kunci Field : id_pengirim
Software : MySQL
65
Tabel IV.8.
Spesifikasi File Pengirim
No Elemen Data Nama Field Type Size Keterangan
1. Id Pengirim id_pengirim Varchar 5 Primary Key
2. Nama pengirim nama_pengirim Varchar 30
3. Alamat Pengirim Alamat Text 35
4. Nomor Hp no_hp Varchar 12
Sumber : Hasil Rancangan (2017)
5. Spesifikasi File Surat Pengantar Buah (SPB)
File ini berfungsi mencatat data pengiriman TBS. Adapun penjelasan dari
spesifikasi file SPBsebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data SPB
Akronim File : spb
Fungsi : sebagai penyimpanan data SPB
Type File : File Transaksi
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 46Karakter
Jumlah Field : 9
Kunci Field : no_spb
Software : MySQL
66
Tabel IV.9.
Spesifikasi File Surat Pengantar Buah (SPB)
No Elemen Data Nama Field Type Size Keterangan
1. Nomor Pengiriman no_spb Varchar 5 Primary Key
2. Id Pengirim id_pengirim Varchar 5 Foreign Key
3. Id Kendaraan id_kendaraan Varchar 5 Foreign Key
4. Id Pembeli id_pembeli Varchar 5 Foreign Key
5. Tanggal Pengiriman tgl_kirim Date 8
6. Tahun Tanam thn_tanam Integer 4
7. Berat Perkiraan berat_perkiraan Varchar 5
8. Blok blok Varchar 5
9. Jumlah tandan jum_tandan Integer 4
Sumber : Hasil Rancangan (2017)
6. Spesifikasi File Nota Tagihan (Invoice)
File ini berfungsi mencatat data pembuatan invoice. Adapun penjelasan dari
spesifikasi file invoicesebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Invoice
Akronim File : invoice
Fungsi : sebagai penyimpanan data invoice
Type File : File Transaksi
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 189 Karakter
67
Jumlah Field : 17
Kunci Field : no_invoice
Software : MySQL
Tabel IV.10.
Spesifikasi File Invoice
No Elemen Data Nama Field Type Size Keterangan
1. Nomor Invoice no_invoice Varchar 5 Primary Key
2. Tanggal Pembuatan tanggal Date 8
3. Periode pengiriman periode_kirim Varchar 10
4. Berat Netto berat_netto Varchar 10
5. Total Harga Jual total_harga Varchar 15
6. PPN 10% Ppn Varchar 15
7. Total Tagihan total_tagih Varchar 15
8. Berat Bruto berat_bruto Varchar 10
9. Nomor SPB no_spb Varchar 5 Foreign Key
10. Harga satuan hrg_satuan Varchar 8
11. PPH 21 Pph Varchar 15
12. Denda denda Varchar 5
13. Tera Tera Varchar 5
14. Potongan Bongkar pot_bongkar Varchar 8
15. Berat Perkiraan berat_perkiraan Varchar 20
16. Tanggal Pengiriman tgl_kirim Date 30
17. Jumlah Tandan jum_tandan Integer 5
Sumber : Hasil Rancangan (2017)
68
7. Spesifikasi File Pembayaran Piutang Dagang
File ini berfungsi mencatat data pembayaran piutang dagang. Adapun
penjelasan dari spesifikasi file pembayaran piutang dagang sebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Pembayaran
Akronim File : pembayaran
Fungsi : sebagai penyimpanan data pembayaran
Type File : File Transaksi
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 58 Karakter
Jumlah Field : 7
Kunci Field : no_invoice
Software : MySQL
Tabel IV.11.
Spesifikasi File Pembayaran Piutang Dagang
No Elemen Data Nama Field Type Size Keterangan
1 Nomor Pembayaran no_bayar Varchar 5 Primary Key
2. Nomor invoice no_invoice Varchar 5 Foreign Key
3. Tanggal Pembayaran tgl_bayar Date 8
4. Id Pembeli id_pembeli Varchar 5 Foreign Key
5. Total Pembayaran total_bayar Varchar 15
6. Berat Netto berat_netto Varchar 10
69
7. Periode Pengiriman periode_kirim Varchar 10
Sumber : Hasil Rancangan (2017)
8. Spesifikasi File Jurnal
File ini berfungsi mencatat data jurnal. Adapun penjelasan dari spesifikasi
file jurnal sebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Jurnal
Akronim File : jurnal
Fungsi : sebagai penyimpanan data jurnal
Type File : File Transaksi
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 28 Karakter
Jumlah Field : 3
Kunci Field : no_jurnal
Software : MySQL
Tabel IV.12.
Spesifikasi File Jurnal
No Elemen Data Nama Field Type Size Keterangan
1. Nomor Jurnal no_jurnal Varchar 5 Primary Key
2. Tanggal Jurnal tgl_jurnal Date 8
3. Keterangan Keterangan Text 15
Sumber : Hasil Rancangan (2017)
70
9. Spesifikasi File Perkiraan
File ini berfungsi mencatat data perkiraan. Adapun penjelasan dari
spesifikasi file perkiraan sebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Perkiraan
Akronim File : perkiraan
Fungsi : sebagai penyimpanan data perkiraan
Type File : File Transaksi
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 25 Karakter
Jumlah Field : 2
Kunci Field : id_akun
Software : MySQL
Tabel IV.13.
Spesifikasi File Perkiraan
No Elemen Data Nama Field Type Size Keterangan
1. Id Akun id_akun integer 5 Primary Key
2. Nama Akun nm_akun Varchar 20
Sumber : Hasil Rancangan (2017)
71
10. Spesifikasi File Detil Jurnal
File ini berfungsi mencatat data detil jurnal. Adapun penjelasan dari
spesifikasi filedetil jurnalsebagai berikut:
Nama Database : Penjualan_kredit
Nama File : File Data Detil Jurnal
Akronim File : detil_jurnal
Fungsi : sebagai penyimpanan data detil jurnal
Type File : File Transaksi
Akses File : Random
Organisasi : Index Sequential
Media File : Harddisk
Panjang Record : 60 Karakter
Jumlah Field : 4
Kunci Field : id_jurnal
Software : MySQL
Tabel IV.14.
Spesifikasi File Detil Jurnal
No Elemen Data Nama Field Type Size Keterangan
1. Nomor Jurnal no_jurnal Varchar 5 Primary Key
2. Id Akun id_akun Varchar 5 Foreign Key
3. Debet Debet Integer 20
4. Kredit Kredit Integer 20
Sumber : Hasil Rancangan (2017)
72
4.2.4. Software Architecture
Software Architecture adalah proses yang mendefinisikan solusi yang
terstruktur yang memenuhi kebutuhan teknis dan operasional, disisi lain
mengoptimasi quality dari sebuah sistem yang dirancang. Software Architecture
yang ada pada sistem ini adalah:
A. Sequence Diagram
Sequence Diagram menggambarkan interaksi antar objek di dalam dan
disekitar sistem (termasuk pengguna, display, dan sebagainya) berupa mesage
yang digambarkan terhadap waktu. Diagram sequence digunakan untuk
menunjukan aliran fungsionalitas dalam use case. Disusun berdasarkan urutan
waktu dan digunakan untuk menggambarkan skenario atau langkah-langkah yang
dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu.
Diagram sequence yang ada pada sistem ini sebagai berikut:
1. Sequence DiagramMembuat Surat Pengantar Buah (SPB)
Sumber : Hasil Rancangan (2017)
Gambar IV.15. Sequence DiagramMembuat Surat Pengantar (SPB)
73
2. Sequence DiagramMembuat Invoice
Sumber : Hasil Rancangan (2017)
Gambar IV.16. Sequence DiagramMembuat Invoice
3. Sequence DiagramMengolah Data Pembayaran
Sumber : Hasil Rancangan (2017)
Gambar IV.17. Sequence DiagramMengolah Data Pembayaran
74
B. Deployment Diagram
Deployment/physical diagram menggambarkan detail bagaimana komponen
di-deploy dalam infrastruktur sistem, dimana komponen akan terletak (pada
mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi
tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal.
Sebuah node adalah server, workstation, atau piranti keras lain yang
digunakan untuk men-deploy komponen dalam lingkungan sebenarnya. Hubungan
antara node (misal TCP/IP) dan requirement dapat juga didefinisikan dalam
diagram ini. Deployment Diagram dari sistem yang diusulkan sebagai berikut:
Sumber : Hasil Rancangan (2017)
Gambar IV.18. Deployment Diagram yang diusulkan
4.2.5. User Interface
User Interface sangatlah penting dalam suatu aplikasi atau program, karena
user interface merupakan bagian dari perangkat lunak yang menjadi sarana
komunikasi antara user dengan sistem serta dapat memberikan kemudahan dan
tidak membingungkan bagi user dalam melakukan aktivitasnya, sehingga user
interface sangat berpengaruh terhadap cara pengguna berinteraksi dengan sistem.
User interface dari sistem yang diusulakan sebagai berikut:
75
1. Tampilan Form Login
Sumber : Hasil Rancangan (2017)
Gambar IV.19. User Interface Form Login Usulan
Untuk masuk ke sistem terlebih dahulu pengguna melakukan login,
pengguna harus memilih level hak akses, mengisi username dan password setelah
itu pilih tombol login. Untuk batal melakukan login maka pilih tombol Cancel.
2. Menu Utama
Sumber : Hasil Rancangan (2017)
Gambar IV.20. User InterfaceMenu UtamaUsulan
76
Pada tampilan menu utama ada menu master data (mengolah data user,
mengolah data pembeli, mengolah data pengirim, mengolah data kendaraan),
menu transaksi (membuat SPB, membuat invoice dan mengolah data
pembayaran), menu laporan (laporan penjualan, laporan piutang dagang, laporan
pembayaran dan jurnal), Exit (apabila pengguna ingin keluar dari sistem).
3. Form Mengolah Data User
Sumber : Hasil Rancangan (2017)
Gambar IV.21. User Interface Mengolah Data UserUsulan
Untuk menambah data user, admin harus memilih level hak akses, mengisi
id user, nama, username dan password setalah itu klik tombol tambah. Untuk
merubah data user, terlebih dahulu admin memilih data user setelah itu klik
tombol ubah apabila data user sudah di rubah maka klik tombol simpan. Untuk
menghapus data user klik tombol hapus dan untuk keluar klik tombol keluar.
77
4. Form Mengolah Data Pembeli
Sumber : Hasil Rancangan (2017)
Gambar IV.22. User Interface Mengolah Data PembeliUsulan
Untuk menambah data pembeli, admin harus mengisi id pembeli, nama
pembeli, alamat, email dan nomor handphone setalah itu klik tombol tambah.
Untuk merubah data pembeli, terlebih dahulu admin memilih data pembeli setelah
itu klik tombol ubah apabila data pembeli sudah di rubah maka klik tombol
simpan. Untuk menghapus data pembeli klik tombol hapus dan untuk keluar klik
tombol keluar.
5. Form Mengolah Data Kendaraan
Sumber : Hasil Rancangan (2017)
Gambar IV.23. User Interface Mengolah Data KendaraanUsulan
78
Untuk menambah data kendaraan, admin harus mengisi id kendaraan, nama
kendaraan dan nomor plat setalah itu klik tombol tambah. Untuk merubah data
kendaraan, terlebih dahulu admin memilih data kendaraan setelah itu klik tombol
ubah apabila data kendaraan sudah di rubah maka klik tombol simpan. Untuk
menghapus data kendaraan klik tombol hapus dan untuk keluar klik tombol
keluar.
6. Form Mengolah Data Pengirim
Sumber : Hasil Rancangan (2017)
Gambar IV.24. User Interface Mengolah Data PengirimUsulan
Untuk menambah data pengirim, admin harus mengisi id pengirim, nama
pengirim, alamat dan nomor handphone setalah itu klik tombol tambah. Untuk
merubah data pengirim, terlebih dahulu admin memilih data pengirim setelah itu
klik tombol ubah, apabila data pengirim sudah di rubah maka klik tombol simpan.
Untuk menghapus data pengirim klik tombol hapus dan untuk keluar klik tombol
keluar.
79
7. Form Surat Pengantar Buah (SPB)
Sumber : Hasil Rancangan (2017)
Gambar IV.25. User Interface Menbuat Surat Pengantar BuahUsulan
Untuk menambah data spb, admin harus mengisi no spb, tanggal kirim,
jumlah tandan, berat perkiraan, id pengirim, id kendaraan, id pembeli,tahun tanam
dan blok tanam setalah itu klik tombol tambah. Untuk mencari data spb, admin
harus mengisi data berdasarkan nomor spb setelah itu klik tombol cari data. Untuk
merubah data klik tombol ubah, untuk hapus data klik tombol hapus, untuk
menyimpan data yang sudah di rubah klik tombol simpan. Apabila ingin mencetak
spb klik tombol cetak dan untuk keluar klik tombol keluar.
80
8. Form Pembuatan Invoice
Sumber : Hasil Rancangan (2017)
Gambar IV.26. User Interface Menbuat InvoiceUsulan
Sebelum membuat invoice admin terlebih dahulu mengolah data spb, admin
harus mengisi no spb, tanggal kirim, berat perkiraan, berat bruto, tera, denda,
berat netto, harga satuan, potongan bongkar dan total harga setalah itu klik tombol
input lagi. Untuk mencari data spb, admin harus mengisi data berdasarkan nomor
spb setelah itu klik tombol cari data. Untuk merubah data klik tombol ubah. Untuk
menyimpan data yang sudah di rubah klik tombol simpan. Untuk membuat
invoice baru klik tombol baru setelah itu admin mengisi tanggal, nomor
invoice,ppn, pph, periode kirim dan jumlah tagihan. Untuk mencetak invoice klik
tombol cetak dan untuk keluar klik tombol keluar.
81
9. Form Mengolah Data Pembayaran
Sumber : Hasil Rancangan (2017)
Gambar IV.27. User Interface Mengolah Data Pembayaran Usulan
Untuk menambah data pembayaran, admin harus memilih tombol tambah
maka nomor pembayaran akan secara automatis terisi setelah itu mengisi tanggal,
nomor invoice, untuk periode pengiriman, total bayar, berat netto dan nama
pembeli secara automatis terisi. Untuk mencari data pembayaran, admin harus
mengisi data berdasarkan nomor pembayaran setelah itu klik tombol cari data.
Apabila ingin mencetak bukti pembayaran klik tombol cetak dan untuk keluar klik
tombol keluar.
82
10. Form Cetak Laporan Penjualan
Sumber : Hasil Rancangan (2017)
Gambar IV.28. User Interface Mencetak Laporan Penjualan Usulan
Untuk mencetak laporan penjualan, pengguna sistem harus memilih bentuk
laporan yang akan di cetak (laporan bulan atau laporan tahunan) setelah itu admin
harus mengisi data bulan dan tahun laporan. Untuk mencari data klik tombol cari
,cetak untuk mencetak laporanklik tombol cetak dan untuk keluar pilih tombol
batal.
11. Form Cetak Laporan Piutang Dagang
Sumber : Hasil Rancangan (2017)
Gambar IV.29. User Interface Mencetak Laporan Piutang Dagang Usulan
83
Untuk mencetak laporan piutang, pengguna sistem mengisi data bulan dan
tahun laporan. Untuk mencari data klik tombol cari, untuk mencetak laporan klik
tombol cetak dan untuk keluar pilih tombol batal.
12. Form Cetak Laporan Pembayaran
Sumber : Hasil Rancangan (2017)
Gambar IV.30. User Interface Mencetak Laporan Pembayaran Usulan
Untuk mencetak laporan pembayaran, pengguna sistem harus memilih
bentuk laporan yang akan di cetak (laporan bulanan atau laporan tahunan) setelah
itu mengisi data bulan dan tahun laporan, untuk mencari data klik tombol carike
untuk mencetak laporan klik tombol cetak dan untuk keluar pilih tombol batal.
13. Form Cetak Jurnal
Sumber : Hasil Rancangan (2017)
Gambar IV.31. User Interface Mencetak Jurnal Penjualan Usulan
84
Untuk mencetak laporan jurnal, pengguna sistem harus memilih bentuk
laporan yang akan di cetak (laporan bulanan atau laporan tahunan) setelah itu
mengisi data bulan dan tahun jurnal. Untuk mencari data klik tombol cari, untuk
mencetak laporan klik tombol cetak dan untuk keluar pilih tombol batal.
4.2.6. Spesifikasi Hardware dan Software
Untuk menunjang kerja sistem agar dapat berjalan dengan baik, maka
dibutuhkan Perangkat keras (Hardware) dan Perangkat lunak (Software) dengan
spesifikasi sebagai berikut:
A. Spesifikasi Hardware
Perangkat keras (Hardware) adalah seluruh komponen peralatan yang
membentuk suatu sistem komputer dan peralatan lainnya yang memungkinkan
komputer untuk dapat melaksanakan tugasnya. Perangkat keras yang penulis
usulkan adalah:
1. Microprocesor : 2.5 Ghz
2. Memory Size (RAM) : 4 GB
3. Type Monitor : LED 14 inc
4. Harddisk : HDD 500 Gb
5. Keyboad : 104 atau 108 keys
6. Mouse : Standard Mouse
7. Type Printer : Dot Matrik
85
B. Spesifikasi Software
Perangkat lunak (Software) merupakan bagian dari sistem, dimana
kedudukannya menentukan dari program yang akan dibuat. Dengan adanya sistem
yang telah berbasis komputer pada organisasi atau perusahaan, kecepatan dan
kecanggihan dari komputer itu sendiri juga sangat dibutuhkan, sehingga dapat
menunjang dari kinerja organisasi atau perusahaan tersebut. Sedangkan sistem
operasi yang digunakan pada pengkajian dan dijadikan sarana pembuatan program
ini sebagai berikut:
1. Sistem Operasi : Microsoft Windows 7 Profesional
2. Package Program : Netbeans IDE 8.1
3. Database : XAMPP (Mysql)