43 4.1. Analisa Kebutuhan Software
4.1.1. Analisa Kebutuhan
A. Bagian OPS II
A.1. Bagian OPS II dapat login pada form login sebelum akses program. A.2. Bagian OPS II dapat mengelola Data Pelanggan.
A.3. Bagian OPS II dapat mengelola Data Pesanan. A.4. Bagian OPS II dapat mngelola Data User. B. Bagian Keuangan
B.1. Bagian Keuangan dapat login pada form login sebelum akses program. B.2. Bagian Keungan dapat mengelola Data Invoice.
B.3. Bagian Keuangan dapat mengelola Data Pembayaran Piutang. B.4. Bagian Keuangan dapat mengelola Laporan Piutang.
C. Bagian Akuntansi
C.1. Bagian Akuntansi dapat login pada form login sebelum akses program. C.2. Bagian Akuntansi dapat mengelola Data Jurnal.
C.3. Bagian Akuntansi dapat Mengakses Data Laporan Piutang. C.4. Bagian Akuntansi dapat mengelola Laporan Jurnal.
4.1.2. Use Case Diagram
1. Use Case Diagram Bagian OPS II
Gambar IV. 1.
Use Case Diagram Login Bagian OPS II
A. Deskripsi Use Case Diagram Pengelolaan Data Master
Gambar IV. 2.
Use Case Diagram Pengelolaan Data Master
uc usecase Bag OPS II Login Mengelola Data Master «extend» uc Master Bag OPS II
Login Tampil Data Master
Data Pelanggan Data Pesanan Tambah Batal Simpan Batal Tambah Simpan Cetak Batal Cari Edit Pencarian dengan No PO Hapus Cari Edit Hapus Pencarian dengan kode pelanggan Update Update Batal Data User Tambah Simpan Batal Cari Edit Batal Pencarian dengan nama user «extend» «extend» «extend» «extend» «include» «include» «extend» «extend» «extend» «extend» «extend» «extend» «extend» «include» «extend» «extend» «extend» «extend» «extend» «include» «extend» «extend» «extend» «extend» «extend» «extend» «include»
Tabel IV. 1
Deskripsi Use Case Diagram Pengelolaan Data Master
Use Case Name Mengelola Data Master
Requirment A2
Goal Bagian OPS II dapat mengelola menu
master terdapat data pelanggan, data pesanan dan data user. Bagian OPS II dapat menambah, mengedit, menghapus dan mencari data pada menu master
Pre-Conditions Bagian OPS II telah melakukan login dan
mengakses menu master
Post-Condition Data pelanggan, Data Pesanan dan Data
User berhasil tersimpan, terupdate, terhapus dan dapat melihat list menu master.
Failed end Conditions Gagal menyimpan, menghapus,
mengupdate, data.
Primary Actor Bagian OPS II
Main Flow / Basic Path 1. Bagian OPS II mengakses form data
pelanggan, data pesanan dan data user 2. Bagian OPS II memilih tombol
“Tambah” pelanggan, data pesanan dan data user
3. Bagian OPS II memilih tombol “Simpan”
4. System menyimpan data data pelanggan, data pesanan dan data user
5. System menampilkan Keterangan berhasil menyimpan data pelanggan, data pesanan dan data user
Alternate Invariant / Invariant 1 A1.Bagian OPS II mencari data data
pelanggan, data pesanan dan data user A2. System menampilkan data yang dicari
A3. Bagian OPS II memilih tombol “Edit” A4. Bagian OPS II merubah data pelanggan,
data pesanan dan data user A5. Bagian OPS II memilih tombol
“Update”
A6. System memperbaharui data kedalam database
A7. System menampilkan keterangan berhasil memperbaharui data yang sudah diedit
Invariant 2 B1. Bagian OPS II mencari data pelanggan,
data pesanan dan data user
B2. System menampilkan data yang diacari B3. Bagian OPS II memilih tombol “Hapus” B4. System menampilkan pesan konfirmasi penghapusan
B5. Administrasi memilih tombol “Ya” B6. System menghapus data pelanggan, data pesanan dan data user
2. Use Case Diagram Bagian Keuangan
A. Deskripsi Use Case Diagram Bagian Keuangan
Gambar IV. 3.
Use Case Diagram Bagian Keuangan
B. Deskripsi Use Case Diagram Pengelolaan Data Transaksi
Gambar IV. 4.
Use Case Diagram Pengelolaan Data Transaksi uc B1 Bag Keuangan Login Mengelola Data Transaksi Mengelola Data laporan piutang «extend» «extend» uc B2 Bag Keuangan Tampil Data Transaksi Login
Data Inv oice
Data Pembayaran Piutang Simpan Tambah Hapus Cetak Batal Tambah Simpan Cetak Batal Hapus «extend» «include» «include» «include» «extend» «extend» «extend» «extend» «include» «extend» «extend» «extend» «include»
Deskripsi Use Case Diagram Pengelolaan Data Transaksi Tabel IV. 2.
Deskripsi Use Case Diagram Pengelolaan Data Transaksi Use Case Name Mengelola Data Transaksi
Requirment B2
Goal Bagian Keuangan dapat mengelola menu
transaksi terdapat data invoice, dan data pembayaran piutang. Bagian OPS II dapat menambah, menyimpan, menghapus dan mencetak data pada menu transaksi
Pre-Conditions Bagian Keuangan telah melakukan login
dan mengakses menu transaksi
Post-Condition Data invoice, Data Pembayaran piutang
berhasil tersimpan dan terhapus
Failed end Conditions Gagal menyimpan dan menghapus data
Primary Actor Bagian Keuangan
Main Flow / Basic Path 1. Bagian Keuangan mengakses form data
invoice, data pembayaran piutang
2. Bagian Keuangan memilih tombol “Tambah” data invoice dan data pembayaran piutang
3. Bagian Keuangan memilih tombol “Simpan”
4. System menyimpan data invoice, dan data pembayaran piutang
5. System menampilkan Keterangan berhasil menyimpan data invoice dan data pembayaran piutang
Alternate Invariant / Invariant 1 A1. Bagian Keuangan mencari data
invoice dan data pembayaran piutang A2. System menampilkan data yang dicari
A3. Bagian Keuangan memilih tombol “Edit”
A4. Bagian Keuangan merubah data invoice dan data pembayaran piutang A5. Bagian Keuangan memilih tombol
“Update”
A6. System memperbaharui data kedalam database
A7. System menampilkan keterangan berhasil memperbaharui data yang sudah diedit
Invariant 2 B1. Bagian Keuangan mencari data invoice
dan data pembayaran piutang
B2. System menampilkan data yang diacari B3. Bagian OPS II memilih tombol
“Hapus”
B4. System menampilkan pesan konfirmasi penghapusan
B5. Administrasi memilih tombol “Ya” B6. System menghapus data invoice dan
C. Deskripsi Use Case Diagram Pengelolaan Data Laporan Piutang Penjualan
Gambar IV. 5.
Use Case Diagram Pengelolaan Data Laporan Piutang Penjualan Deskripsi Use Case Diagram Pengelolaan Data Laporan Piutang Penjualan
Tabel IV. 3.
Deskripsi Use Case Diagram Pengelolaan DataLaporan Piutang Penjualan Use Case Name Mengelola Data Laporan Piutang Penjualan
Requirment B2
Goal Bagian Keuangan dapat mengelola menu
laporan putang. Bagian Keuangan dapat mencari, melihat, mengedit dan mencetak data pada laporan piutang
Pre-Conditions Bagian Keuangan telah melakukan login
dan mengakses menu Laporan
Post-Condition Data Laporan Piutang berhasil teredit dan
tercetak
Failed end Conditions Gagal mengedit dan mencetak data
Primary Actor Bagian Keuangan
uc Mengelola laporan piutang
Bagian Keuangan Login Tampil Form Laporan Piutang Cari Edit Cetak Batal Pencarian dengan tanggal Lihat «include» «extend» «extend» «extend» «extend» «extend»
Main Flow / Basic Path 1. Bagian Keuangan mengakses form data laporan piutang
Alternate Invariant / Invariant 1 A1. Bagian Keuangan mencari data
laporan piutang
A2. System menampilkan data yang dicari A3. Bagian Keuangan memilih tombol
“Edit”
A4. Bagian Keuangan merubah data laporan piutang
A5. System memperbaharui data kedalam database
A6. System menampilkan keterangan berhasil memperbaharui data yang sudah diedit
Invariant 2 B1. Bagian Keuangan mencari data laporan
piutang
B2. System menampilkan data yang dicari B3. Bagian Keuangan memilih tombol
“Cetak”
B4. System menampilkan pesan konfirmasi cetak
B5. Administrasi memilih tombol “Ya” B6. System mencetak data laporan piutang
2. Use Case Diagram Bagian Akuntansi
A. Deskripsi Use Case Diagram Bagian Akuntansi
Gambar IV. 6.
Use Case Diagram Bagian Akuntansi A. Deskripsi Use Case Diagram Pengelolaan Data Jurnal
Gambar IV. 7.
Use Case Diagram Pengelolaan Data Jurnal
uc C.1 Bag Akuntansi Login Mengelola Data Jurnal Mengakses laporan piutang Mengelola Laporan Jurnal «extend» «extend» «extend» uc Jurnal Bagian Akuntansi Login Tambah Simpan Batal
Tampil Form Jurnal
«extend» «include»
«extend» «extend»
Deskripsi Use Case Diagram Pengelolaan Data Jurnal Tabel IV. 4.
Deskripsi Use Case Diagram Pengelolaan Data Jurnal
Use Case Name Mengelola Data Jurnal
Requirment C2
Goal Bagian Akuntansi dapat mengelola data
jurnal. Bagian Keuangan dapat menambah dan menyimpan data jurnal
Pre-Conditions Bagian Keuangan telah melakukan login dan
mengakses form jurnal
Post-Condition Data jurnal berhasil ditambah
Failed end Conditions Gagal menambah data jurnal
Primary Actor Bagian Akuntansi
Main Flow / Basic Path 1. Bagian Keuangan mengakses form jurnal
2. Bagian Keuangan memilih tombol “Tambah”
3. Bagian Keuangan menginput data jurnal baru
4. Bagian Keuangan memilih tombol “Simpan”
5. System menyimpan data jurnal kedalam database
6. System menampilkan keterangan berhasil menyimpan data jurnal
Alternate Invariant / Invariant 1 -
B. Deskripsi Use Case Diagram Pengelolaan Data Laporan Jurnal Umum
Gambar IV. 8.
Use Case Diagram Pengelolaan Laporan Jurnal Umum
Deskripsi Use Case Diagram Pengelolaan Laporan Jurnal Tabel IV. 5.
Deskripsi Use Case Diagram Pengelolaan DataLaporan Jurnal Use Case Name Mengelola Data Laporan Jurnal
Requirment C3
Goal Bagian Keuangan dapat mengelola form
laporan jurnal. Bagian Keuangan dapat mencari, melihat, mengedit dan mencetak laporan jurnal
Pre-Conditions Bagian Keuangan telah melakukan login
dan mengakses form laporan jurnal
Post-Condition Data laporan jurnal berhasil teredit
Failed end Conditions Gagal mengedit data
Primary Actor Bagian Akuntansi
Main Flow / Basic Path 1. Bagian Akuntansi mengakses form
laporan jurnal
uc Laporan Jurnal
Bagian Akuntansi
Login Tampil Form
Laporan Jurnal
Cari Pencarian dengan
tanggal Lihat Batal Cetak Edit «extend» «extend» «include» «extend» «extend» «extend»
Alternate Invariant / Invariant 1 A1. Bagian Akuntansi mencari data laporan jurnal
A2. System menampilkan data yang dicari A3. Bagian Akuntansi memilih tombol
“Edit”
A4. Bagian Akuntansi merubah data laporan jurnal
A5. System memperbaharui data kedalam database
A6. System menampilkan keterangan berhasil memperbaharui data yang sudah diedit
Invariant 2 B1. Bagian Akuntansi mencari data laporan
jurnal
B2. System menampilkan data yang diacari B3. Bagian Akuntansi memilih tombol
“Cetak”
B4. System menampilkan pesan konfirmasi Cetak data
B5. Administrasi memilih tombol “Ya” B6. System mencetak data laporan jurnal
4.1.3. Activity Diagram
1. Activity Diagram Data Pelanggan
Gambar IV. 9.
Activity Diagram Data Pelanggan
act Activ ty Pelanggan
System Bagian OPS II
Pelanggan
Start
Login Aplikasi Konfirmasi Pemesanan Menerima Konfirmasi
Pesanan
Cek Akses Lev el
Tampil Menu Utama Pilih form data
pelanggan di menu Master
Tampil form data pelanggan
Tambah data pelanggan baru
Isi data pelanggan lengkap
Simpan data pelanggan Simpan data kedalam database
Data berhasil disimpan
Update data pelanggan
End [Tidak valid]
2. Activity Diagram Data Pesanan
Gambar IV. 10.
Activity Diagram Data Pesanan
act Activ ty Pesanan
Bagian Keuangan System
Bagian OPS II
Login Aplikasi
Start
Cek Akses Lev el
Tampil Menu Utama Pilih form data pesanan
di menu master
Tampil form data pesanan
Tambah data pesanan baru
Isi data pesanan lengkap
Simpan data pesanan Simpan data kedalam database
Data berhasil disimpan
Update data pesanan
Cetak data pesanan Menerima cetakan data pesanan
End [Tidak valid]
3. Activity Diagram Data Invoice
Gambar IV. 11.
Activity Diagram Data Invoice
act Activ ty inv oice
Pelanggan System
Bagian Keuangan
Start
Login Aplikasi Cek Akses Lev el
Tampil Menu Utama Pilih Form Inv oice di
menu transaksi
Tampil Form Inv oice
Tambah Data Inv oice Baru
Isi Data Inv oice Lengkap
Simpan Data Inv oice
Tampil Data Inv oice Lengkap Cetak Data Inv oice
Menerima Cetakan Data Inv oice
End
Simpan data kedalam database
Data berhasil disimpan
[Tidak valid]
4. Activity Diagram Data Pembayaran Piutang Penjualan
Gambar IV. 12.
Activity Diagram Data Pembayaran Piutang Penjualan act Activ ty Pembayaran
System Bagian Keuangan
Pelanggan
Start
Menerima Konfirmasi
Pembayaran Menerima Konfirmasi Pembayaran
Login Aplikasi Cek Akses Lev el
Tampil Menu Utama Pilih Form pembayaran
di menu transaksi
Tambah data pembayaran baru
Isi data pembayaran lengkap
Simpan data pembayaran Tampil data pembayaran lengkap
Cetak form data pembayaran Menerima bukti pembayaran End [Valid] [Tidak valid]
4.2. Desain
4.2.1. Entity Relationship Diagram (ERD)
Invoice User Pelanggan Pemesanan Pembayaran Piutang Mengelola Memiliki Mengolah Mengeola M 1 1 1 1 1 1 1 No_inv Id_user No_po Id_user Id_user Kd_pel No_inv Id_user Jurnal No_ref 1 Kd_brg Payment Total Hrg_Satuan Qty Nm_brg Kd_pel Nm_pel Kota Alamat Id_user Nm_user Alamat Id_user Jenis_kel Telp Hak_akses Kredit Debet Nm_Akun Kd_akun Id_user Ket No_ref Tgl Kd_pel Nm_pel No_inv No_kwitansi Jmlh_byr Tgl_inv Tgl_jt To_piutang Status Denda Grandtotal Subtotal Total Hrg_satuan Qty Nm_brg Kd_brg Tgl_jt Tgl_inv Alamat Nm_pel No_inv Id_user No_po Password Melakukan No_inv Kd_pel 1 1 Gambar IV. 13.
4.2.2. Logical Record Structure (LRS) Pelanggan Kd_pel* Nm_pel alamat Kota Telp Id_user** User Id_user* Nm_user alamat Telp Jenis_kel Hak_akses Password Invoice No_inv* No_po** Kd_pel Nm_pel Alamat Tgl_inv Tgl_jt Id_user** Kd_brg Nm_brg Qty Hrg_satuan Total Subtotal Denda Grandtotal Pesanan No_po* Kd_brg Nm_brg Qty Hrg_satuan Total Payment Id_user** Pembayaran Piutang Kd_pel* Nm_pel No_inv** No_kwitansi Tgl_inv Tgl_jt Id_user** To_piutang Jmlh_byr Status Jurnal No_ref Tgl Ket Id_user** Kd_akun Nm_akun Debet Kredit 1 1 1 1 1 1 1 1 1 M 1 1 1 1 Gambar IV. 14.
4.2.3. Spesifikasi File
1. Spesifikasi File Tabel Pelanggan Nama Database : admin_hurip Nama File : pelanggan Akronim : pelanggan Tipe File : File Pelanggan Akses File : Random Panjang Record : 120 Byte Kunci Field : Kd_pel
Tabel IV.6. Tabel Data Pelanggan
No Elemen Data Akronim Tipe Panjang Keterangan 1 Kode Pelanggan Kd_pel Varchar 5 Primary Key
2 Nama Pelanggan Nm_pel Varchar 40
3 Alamat Alamat Varchar 40
4 Kota Kota Varchar 10
5 Telepon Telp Int 15
2. Spesifikasi File Tabel Pesanan Nama Database : admin_hurip Nama File : Pesanan Akronim : Pesanan Tipe File : File Pesanan Akses File : Random Panjang Record : 85 Byte Kunci Field : No_po
Tabel IV.7. Tabel Data Pesanan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor PO No_po Varchar 10 Primary Key
2 Kode Barang Kd_barang Varchar 5
3 Nama Barang Nm_brg Text 10
4 Qty Qty Int 10
5 Harga Satuan Hrg_satuan Int 20
6 Total Total Int 20
7 Payment Payment Text 5
3. Spesifikasi File Tabel User Nama Database : admin_hurip Nama File : User
Akronim : User Tipe File : File User Akses File : Random Panjang Record : 140Byte Kunci Field : Id_user
Tabel IV.8. Tabel Data User
No Elemen Data Akronim Tipe Panjang Keterangan 1 Identitas User Id_user Varchar 5 Primary Key
2 Nama user Nm_user Varchar 40
3 Alamat Alamat Varchar 40
4 Telepon Telp Int 15
5 Jenis Kelamin Jenis_kel Text 10
6 Hak akses Hak_akses Char 20
4. Spesifikasi File Tabel Invoice Nama Database : admin_hurip Nama File : Invoice Akronim : Invoice Tipe File : File Invoice Akses File : Random Panjang Record : 290 Byte Kunci Field : No_inv
Tabel IV.9. Tabel Data Invoice
No Elemen Data Akronim Tipe Panjang Keterangan 1 Nomor Invoice No_inv Int 10 Primary Key
2 Nomor PO No_po Varchar 10 Foreign Key
3 Kode pelanggan Kd_pel Varchar 5
4 Nama Pelanggan Nm_pel Varchar 40
5 Alamat kirim Alamat Varchar 40
6 Tanggal_invoice Tgl_inv Date - 7 Tanggal jatuh tempo Tgl_jt Date -
8 Identitas user Id_user Varchar 5 Foreign Key
9 Kode Barang Kd_brg Varchar 5
10 Nama Barang Nm_brg Varchar 20
11 Quantity Qty Int 10
12 Total Total Int 30
13 Subtotal Subtotal Int 40
14 Denda Denda Int 20
15 Grandtotal Grantotal Int 40
5. Spesifikasi File Tabel Pembayaran Piutang Nama Database : admin_hurip
Nama File : pembayaran piutang Akronim : pembayaran_piutang Tipe File : File Pembayaran Piutang Akses File : Random
Panjang Record : 115 Byte Kunci Field : Kd_pel
Tabel IV.10.
Tabel Pembayaran Piutang
No Elemen Data Akronim Tipe Panjang Keterangan 1 Kode Pelanggan Kd_pel Varchar 5 Primary Key
2 Nama Pelanggan Nm_pel Varchar 40
1 Nomor Invoice No_inv Int 10 Primary Key
2 Nomor Kwitansi No_kwitansi Int 10
3 Tanggal Bayar Tgl_byr Date -
6 Tanggal Invoice Tgl_inv Date - 7 Tanggal jatuh tempo Tgl_jt Date -
8 Identitas user Id_user Varchar 5 9 Total Piutang To_piutang Int 20
10 Jumlah Bayar Jmlh_byr Int 20
11 Status Status Char 10
6. Spesifikasi File Tabel Jurnal Nama Database : admin_hurip Nama File : Jurnal Akronim : Jurnal Tipe File : File Jurnal Akses File : Random Panjang Record : 120 Byte Kunci Field : Id_user
Tabel IV.11. Tabel Jurnal
No Elemen Data Akronim Tipe Panjang Keterangan 1 Nomor Referensi No_ref Int 10
2 Tanggal Tgl Date -
3 Keterangan Ket Varchar 40
4 Identitas User Id_user Varchar 5 Primary Key
5 Kode Akun Kd_akun Int 5
6 Nama Akun Nm_akun Varchar 20
7 Debet Debet Int 20
4.2.4. Spesifikasi Dokumen
a. Nama Dokumen : Laporan Piutang Penjualan
Fungsi : Untuk Mengetahui Daftar piutang konsumen Sumber : Bagian Keuangan
Tujuan : Bagian Akuntansi
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadi rekap daftar piutang Bentuk : Lampiran C1
b. Nama Dokumen : Laporan Jurnal Penerimaan Kas
Fungsi : Untuk Mencatat jenis bukti penerimaan kas Sumber : Bagian Akuntansi
Tujuan : Direksi keuangan
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadi penerimaan kas Bentuk : Lampiran C2
4.2.5. Software Architecture
A. Sequence Diagram
Diagram Sekuen menggambarkan kelakuan objek pada use case dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima objek. Oleh karena itu untuk menggambar diagram sekuen maka harus diketahui objek-objek yang terlibat dalam sebuah use case. Berikut gambar Sequence
Diagram :
Gambar IV.15. Sequence Diagram
sd sequen
User
Menu Utama Form Pembayaran Piutang Proses Pembayaran Tampilan Bukti Pembayaran Piutang
Proses Cetak Printer
Set Tanggal Bayar (Tgl_Byr) Tampil Form Pembayaran
Piutang()
Set Jumlah Bayar (Jmlh_Byr) Masukkan Status (Status)
Cetak Bukti Pembayaran Piutang() Pilih Transaksi Pembayaran Piutang()
Set Tanggal jatuh tempo (Tgl_jt)
Set Status (Status) Masukkan Tanggal Invoice (Tgl_Inv)
Set Nomor Invoice (No_Inv) Masukkan Total Piutang (To_Piutang)
Set Kode Pelanggan (Nm_Pel) Input Form Pembayaran Piutang
(No_Kwitansi, Tgl_Byr, Kd_Pel, Nm_Pel, No_Inv, Tgl_jt, To_Piutang, Jmlh_Byr, Status) Klik Simpan()
Masukkan Nomor Kwitansi (No_kwitansi)
Set Total Piutang (To_Piutang) Masukkan Jumlah Bayar (Jmlh_Byr)
Proses Cetak Bukti Pembayaran Piutang() Masukkan Nomor Invoice (No_Inv)
Set Tanggal Invoice (Tgl_Byr) Set Nama Pelanggan (Nm_Pel) Masukkan Nama Pelanggan (Nm_Pel)
Masukkan Kode Pelanggan (Kd_Pel)
Masukkan Tanggal jatuh tempo (Tgl_jt)
Set Nomor Kwitansi (No_Kwitansi) Masukkan Tanggal Bayar (Tgl_byr)
B. Deployment Diagram
Deployment Diagram menunjukkan konfigurasi komponen dalam proses
eksekusi aplikasi. Sistem diwakili oleh node-node, dimana masing-masing node diwakili oleh sebuah kubus. Garis yang menghubungkan kedua kubus menunjukkan hubungan diantara kedua node tersebut.
Aplikasi client php server Printer Components Business process Server MySQL Admin_hurip Database Server Gambar IV.16. Deployment Diagram
4.2.6. User Interface
Gambar IV.17.
Tampilan Menu Login Program
Gambar IV.18.
Gambar IV.19.
Tampilan Form Data Pelanggan
Gambar IV.20.
Gambar IV.21. Tampilan Form Data User
Gambar IV.22.
Gambar IV.23. Tampilan Form Invoice
Gambar IV.24.
Gambar IV.25.
Tampilan Menu Utama Jurnal
Gambar IV.26.
Gambar IV.27.
Tampilan Form Akun Perkiraan
Gambar IV.28.
Gambar IV.29.
Tampilan Form Laporan Piutang
Gambar IV.30.
4.2.7. Spesifikasi Hardware dan Software
A. Umum
Suatu sistem akan berjalan baik apabila didukung oleh sarana yang baik. Sarana yang dimaksud adalah komputer yang dioperasikan dengan baik sesuai dengan sistem yang diusulkan. Untuk itu diperlukan spesifikasi sistem komputer yang terdiri dari hardware dan software untuk mengoperasikan sistem tersebut.
B. Perangkat Keras (Hardware)
Perangkat keras (Hardware) berkaitan dengan peralatan komputer fisik dan alat-alat yang berkaitan dengannya. Perangkat keras yang digunakan dalam peranan suatu sistem terkomputerisasi hauslah sesuai dengan tingkat kecepatan dan kapasitas memori komputer yang dibutuhkan.
Adapun perangkat keras yang digunakan untuk sistem usulan adalah :
1. Processor : Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz (4CPUs),
~2.4GHz
2. RAM : 2, 00 GB (1,9 GB usable) 3. Hardisk : 465,75 GB
4. Mouse : PS/2 Campatible Mouse 5. Keyboard : 140keys
6. Monitor : Generic Pnp Monitor 7. Printer : Ink jet
C. Perangkat Lunak (Software)
Perangkat Lunak (Software) merupakan suatu susunan rangkaian atau susunan instruksi yang berfungsi untuk menjalankan perangkat keras komputer. Adapun perangkat lunak yang digunakan dalam sistem usulan sebagai berikut : 1. Sistem Operasi : Windows 7 Ultimate 64-bit (6.1, Build 7600)
2. Paket program : Java Script
