bab iv perancangan sistem usulan...use case diagram manager penggambaran use case diagram manager...
TRANSCRIPT
41
BAB IV
PERANCANGAN 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 aktiva tetap PT. Coolpad Elektronik Indonesia,
sebagai berikut:
a. Administrator
A1.Adminstrator dapat melakukan login dan logout
A2. Adminstrator dapat mengganti password
A3. Administrator dapat membuat form pengajuan
A4. Adminstrator dapat mengolah data aktiva
A5. Adminstrator dapat.mengolah data user
A6. Adminstrator dapat mengolah data penyusutan
A7. Adminstrator dapat mengolah data laporan
41
42
b. Accounting
B1. Accounting dapat melakukan login dan logout
B2. Accounting dapat melakukan mengganti password
B3. Accounting dapat melakukan melihat daftar aktiva
B4. Accounting dapat melakukan melihat daftar penyustan aktiva
c. Manager
C1. Manager dapat melakukan login dan logout
C2. Manager dapat mengganti password
C3. Manager dapat melihat daftar aktiva
C4. Manager dapat melihat daftar penyustan aktiva
d. Admin penjualan
D1.Admin penjualan dapat melakukan login dan logout
D2. Admin penjualan dapat mengganti password
D3. Admin penjualan dapat melihat daftar aktiva
D4. Admin penjualan dapat melihat daftar penyustan aktiva
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. 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 excel kedalam sistem
yang terkomputerisasi. Adapun use case diagram sistem informasi yang
diusulkan sebagai berikut
43
1. Use Case diagram Administrator
Penggambaran use case diagram administrator disesuaikan dengan
kebutuhan fungsional yang sudah disebutkan dalam subbab 4.1.1, berikut ini
gambaran use case diagram administrator:
Sumber: Perancangan sistem (2017)
Gambar IV.1 Use case diagram Administrator
Berikut penjelasan atau deskripsi dari masing-masing use case diagram
Administrator diatas:
Tabel VI.1
Diskripsi use case diagram Administrator
Use case Name Administrator
Requirements A1-A7
Goal Administrator dapat melakukan login, logout,
mengganti password, membuat form pengajuan,
mengolah data aktiva, mengolah data user,
mengolah data penyusutan dan mengolah data
laporan data aktiva
Pre-Conditions Administrator masuk mengakses masuk halaman
44
login dan bisa logout
Post-Conditions Administrator melakukan login dan masuk
kedalam halaman Administrator
Failed End Conditions Administrator dapat membatalkan login
Primary Actors Administrator
Main Flow/ Basic Path 1. Administrator mengganti password
2. Administrator membuat form pengajuan
3. Administrator mengolah data aktiva tetap
4. Administrator mengolah data user
5. Administrator mengolah data penyusutan
6. Administrator mengolah data laporan
Sumber: Perancangan sistem (2017)
2. Use Case diagram Accounting
Penggambaran use case diagram accounting disesuaikan dengan
kebutuhan fungsional yang sudah disebutkan dalam subbab 4.1.1. untuk use
case diagram pada Accounting tidak jauh berbeda dengan use case diagram
sebelumnya, dimana setiap use case ada include login dan logout, berikut ini
gambaran use case diagram pada Accounting yang di usulkan:
Sumber: Perancangan sistem (2017)
Gambar IV.2 Use case diagram Accounting
45
Tabel VI.2
Diskripsi use case diagram Accounting
Use case Name Accounting
Requirements B1-B4
Goal Accounting dapat melakukan login, logout,
mengganti password, melihat daftar aktiva, dan
melihat daftar penyusutan.
Pre-Conditions Accounting masuk mengakses masuk halaman
login dan bisa logout
Post-Conditions Accounting melakukan login dan masuk kedalam
halaman Accounting
Failed End Conditions Accounting dapat membatalkan login
Primary Actors Accounting
Main Flow/ Basic Path 1. Accounting mengganti password
2. Accounting melihat daftar aktiva tetap
3. Accounting melihat daftar penyusutan
Sumber: Perancangan sistem (2017)
3. Use Case diagram Manager
Penggambaran use case diagram manager disesuaikan dengan kebutuhan
fungsional yang sudah disebutkan dalam subbab 4.1.1, diatas:
Sumber: Perancangan sistem (2017)
Gambar IV.3 Use case diagram manager
46
Tabel VI.3
Diskripsi use case diagram manager
Use case Name Manager
Requirements C1-C4
Goal Manager dapat melakukan login, logout,
mengganti password, melihat daftar aktiva, dan
melihat daftar penyusutan.
Pre-Conditions Manager masuk mengakses masuk halaman
login dan bisa logout
Post-Conditions Manager melakukan login dan masuk kedalam
halaman Accounting
Failed End Conditions Manager dapat membatalkan login
Primary Actors Manager
Main Flow/ Basic Path 1. Manager mengganti password
2. Manager melihat daftar aktiva tetap
3. Manager melihat daftar penyusutan
Sumber: Perancangan sistem (2017)
4. Use Case diagram Admin penjualan
Penggambaran use case diagram manager disesuaikan dengan kebutuhan
fungsional yang sudah disebutkan dalam subbab 4.1.1, diatas:
Sumber: Perancangan sistem (2017)
Gambar IV.4 Use case diagram Amin penjualan
47
Tabel VI.4
Diskripsi use case diagram Admin penjualan
Use case Name Admin penjualan
Requirements D1-D4
Goal Admin penjualan dapat melakukan login, logout,
mengganti password, melihat daftar aktiva, dan
melihat daftar penyusutan.
Pre-Conditions Admin penjualan masuk mengakses masuk
halaman login dan bisa logout
Post-Conditions Admin penjualan melakukan login dan masuk
kedalam halaman Accounting
Failed End Conditions Admin penjualan dapat membatalkan login
Primary Actors Admin penjualan
Main Flow/ Basic Path 1. Admin penjualan mengganti password
2. Admin penjualan melihat daftar aktiva tetap
3. Admin penjualan melihat daftar penyusut
Sumber: Perancangan sistem (2017)
4.1.3. Activity Diagram
Diagram Activity akan menggambarkan aliran kerja dari setiap aktivitas
pada sistem. Diagram Activity dalam sistem informasi PT. Coolpad Elektronik
Indonesia berdasarkan dari penjelasan dari setiap use case yang ada pada
diagram use case yang sebelumnya.
1. Activity diagram Administrator
a. Activity diagram login dan logout
Berikut ini adalah penggambaran activity diagram login dan logout,
untuk login administrator, accounting, manager dan admin penjualan, activity
diagramnya sama, seperti dibawah ini:
48
Sumber: Perancangan sistem (2017)
Gambar IV.5 Activity diagram login dan logout
49
b. Activity diagram mengganti password.
Penggambaran activity diagram mengganti password pada administrator
sama dengan activity diagram mengganti password pada accounting, manager
dan admin penjualan. Untuk activity diagram seperti dibawah ini:
Sumber: Perancangan sistem (2017)
Gambar IV.6 Activity diagram mengganti password
50
c. Activity diagram mengolah pengajuan.
Form pengajuan nantinya akan di simpan di dalam database, hal ini di
maksudkan agar dalam setiap pengajuan ada file simpan khusus. Untuk
pengajuan ini, ada dua pilihan yaitu pengajuan penghentian dan pengajuan
pembelian aktiva. Pengagambaran Activity diagram mengolah pengajuan
sebagai berikut:
Sumber: Perancangan sistem (2017)
Gambar IV.7. Activity diagram mengolah pengajuan
51
d. Activity diagram mengolah daftar aktiva.
Mengolah daftar aktiva hanya bisa dilakukan oleh administrator, berikut
ini gambaran activity diagram mengolah data aktiva:
Sumber: Perancangan sistem (2017)
Gambar IV.8. Activity diagram mengolah data aktiva
52
e. Activity diagram mengolah daftar user.
Activity diagram dibawah ini hanya dilakukan oleh administrator, karena
mengolah daftar user. Hanya administrator yang bisa menambah, menghapus
dan merubah daftar aktiva
Sumber: Perancangan sistem (2017)
Gambar IV.9. Activity diagram mengolah data user
53
f. Megolah daftar penyusutan aktiva.
Mengolah daftar penyusutan aktiva hanya bisa dilakukan oleh
administrator, dibawah ini penggambaran aktivty diagram megolah daftar
penyusutan aktiva yang dilakukan administrator:
Sumber: Perancangan sistem (2017)
Gambar IV.10. Activity diagram mengolah data penyusutan
54
g. Mengolah daftar jurnal
Penggambaran activity diagram mengolah daftar laporan, hanya bisa
dilakukan oleh administrator, berikut ini penggambaran activity diagramnya:
Sumber: Perancangan sistem (2017)
Gambar IV.11. Activity diagram mengolah data jurnal
55
2. Activity diagram Accounting, manager dan admin penjualan
a. Activity diagram melihat daftar aktiva.
Activity diagram melihat daftar aktiva ada beberapa actor yang bisa
melakukannya. Adapun yaitu Accounting , Manager dan admin penjualan.
Berikut ini gambaran activity diagram melihat daftar aktiva:
Sumber: Perancangan sistem (2017)
Gambar IV.12. Activity diagram melihat daftar aktiva
56
b. Activity diagram melihat daftar penyusutan.
Penggambaran diagram aktiviti melihat daftar penyusutan bisa dilakukan
oleh aktor Accounting, Manager dan admin penjualan. Berikut ini
penggambaran melihat daftar penyusutan:
Sumber: Perancangan sistem (2017)
Gambar IV.13. Activity diagram melihat daftar penyusutan
57
4.2. Desain
Definisi desain adalah tahapan berupa penggambaran, perencanaan dan
pembuatan dengan menyatukan beberapa elemen terpisah ke dalam satu
kesatuan yang utuh untuk memperjelas bentuk sebuah sistem.
4.2.1. Entity Relation Diagram (ERD)
Entity Relationship Diagram adalah model data konseptual yang
memandang dunia nyata sebagai kesatuan (entity) dan hubungan
(Relationship). Berikut ini gambaraan ERD pada program usulan:
Sumber: Perancangan sistem (2017)
Gambar IV.14. Entity Relationship Diagram aktiva tetap
58
4.2.2. Logocal Record structure (LRS)
Logical Record structure dibentuk dengan nomer dari tipe record.
Berikut ini gambaran LRS usulan:
Sumber: Perancangan sistem (2017)
Gambar IV.15. Logical Record Strukture Aktiva Tetap
4.3. Spesifikasi File
Spesifikasi file akan menyimpan data hasil pengolahan. Penjelasan tabel
yang digunakan dalam program usulan serta fiel yang terdapat pada file
59
database yang akan dibangun. Tabel-tabel tersebut akan menampung data
informasi yang telah dilakukan proses perekaman dan pengeditan data
sehingga akan menyimpan data secara permanen didalam disk. Spesifikasi file
yang digunakan dalam perancangan program aktiva tetap , sebagai berikut:
1. Spesifikasi file User
Nama file : User
Funsi file : Untuk menyimpan file user
Akronim file : User
Akses file : Random
Tipe file : Master
Media file : Hard disk
File kunci : Id_user
Software : MySql
Organisassi File : Index sequensiar
Table IV.5.
Tabel User
No Elemen data Akronim Type Widht Keterangan
1 Id user Id_user Varchar 5 Primery key
2 Nama Nama Varchar 20
3 Alamat Alamat Varchar 30
4 Jenis kelamin Jns_kelamin Varchar 10
5 Password Password Varchar 8
6 Status Status Varchar 10
8 Jabatan Jabatan Varchar 10
Sumber: Perancangan sistem (2017)
60
2. Spesifikasi file Pengajuan
Nama file : pengajuan
Funsi file : Untuk menyimpan file pengajuan
Akronim file : Pengajuan
Akses file : Random
Tipe file : Master
Media file : Hard disk
File kunci : Id_Pengajuan
Software : MySql
Organisassi File : Index sequensiar
Table IV.6.
Tabel Pengajuan
No Elemen data Akronim Type Widht sKeterangan
1 Id Pengajuan Id_pengajuan Varchar 6 Primery key
2 Tanggal
pengajuan
Tgl_pengajuan Date 10
3 Keterangan Keterangan Varschar 100
4 Id user Id_user Varchar 5 Foreign key
Sumber: Perancangan sistem (2017)
3. Spesifikasi file detail pengajuan
Nama file : Detail pengajuan
Funsi file : Untuk melihat setiap detail pengajuan
Akronim file : Detail Pengajuan
Akses file : Random
Tipe file : Detail dari setiap jurnal
61
Media file : Hard disk
Software : MySql
Organisassi File : Index sequensiar
Table IV.7.
Tabel Detail Pengajuan
No Elemen data Akronim Type Widht Keterangan
1 Id pengajuan Id_pengajuan Varchar 5 Foreign key
2 Quantity Qty Numeric 3
3 Subtotal Subtotal Int 10
4 Jenis pengajuan Jns_pengajuan Vachar 12
5 Harga aktiva Hrg_aktiva Numeric 10
6 Id aktiva Id aktiva vachar 6 Foreign key
Sumber: Perancangan sistem (2017)
4. Spesifikasi file aktiva tetap
Nama file : Aktiva tetap
Funsi file : Untuk menyimpan data aktiva
Akronim file : Aktiva tetap
Akses file : Random
Tipe file : Master
Media file : Hard disk
File kunci : Id_Aktiva
Software : MySql
Organisassi File : Index sequensiar
62
Table IV.8.
Tabel Aktiva Tetap
No Elemen data Akronim Type Widht Keterangan
1 Id aktiva Id_aktiva Varchar 5 Primery key
2 Nama aktiva Nm_aktiva Varchar 15
3 Harga Aktiva Harga-aktiva Int 8
4 Tanggal beli Tgl_beli Date
5 Masa manfaat Ms_manfaat char 2
6 Nilai resude Nl_resude Float 10
Sumber: Perancangan sistem (2017)
5. Spesifikasi file penyusutan
Nama file : Penyusutan
Funsi file : Untuk menyimpan data penyusutan
Akronim file : Penyusutan
Akses file : Random
Tipe file : Transaksi
Media file : Hard Disk
File kunci : Id_penyusutan
Software : MySql
Organisassi File : Index sequensiar
Table IV.9.
Tabel Penyusutan Aktiva
No Elemen data Akronim Type Widht Keterangan
1 Id penyusutan Id_penyusutan Varchar 5 Primery key
2 Id aktiva Id_aktiva Varchar 5 Foreign key
3 Tanggal
penyusutan
Tgl_penyust Date
63
4 Penyusutan
perbulan
Peny_perbulan Double 10
5 Penyusutan
setelah
perbulan
Peny_stlh_bulan Double 10
6 Akumulasi
penyusutan
Akum_peny Double 10
Sumber: Perancangan sistem (2017)
6. Spesifikasi file Jurnal
Nama file : Jurnal
Funsi file : Untuk menyimpan data jurnal
Akronim file : Jurnal
Akses file : Random
Tipe file : Transaksi
Media file : Hard Disk
File kunci : Id_jurnal
Software : MySql
Organisassi File : Index sequensiar
Table IV.10.
Tabel Jurnal
No Elemen data Akronim Type Widht Keterangan
1 Id jurnal Id_jurnal Varchar 5 Primery key
2 Nama jurnal Nama_jurnal Vcachar 15
3 Id penyusutan Id_penyusutan Varchar 5 Foreign key
Sumber: Perancangan sistem (2017)
7. Spesifikasi file detail Jurnal
Nama file : detail Jurnal
Funsi file : Untuk menyimpan data detail jurnal
Akronim file : Detail_jurnal
64
Akses file : Random
Tipe file : Transaksi
Media file : Hard Disk
Software : MySql
Organisassi File : Index sequensiar
Penjelasan spesifikasi file detail jurnal di sini tidak ada primery key,
karena jurnal menghasilkan detail jurnal. Karena setiap jurnal ada spesifikasi
detail jurnalnya. Berikut ini table spesifikasi detail jurnal usulan:
Table IV.11.
Tabel Detail Jurnal
No Elemen data Akronim Type Widht Keterangan
1 Id jurnal Id_jurnal Varchar 5 Foreign key
2 Tanggal jurnal tgl_jurnal Date
3 Id akun Id_akun Varchar 5 Foreign key
4 Debet Debet Numeric 10
5 Kredit Kredit Numeric 10
Sumber: Perancangan sistem (2017)
8. Spesifikasi file detail Akun
Nama file : Akun
Funsi file : Untuk menyimpan akun yang dihasilkan jurnal
Akronim file : akun
Akses file : Random
Tipe file : Transaksi
Media file : Hard Disk
File kunci :Id_akun
65
Software : MySql
Organisassi File : Index sequensiar
Table IV.12.
Tabel Akun
No Elemen data Akronim Type Widht Keterangan
1 Id akun Id_akun Varchar 5 Primery key
2 Nama akun Nm_akun Vachar 20
3 tanggal akun tgl_akun Date
4 Saldo akun Saldo_akun Int 10
Sumber: Perancangan sistem (2017)
8.4. Software Architecture
Proses yang mendefinisikan solusi yang terstruktur yang memenuhi
kebutuhan teknis dan operasional.
8.4.1. Sequence Diagram
Salah satu diagram yang digunakan untuk menunjukan rangkaian pesan
yang dikirim antara object juga interaksi antara object, berikut ini Sequence
Diagram usulan:
a. Login
Berikut gambar squence diagram login yang diusulkan. Untuk sequence
diagram login bisa dilakukan oleh setiap user, yaitu Administrator, admin
penjualan, manager dan Accounting. Berikut ini gambar diagram usulannya:
66
Sumber: Perancangan sistem (2017)
Gambar IV.16. Squence diagram login
b. Ganti password
Squence diagram ganti password dapat dilakukan oleh user. Namun
sebelum ganti password, user harus login terlebih dahulu untuk mendapatkan
hak akses mengganti password, berikut ini sequence diagram usulan:
Sumber: Perancangan sistem (2017)
Gambar IV.17. Squence diagram ganti password
67
c. Mengolah pengajuan
Mengolah pengajuan hanya bisa dilakukan oleh administrator. Untuk
pengajuan ada dua jenis yaitu pengajuan pembelian dan pengajuan
penghentian.
Sumber: Perancangan sistem (2017)
Gambar IV.18. Squence diagram mengolah pengajuan
d. Mengolah data user
Sumber: Perancangan sistem (2017)
Gambar IV.19. Squence diagram mengolah data user
68
e. Mengolah data aktiva
Sumber: Perancangan sistem (2017)
Gambar IV.20. Squence diagram mengolah data aktiva
f. Mengolah data penyusutan
Sumber: Perancangan sistem (2017)
Gambar IV.21. Squence diagram mengolah data penyusutan
69
g. Melihat data aktiva
Sumber: Perancangan sistem (2017)
Gambar IV.22. Squence diagram melihat data aktiva
h. Melihat data penyusutan
Sumber: Perancangan sistem (2017)
Gambar IV.23. Squence diagram melihat data penyusutan
70
i. Mengolah data jurnal
Sumber: Perancangan sistem (2017)
Gambar IV.24. Squence diagram mengolah laporan
8.4.2. Deployment diagram
Memvisualisasikan, menspesifikasikan dan mendokumentasikan proses
yang terjadi pada suatu sistem perangkat lunak menggunakan salah satu jenis
alat atau bahasa pemograman (UML) yang disebut Deployment diagram.
Berikut ini Deployment diagram usulan:
Sumber: Perancangan sistem (2017)
Gambar IV.25. Deployment diagram Aktiva Tetap
t
java
71
4.5. User Interface
User interface adalah rancangan usulan buat aplikasi yang akan dibuat
dan juga merupakan gambaran dari aplikasi yang akan dibuat. Dalam tahap
perancangan sistem, rancangan antar muka digambarkan berupa sketsa-sketsa
tampilan/form yang akan dilihat oleh pengguna. User interface untuk aplikasi
aktiva tetap sebagai berikut:
a. Menu Utama
Sumber: Perancangan sistem (2017)
Gambar IV.26. User Interface menu utama
72
b. Login
Form pada login dan logout ini ada beberapa pembagian kolom. Dan ada
di tambahkan ucapan selamat datang kepada user yang akan masuk ke dalam
menu aplikasi ini. Dalam kolom user menggunakan Combox karena user yang
akan menggunakan aplikasi ini sudah jelas jumlahnya, sedangkan untuk tombol
menggunakan Button.
Sumber: Perancangan sistem (2017)
Gambar IV.27. User Interface login dan Logout
c. Ganti password
Gambaran pada Form ganti password ini tidak ada form yang berbeda.
Untuk jenis formnya sama yaitu menggunakan JText. Dan untuk tombolnya
masih menggunaka Button. Berikut ini gambaran user interface ganti password:
73
Sumber: Perancangan sistem (2017)
Gambar IV.28. User Interface ganti password
d. Mengolah pengajuan
Form pengajuan aktiva itu melingkupi ada pengajuan pembelian dan ada
juga pengajuan penghentian aktiva. Dalam form ini jenis pengajuan
menggunakan Combobox, karena hanya ada dua pengajuan. Dan tanggal
pengajuan menggunakan Jdatechooser. Sedangkan yang lainnya menggunak
JText. Dan untuk tombol masih menggunakan button. Untuk jumlah kolom dan
74
baris pada tabel sesuai dengan jumlah atribut. Berikut ini gambaran user
interface pada mengolah pengajuan:
Sumber: Perancangan sistem (2017)
Gambar IV.29. User Interface pengajuan
Sebelum membuat form pengajuan yang baru maka pengguna wajib
login terlebih dahulu untuk mendapatkan hak aksesnya, setelah itu pilih form
pengajuan maka akan tampil seperti gambar diatas. Untuk membuat baru maka
75
pilih tombol baru dan input pengajuan sesuai yang diinginkan. Jika dalam satu
pengajuan banyak aktiva maka pilih tombol input lagi, input lagi disini
maksudnya input aktivanya. Setelah itu pilih tombol simpan, saat ingin
mencetak laporan maka tekan tombol cetak dan jika ingin mengakhiri maka
pilih tombol keluar.
e. Mengolah data user
User interface mengolah data aktiva terdiri dari beberapa kolom yang
menggunakan Jtext dan beberapa kolom menggunakan Combobox. Untuk yang
menggunakan Combobox adalah inputan yang sudah jelas pilihannya.
Sedangkan untuk yang password menggunakan Pasword Field. Sedangkan
untuk tombol masih menggunakan Button. Untuk yang lainnya menggunakan
Jtext. Untuk jumlah kolom dan baris pada tabel sesuai dengan jumlah atribut.
Untuk menginput data user baru maka pilih tomboltambah pada form, maka
akan mengaktifkan form input data user. Setelah itu pilih tombol simpan. Jika
dalam penginputan data user tidak lengkap maka akan ada pemberitahuan
kalau data kurang lengkap. Jika terjadi kesalahan dalam penginputan data user,
maka pilih tombol ubah maka akan menampilkan data user yang di pilih dan
lakukan perubahan, jika sudah pilih tombol simpan. Jika dalam penginputan
data user tidak lengkap maka akan ada pemberitahuan kalau data kurang
lengkap. Jika ingin menghapus data user yang sudah memakai sistem maka
pilih tombol hapus, jika sudah memilih tombol “oke” ,maka akan ada
pemberitahuan jika data telah dihapus. Karena data user tidak perlu dilaporkan
maka tidak ada tombol cetak dalam form data user ini. Berikut ini gambaran
form input data user:
76
Sumber: Perancangan sistem (2017)
Gambar IV.30. User Interface mengolah data user
f. Mengolah data aktiva
Berbeda dengan yang form mengolah data user, untuk yang mengolah
data aktiva sama sekali tidak menggunaka Combobox, tapi lebih menggunakan
Jtext. Sedangkan untuk yang tanggal menggunakan JDateChoser. Untuk
tombol masih menggunakan Button. Untuk jumlah kolom dan baris pada tabel
sesuai dengan jumlah atrbibut. Berikut ini gambaran user interface pada
mengolah data aktiva:
77
Sumber: Perancangan sistem (2017)
Gambar IV.31. User Interface mengolah data aktiva
Mengolah data aktiva didalamnya ada beberapa pilihan, diantaranya
menampah aktiva, mencetak data aktiva, mengahapus data aktiva, mencari data
aktiva. Untuk menambah data aktiva baru pada program, maka pilih tombol
tambah, secara otomatis form input data aktiva akan aktif dan input data aktiva
sesuai dengan data aktiva yang sudah disediakan, lalu klik simpan. Jika dalam
input data aktva kurang lengkap maka akan ada pemberitahuan jika data aktiva
kurang lengkap. Untuk mencetak data aktiva isi form cari dengan bulan dan
tahun lalu klik cari, maka akan muncul daftar aktiva sesuai dengan pencarian
lalu cetak data aktiva, maka daftar aktiva tersebut akan tercetak. Jika ingin
mengapus data aktiva maka pilih data aktiva yang ingin dihapus pada table,
kemudian klik hapus, maka akan ada konfirmasi data akan di hapus, jika pilih
tombol “iya” maka data aktiva akan di hapus.
78
g. Mengolah data penyusutan
Form mengolah data penyusutan masih sama dengan form mengolah data
aktiva dan mengolah data user. Menggunakan Jtext. Sedangkan untuk yang
tanggal menggunakan JDateChoser. Untuk tombol masih menggunakan
Button. Untuk jumlah kolom dan baris pada tabel sesuai dengan jumlah atribut.
Dalam form mengolah data penyusutan tidak jauh berbeda dengan form data
aktiva, hampir semua langkah dan caranya sama. Didalam form ini juga
terdapat pilihan tambah jika ingin menambah data penyusutan, tombol simpan
jika selesai input data penyusutan, tombol cetak jika ingin mencetak daftar
penyusutan, pilih tombol hapus jika ingin menghapus data penyusutan. Jika
ingin keluar dari form ini maka pilih tombol keluar.
Sumber: Perancangan sistem (2017)
Gambar IV.32. User Interface mengolah data penyusutan
79
h. Melihat data aktiva
Melihat data aktiva, untuk form ini hanya mempunyai beberapa kolom.
Menggunaka JDateChooser. Dan untuk tombolnya masih menggunakan
Button.
Sumber: Perancangan sistem (2017)
Gambar IV.33. User Interface melihat data aktiva
i. Melihat data penyusutan
Form Melihat data penyusustan masih sama dengan melihat data aktiva.
Berikut ini gambaran user interfacenya:
Sumber: Perancangan sistem (2017)
Gambar IV.34. User Interface melihat data penyusutan
80
Form melihat data aktiva, dalam form ini hanya bisa meihat daftar aktiva.
Untuk form ini hanya bisa untuk meihat, tidak bisa merubah data aktiva,
menghapus daftar aktiva, mencetak daftar aktiva. Jika ingin mencari data
aktiva maka isi form cari dengan bulan dan tahun, lalu pilih tombol cari, maka
akan menampilkan hasil pencarian.
j. Mengolah jurnal
Mengolah laporan menggunakan Combobox karena hanya ada 5 pilihan
form dalam laporan. Menggunaka JDateChooser. Dan untuk tombolnya masih
menggunakan Button. Berikut ini tampilan user interfacenya:
Sumber: Perancangan sistem (2017)
Gambar IV.35. User Interface mengolah Jurnal
Form melihat data aktiva, dalam form ini hanya bisa meihat daftar
penyusutan. Untuk form ini hanya bisa untuk melihat, tidak bisa merubah data
penyusutan, menghapus daftar penyusutan, mencetak daftar penyusutan. Jika
81
ingin mencari data penyusutan maka isi form cari dengan bulan dan tahun, lalu
pilih tombol cari, maka akan memnampilkan hasil pencarian.
4.6. Spesifikasi Hardware dan Software
Hadware adalah perangkat keras yang dimiliki oleh sebuah sistem
komputer, sedangkan software adalah perangkat lunak atau program baik itu
sistem operasi maupun program aplikasi yang berfungsi untuk mendukung
jaringan komputer. Berikut ini spesifikasi Hadware dan software yang
digunakan.
Hadware yang digunakan sebagai berikut:
a. Procesor i5 2GHz 3 MB L3 cache.
b. Memory dengan RAM 4 GB
c. DVD RW
d. Harddisk 500 Gb
e. Keyboard dan mouse
Perangkat lunak yang dibutuhkan computer server sebagai berikut:
a. Operasi sistem : windows 10
b. Web Serwer: Apache V3.2.2 dan xampp V3.2.2.
c. Programing language: PHP
d. Database : MySql