BAB IV RANCANGAN SISTEM USULAN - repository.bsi.ac.id · BAB IV RANCANGAN SISTEM USULAN 4.1....

Post on 19-May-2019

231 views 0 download

Transcript of BAB IV RANCANGAN SISTEM USULAN - repository.bsi.ac.id · BAB IV RANCANGAN SISTEM USULAN 4.1....

45

BAB IV

RANCANGAN SISTEM USULAN

4.1. Analisa Kebutuhan Software

4.1.1. Analisa Kebutuhan

Tahapan analisis meliputi tahapan analisis kebutuhan

fungsionalitas dari masing-masing pengguna yang berinteraksi langsung

terhadap sistem informasi.

a. Bagian Admin

A1. Bagian Admin bisa melakukan login

A2. Bagian Admin bisa mengelola data user

A3. Bagian Admin bisa mengelola customer

A4. Bagian Admin bisa melakukan logout

b. Bagian Gudang

B1. Bagian Gudang bisa melakukan login

B2. Bagian Gudang bisa menginput surat jalan

B3. Bagian Gudang bisa melakukan logout

c. Bagian Piutang

C1. Bagian Piutang bisa melakukan login

C2. Bagian Piutang bisa menampilkan surat jalan

C3. Bagian Piutang bisa menginput invoice

C4. Bagian Piutang bisa mengelola pembayaran

46

C5. Bagian Piutang bisa mengelola jurnal

C6. Bagian Piutang bisa mencetak laporan pembayaran

C7. Bagian Piutang bisa melakukan logout

d. Collector

D1. Collector bisa melakukan login

D2. Collector bisa menampilkan laporan pembayaran customer

D3. Collector bisa melakukan logout

e. Accounting

E1. Accounting bisa melakukan login

E2. Accounting bisa menampilkan jurnal

E3. Accounting bisa menampilkan laporan pembayaran customer

E4. Accounting bisa melakukan logout

4.1.2. Use Case Diagram

Setelah kebutuhan fungsional dari masing-masing pengguna

sistem informasi pemberian pinjaman, selanjutnya akan digambarkan use

case diagram seperti dibawah ini:

a. Use Case Diagram Bagian Admin

Penggambaran use case diagram Bagian Admin disesuaikan dengan

kebutuhan fungsional yang sudah disebutkan diatas.

47

Gambar IV.1.

Use Case Diagram Bagian Admin

1. Use Case Diagram Mengelola Data User

48

Gambar IV.2.

Use Case Diagram Mengelola Data User

Tabel IV.1

Berikut penjelasan atau deskripsi dari Use Case Diagram Mengelola Data

User

Use Case Name Use Case Diagram Mengelola Data User

Requirements A2

Goal Bagian Admin dapat mengelola data user

Pre – Conditions Bagian Admin masuk mengakses halaman login

Post – Conditions Bagian Admin melakukan login dan masuk ke dalam

halaman Bagian Admin

Failed End Condition Bagian Admin dapat membatalkan login dan

melakukan logout

49

2. Use Case Diagram Mengelola Data Customer

Gambar IV.3.

Primary Actors Bagian Admin

Main Flow/Basic Path - Bagian Admin bisa mencari data user

- Bagian Admin bisa menambah data user

- Bagian Admin bisa mengedit data user

- Bagian Admin bisa menghapus data user

- Bagian Admin bisa menampilkan data user

Descriptions Sistem ini menggambarkan kegiatan bagian Admin

dalam mengelola data user

Invariant -

50

Use Case Diagram Mengelola Data Customer

Tabel IV.2.

Berikut penjelasan atau deskripsi dari Use Case Diagram Mengelola Data

Customer

Use Case Name Use Case Diagram Mengelola Data Customer

Requirements A3

Goal Bagian Admin dapat mengelola data customer

Pre – Conditions Bagian Admin masuk mengakses halaman login

Post – Conditions Bagian Admin melakukan login dan masuk ke dalam

halaman Bagian Admin

Failed End Condition Bagian Admin dapat membatalkan login dan

melakukan logout

Primary Actors Bagian Admin

Main Flow / Basic Path - Bagian Admin bisa mencari data customer

- Bagian Admin bisa menambah data customer

- Bagian Admin bisa mengedit data customer

- Bagian Admin bisa menghapus data customer

- Bagian Admin bisa menampilkan data customer

