Post on 17-Apr-2021
49
BAB IV
RANCANGAN SISTEM USULAN
4.1. Analisa Kebutuhan Software
4.1.1. Analisa Kebutuhan
Berikut adalah spesifikasi kebutuhan dalam merancang suatu sistem
dengan menggunakan Netbeans 8.1 berdasarkan pemakainya.
A. . Bagian Penjualan
A.1. User dapat login pada form login sebelum akses progam.
A.2. User dapat Mencari Sales Order yang sudah Di buat di menu
Find Sales Order.
A.3. User dapat membuat sales order baru dan membatalkanya serta
mencetak sales order yang telah di buat.
A.4. User dapat menampilkan laporan berdasarkan periode yang di
inginkan.
A.5. User dapat keluar dengan menekan tombol logout.
B. . Bagian Gudang
B.1. User Dapat login pada form login sebelum akses progam,
50
B.2. User dapat melakukan Input Receive barang dan termasuk
membatalkanya.
B.3. User dapat melakukan Issuing barang dan mencetak form
good issuing.
B.4. User Dapat Mencetak Laporan Transaksi berdasarkan
Periode yang di inginkan.
B.5. User dapat keluar dengan menekan tombol logout.
C. Bagian Keuangan
C.1. User dapat login pada form login sebelum akses progam.
C.2. User dapat mencari faktur yang telah di buat lalu menghapus
dan mengedit faktur.
C.3. User dapat membuat faktur baru dan mencetaknya.
C.4. User dapat menampilkan laporan berdasarkan nama
customer dan periodenya.
C.5. User dapat keluar dengan menekan tombol logout .
D. Bagian Pengiriman
D.1. User dapat login pada form login sebelum akses progam.
D.2. User dapat mencari surat jalan seperti menghapus dan
merubahnya.
51
D.3. User dapat membuat surat jalan baru serta membatalkanya dan
mencetaknnya .
D.4. User dapat melihat dan menampilkan laporan berdasarkan nama
customer dan periode yang ingin di tampilkan.
D.5. User dapat keluar dengan menekan tombol logout.
52
4.1.2. Use Case Diagram
1. Use Case Diagram Bagian Penjualan
Gambar IV.1
Use Case Diagram Bagian Penjualan
53
2. Use Case Diagram Find Sales Order
Gambar IV.2
Use Case Diagram Find Sales Order
54
Tabel IV.1
Deskripsi Use Case Diagram Find sales Order
Use Case Name Find Sales Order
Requirements A2
Goal Staff Penjualan dapat mengelola data sales order, baik
mengedit dan menghapus, serta melihat daftar sales
order yang sudah di buat
Pre-condition Staff Penjualan telah melakukan login dan mengakses
form find sales order
Post condition Data berhasil tersimpan, terupdate, terhapus, dan
melihat list.
Failed end Conditions Gagal menyimpan, mengupdate, dan menghapus data.
Primary Actors Staff Penjualan
Main Flow / Basic Path 1. Staff Penjualan mengakses menu find sales order
2. Staff Penjualan mencari data sales order
3. System menampilkan nomor sales order yang di cari
Alternatif flow / Invariant
1
A.1 Staff Penjualan mencari nomor sales order
A.2 System menampilkan nomor sales order
A.3 Staff Penjulan memilih tombol "Delete"
A.4 System menampilkan pesan konfirmasi
penghapusan
A.5 Staff Penjualan menekan tombol "Yes"
A.6 System Menghapus data sales order
Invariant 2 B.1 Staff Penjulan mencari nomor sales order
B.2 System menampilkan nomor sales order
B.3 Staff penjulan memilih tombol "Edit"
B.4 Staff Penjulan merubah Data Sales Order
B.5 Staff Penjualan menekan tombol "Save"
B.6 System memperbaharui data sales order
B.7 System menampilkan keterangan berhasil
memperbaharui sales order
55
3. Use Case Diagram Create Sales Order
Gambar IV.3
Use Case Diagram Create Sales Order
Tabel IV.2
Deskripsi Use Case Diagram Create Sales Order
Use Case Name Create Sales Order
Requirements A3
Goal Staff Penjualan dapat membuat sales order baru
Pre-condition Staff Penjualan telah melakukan login dan
mengakses form create sales order
Post condition Data berhasil tersimpan
Failed end Conditions Gagal menyimpan
Primary Actors Staff Penjualan
Main Flow / Basic Path 1. Staff Penjualan mengakses menu Create Sales
Order
2. Staff Penjualan menekan tombol "create"
3. System menampilkan tampilan form sales order
4. Staff Mengisi Form sales order
5. Staff menekan Tombol "Save"
6. System Menyimpan Sales Order baru
7.System menampilkan keterangan berhasil
menyimpan sales order
Alternatif flow / Invariant
1
-
Invariant 2 -
56
4. Use Case Diagram Mencetak Report
Staff Penjualan
Login Report
«extends»«extends»
Customer Name
Month
Year
Gambar IV.4
Use Case Diagram Mencetak Report
Tabel IV.3
Deskripsi Use Case Diagram mencetak Report
Use Case Name Mencetak Report
Requirements A4
Goal Staff Penjualan dapat mencetak Report
Pre-condition Staff Penjualan telah melakukan login
dan mengakses form Report
Post condition Berhasil Mencetak Report
Failed end Conditions Gagal Mencetak Report
Primary Actors Staff Penjualan
Main Flow / Basic Path 1. Staff Penjualan mengakses menu
Report
2. Staff Penjualan menekan tombol
"Report"
3. Staff Penjualan memilih nama
Customer
4. Staff Penjualan memilih Bulan
5. Staff menekan Tombol "Print"
6. System menampilkan Report
Alternatif flow / Invariant 1 -
Invariant 2
57
5. Use Case Diagram Bagian Gudang
Gambar IV.5.
Use case Diagram Bagian Gudang
58
6. Use Case Diagram Good Receive
Gambar IV.6.
Use case Diagram Good Receive
59
Tabel IV.4
Deskripsi Use Case Diagram Good Receive
Use Case Name Good Receive
Requirements B2
Goal Staff Gudang dapat melakukan Good Receive
Pre-condition Staff Gudang telah melakukan login dan mengakses
form Receive
Post condition Berhasil Melakukan Good Receive
Failed end Conditions Gagal Melakukan Good Receive
Primary Actors Staff Gudang
Main Flow / Basic Path 1. Staff Gudang mengakses menu "Good Receive'
2. Staff Gudang Mengisi Form Good Receive
3. Staff Gudang Menekan Tombol "Save"
4. System Menyimpan Good receive
5. System menampilkan keterangan berhasil
menyimpan Good Issue
Alternatif flow / Invariant 1 A.1 Staff Gudang memilih type transaksi "Cancel
Good Receive"
A.2 Staff Gudang Memasukan Nomor Good Receive
A.3 Staff Gudang menekan Enter
A.4 System menampilkan Good receive yang ingin di
cancel
A.5 Staff Gudang menekan tombol "Cancel"
A.6 System Menghapus data sales order
A.7 System Menampilkan Keterangan berhasil
membatalkan Good receive
Invariant 2 -
60
7. Use Case Diagram Good Issue
Gambar IV.7.
Use case Diagram Good Issue
61
Tabel IV.5
Deskripsi Use Case Diagram Good Issue
Use Case Name Good Issue
Requirements B3
Goal Staff Gudang dapat melakukan Good Issue
Pre-condition Staff Gudang telah melakukan login dan
mengakses form Good Issue
Post condition Berhasil Melakukan Good Issue
Failed end Conditions Gagal Melakukan Good Issue
Primary Actors Staff Gudang
Main Flow / Basic Path 1. Staff Gudang mengakses menu "Good Issue'
2. Staff Gudang Mengisi Form Good Issue
3. Staff Gudang Menekan Tombol "Save"
4. System Menyimpan Good Issue
5. System menampilkan keterangan berhasil
menyimpan Good Issue
Alternatif flow / Invariant
1
A.1 Staff Gudang memilih type transaksi "Cancel
Good Issue"
A.2 Staff Gudang Memasukan Nomor Good Issue
A.3 Staff Gudang menekan Enter
A.4 System menampilkan Good Issue yang ingin di
cancel
A.5 Staff Gudang menekan tombol "Cancel"
A.6 System Menghapus data sales order
A.7 System Menampilkan Keterangan berhasil
membatalkan Good Issue
Invariant 2
62
8. Use Case Diagram Report Store Good
Gambar IV.8.
Use case Diagram Report Good Issue
Tabel IV.6
Deskripsi Use Case Diagram Report Store Good
Use Case Name Report Store Good
Requirements B4
Goal Staff Gudang dapat mencetak Report
Store Good
Pre-condition Staff Gudang telah melakukan login
dan mengakses form Report
Post condition Berhasil Mencetak Report Store Good
Failed end Conditions Gagal Mencetak Report Store Good
Primary Actors Staff Gudang
Main Flow / Basic Path 1. Staff Gudang mengakses menu
Report
2. Staff Gudang menekan tombol
"Report"
3. Staff Gudang memilih Periode
4. Staff menekan Tombol "Print"
5. System menampilkan Report
Alternatif flow / Invariant 1
Invariant 2
63
9. Use Case Diagram Bagian Keuangan
Gambar IV.9.
Use case Diagram Bagian keuangan
64
10. Use Case Diagram Find Invoice
Gambar IV.10.
Use case Diagram Find Invoice
65
Tabel IV.7
Deskripsi Use Case Diagram Find Invoice
Use Case Name Find Invoice
Requirements C2
Goal Staff Keuangan dapat mengelola data Invoice ,
baik mengedit dan menghapus, serta melihat
Invoice yang sudah di buat
Pre-condition Staff Keuangan telah melakukan login dan
mengakses form find Invoice
Post condition Data berhasil tersimpan, terupdate, terhapus, dan
melihat list.
Failed end Conditions Gagal menyimpan, mengupdate, dan menghapus
data.
Primary Actors Staff Keuangan
Main Flow / Basic Path 1. Staff Keuangan mengakses menu find Invoice
2. Staff Keuangan memasukan nomor invoice yang
ingin di cari
3. System menampilkan nomor sales order yang di
cari
Alternatif flow / Invariant
1
A.1 Staff Keuangan mencari nomor Invoice
A.2 System menampilkan nomor Invoice
A.3 Staff Keuangan memilih tombol "Delete"
A.4 System menampilkan pesan konfirmasi
penghapusan
A.5 Staff Keuangan menekan tombol "Yes"
A.6 System Menghapus data Invoice
Invariant 2 B.1 Staff Keuangan mencari nomor Invoice
B.2 System menampilkan nomor Invoice
B.3 Staff Keuangan memilih tombol "Edit"
B.4 Staff Keuangan merubah Data Invoice
B.5 Staff Keuangan menekan tombol "Save"
B.6 System memperbaharui data Invoice
B.7 System menampilkan keterangan berhasil
memperbaharui data Invoice
66
11. Use Case Diagram Billing
Gambar IV.11.
Use case Diagram Billing
67
Tabel IV.8
Deskripsi Use Case Diagram Billing
Use Case Name Billing
Requirements C3
Goal Staff Keuangan dapat membuat invoice
Pre-condition Staff Keuangan telah melakukan login dan
mengakses form Billing
Post condition Berhasil membuat Invoice
Failed end Conditions Gagal Melakukan membuat Invoice
Primary Actors Staff Keuangan
Main Flow / Basic Path 1. Staff Keuangan mengakses menu "Billing'
2. Staff Keuangan Mengisi Form Billing
3. Staff Keuangan Menekan Tombol "Save"
4. System Menyimpan Data billing yang dibuat
5. System menampilkan keterangan berhasil
menyimpan Billing
6. Staff Keuangan Menekan tombol "Print"
Alternatif flow / Invariant 1 A.1 Staff Keuangan memilih type transaksi
"Cancel Billing"
A.2 Staff Keuangan Memasukan Nomor Billing
A.3 Staff Keuangan menekan Enter
A.4 System menampilkan Invoice yang ingin di
cancel
A.5 Staff Keuangan menekan tombol "Cancel"
A.6 System Menghapus data Invoice
A.7 System Menampilkan Keterangan berhasil
membatalkan Invoice
Invariant 2 -
68
12. Use Case Diagram Bagian Pengiriman
Gambar IV.12.
Use case Diagram Bagian Pengiriman
69
13. Use Case Diagram Create Delivery Order
Gambar IV.13.
Use case Diagram Create Delivery Order
70
Tabel IV.9
Deskripsi Use Case Diagram Create Delivery Order
Use Case Name Create Delivery Order
Requirements D3
Goal Staff Pengiriman dapat membuat Delivery Order
Pre-condition Staff Pengiriman telah melakukan login dan
mengakses form Create Delivery Order
Post condition Berhasil membuat Delivery Order
Failed end Conditions Gagal Melakukan membuat Delivery Order
Primary Actors Staff Pengiriman
Main Flow / Basic Path 1. Staff Pengiriman mengakses menu "Delivery
Order'
2. Staff Pengiriman Mengisi Form Delivery Order
3. Staff Pengiriman Menekan Tombol "Save"
4. System Menyimpan Data Delivery Order yang
dibuat
5. System menampilkan keterangan berhasil
menyimpan Delivery Order
6. Staff Pengiriman Menekan tombol "Print"
Alternatif flow / Invariant
1
A.1 Staff Pengiriman memilih type transaksi
"Cancel Delivery Order"
A.2 Staff Pengiriman Memasukan Nomor
Delivery Order
A.3 Staff Pengiriman menekan Enter
A.4 System menampilkan Delivery Order yang
ingin di cancel
A.5 Staff Pengiriman menekan tombol "Cancel"
A.6 System Menghapus data Delivery Order
A.7 System Menampilkan Keterangan berhasil
membatalkan Delivery Order
Invariant 2
71
4.1.3. Activity Diagram
1. Activity Diagram Pembuatan Sales Order
Gambar IV.14
Activty Diagram Pembuatan Sales Order
72
2. Activity Diagram Pengeluaran Barang
Gambar IV.15
Activty Diagram Pengeluaran Barang (Good issuing)
73
3. Activity Diagram Pengiriman Barang
Gambar IV.16
Activty Diagram Pengiriman Barang
74
4. Activity Diagram Pembuatan Faktur Penjualan
Gambar IV.17
Activty Diagram Pembuatan Faktur penjualan
75
4.2. Desain
4.2.1. Entity Relationship Diagram (ERD)
Form Issue
Qty Issue Date
Item Name
Membuat Sales Order
No PO Item Name
QtyCustomer
Name
Delivery
Date
Membuat Faktur
No PO Item Name
QtyCustomer
Name
Delivery
Date
No Faktur
Faktur DateMembuat
Faktur
No PO Item Name
QtyCustomer
Name
Delivery
Date
No Faktur
Faktur Date
Membuat
Customer Customer
Name
Customer
NameAddress
Membuat
Delivery Order
No PO
Item Name
Qty
Delivery
Date
No Faktur
Faktur Date
1
1
1
1
1 M
M
M
1
1
Gambar IV.18
ERD (Entity Relationship Diagram)
76
4.2.2. Logical Record Structure (LRS)
Gambar IV.19
LRS (Logical Record Structure)
4.2.3. Spesifikasi File
Dalam program ini menggunakan satu buah Database dengan nama
adm_susap.sql dan di dalamnya terdapat tabel-tabel sebagai entitas. Tabel
tabel tersebut sebagai berikut:
1. Spesifikasi File Tabel User
Nama Database : adm_susap.sql
Nama File : User
Akronim : User.myd
Tipe File : File Master
Akses File : Random
Panjang Record : 528 Byte
Kunci Field : nama_user
77
Tabel IV. 10
Spesifikasi File Tabel User
No
Elemen
Data Akronim Tipe Panjang Keterangan
1
Nama
User Nama_User Varchar 40
Primery
key
2 Password Password Varchar 30
2. Spesifikasi File Tabel Customer
Nama Database : adm_susap.sql
Nama File : Nama Customer
Akronim : NCustomer.myd
Tipe File : File Master
Akses File : Random
Panjang Record : 528 Byte
Kunci Field : Nama_customer
Tabel IV.11
Spesifikasi File Tabel Customer
No Elemen Data Akronim Tipe Panjang Keterangan
1
Nama
customer Nama_Customer Varchar 40
primery
key
2 Alamat Alamat Varchar 20
3 email Email Varchar 30
4
nomor
telepon no_tlp Varchar 50
3. Spesifikasi File Tabel Sales Order
Nama Database : adm_susap.sql
Nama File : Sales Order
Akronim : sales_order.myd
Tipe File : File Master
Akses File : Random
Panjang Record : 528 Byte
Kunci Field : no_SO
78
Tabel IV.12
Spesifikasi File Tabel Sales Order
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Sales order No_SO varchar 40
primery
key
2 customer customer varchar 50
3 purchase order purchase_order varchar 50
4
Delivery request
date Delivey_req date
5 Item Name Item_name varchar 50
6 Quantity Quantity varchar 50
7 Address Address varchar 50
8 Date Date Date
4. Spesifikasi File Tabel Good Receive
Nama Database : adm_susap.sql
Nama File : Good Receive
Akronim : good_receive.myd
Tipe File : File Master
Akses File : Random
Panjang Record : 528 Byte
Kunci Field : No_GR
Tabel IV.13
Spesifikasi File Tabel Good Receive
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Good Receive No_GR varchar 40
primery
key
2 Item Name Item_name varchar 50
3 Date Date Date 50
4 Quantity Quantity varchar 50
5. Spesifikasi File Tabel Good Issue
Nama Database : adm_susap.sql
Nama File : Good Issued
79
Akronim : good_Issued.myd
Tipe File : File Master
Akses File : Random
Panjang Record : 528 Byte
Kunci Field : No_GI
Tabel IV.14
Spesifikasi File Tabel Good Issue
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Good Issue No_GI varchar 40
primery
key
2 Customer customer varchar 50
3 Date Date Date 50
4 No Sales Order No_SO varchar 40
6. Spesifikasi File Tabel Delivery Order
Nama Database : adm_susap.sql
Nama File : Delivery Order
Akronim : Delivery_order.myd
Tipe File : File Master
Akses File : Random
Panjang Record : 528 Byte
Kunci Field : No_Do
Tabel IV.15
Spesifikasi File Tabel Delivery Order
No Elemen Data Akronim Tipe Panjang Keterangan
1 No Delivery Order No_Do varchar 40
primery
key
2 Customer customer varchar 50
3 Date Date Date 50
4 No Sales Order No_SO varchar 40
5 Purchase Order Purchase_order varchar 50
80
4.2.4. Spesifikasi Dokumen Usulan
Spesifikasi dokumen usulan yang penulis ajukan adalah sebagai berikut:
1. Spesifikasi Bentuk Dokumen Masukan
a. Nama Dokumen : Purchase Order
Fungsi : Sebagai Bukti Pemesenan
Frekuensi : Setiap Adanya Pemesanan baru
Sumber : Customer
Tujuan : Bagian Penjualan
Media : Kertas
Jumlah : 1 (satu) Lembar
Bentuk : Lampiran B.1
2. Spesifikasi Bentuk Dokumen Keluaran
a. Nama Dokumen : Sales Order
Fungsi : Sebagai Bukti Pemesanan
Frekuensi : Setiap Terjadi Transaksi pembelian
Sumber : Bagian Penjualan
Tujuan : Customer
Media : Kertas
Jumlah : 1 (satu) Lembar
Bentuk : Lampiran C.1
b. Nama Dokumen : Delivery Order
Fungsi : Sebagai tanda bukti Barang Telah dikirim
Frekuensi : Setiap Terjadi Transaksi Pembelian
81
Sumber : Bagian Penjualan
Tujuan : Customer
Media : Kertas
Jumlah : 1 (satu) lembar
Bentuk : Lampiran D.1
c. Nama Dokumen : Good issue
Fungsi : Sebagai Bukti barang keluar dari gudang
Frekuensi : Setiap Terjadi transaksi pembelian
Sumber : Bagian Gudang
Tujuan : Bagian Pengiriman
Media : Kertas
Jumlah : 1 (satu) lembar
Bentuk : Lampiran E.1
d. Nama Dokumen : Faktur Penjualan
Fungsi : Sebagai bukti Tagihan
Frekuensi : Setiap Terjadi Transaksi Pembelian
Sumber : Bagian Keuangan
Tujuan : Customer
Media : Kertas
Jumlah : 1 (satu) lembar
Bentuk : Lampiran F.1
82
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.20
Deployment Diagram
83
B. Sequence Diagram
Gambar IV.21
Sequence Diagram
84
4.2.6. User Interface
Desain Login
Berikut adalah tampilan login untuk masuk kedalam aplikasi.
Gambar IV.22
Form Login
85
1. Menu Utama Sales
Berikut adalah menu utama bagian sales untuk membuat sales order, mencari
sales order dan memelihat laporan transaksi pembuatan sales order.
Gambar IV.23
Menu Utama Sales
86
2. Menu Sales Order
Berikut adalah tampilan untuk membuat sales order baru
Gambar IV.24
Create sales Order
87
3. Menu Find Sales Order
Berikut adalah tampilan untuk mencari sales order yang sudah di buat
Gambar IV.25
FIND SALES ORDER
88
4. Mencetak Report Transaksi
Berikut ini tampilan untuk mencetak report Transaksi sesuai dengan periode .
Gambar IV.26
Mencetak Report
89
5. Menu Utama Bagian Gudang
Berikut ini tampilan menu utama bagian gudang untuk melakukan input good
Receive , good Issue dan mencetak reportnya.
Gambar IV.27
Menu Utama Bagian Gudang
90
6. Menu Good Receive
Berikut ini adalah tampilan untuk melakukan transaksi Good Receive
Gambar IV.28
Menu Good Receive
91
7. Menu Good Issue
Berikut ini adalah tampilan untuk melakukan transaksi Good Issue
Gambar IV.29
Menu Good Issue
92
8. MENU REPORT STORE GOOD
Berikut ini adalah tampilan untuk menampilkan report store good
Gambar IV.30
Menu Repot Store Good
93
9. Menu Utama Bagian Keuangan
Berikut ini tampilan menu utama bagian Keuangan untuk melakukan transaksi
pembuatan invoice dan mencetak laporan transaksi.
Gambar IV.31
Menu Utama Bagian Keuangan
94
10. Menu Billing
Berikut ini adalah tampilan untuk melakukan transaksi pembuatan invoice
Gambar IV.32
Menu Billing
95
11. Menu cancel Billing
Berikut ini adalah tampilan untuk melakukan transaksi pembatalan invoice
Gambar IV.33
Menu Pembatalan Billing
96
12. Menu Pencarian Billing yang sudah di buat
Berikut ini adalah tampilan untuk melakukan pencarian billing yang sudah di
buat.
Gambar IV.34
Menu Pencarian Billing yang sudah Di buat
97
13. Menu Utama Bagian Pengiriman
Berikut ini tampilan menu utama bagian Pengiriman untuk melakukan transaksi
pembuatan Surat jalan,Pencarian Surat jalan yang sudah di buat dan mencetak
laporan transaksi.
Gambar IV.35
Menu Utama Bagian Pengiriman
98
14. Menu Pembuatan Surat Jalan
Berikut ini adalah tampilan untuk melakukan Pembuatan Surat jalan.
Gambar IV.36
Tampilan Pembuatan Surat Jalan
99
4.2.7. Spesifikasi Hardware & 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 menunjukkan
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.
Perangkat keras yang digunakan dalam sistem usulan Tugas Akhir ini
adalah:
a. Monitor : 14”
b. Proccessor : Core2 Duo @2,00 GHz or Higher
c. Memory : 1 GB (Minimum)
d. Harddisk : 100 GB
e. Keyboard : 102 Keys
f. Printer : Ink Jet
g. Mouse : USB atau Logitech
100
2. Software
Bagian penting lainnya yang mendukung program adalah perangkat lunak
(software) yang digunakan dalam mengeksekusi program aplikasi serta sistem
operasi yang akan digunakan untuk menjalankan program tersebut. Sistem operasi
ini berfungsi untuk mengidentifikasi dan menyiapkan aplikasi program sehingga
tata kerja seluruh peralatan komputer dapat terkontrol.
Perangkat lunak yang digunakan dalam sistem usulan Tugas Akhir ini
adalah:
a. Sistem operasi : Windows 7 or Higher
b. Bahasa Pemograman : Netbeans 8.1
c. Aplikasi Database : MySQL
d. Aplikasi Browser : Mozilla Firefox