47
BAB IV
RANCANGAN SISTEM USULAN
4.1. Analisa Kebutuhan Software 4.1.1. Analisa Kebutuhan
SIPK (Sistem Informasi Pembelian Kredit) merupakan pengembangan sistem yang dirancang penulis untuk Apotek Midy Cikampek dengan menerapkan sebuah program berbasis desktop untuk menunjang kegiatan operasional dalam mengelola pembelian obat secara kredit di Apotek Midy Cikampek. Berikut ini spesifikasi kebutuhan dari SIPK (Sistem Informasi Pembelian Obat) Secara Kredit berdasarkan pemakainya:
A. Admin
A.1. Admin dapat melakukan Login pada Form Login. A.2. Admin dapat mengelola data Master.
A.3. Admin dapat mengelola data transaksi. A.4. Admin dapat mengelola data jurnal. A.5. Admin dapat mengelola data laporan. A.6. Admin dapat mengganti password akunnya. B. Pemilik Apotek
B.1. Pemilik Apotek dapat melakukan Login pada Form Login. B.2. Pemilik Apotek berhak mengakses Data Transaksi.
B.3. Pemilik Apotek berhak mengakses Data Laporan. B.4. Pemilik Apotek dapat mengganti password akunnya.
4.1.2. Use Case Diagram 1. Use Case Diagram Admin.
Login Data Master Data Transaksi Data Jurnal Data Laporan <<extend>> <<extend>> <<extend>> <<extend>> Admin Gambar IV.1.
Use Case Diagram Admin
A. Deskripsi Use Case Diagram Pengelolaan Data Master
Tampil Data Master Login Data Supplier Data Obat Tambah Tambah Cari Cari Kode Obat Kode Supplier Edit Batal Simpan Batal Simpan <<extend>> <<extend>> <<extend>> <<extend>> <<extend>> <<extend>> <<extend>> <<extend>> Admin <<include>> <<include>> <<include>> <<include>> Cetak <<include>> Gambar IV.2.
Deskripsi Use Case Diagram Pengelolaan Data Master : Tabel IV.1.
Use Case Diagram Pengelolaan Data Master
Use Case Name Pengelolaan Data Master
Requirements A2
Goal
Admin dapat mengolah data Master, baik mencari, menambah,
mengedit, menyimpan, dan mencetak data Master.
Pre-condition
Admin telah melakukan login dan mengakses form data
Master dan
mengelola data obat dan data supplier
Post condition
Berhasil terupdate dan tersimpan data obat dan data
supplier. Failed end
Gagal terupdate dan tersimpan data obat dan data
supplier.
Conditions
Primary Actors Admin
Main flow / 1. Admin mengakses form data obat dan data supplier.
Basic Path 2. Admin memilih tombol "tambah".
3. Admin menambahkan data obat dan data supplier. 4. Admin memilih tombol "simpan".
5. Sistem menyimpan data Master kedalam Database.
6. Sistem menampilkan keterangan berhasil menyimpan data.
Alternate flow / A1. Admin mencari data obat dan data supplier.
Invariant 1 A2. Sistem menampilkan data Master yang dicari.
A3. Admin memilih tombol "edit".
A4. Admin merubah data obat dan data supplier. A5. Admin memilih tombol "simpan".
A6. Sistem memperbarui data Master kedalam
Database.
A7. Sistem menampilkan keterangan berhasil memperbarui data Master.
2. Deskripsi Use Case Diagram Pengelolaan Data Transaksi
Login Tampil Data
Transaksi <<extend>> pembelian Pembayaran <<extend>> <<extend>> Tambah Batal Simpan Cetak <<include>> <<include>> <<extend>> Admin Cari No Pembelian Cetak <<extend>> <<include>> <<include>> Batal <<extend>> Gambar IV.3.
Use Case Diagram Admin Mengelola Data Transaksi
Deskripsi Use Case Diagram Pengelolaan Data Transaksi : Tabel IV.2.
Use Case Diagram Pengelolaan Data Transaksi
Use Case Name Pengelolaan Data Transaksi
Requirements A3
Goal
Admin dapat mengolah data Master, baik mencari, menambah,
menyimpan, dan mencetak data transaksi.
Pre-condition
Admin telah melakukan login dan mengakses form data transaksi dan
mengelola data pembelian dan data pembayaran.
Post condition Berhasil tersimpan data pembelian dan data pembayaran.
Failed end Gagal tersimpan data pembelian dan data pembayaran.
Conditions
Primary Actors Admin
Main flow / 1. Admin mengakses form data pembelian.
Basic Path 2. Admin memilih tombol "tambah". 3. Admin menambahkan data pembelian. 4. Admin memilih tombol "simpan".
5. Sistem menyimpan data transaksi kedalam Database.
6. Sistem menampilkan keterangan berhasil menyimpan data.
Alternate flow / A1. Admin mencari data pembayaran.
Invariant 1 A2. Sistem menampilkan data transaksi yang dicari.
A3. Admin memilih tombol “cetak”.
A4. Admin mencetak transaksi pembelian dan pembayaran.
Invariant 2 -
3. Deskripsi Use Case Diagram Pengelolaan Data Jurnal
Login Admin Tampil Data Jurnal Perkiraan Jurnal Tambah Tambah Simpan Batal Simpan Batal <<extend>> <<extend>> <<extend>> <<include>> <<include>> <<include>> <<include>> <<extend>> <<extend>> Cari <<extend>> Kode Akun Edit <<extend>> Gambar IV.4.
Use Case Diagram Admin Mengelola Data Jurnal
Deskripsi Use Case Diagram Pengelolaan Data Jurnal : Tabel IV.3.
Use Case Diagram Pengelolaan Data Jurnal
Use Case Name Pengelolaan Data Jurnal
Requirements A3
Goal
Admin dapat mengolah data jurnal, baik mencari, menambah,
dan menyimpan data jurnal.
Pre-condition
Admin telah melakukan login dan mengakses form data jurnal dan
mengelola data jurnal dan data perkiraan.
Post condition Berhasil tersimpan data jurnal dan data perkiraan.
Failed end Gagal tersimpan data jurnal dan data perkiraan.
Primary Actors Admin
Main flow /
1. Admin mengakses form data jurnal dan data perkiraan..
Basic Path 2. Admin memilih tombol "tambah".
3. Admin menambahkan data jurnal dan data perkiraan.. 4. Admin memilih tombol "simpan".
5. Sistem menyimpan data jurnal kedalam Database.
6. Sistem menampilkan keterangan berhasil menyimpan data.
Alternate flow / A1. Admin mencari data jurnal.
Invariant 1 A2. Sistem menampilkan data jurnal yang dicari.
A3. Admin memilih tombol "edit". A4. Admin merubah data jurnal. A5. Admin memilih tombol "simpan".
A6. Sistem memperbarui data jurnal kedalam Database.
A7. Sistem menampilkan keterangan berhasil memperbarui data jurnal.
Invariant 2 -
4. Deskripsi Use Case Diagram Pengelolaan Data Laporan
Login Admin Tampil Data Laporan Laporan Pembelian Laporan Jurnal Tambah Tambah Keluar Cetak Cetak Keluar <<extend>> <<extend>> <<extend>> <<include>> <<include>> <<include>> <<include>> <<extend>> <<extend>> PO Cari <<extend>> Cari <<include>> Kode Akun <<extend>> Gambar IV.5.
Deskripsi Use Case Diagram Pengelolaan Data Laporan : Tabel IV.4.
Use Case Diagram Pengelolaan Data Laporan
Use Case Name Pengelolaan Data Laporan
Requirements A5
Goal
Admin dapat mengolah data laporan, baik mencari, menambah,
menyimpan, dan mencetak data Master.
Pre-condition
Admin telah melakukan login dan mengakses form data laporan dan
mengelola laporan pembelian dan laporan jurnal.
Post condition Berhasil tersimpan laporan pembelian dan laporan jurnal.
Failed end Gagal tersimpan laporan pembelian dan laporan jurnal.
Conditions
Primary Actors Admin.
Main flow /
1. Admin mengakses form laporan pembelian dan laporan jurnal.
Basic Path 2. Admin memilih tombol "tambah".
3. Admin menambahkan data laporan pembelian dan laporan jurnal.
4. Admin memilih tombol "simpan".
5. Sistem menyimpan data laporan kedalam Database.
6. Sistem menampilkan keterangan berhasil menyimpan data.
Alternate flow /
A1. Admin mencari data laporan pembelian dan laporan jurnal.
Invariant 1 A2. Sistem menampilkan data laporan yang dicari.
A3. Admin memilih tombol "cetak”.
A4. Admin mencetak laporan pembelian dan laporan jurnal.
5. Use Case Diagram Ganti Password Admin
Login
Tampil Form
Ganti Password Input Password Baru
Menjawab Pertanyaan Keamanan Input Password Lama <<extend>> Admin Simpan Password <<include>> <<include>> <<include>> <<extend>> Gambar IV.6.
Use Case Diagram Ganti Password Admin
Deskripsi Use Case Diagram Ganti Password Admin: Tabel IV.5.
Use Case Diagram Ganti Password Admin
Use Case Name Ganti Password Admin
Requirements A6
Goal Admin dapat mengganti Password baru.
Pre-condition
Admin menjawab pertanyaan keamanan, memasukan
password lama, dan
Password baru.
Post condition Admin berhasil mengganti Password.
Failed end
Password lama salah dan password baru dengan
konfirmasi password baru
Conditions Dengan password baru tidak sama.
Primary Actors Admin
Main flow / 1. Admin mengakses form ganti password.
Basic Path 2. Admin menjawab pertanyaan keamanan.
3. Admin memasukan password lama. 4. Admin memasukan password baru. 5. Admin memilih tombol “oke”.
6. Sistem menampilkan keterangan berhasil mengganti
password. Alternate flow / -
Invariant 1
6. Use Case Diagram Pemilik Apotek Melakukan Login Login Data Master Data Transaksi Data Jurnal Data Laporan <<extend>> <<extend>> <<extend>> <<extend>> Pemilik Apotek Gambar IV.7.
Use Case Diagram Pemilik Apotek Melakukan Login
7. Deskripsi Diagram Ganti Password Pemilik Apotek
Login
Tampil Form
Ganti Password Input Password Baru
Menjawab Pertanyaan Keamanan Input Password Lama <<extend>> Pemilik Apotek Simpan Password <<include>> <<include>> <<include>> <<extend>> Gambar IV.8.
Deskripsi Use Case Diagram Ganti Password Pemilik Apotek: Tabel IV.6.
Use Case Diagram Ganti Password Pemilik Apotek
Use Case Name Ganti Password Pemilik Apotek
Requirements B4
Goal Pemilik Apotek dapat mengganti Password baru.
Pre-condition
Pemilik Apotek menjawab pertanyaan keamanan, memasukan password
lama dan password baru.
Post condition Pemilik Apotek berhasil mengganti Password.
Failed end
Password lama salah dan password baru dengan
konfirmasi password baru
Conditions dengan password baru tidak sama.
Primary Actors Pemilik Apotek
Main flow / 1. Pemilik Apotek mengakses form ganti password.
Basic Path 2. Pemilik Apotek menjawab pertanyaan keamanan.
3. Pemilik Apotek memasukan password lama. 4. Pemilik Apotek memasukan password baru. 5. Pemilik Apotek memilih tombol “oke”.
6. Sistem menampilkan keterangan berhasil mengganti
password. Alternate flow / -
Invariant 1
4.1.3. Activity Diagram
1. Activity Diagram Pengecekan Obat
Activity Diagram Pengecekan Obat
Admin Sistem
Ph
as
e
Login Aplikasi Cek Akses
Tampil Menu Utama Pilih Form Master
Pilih Form Data Obat Tampil Data Obat
Tambah Data Obat
Isi Data Obat
Simpan Data Kedalam Database
Cetak Data Obat Start
Finish
Tidak Valid
Simpan Data Obat
Muncul Data Tersimpan
Tampil Data Obat
Gambar IV.9.
2. Activity Diagram Pembelian Obat
Activity Diagram Pembelian Obat
Admin Sistem Supplier
Ph
as
e
Login Aplikasi Cek Akses
Tampil Menu Utama Pilih Form Transaksi
Pilih Form Pembelian Tampil Data Pembelian
Tambah Data Pembelian
Isi Data Pembelian
Simpan Data Kedalam Database Cetak Data Pembelian Start Finish Tidak Valid Simpan Data Pembelian Muncul Data Tersimpan Tampil Data Pembelian Menyerahkan Data Pembelian Menerima Data Pembelian Gambar IV.10.
3. Activity Diagram Pembayaran Obat
Activity Diagram Pembayaran Obat
Admin Sistem P h a s e
Login Aplikasi Cek Akses
Tampil Menu Utama Pilih Form Transaksi
Pilih Form Pembayaran Tampil Data Pembayaran Cetak Data Pembayaran Start Finish Tidak Valid Cari Data Pembayaran Gambar IV.11.
4. Activity Diagram Laporan Pembelian
Activity Diagram Laporan Pembelian
Admin Sistem Pemilik Apotek
P
h
a
s
e
Login Aplikasi Cek Akses
Tampil Menu Utama Pilih Form Laporan
Pilih Form Laporan Pembelian
Tampil Data Laporan Pembelian
Cetak Data Laporan Pembelian Menyerahkan Laporan Pembelian Menerima Laporan Pembelian Finish Start Tidak Valid Gambar IV.12.
5. Activity Diagram Jurnal
Activity Diagram Jurnal
Admin Sistem
Ph
as
e
Login Aplikasi Cek Akses
Tampil Menu Utama Pilih Form Jurnal
Pilih Form Jurnal Tampil Data Jurnal
Tambah Data Jurnal
Isi Data Jurnal
Simpan Data Kedalam Database
Cetak Data Jurnal Start
Finish
Tidak Valid
Simpan Data Jurnal
Muncul Data Tersimpan
Tampil Data Jurnal
Gambar IV.13.
4.2. Desain
Menggambarkan hubungan antar tabel yang dibuat beserta relasi antar tabel. Dalam penggambarannya disini menggunakan Entity Relationship Diagram untuk pembuatan sistem informasi pembelian obat secara kredit pada Apotek Midy Cikampek sebagai berikut:
4.2.1. Entity Relationship Diagram (ERD)
Data
Supplier Mengelola User Mengelola
Data Obat Membuat
Jurnal Berisi Detail
Jurnal
Membuat
Transaksi Berisi Detail
Transaksi kd_supplier Id_user Kd_akun Id_user Kd_akun Id_user Kd_obat no_PO Id_user no_PO 1 M 1 1 1 1 M 1 M 1 M Id_user nm_user jns_kelamin 1 hak_akses Kd_user ttl tgl no_jurnal keterangan nominal debet kredit no_jurnal no_akun nm_akun nominal keterangan kd_obat nm_obat harga_obat keterangan kd_supplier nm_supplier alamat telepon no_transaksi no_akun keterangan nm_akun nominal no_pembayaran tgl tgl_jatuhtempo no_faktur jumlah_bayar kd_supplier nm_supplier no_SO no_pembelian kd_obat nm_obat harga_obat qty jumlah kd_akun nm_akun kel_akun pertanyaan jawaban password telepon email alamat Gambar IV.14.
4.2.2. Logical Record Structure (LRS) jurnal no_jurnal* kd_akun nm_akun kel_akun tgl keterangan debet kredit nominal detail_jurnal no_jurnal* no_akun** nm_akun nominal keterangan data_supplier kd_supplier* nm_supplier alamat telepon user id_user* kd_user** nm_user jns_kelamin hak_akses ttl alamat pertanyaan jawaban password telepon email detail_transaksi no_transaksi* no_akun** nm_akun nominal keterangan transaksi no_pembayaran* tgl tgl_jatuhtempo no_faktur** kd_supplier no_SO jumlah qty harga_obat nm_obat kd_obat no_pembelian** nm_supplier jumlah_bayar data_obat kd_obat* nm_obat harga_obat keterangan 1 M 1 M 1 M 1 M 1 1 1 1 Gambar IV.15.
4.2.3. Spesifikasi File
Dalam program ini menggunakan satu buah Database dengan nama pembelian_kredit.sql dan didalamnya terdapat tabeltabel sebagai entitas. Tabel -tabel tersebut sebagai berikut:
1. Spesifikasi File Tabel User
Nama Database : pembelian_kredit Nama File : User
Akronim : User.myd Tipe File : File Master Akses File : Random Panjang Record : 210 Byte Kunci Field : id_user
Tabel IV.7.
Spesifikasi File Tabel User
No Elemen Data Akronim Tipe Panjang Keterangan 1 ID User id_user Char 10 Primary Key
2 Kode User kd_user Char 10 Primary Key
3 Nama User nm_user Varchar 20 4 Jenis Kelamin jns_kelamin Varchar 10 5 Hak Akses hak_akses Varchar 20 6 Tempat
Tanggal Lahir Ttl Varchar 20
7 Alamat Alamat Varchar 30
8 Pertanyaan pertanyaan Varchar 15 9 Jawaban jawaban Varchar 15
10 Password password Varchar 15
11 Email Email Varchar 30
2. Spesifikasi File Tabel Data Supplier. Nama Database : pembelian_kredit Nama File : Data Supplier
Akronim : data_supplier.myd Tipe File : File Master Akses File : Random Panjang Record : 85 Byte Kunci Field : kd_supplier
Tabel IV.8.
Spesifikasi File Tabel Data Supplier
No Elemen Data Akronim Tipe Panjang Keterangan 1 Kode Supplier Kd_supplier Char 10 Primary Key
2 Nama Supplier Nm_supplier Varchar 30
3 Alamat Alamat Varchar 30
4 Telepon Telepon Varchar 15
3. Spesifikasi File Tabel Data Obat. Nama Database : pembelian_kredit Nama File : Data Obat
Akronim : data_obat.myd Tipe File : File Master Akses File : Random Panjang Record : 70 Byte Kunci Field : kd_obat
Tabel IV.9.
Spesifikasi File Tabel Data Obat
No Elemen Data Akronim Tipe Panjang Keterangan 1 Kode Obat Kd_obat Char 10 Primary Key
2 Nama Obat Nm_obat Varchar 30 3 Harga Obat Harga_obat Double - 4 Keterangan keterangan Varchar 30
4. Spesifikasi File Tabel Jurnal. Nama Database : pembelian_kredit Nama File : Jurnal
Akronim : jurnal.myd Tipe File : File Jurnal Akses File : Random Panjang Record : 100 Byte Kunci Field : no_jurnal
Tabel IV.10.
Spesifikasi File Tabel Jurnal
No Elemen Data Akronim Tipe Panjang Keterangan 1 No Jurnal No_jurnal Char 10 Primary Key
2 Kode Jurnal Kd_jurnal Varchar 10 3 Nama Jurnal Nm_jurnal Varchar 30 4 Kelompok Akun Kel_akun Varchar 20
5 Tanggal Tgl Date -
6 Keterangan keterangan Varchar 30
7 Nominal Nominal Double -
8 Debet Debet Double -
5. Spesifikasi File Tabel Detail jurnal. Nama Database : pembelian_kredit Nama File : Detail Jurnal
Akronim : detail_jurnal.myd Tipe File : File Laporan Akses File : Random Panjang Record : 80 Byte Kunci Field : no_jurnal
Tabel IV.11.
Spesifikasi File Tabel Detail Jurnal
No Elemen Data Akronim Tipe Panjang Keterangan 1 No Jurnal No_jurnal Char 10 Primary Key
2 No Akun No_akun Char 20 Primary Key
3 Nama Akun Nm_akun Varchar 20
4 Nominal Nominal Double -
5 Keterangan keterangan Varchar 30
6. Spesifikasi File Tabel Transaksi. Nama Database : pembelian_kredit Nama File : Transaksi
Akronim : Transaksi.myd Tipe File : File Transaksi Akses File : Random Panjang Record : 150 Byte Kunci Field : no_pembayaran
Tabel IV.12.
Spesifikasi File Tabel Transaksi
No Elemen Data Akronim Tipe Panjang Keterangan 1 No Pembayaran No_pembayaran Char 10 Primary Key
2 Tanggal Tgl Date 20
3 Tanggal Jatuh
Tempo Tgl_jatuhtempo Date -
4 No Faktur No_faktur Char 10 Primary Key
5 Kode Supplier Kd_supplier Varchar 10
6 No SO No_SO Varchar 10
7 Jumlah Jumlah Double -
8 Quantity Qty Char 10
9 Harga Obat Harga_obat Varchar 10 10 Nama Obat Nm_obat Varchar 30 11 Kode Obat Kd_obat Varchar 10
12 No Pembelian No_pembelian Char 10 Primary Key
13 Nama Supplier Nm_supplier Varchar 20 14 Jumlah Bayar Jumlah_bayar Double -
7. Spesifikasi File Tabel Detail Transaksi. Nama Database : pembelian_kredit Nama File : Detail Transaksi Akronim : detail_transaksi.myd Tipe File : File Laporan
Akses File : Random Panjang Record : 70 Byte Kunci Field : no_transaksi
Tabel IV.13.
Spesifikasi File Tabel Detail Transaksi
No Elemen Data Akronim Tipe Panjang Keterangan 1 No Transaksi No_transaksi Char 10 Primary Key
2 No Akun No_akun Char 10 Primary Key
3 Nama Akun Nm_akun Varchar 20
4 Nominal Nominal Double -
4.2.4. Spesifikasi Sistem Akuntansi Usulan
Semua dokumen yang berasal dari hasil perancangan sistem usulan yang muncul karena proses pengolahan data pada program usulan yang dirancang sebagai informasi. Berikut beberapa dokumen hasil dari sistem usulan yang dirancang :
1. Spesifikasi Dokumen Usulan Masukan a. Nama Dokumen : Faktur Pembelian
Fungsi : Untuk mengetahui data pembelian
Sumber : Supplier
Tujuan : Admin
Frekuansi : Setiap terjadi pembelian
Media : Kertas
Jumlah : Satu lembar
Bentuk : Lampiran C1
b. Nama Dokumen : Faktur Pajak
Fungsi : Untuk mengetahui data pembelian kena pajak
Sumber : Supplier
Tujuan : Admin
Frekuansi : Setiap terjadi pembelian
Media : Kertas
Jumlah : Satu lembar
2. Spesifikasi Dokumen Usulan Keluaran a. Nama Dokumen : Purchase Order
Fungsi : Untuk mencatat transaksi pembelian/sebagai bukti pembelian
Sumber : Admin
Tujuan : Supplier Media : Kertas Jumlah : 1 Lembar
Frekuensi : Setiap terjadi pembelian Bentuk : Lampiran D1
b. Nama Dokumen : Laporan Pembelian
Fungsi : Untuk mengetahui semua transaksi pembelian yang terjadi
Sumber : Admin
Tujuan : Pemilik Apotek Frekuansi : Setiap akhir bulan
Media : Kertas
Jumlah : Satu lembar Bentuk : Lampiran D2 c. Nama Dokumen : Laporan Jurnal
Fungsi : Untuk mengetahui semua transaksi yang terjadi di apotek
Sumber : Admin
Tujuan : Pemilik Apotek Frekuansi : Setiap akhir bulan
Media : Kertas Jumlah : Satu lembar Bentuk : Lampiran D3
4.2.5. Software Architecture**
1. Sequence Diagram Transaksi Pembelian
Supplier Admin Login Sistem Menu
Utama Transaksi
1. Login Aplikasi
2. Verifikasi Data
3. Login Berhasil
4. Pilih Menu Transaksi 3:1. Login Gagal
5. Tampil Form Pembelian
6. Tampil data pembelian 7. Tambah Data Pembelian
8. Simpan Data Pembelian
9. Simpan Data Pembelian Kedalam Dat abase
10. Muncul Data Berhasil Disimpan 11. Cetak Data Pembelian
12. Menerima Daftar Pem beli an
Gambar IV.16.
2. Sequence Diagram Transaksi Pembayaran
Admin Login Sistem Menu
Utama Transaksi
1. Login Aplikasi
2. Verifikasi Data
3. Login Berhasil
4. Pilih Menu Transaksi
3:1. Login Gagal
5. Pilih Form Pembayaran 6. Tampil Data Pembayaran
7. Cetak Data Pembayaran
Gambar IV.17.
Sequence Diagram Transaksi Pembayaran
3. Deployment Diagram
Computer Server
Aplikasi Apotek Midy Cikampek
MySQL Server
Database Server
MySQL Database Computer Client PC
Server
Client Server
Gambar IV.18.
Deployment Diagram Aplikasi Pembelian Kredit
4.2.6. User Interface
1. Admin melakukan Login pada Form Login. Caranya dengan mengisi User dan
Password, lalu OK.
Gambar IV.19.
Form Login Program Sistem Informasi Pembelian Kredit
2. Tampilan menu utama program pembelian.
Gambar IV.20.
3. Admin akan mengakses Data Obat pada menu Master. Caranya Pilih menu
Master, klik Data Obat, lalu isikan Data Obat dan simpan.
Gambar IV.21.
Menu Master Data Obat pada Program Sistem Informasi Pembelian Kredit
Gambar IV.22.
Form Data Obat pada Program Sistem Informasi
4. Admin akan mengakses Data Supplier pada menu Master. Caranya pilih menu
Master, klik Data Supplier, lalu isikan Data Supplier dan simpan.
Gambar IV.23.
Menu Master Data Supplier pada Program Sistem Informasi Pembelian Kredit
Gambar IV.24.
Form Data Supplier pada Program Sistem Informasi
5. Admin akan mengakses Data Pembelian pada menu Transaksi. Caranya pilih Menu Transaksi, klik Pembelian dan isikan Data Pembelian, lalu Simpan dan Cetak.
Gambar IV.25.
Menu Transaksi Data Pembelian pada Program Sistem Informasi Pembelian Kredit
Gambar IV.26.
Form Data Pembelian pada Program Sistem Informasi
6. Admin akan mengakses Data Pembayaran pada menu Transaksi. Caranya pilih menu Transaksi, klik Pembayaran, lalu isikan Data Pembayaran dan Cetak.
Gambar IV.27.
Menu Transaksi Data Pembayaran pada Program Sistem Informasi Pembelian Kredit
Gambar IV.28.
Form Data Pembayaran pada Program Sistem Informasi
7. Admin akan mengakses Data Jurnal pada menu Jurnal. Caranya pilih menu Jurnal, klik Jurnal, lalu isikan Data Jurnal dan Simpan.
Gambar IV.29.
Menu Jurnal Data Jurnal pada Program Sistem Informasi Pembelian Kredit
Gambar IV.30.
Form Data Jurnal pada Program Sistem Informasi
8. Admin akan mengakses Data Perkiraan pada menu Jurnal. Caranya pilih menu Jurnal, klik Perkiraan, lalu isikan Data Pekiraan dan Simpan.
Gambar IV.31.
Menu Jurnal Data Perkiraan pada Program Sistem Informasi Pembelian Kredit
Gambar IV.32.
Form Data Perkiraan pada Program Sistem Informasi
9. Admin akan mengakses Laporan Pembelian pada menu Laporan. Caranya pilih menu Laporan, klik Laporan Pembelian, lalu isikan Data Laporan Pembelian dan Cetak.
Gambar IV.33.
Menu Laporan Data Laporan Pembelian pada Program Sistem Informasi Pembelian Kredit
Gambar IV.34.
Form Data Laporan Pembelian pada Program Sistem Informasi
10. Admin akan mengakses Laporan Jurnal pada menu Laporan. Caranya pilih menu Laporan, klik Laporan Jurnal, lalu isikan Data Laporan Jurnal dan Cetak.
Gambar IV.35.
Menu Laporan Data Laporan Jurnal pada Program Sistem Informasi Pembelian Kredit
Gambar IV.36.
Form Data Laporan Jurnal pada Program Sistem Informasi
4.2.7. Spesifikasi Hardware dan Software
Kemampuan suatu sistem yang optimal dapat menghasilkan sistem yang baik, salah satu yang di perlukan untuk memperoleh suatu sistem yang baik adalah perangkat keras (hardware) dan perangkat lunak (software). Dua perangkat tersebut saling berkaitan dalam beroperasinya suatu sistem di dalam komputer, kedua perangkat tersebut tentu saja tidak dapat dipisahkan dan sangat berperan penting untuk mengoptimalkan suatu sistem.
1. Perangkat Keras (Hardware)
Perangkat keras atau hardware adalah komponen pada komputer yang dapat dilihat dan disentuh secara fisik, yang berfungsi untuk mendukung proses komputerisasi.
Penulis mengusulkan menggunakan perangkat keras yang standar dan tidak mahal serta di sesuaikan dengan kebutuhan program aplikasi yang akan dirancang. Spesifikasi perangkat keras yang diusukan sebagai berikut:
a. Monitor : 14 “
b. Proccessor : Core2 Duo / Intel(R) Celeron(R) CPU N2810 @ 2.00 GHz c. Memory : 2GB (Minimum)
d. Harddisk : 100 GB e. Keyboard : 102 Keys
f. Printer : HP DeskJet 2130 g. Mouse : USB
2. Perangkat Lunak (Software)
Perangkat lunak atau software adalah program koputer yang terasosiasi dengan dokumentasi perangkat lunak seperti dokumentasi
kebutuhan, model desain, dan cara penggunaan (user manual). Perangkat lunak atau software bisa juga diartikan sebagai kumpulan komponen yang saling terkait dan mempunyai satu tujuan.
Perangkat lunak yang dibutuhkan untuk menjalankan program rancangan sistem pembelian kredit ini adalah:
a. Sistem Operasi : Windows 7 or Higher. b. Bahasa Pemrograman : Java Netbeans.