Descriptions Sistem ini menggambarkan kegiatan bagian Admin

dalam mengelola data customer

Invariant -

51

b. Use Case Diagram Bagian Gudang

Penggambaran use case diagram Bagian Gudang disesuaikan dengan

kebutuhan fungsional yang sudah disebutkan diatas.

Gambar IV.4.

Use Case Diagram Bagian Gudang

1. Use Case Diagram Menginput Surat Jalan

52

Gambar IV.5.

Use Case Diagram Menginput Surat Jalan

Tabel IV.3

Berikut penjelasan atau deskripsi dari Use Case Diagram Menginput Surat

Jalan.

Use Case Name Use Case Diagram Menginput Surat Jalan

Requirements B2

Goal Bagian Gudang dapat membuat surat jalan

Pre – Conditions Bagian Gudang masuk mengakses halaman login

Post – Conditions Bagian Gudang melakukan login dan masuk ke

dalam halaman Bagian Gudang

Failed End Condition Bagian Gudang dapat membatalkan login dan

melakukan logout

53

b. Use Case Diagram Bagian Piutang

Penggambaran use case diagram bagian Piutang disesuaikan dengan

kebutuhan fungsional yang sudah disebutkan diatas

Primary Actors Bagian Gudang

Main Flow / Basic Path - Bagian gudang bisa mencari surat jalan

- Bagian gudang bisa menginput surat jalan

- Bagian gudang bisa menampilkan surat jalan

Descriptions Sistem ini menggambarkan kegiatan bagian gudang

dalam mengelola keluar-masuknya barang

Invariant -

54

Gambar IV.6.

Use Case Diagram Bagian Piutang

1. Use Case Diagram Menampilkan Surat Jalan

55

Gambar IV.7.

Use Case Diagram Menampilkan Surat Jalan

Tabel IV.4.

Berikut penjelasan atau deskripsi dari Use Case Diagram Menampilkan Surat

Jalan

Use Case Name Use Case Diagram Menampilkan Surat Jalan

Requirements C2

Goal Bagian Piutang dapat menampilkan surat jalan

Pre – Conditions Bagian Piutang masuk mengakses halaman login

Post – Conditions Bagian Piutang melakukan login dan masuk ke

56

dalam halaman bagian Piutang

Failed End Condition Bagian Piutang dapat membatalkan login dan

melakukan logout

Primary Actors Bagian Piutang

Main Flow / Basic Path - Bagian Piutang bisa memilih laporan surat jalan

- Bagian Piutang bisa menampilkan laporan surat

jalan

Descriptions Sistem ini menggambarkan kegiatan bagian piutang

dalam mengelola pembayaran piutang customer

secara kredit

Invariant -

2. Use Case Diagram Menginput Invoice

57

Gambar IV.8.

Use Case Diagram Menginput Invoice

Tabel IV.5.

Berikut penjelasan atau deskripsi dari Use Case Diagram Menginput Invoice

Use Case Name Use Case Diagram Menginput Invoice

Requirements C3

Goal Bagian Piutang dapat menginput invoice

Pre – Conditions Bagian Piutang masuk mengakses halaman login

Post – Conditions Bagian Piutang melakukan login dan masuk ke

dalam halaman bagian piutang

58

Failed End Condition Bagian Piutang dapat membatalkan login dan

melakukan logout

Primary Actors Bagian Piutang

Main Flow / Basic Path - Bagian Piutang bisa mencari Invoice

- Bagian Piutang bisa menginput Invoice

- Bagian Piutang bisa menampilkan Invoice

Descriptions Sistem ini menggambarkan kegiatan bagian piutang

dalam mengelola pembayaran piutang customer

secara kredit

Invariant -

3. Use Case Diagram Mengelola Pembayaran

59

Gambar IV.9

Use Case Diagram Mengelola Pembayaran

Tabel IV.6

Berikut penjelasan atau deskripsi dari Use Case Diagram Mengelola

Pembayaran

Use Case Name Use Case Diagram Mengelola Pembayaran

Requirements C4

Goal Bagian Piutang dapat mengelola Pembayaran

Pre – Conditions Bagian Piutang masuk mengakses halaman login

Post – Conditions Bagian Piutang melakukan login dan masuk ke

dalam halaman bagian piutang

Failed End Condition Bagian Piutang dapat membatalkan login dan

melakukan logout

Primary Actors Bagian Piutang

Main Flow / Basic Path - Bagian Piutang bisa mencari pembayaran

- Bagian Piutang bisa menambah pembayaran

- Bagian Piutang bisa mengedit pembayaran

- Bagian Piutang bisa menampilkan pembayaran

Descriptions Sistem ini menggambarkan kegiatan bagian piutang

dalam mengelola pembayaran piutang customer

secara kredit

Invariant -

60

4. Use Case Diagram Mengelola Jurnal

Gambar IV.10.

Use Case Diagram Mengelola Jurnal

Tabel IV.7.

Berikut penjelasan atau deskripsi dari Use Case Diagram Mengelola Jurnal

Use Case Name Use Case Diagram Mengelola Jurnal

Requirements C5

Goal Bagian Piutang dapat mengelola Jurnal

Pre – Conditions Bagian Piutang masuk mengakses halaman login

Post – Conditions Bagian Piutang melakukan login dan masuk ke

dalam halaman bagian piutang

Failed End Condition Bagian Piutang dapat membatalkan login dan

61

melakukan logout

Primary Actors Bagian Piutang

Main Flow / Basic Path - Bagian Piutang bisa mencari jurnal

- Bagian Piutang bisa menambah jurnal

- Bagian Piutang bisa mengedit jurnal

- Bagian Piutang bisa menampilkan jurnal

Descriptions Sistem ini menggambarkan kegiatan bagian piutang

dalam mengelola pembayaran piutang customer

secara kredit

Invariant -

5. Use Case Diagram Mencetak Laporan Pembayaran

62

Gambar IV.11.

Use Case Diagram Mencetak Laporan Pembayaran

Tabel IV.8.

Berikut penjelasan atau deskripsi dari Use Case Diagram Mencetak Laporan

Pembayaran

Use Case Name Use Case Diagram Mencetak Laporan Pembayaran

Requirements C6

Goal Bagian Piutang dapat mencetak laporan pembayaran

63

Pre – Conditions Bagian Piutang masuk mengakses halaman login

Post – Conditions Bagian Piutang melakukan login dan masuk ke

dalam halaman bagian piutang

Failed End Condition Bagian Piutang dapat membatalkan login dan

melakukan logout

Primary Actors Bagian Piutang

Main Flow / Basic Path - Bagian Piutang bisa mencari laporan pembayaran

- Bagian Piutang bisa menampilkan laporan

pembayaran

Descriptions Sistem ini menggambarkan kegiatan bagian piutang

dalam mengelola pembayaran piutang customer

secara kredit

Invariant -

c. Use Case Diagram Collector

Penggambaran use case diagram Collector disesuaikan dengan kebutuhan

fungsional yang sudah disebutkan diatas.

64

Gambar IV.12.

Use Case Diagram Collector

1. Use Case Diagram Menampilkan Laporan Pembayaran

Gambar IV.13.

Use Case Diagram Menampilkan Laporan Pembayaran

65

Tabel IV.9

Berikut penjelasan atau deskripsi dari use case diagram Menampilkan laporan

pembayaran

Use Case Name Use Case Diagram Menampilkan Laporan Pembayaran

Requirements C2

Goal Collector dapat menampilkan laporan Pembayaran

Pre – Conditions Collector masuk mengakses halaman login

Post – Conditions Collector melakukan login dan masuk ke dalam halaman

Collector

Failed End Condition Collector dapat membatalkan login

Primary Actors Collector

Main Flow / Basic Path Collector dapat mengecek laporan pembayaran customer

Descriptions Sistem ini menggambarkan kegiatan bagian collector

dalam penagihan customer

Invariant -

d. Use Case Diagram Accounting

Penggambaran use case diagram Accounting disesuaikan dengan

kebutuhan fungsional yang sudah disebutkan diatas.

66

Gambar IV.14.

Use Case Diagram Accounting

1. Use Case Diagram Menampilkan Jurnal

67

Gambar IV.15.

Use Case Diagram Menampilkan Jurnal

Tabel IV.10.

Berikut penjelasan atau deskripsi dari use case diagram Menampilkan Jurnal

Use Case Name Use Case Diagram Menampilkan Jurnal

Requirements C2

Goal Accounting dapat menampilkan Jurnal

Pre – Conditions Accounting masuk mengakses halaman login

Post – Conditions Accounting melakukan login dan masuk ke dalam

halaman Collector

Failed End Condition Accounting dapat membatalkan login

Primary Actors Accounting

68

Main Flow / Basic Path 1. Accounting dapat memilih jurnal

2. Accounting dapat menampilkan jurnal

Descriptions Sistem ini menggambarkan kegiatan bagian

Accounting dalam memeriksa dan mengatur arus

keuangan

Invariant -

2. Use Case Diagram Menampikan Laporan Pembayaran Customer

Gambar IV.16.

Use Case Diagram Menampilkan Laporan Pembayaran Customer

Tabel IV.11.

Berikut penjelasan atau deskripsi dari use case diagram Menampilkan Laporan

Pembayaran Customer

69

Use Case Name Use Case Diagram Menampilkan Lap.

Pembayaran Cust

Requirements C3

Goal Accounting dapat menampilkan Laporan

Pembayaran Customer

Pre – Conditions Accounting masuk mengakses halaman login

Post – Conditions Accounting melakukan login dan masuk ke dalam

halaman Collector

Failed End Condition Accounting dapat membatalkan login

Primary Actors Accounting

Main Flow / Basic Path 1. Accounting dapat memilih laporan

pembayaran customer

2. Accounting dapat menampilkan laporan

pembayran customer

Descriptions Sistem ini menggambarkan kegiatan bagian

Accounting dalam memeriksa dan mengatur arus

keuangan

Invariant -

4.1.3. Activity Diagram

Activity Diagram merupakan diagram flowchart yang diperluas yang

menunjukkan aliran kendali satu aktivitas ke aktivitas lain. Kita dapat

70

menggunakan diagram ini untuk memodelkan aspek dinamis sistem. Setelah

kebutuhan fungsional dari masing-masing pengguna sistem informasi,

selanjutnya akan digambarkan activity diagram dari masing-masing use case

yang ada pada use case diagram seperti dibawah ini :

1. Activity Diagram Bagian Admin

Dalam penggambaran activity diagram merujuk dari masing-masing use

case yang ada dalam use case diagram Bagian Admin.

a. Activity Diagram Login

Berikut penggambaran activity diagram login :

Gambar IV.17.

Activity Diagram Login

b. Activity Diagram Mengelola Data User

Berikut penggambaran activity diagram mengelola data user :

71

act Activ ity Diagram Mengelola Data User

SistemAdmin

Start

Login

Mengklik Master

Mengklik Data User

Menampilkan From

Data User

Tambah Data

User

Memilih

Edit Data

User

Hapus Data

User

Simpan

Finish

Gambar IV.18

Activity Diagram Mengelola Data User

c. Activity Diagram Mengelola Data Customer

Berikut penggambaran activity diagram data customer :

act Activ ity Diagram Mengelola Data Customer

SistemAdmin

Start

Login

Menampilkan

From Data

Custamer

Tambah Data

Customer

Mengklik Master

Edit Data

CustomerHapus Data

Customer

Simpan

Mengklik Data

Customer

Finish

Memilih

72

Gambar IV.I9

Activity Diagram Mengelola Data Customer

2. Activity Diagram Bagian Gudang

Dalam penggambaran activity diagram merujuk dari masing-masing use

case yang ada dalam use case diagram bagian gudang.

a. Activity Diagram Menginput Surat Jalan

Berikut penggambaran activity diagram menginput surat jalan :

Gambar IV.20

Activity Diagram Menginput Surat Jalan

3. Activity Diagram Bagian Piutang

Dalam penggambaran activity diagram merujuk dari masing-masing use

case yang ada dalam use case diagram bagian piutang

73

a. Activity Diagram Menampilkan Surat Jalan

Berikut penggambaran activity diagram menampilkan surat jalan :

Gambar IV.21.

Activity Diagram Menampilkan Surat Jalan

b. Activity Diagram Menginput Invoice

Berikut penggambaran activity diagram menginput invoice:

74

Gambar IV.22.

Activity Diagram Menginput Invoice

c. Activity Diagram Mengelola Pembayaran

Berikut penggambaran activity diagram mengelola pembayaran :

75

Gambar IV.23.

Activity Diagram Mengelola Pembayaran

d. Activity Diagram Mengelola Jurnal

Berikut penggambaran activity diagram mengelola jurnal :

76

Gambar IV.24.

Activity Diagram Mengelola Jurnal

e. Activity Diagram Mencetak Laporan Pembayaran

Berikut penggambaran activity diagram mencetak laporan

pembayaran :

77

Gambar IV.25.

Activity Diagram Mencetak Laporan Pembayaran

4. Activity Diagram Bagian Collector

Dalam penggambaran activity diagram merujuk dari masing-masing use

case yang ada dalam use case diagram bagian collector.

a. Activity Diagram Menampilkan Laporan Pembayaran Customer

Berikut penggambaran activity diagram menampilkan laporan

pembayaran customer :

78

Gambar IV.26.

Activity Diagram Menampilkan Laporan Pembayaran

5. Activity Diagram Bagian Accounting

Dalam penggambaran activity diagram merujuk dari masing-masing use

case yang ada dalam use case diagram bagian Accounting.

a. Activity Diagram Menampilkan Jurnal

Berikut penggambaran activity diagram menampilkan Jurnal

79

Gambar IV.27.

Activity Diagram Menampilkan Jurnal

b. Activity Diagram Menampilkan Laporan Pembayaran Customer

Berikut penggambaran activity diagram menampilkan laporan

pembayaran customer :

80

Gambar IV.28.

Activity Diagram Menampilkan Laporan Pembayaran

4.2. Desain Database

4.2.1. Entity Relationship Diagram ( ERD )

Tahapan desain database dengan menggunakan Entity Relationship

Diagram (ERD) sebagai perangkat desain database adalah sebagai berikut:

81

USER MENGINPUT CUSTOMER

MELAKUKAN

PEMBAYARANMEMPUNYAIAKUN

MEMILIKI

JURNAL

ID_USER

USER_NAME

PASSWORD

1 M

1

111

1

1

ID_CUST NAMA_CUST

KD_CUST

ALAMATNO_TELPON

ID_BAYAR

TGL BAYAR KETERANGAN

TOTAL_BAYAR

KD_AKUN

NAMA_AKUN

JENIS AKUN

KD_JURNAL NAMA_JURNAL

DEBETKREDIT

MEMPUNYAI

DETAIL JURNAL

PERUBAHAN

DEBET KREDIT

Gambar IV.29.

Entity Relationship Diagram ( ERD )

82

4.2.2. Logical Record Structure ( LRS )

1 M 1 1

1

1

1 1 1 1

Gambar IV.30.

Logical Record Structure ( LRS )

4.2.3. Spesifikasi File

Spesifikasi file yang akan disimpan dalam pengolahan database pada

sistem yang akan diusulkan dan sebagai penyimpanan data dari proses yang

terjadi pada sistem Spesifikasi File tersebut adalah:

ID_USER PK

USER_NAME

PASSWORD

USER

ID_CUSTOMER PK

NAMA_CUSTOMER

NO_TELPON

KD_CUST

ALAMAT

CUSTOMER

ID_BAYAR PK

TOTAL_BAYAR FK

TGL_BAYAR

KETERANGAN

PEMBAYARAN

KD_AKUN PK

NAMA_AKUN

JENIS_AKUN

AKUN

KD_JURNAL PK

NAMA_JURNAL

DEBET

KREDIT

JURNAL DETAIL JURNAL

DEBET

KREDIT

83

1. Spesifikasi File User

Database : MySql

Nama File : Tabel User

Akronim : user.myd

Tipe File : Tabel Master

Panjang Record : 55 Karakter

Akses File : Random

Kunci Field : kd_user

Tabel IV. 12

Spesifikasi File Tabel User

No. Element Data Nama Field Tipe Panjang Keterangan

1. Kode User kd_user Varchar 10 Primary Key

2. Nama User nm_user Character 35

3. Password Password Interger 10

2. Spesifikasi File Customer

Database :MySql

84

Nama File : Tabel Customer

Akronim : customer.myd

Tipe File : Tabel Master

Panjang Record : 115 Karakter

Akses File : Random

Kunci Field : kd_cust

Tabel IV. 12

Spesifikasi File Tabel Customer

No. Element Data Nama Field Tipe Panjang Keterangan

1.. Kode Customer kd_cust Varchar 10 Primary Key

2. Nama Customer nm_cust Character 35

3. Alamat Alamat Varchar 45

4. No. Telphone no_telp Integer 15

5. Kode User kd_user Varchar 10 Foreign Key

3. Spesifikasi File Pembayaran

Database : MySql

85

Nama File : Table Pembayaran

Akronim : pembayaran.myd

Tipe File : Tabel Transaksi

Panjang Record : 30 Karakter

Akses File : Random

Kunci Field : id_bayar

Tabel IV. 13

Spesifikasi File Tabel Pembayaran

No. Element Data Akronim Tipe Panjang Keterangan

1.. ID_Bayar id_bayar Integer 10 Primary Key

2. Total Bayar Total Integer

3. Nama Toko nm_toko Character 10

4. Nama Customer nm_cust Character 10 Foreign Key

4. Spesifikasi File Jurnal

Database : MySql

Nama File : Tabel Jurnal

86

Akronim : jurnal.myd

Tipe File : Tabel Transaksi

Panjang Record : 40 Karakter

Akses File : Random

Kunci Field : kd_jurnal

Tabel IV. 14

Spesifikasi File Tabel Jurnal

No. Element Data Akronim Tipe Panjang Keterangan

1.. Kode Jurnal kd_jurnal Interger 10 Primary Key

2. Debit Debit Character 10

3. Kredit Kredit Character 10

4. Nama Jurnal nm_jurnal Character 10 Foreign Key

5. Spesifikasi File Akun

Database : MySql

Nama File : Tabel Akun

Akronim : akun.myd

87

Tipe File : Tabel Master

Panjang Record : 60 Byte

Akses File : Random

Kunci Field : kd_akun

Tabel IV. 15

Spesifikasi File Tabel Akun

No. Element Data Akronim Tipe Panjang Keterangan

1.. Kode Akun kd_akun Interger 10 Primary Key

2. Nama Akun nm_akun Character 30

3. Jenis Akun jen_akun Character 20

4.2.4. Software Architecture

1. Sequence Diagram

88

Gambar IV.31

Sequence Diagram Login

2. Deployment Diagram

sd Sequence

Pengguna

Login Menu Utama

Meminta username dan password ()

Menginput username dan password()

Memproses username dan password ()

validasi login ()

login berhasil ()

batal ()

89

Gambar IV.32

Deployment Diagram Login

4.2.5. User Interface

Desain User Interface yang telah dibuat didalam sistem pembayaran sebagai

berikut:

1. Tampilan From Login

90

Gambar IV.33

User Interface Login

2. Tampilan Menu Utama

Gambar IV. 34

User Interface Menu Utama

a. Tampilan Menu Master

91

Gambar IV.35

User Interface Menu Master

b. Tampilan Menu Transaksi

92

Gambar IV. 36

User Interface Menu Transaksi

c. Tampilan Menu Laporan

93

Gambar IV. 37

User Inerface Menu Laporan

d. Tampilan Menu Utility

94

Gambar IV. 38

User Interface Menu Utility

3. Tampilan Data Customer

95

Gambar IV. 39

User Interface Data Customer

4. Tampilan Data Pembayaran

Gambar IV. 40

User Interface Data Pembayaran

5. Tampilan Data User

96

Gambar IV. 41

User Interface Data User

6. Tampilan Data Akun

97

Gambar IV. 42

User Interface Data Akun

7. Tampilan Jurnal

Gambar IV.43

User Interface Jurnal

8. Tampilan Laporan Pembayaran

98

Gambar IV. 44

User Interface Laporan Pembayaran

9. Tampilan Laporan Jurnal

99

Gambar IV. 45

User Interface Laporan Jurnal

10. Tampilan Laporan Customer

Gambar IV. 46

User Interface Laporan Customer

11. Tampilan Backup

100

Gambar IV. 47

User Interface Backup

4.2.6. Spesifikasi Hardware Dan Software

Menjelasan mengenai kebutuhan minimum hardware dan software yang

standard yang akan digunakan untuk menjalankan sistem usulan.

1. Spesifikasi Hardware :

a. Sistem Operasi : Microsoft Windows 7

b. Processor : Intel Pentium Inside

c. RAM : 2 GB

d. Harddisk : 100 GB

e. Monitor : SVGA 14”

f. Keyboard :108 Karakter

101

g. Printer : Laser Jet

h. Mouse : Standart

2. Spesifikasi Software :

a. Bahasa Pemrograman : Java

b. Aplikasi Pendukung : Crystal Report

c. DBMS : My SQL

d. Anti Virus : Smadav 2017 Rev. 11.3