bab iii pembahasan - bina sarana informatika...cv. media daerah merupakan usaha yang bergerak di...

30

BAB III

PEMBAHASAN

3.1. Tinjauan Perusahaan

CV. Media Daerah merupakan usaha yang bergerak di bidang jasa

percetakan Dimana awalnya CV. Media Daerah hanya melakukan kegiatan

produksi seperti penjilidan sederhana dan ketik manual, tetapi seiring dengan

berjalannya waktu, permintaan pelanggan semakin komplit sehingga perusahaan

ini pun meningkatkan layanannya dan berupaya mengikuti tren teknologi

percetakan dengan menyediakan mesin foto-copy, laminating, alat untuk menjilid

ring, jilid lux, print warna dan mesin scanner serta kelengkapan percetakan

lainnya.

Tinjauan perusahaan berisikan tentang sejarah perusahaan, struktur

organisasi serta fungsi dari masing-masing bagian yang ada dalam perusahaan

tersebut.

3.1.1. Sejarah Institusi/Perusahaan

CV. Media Daerah berdiri sejak tahun 2002 hingga sekarang terus

mengalami kemajuan yang cukup pesat, CV. Media Daerah ini beralamatkan di Jl.

Tanjung Harapan No.99, Kec. Pontianak Selatan, Kota Pontianak, Kalimantan

Barat. CV. Media Daerah ini didirikan oleh Bapak Abdul Syukur yang sekarang

menjadi pimpinan perusahaan tersebut saat ini.

Dalam suatu perusahaan tentunya memiliki satu tujuan tertentu yang

menjadi motivasi guna meyakinkan baik konsumen maupun perusahaan itu

sendiri untuk menjadikan perusahaan itu lebih baik. Oleh karena itu CV. Media

31

Daerah mempunyai visi yaitu “menjadi perusahaan yang bergerak di bidang

percetakan yang dapat melayani dan memenuhi pesanan pelanggan dengan hasil

yang berkualitas demi kepuasan pelanggan dan meningkatkan produktivitas

kinerja guna kemajuan perusahaan”.

Dalam pencapaian suatu tujuan, tentunya perusahaan mempunyai cara

untuk mencapai tujuan tersebut, dalam kontek ini CV. Media Daerah mempunyai

beberapa cara atau misi, di antaranya adalah:

1. Menyediaakan mesin percetakan sesuai dengan kebutuhan dan tentunya

mempunyai kualitas yang baik.

2. Meyediakan tempat kerja yang baik demi mendorong potensi terbaik dari

para karyawan.

3. Melayani konsumen secara profesionalisme sehingga memberi gambaran

yang baik bagi konsumen.

Tanpa visi misi, kecil kemungkinan suatu perusahaan bisa berkembang

bahkan bertahan lama, karena visi misi merupakan tujuan dan cara perusahaan

tersebut untuk menjadi lebih baik.

3.1.2. Struktur Organisasi dan Fungsi

Hubungan antara kedudukan dan peranan dalam suatu kerjasama

merupakan hal penting yang harus ada dalam suatu perusahaan guna menerapkan

manajemen sumber daya manusia, yang dituangkan dalam bentuk struktur

organisasi berupa kerangka yang merupakan sarana penting untuk dalam

pelaksanaan fungsinya. Bentuk struktur organisasi yang dimiliki oleh CV. Media

Daerah sebagai berikut:

32

Sumber : Hasil Penelitian (2017)

Gambar III.1. Struktur Organisasi CV. Media Daerah

Dalam suatu struktur organisasi tentunya memiliki jabatan yang berbeda dan

mempunyai fungsi masing-masing, berikut penjelasan fungsi dari struktur

organisasi CV. Media Daerah :

1. Kepala Pimpinan

Sebagai pemilik dari perusahaan dan mengatur segala kegiatan yang terjadi

dalam perusahaan.

2. Admin Keuangan

Disini admin keuangan mempunyai tugas untuk mencatat laporan seperti

laporan keuangan dan persediaan barang

3. Kasir

Mengurus segala macam kegiatan yang berhubungan dengan kegiatan

oprasional perusahaan kecuali pembuatan laporan seperti barang masuk dan

keluar.

3.2. Analisis Kebutuhan

Dalam melakukan suatu analisis kebutuhan kita harus benar-benar

memperhatikannya dengan baik karena analisis yang tidak tepat akan

mengakibatkan hasil yang tidak berguna. Dalam analisis kita harus

mengetahuinya lebih awal demi menghasilkan suatu aplikasi yang berguna.

Kepala Pimpinan

Kasir Admin Keuangan

33

Dalam analisis kebutuhan ini penulis membahas tentang sistem informasi

pengolahan persediaan barang berbasis web pada CV. Media Daerah. Pengolahan

data yang terjadi di perusahaan CV. Media Daerah masih menggunakan sistem

pembukuan sebagai media pengolahan datanya, yaitu setiap data transaksi baik itu

kegiatan penjualannya, pencatatan barang masuk dan keluar di catat kedalam

suatu buku dan di rekap kembali kedalam aplikasi Microsoft Excel, sehingga

kesulitan dalam melihat data barang yang paling banyak terjual dan sering juga

menimbulkan kesulitan dalam pencarian data, seperti data barang masuk, data

penjualan, dan data transaksi lainya yang terjadi.

Hal ini merupakan salah satu hambatan yang sering di hadapi CV. Media

Daerah sehingga efektifitas dan efesiensi kerja di CV. Media Daerah berkurang

yang mengakibatkan pelayanan terhadap konsumen tidak optimal.

Maka dari itu penulis bermaksud untuk membantu CV. Media Daerah

dalam pengolahan data persediaan barang berbasis web. Dimana keunggulan dari

sistem ini diantaranya adalah pengolahan data barang, data pelanggan, data user,

data permintaan yang paling banyak, data penjualan, retur dan laporan akan di

buat kedalam suatu sistem informasi dan kemudian di simpan dalam database,

yang akan memungkinkan kemudahan dalam pengelolaan berbagai data.

3.2.1. Kebutuhan Fungsional

Sistem yang dirancang harus memiliki kebutuhan fungsi, dimana

kebutuhan fungsional ini memiliki peranan penting bagi sebuah sistem untuk

melakukan aktifitas sesuai dengan kebutuhan perusahaan. Adapun kebutuhan

fungsional sistem yang dirancang oleh penulis yaitu:

34

1. Login

Dalam tahapan ini sistem dapat menerima input dari user berupa username

dan password dimana data tersebut akan diterima oleh sistem untuk kemudian

diproses ke dalam database. Jika data yang diterima bernilai benar maka

sistem melakukan pengecekan ke dalam database untuk menemukan data dari

username dan password yang di input oleh user. Jika data ditemukan maka

sistem membawa user menuju kehalaman yang sesuai dengan hak akses user

tersebut, jika tidak maka sistem akan menampilkan sebuah pesan kesalahan.

2. Pengelolaan data barang

Pada tahapan ini pengguna dapat mengubah dan menghapus data barang serta

dapat melakukan input data barang baru kemudian dapat disimpan ke dalam

basis data.

3. Pengelolaan data user

Pada tahapan ini pengguna dapat mengubah dan menghapus data user serta

dapat menginputkan data user baru yang memiliki keterkaitan langsung

dengan data karyawan kemudian dapat disimpan ke dalam basis data.

4. Pengelolaan data permintaan

Pada tahapan ini pengguna dapat mengubah dan menghapus data permintaan

dari pelanggan serta dapat menginputkan data permintaan baru kemudian

dapat disimpan ke dalam basis data.

5. Pengelolaan data penjualan

Pada tahapan ini pengguna dapat melakukan verifikasi persetujuan atas data

permintaan yang telah dilakukan oleh konsumen.

35

6. Pengelolaan data retur penjualan

Pada tahapan ini pengguna dapat mengubah dan menghapus data retur

penjualan serta dapat menginputkan data retur penjualan baru kemudian dapat

disimpan ke dalam basis data.

7. Pengelolaan laporan

Pada tahapan ini pengguna dapat melihat laporan data barang, laporan

permintaan, laporan barang dan laporan penjualan serta dapat melakukan

pencetakan dari hasil laporan tersebut.

3.2.2. Kebutuhan Non-Fungsional

Selain kebutuhan fungsional, kebutuhan lain yang penting dalam

merancang sebuah sistem yaitu kebutuhan non-fungsional. Kebutuhan non-

fungsional merupakan kebutuhan yang diperlukan oleh hardware, software, dan

brainware yang penting dan dibutuhkan dalam upaya perancangan sistem.

A. Kebutuhan Hardware

Kebutuhan hardware merupakan kebutuhan sebuah sistem berupa

perangkat keras untuk sebuah sistem karena hardware sendiri memiliki fungsi

tersendiri bagi sistem yaitu untuk melakukan pendataan, proses, dan pengeluaran

data. Adapun hardware yang digunakan untuk merancang sistem informasi ini

sebagai berikut:

1. Central Processing Unit (CPU)

a. Processor : 1.4GHz

b. Memory (RAM) : 2 GB

c. Hard disk : 500 GB

36

2. Monitor : Resolusi Layar (1366x768)

3. Keyboard : QWERTY (86 keys)

4. Mouse : Optical / Touchpad

B. Kebutuhan Software

Kebutuhan lain dan juga penting dalam analisis kebutuhan non-fungsional

adalah software. Software merupakan perangkat lunak yang digunakan yang

berfungsi mengoperasikan perangkat keras (hardware) yang ada pada komputer.

Adapun kebutuhan software yang dibutuhkan untuk merancang sistem informasi

ini sebagai berikut:

1. Sistem Operasi : Windows 7 Ultimate

2. Web Server : XAMPP Versi 1.8.1

a. Apache : Apache 2.4.3

b. MySQL : MySQL 5.0.10

c. PHP : PHP 5.4.7

d. PhpMyAdmin : PhpMyAdmin 3.5.2.2

3. Web Browser

a. Mozzila Firefox : Versi 53.0.3

b. Google Chrome : Versi 58.0.3029.110

C. Kebutuhan Brainware

Langkah penting dalam penentuan level akses pengguna yaitu analisis

kebutuhan brainware itu sendiri karena sistem memerlukan kontrol dari pengguna

(brainware) itu sendiri. Adapun kebutuhan brainware yang dibutuhkan

perusahaan dalam merancang sistem ini yaitu:

37

1. Admin

Admin merupakan salah satu pengguna dalam sistem ini, dimana Admin

memiliki tugas penting dalam pengoperasian sistem. Adapun fitur sistem

yang diberikan terhadap Admin yaitu:

a. Login

b. Mengelola data permintaan

c. Mengelola data penjualan

d. Mengelola data data retur penjualan

2. Admin Gudang

Selain Admin, Admin Gudang juga merupakan salah satu dari pengguna

sistem ini. Admin Gudang memiliki tugas dan fitur yang berbeda dengan

Admin. Adapun fitur sistem yang diberikan kepada Admin Gudang yaitu:

a. Login

b. Mengelola data barang

3. Manajer

Manajer merupakan hierarki tertinggi dalam sebuah jabatan, dimana Manajer

memiliki tugas dan fitur tersendiri di dalam sistem. Adapun fitur sistem yang

diberikan kepada Manajer yaitu:

a. Login

b. Mengelola data user

c. Mengelola data laporan

3.3. Perancangan Perangkat Lunak

Setelah menganalisis kebutuhan yang diperlukan oleh sistem yang

dirancang, maka tahapan selanjutnya yang dilakukan penulis adalah perancangan

38

perangkat lunak. Perancangan perangkat lunak berisikan tentang spesifikasi yang

dirancang untuk tampilan antar muka, rancangan basis data, dan rancangan

struktur navigasi yang memiliki fungsi untuk memberikan bantuan bagi penulis

dalam tahapan implementasi.

3.3.1. Perancangan Antar Muka

Rancangan antar muka merupakan tahapan dalam menghasilkan suatu

tampilan dalam sistem yang akan dibuat. Adapun rancangan-rancangan yang telah

dibuat oleh penulis terhadap sistem yang nantinya akan dibuat adalah sebagai

berikut:

A. Rancangan Antar Muka Halaman Login

Pada halaman ini, pengguna sistem harus memasukkan username,

password dan hak akses untuk bisa mengakses ke halaman utama atau halaman

home.


Gambar III.2. Rancangan Halaman Login

Username

Password

Hak Akses

Login

39

B. Rancangan Antar Muka Halaman Home

Pada halaman home ini, tersedia fitur-fitur untuk mengelola sistem,

diantaranya menambah, mengubah, menghapus, mencari dan mencetak sesuai

dengan fitur masing-masing sistem.


Gambar III.3. Rancangan Halaman Home

C. Rancangan Antar Muka Halaman User

Pada halaman users ini, pengguna dapat mengolah data users mulai dari

penambahan user baru, pengubahan data user dan penghapusan data user.


Gambar III.4. Rancangan Halaman Users

Profil Perusahaan

Edit | Delete

Edit | Delete

Add User

Username Email Hak Akses Action

User

s

Barang Konfirmasi Permintaan

HEADER

Home Permintaan

Retur Barang Konfirmasi Retur Laporan Logout

User

s


HEADER

Home Permintaan


40

D. Rancangan Antar Muka Halaman Add User

Halaman ini merupakan salah satu fitur yang ada pada halaman users yaitu

halaman untuk menambah data user baru.


Gambar III.5. Rancangan Halaman Add Users

E. Rancangan Halaman Barang

Pada halaman karyawan ini, pengguna dapat mengolah data barang mulai

dari penambahan barang baru, pengubahan data barang dan penghapusan data

barang.


Gambar III.6. Rancangan Halaman Barang

Email

Password

Confirm Password

Username

Hak akses

Add User

Add User

Kode Barang Nama Barang Jumlah Barang Action Harga

Edit | Delete

Edit | Delete

Add Barang

User

s


HEADER

Home Permintaan


User

s


HEADER

Home Permintaan


41

F. Rancangan Halaman Add Barang

Halaman ini merupakan salah satu fitur yang ada pada halaman barang

yaitu halaman untuk menambah data barang baru.


Gambar III.7. Rancangan Halaman Add Barang

G. Rancangan Halaman Permintaan

Pada halaman permintaan ini, pengguna dapat mengolah data permintaan

mulai dari penambahan, pengubahan, dan penghapusan data permintaan.


Gambar III.8. Rancangan Halaman Permintaan

Add Permintaan

Nama Barang

Jumlah Barang

Add Barang

Kode Barang

Harga

Add Barang

User

s


HEADER

Home Permintaan


Kode Permintaan Tanggal Nama Pembeli Action Nama Barang Telp Alamat Jumlah Permintaan Status

Edit | Delete

Edit | Delete

User

s


HEADER

Home Permintaan


42

H. Rancangan Halaman Add Permintaan

Halaman ini merupakan salah satu fitur yang ada pada halaman

permintaan yaitu halaman untuk menambah data permintaan baru.


Gambar III.9. Rancangan Halaman Add Permintaan

I. Rancangan Halaman Konfirmasi Permintaan

Pada halaman ini pengguna dapat melakukan persetujuan akan permintaan

barang, dimana hasil dari persetujuan barang tersebut setelah diberikan keterangan

verified maka data permintaan akan hilang dan masuk ke dalam data konfirmasi

permintaan.


Gambar III.10. Rancangan Halaman Konfirmasi Permintaan

Telp

Jumlah

Nama Barang

Nama Konsumen

Alamat

Add Permintaan

Kode Permintaan

Add Permintaan

Kode Permintaan Tanggal Nama Pembeli Action Nama Barang Telp Alamat Jumlah Permintaan Status

Confirm | Delete

Confirm | Delete

User

s


HEADER

Home Permintaan


User

s


HEADER

Home Permintaan


43

J. Rancangan Halaman Retur Barang

Pada halaman permintaan ini, pengguna dapat mengolah data retur

berdasarkan dari konformasi permintaan atau penjualan mulai dari penambahan,

pengubahan, dan penghapusan data retur.


Gambar III.11. Rancangan Halaman Retur Barang

K. Rancangan Halaman Add Retur Barang

Halaman ini merupakan salah satu fitur yang ada pada halaman retur

barabg yaitu halaman untuk menambah data retur barang baru.


Gambar III.12. Rancangan Halaman Add Retur Barang

Jumlah

Nama Barang

Tanggal Retur Kode Permintaan Nama Barang Jumlah Action

Edit| Delete

Edit

Add Retur

User

s


HEADER

Home Permintaan


User

s


HEADER

Home Permintaan


Add Retur

Kode Permintaan

Add Retur

44

L. Rancangan Halaman Konfirmasi Retur

Pada halaman ini pengguna dapat melakukan persetujuan akan retur

barang, dimana hasil dari persetujuan barang tersebut setelah diberikan keterangan

verified maka data konfirmasi permintaan akan berkurang akan hilang dan masuk

ke dalam data retur.


Gambar III.13. Rancangan Halaman Konfirmasi Retur

M. Rancangan Halaman Laporan Stok Barang

Pada halaman ini pengguna dapat mengelola laporan stok barang yang

diperlukan yang akan dicetak nanti sesuai dengan data yang ada pada barang.


Gambar III.14. Rancangan Halaman Laporan Stok Barang

User

s

Barang Confirmasi Permintaan

HEADER

Home Karyawan Permintaan

Laporan Stok Barang Laporan Permintaan

Laporan Penjualan Logout

Kode Barang Nama Barang Jumlah Barang Harga

Print

Tanggal Retur Kode Permintaan Nama Barang Jumlah Action

Confirm | Delete

Confirm | Delelete

User

s


HEADER

Home Permintaan


Search Submit

45

N. Rancangan Halaman Laporan Permintaan

Pada halaman ini pengguna dapat mengelola laporan permintaan yang

diperlukan yang akan dicetak nanti sesuai dengan data yang ada pada permintaan.


Gambar III.15. Rancangan Halaman Laporan Permintaan

O. Rancangan Halaman Laporan Penjualan

Pada halaman ini pengguna dapat mengelola laporan penjualan yang

diperlukan yang akan dicetak nanti sesuai dengan data yang ada konfirmasi

permintaan.


Gambar III.16. Rancangan Halaman Laporan Penjualan

Print

User

s


HEADER




Kode Permintaan Tanggal Nama Pembeli Nama Barang Telp Alamat Jumlah

Print

User

s


HEADER




Kode Permintaan

Tanggal

Nama Pembeli Nama Barang Telp Alamat Harga Jumlah Total

TOTAL

Search Submit

Search Submit

46

P. Rancangan Halaman Laporan Retur

Pada halaman ini pengguna dapat mengelola laporan penjualan yang

diperlukan yang akan dicetak nanti sesuai dengan data yang ada konfirmasi

permintaan.


Gambar III.17. Rancangan Halaman Laporan Retur

3.3.2. Rancangan Basis Data

Selain perancangan antar muka, rancangan basis data merupakan tahapan

bagian dari perancangan lunak. Basis data merupakan sebuah media penyimpanan

yang digunakan untuk mengolah data-data yang tersimpan di dalam sistem.

A. Entity Relationship Diagram (ERD)

Tahapan yang harus dilakukan dalam melakukan perancangan basis data

yaitu entity relationship diagram (ERD). Entity relationship diagram (ERD)

menyajikan gambaran besar basis data dan hubungannya. Berikut ini adalah

bentuk rancangan entity relationship diagram untuk basis data pada CV. Media

Daerah.

Print

User

s


HEADER




Tanggal Retur Kode Permintaan Nama Barang Jumlah

Search Submit

47


Gambar III.18. Entity Relationship Diagram (ERD)

B. Logical Record Structure (LRS)

Entity relationship diagram (ERD) yang telah dirancang kemudian di

transformasi menjadi logical record structure yang bertujuan memberikan

48

gambaran lebih jelas terhadap basis data yang telah dirancang. Berikut ini

merupakan logical record structure yang disajikan penulis.


Gambar III.19. Logical Record Structure (LRS)

C. Spesifikasi File

Rancangan basis data yang telah digambarkan ke dalam bentuk entity

relationship diagram (ERD) dan logical record structure (LRS) akan dijelaskan

lebih spesifik dengan menggunakan spesifikasi file. Adapun spesifikasi file hasil

dari penggambaran di atas yaitu:

49

1. Spesifikasi file user

Nama File : user

Akronim : user.sql

Fungsi : untuk menyimpan data pengguna

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 779

Kunci Field : memberID

Software : MySQL

Tabel III.1. Spesifikasi File Members

No Elemen Data Nama Field Tipe Panjang Ket

1 Nomor memberID Integer 11 Primary Key

2 Username username Varchar 255

3 Password password Varchar 255

4 Email email Varchar 255

5 Hak Akses hakakses Integer 3

2. Spesifikasi file barang detail

Nama File : barang_detail

Akronim : barang_detail.sql

Fungsi : untuk menyimpan data karyawan



50

Akses File : Random

Media : Harddisk


Kunci Field : kodebarang

Software : MySQL

Tabel III.2. Spesifikasi File Detail Barang


1 Kode Barang kodebarang Varchar 12 Primary Key

2 Jenis Barang jenisbarang Varchar 25

3 Merk merk Varchar 25

4 Nama Barang namabarang Varchar 30

5 Jumlah Barang jumlahbarang Integer 11

6 Harga harga Integer 11

3. Spesifikasi file barang

Nama File : barang

Akronim : barang.sql

Fungsi : untuk menyimpan data barang



Akses File : Random

Media : Harddisk


Kunci Field : barangid

Software : MySQL

51

Tabel III.3. Spesifikasi File Barang


1 Nomor Barang barangid Integer 11 Primary Key

2 Kode Barang kodebarang Varchar 50 Foreign Key


4 Jumlah Barang jumlahbarang Integer 11

5 Harga Barang harga Integer 11

4. Spesifikasi file permintaan

Nama File : permintaan

Akronim : permintaan.sql

Fungsi : untuk menyimpan data permintaan



Akses File : Random

Media : Harddisk


Kunci Field : permintaanid

Software : MySQL

Tabel III.4. Spesifikasi File Permintaan


1 Nomor Permintaan permintaanid Integer 10 Primary Key

2 Kode Permintaan kodepermintaan Varchar 50

3 Nama Konsumen nama Varchar 50

52

4 Nomor Barang barangid Integer 11 Foreign Key


6 Jumlah Barang jumlah Integer 15

7 Status Permintaan permintaanstatus Varchar 50

8 Alamat Konsumen alamat Varchar 50

9 Telepon Konsumen telp Varchar 12

10 Tanggal Permintaan tanggal Date

5. Spesifikasi file penjualan

Nama File : penjualan

Akronim : penjualan.sql

Fungsi : untuk menyimpan data penjualan



Akses File : Random

Media : Harddisk


Kunci Field : kodepenjualan

Software : MySQL

Tabel III.5. Spesifikasi File Penjualan


1 Kode Penjualan kodepenjualan Varchar 11 Primary Key

2 Nomor Permintaan permintaanid Integer 11 Foreign Key

3 Kode Permintaan kodepermintaan Varchar 11

53


5 Harga Barang hargabarang Integer 11

6 Jumlah jumlah Integer 11

7 Total total Integer 11

6. Spesifikasi file retur

Nama File : retur

Akronim : retur.sql

Fungsi : untuk menyimpan data retur penjualan



Akses File : Random

Media : Harddisk

Panjang record : 63

Kunci Field : returid

Software : MySQL

Tabel III.6. Spesifikasi File Retur


1 Nomor Retur returid Integer 11 Primary Key

2 Kode Penjualan kodepenjualan Varchar 11 Foreign Key


4 Jumlah jumlah Integer 11

54

3.3.3. Rancangan Struktur Navigasi

Rancangan struktur navigasi memberikan gambaran alur dari sistem yang

telah dirancang oleh penulis.


Gambar III.20. Struktur Navigasi

3.4. Implementasi dan Pengujian Unit

Dalam tahapan ini, penulis akan mengimplementasikan program yang

telah dibuat dan melakukan pengujian unit terhadap program tersebut.

3.4.1. Implementasi

Implementasi merupakan serangkaian kegiatan mengenai aktuasi dari ide-

ide dalam perancangan yang telah diterapkan ke dalam sistem yang telah dibuat.

A. Implementasi Rancangan Antar Muka

1. Implementasi rancangan antar muka halaman login

Pada tahap login ini tersedia fitur untuk melakukan pengaksesan ke sistem

aplikasi yang dapat dilakukan pengguna untuk masuk ke halaman utama.

55


Gambar III.21. Halaman Login

2. Implementasi rancangan antar muka halaman home

Pada halaman ini tersedia fitur-fitur untuk mengelola sistem aplikasi yang

dapat dilakukan oleh penggunanya seperti menambah, mengubah dan

menghapus sesuai dengan masing-masing fitur sistem.


Gambar III.22. Halaman Home

56

3. Implementasi rancangan antar muka halaman user

Pada halaman ini pengguna dapat mengelola data pengguna mulai dari

penambahan user baru, pengubahan dan penghapusan.


Gambar III.23. Halaman User

4. Implementasi rancangan antar muka halaman add user

Halaman ini merupakan salah satu fitur yang ada pada halaman user yaitu

halaman untuk menambah user baru.


Gambar III.24. Halaman Add User

57

5. Implementasi rancangan antar muka halaman barang

Pada halaman ini pengguna dapat mengelola data barang mulai dari

penambahan barang baru, pengubahan dan penghapusan.


Gambar III.25. Halaman Barang

6. Implementasi rancangan antar muka halaman add barang

Halaman ini merupakan salah satu fitur yang ada pada halaman barang yaitu

halaman untuk menambah barang baru.


Gambar III.26. Halaman Add Barang

58

7. Implementasi rancangan antar muka halaman permintaan

Pada halaman ini pengguna dapat mengelola data permintaan mulai dari

penambahan permintaan baru, pengubahan dan penghapusan.


Gambar III.27. Halaman Permintaan

8. Implementasi rancangan antar muka halaman add permintaan

Halaman ini merupakan salah satu fitur yang ada pada halaman permintaan

yaitu halaman untuk menambah permintaan baru.


Gambar III.28. Halaman Add Permintaan

59

9. Implementasi rancangan antar muka halaman konfirmasi permintaan

Pada halaman ini pengguna melakukan persetujuan akan permintaan dimana

persetujuan ini menyatakan bahwa permintaan tersebut dipenuhi dan transaksi

terjadi.


Gambar III.29. Halaman Konfirmasi Permintaan

10. Implementasi rancangan antar muka halaman retur barang

Pada halaman ini pengguna dapat mengelola data permintaan mulai dari

penambahan permintaan baru, pengubahan dan penghapusan.


Gambar III.30. Halaman Retur Barang

11. Implementasi rancangan antar muka halaman add retur

Halaman ini merupakan salah satu fitur yang ada pada halaman retur barang

yaitu halaman untuk menambah retur barang baru.

60


Gambar III.31. Halaman Add Retur Barang

12. Implementasi rancangan halaman antar muka konfirmasi retur

Pada halaman ini pengguna melakukan persetujuan akan retur barang dimana

persetujuan ini menyatakan retur barang tersebut dipenuhi dan konfirmasi

permintaan akan berkurang.


Gambar III.32. Halaman Konfirmasi Retur

13. Implementasi rancangan antar muka halaman laporan stok barang

Pada halaman ini, pengguna dapat menyajikan dan mencetak data barang

menjadi laporan barang.

61


Gambar III.33. Halaman Laporan Stok Barang

14. Implementasi rancangan antar muka halaman laporan permintaan

Pada halaman ini, pengguna dapat menyajikan dan mencetak data permintaan

menjadi laporan permintaan.


Gambar III.34. Halaman Laporan Permintaan

15. Implementasi rancangan antar muka halaman laporan penjualan

Pada halaman ini, pengguna dapat menyajikan dan mencetak data permintaan

yang telah di konfirmasi menjadi laporan penjualan.


Gambar III.35. Halaman Laporan Penjualan

62

16. Implementasi antar muka halaman laporan retur

Pada halaman ini, pengguna dapat menyajikan dan mencetak data retur yang

telah di konfirmasi menjadi laporan retur barang.


Gambar III.36. Halaman Laporan Retur

B. Spesifikasi Sistem Komputer

Spesifikasi sistem komputer terbagi menjadi spesifikasi perangkat keras

dan perangkat lunak yang digunakan oleh penulis dalam mengimplementasikan

sistem aplikasi pengelolahan perlengkapan keselamatan kapal pada CV. Media

Daerah yaitu:

1. Spesifikasi Perangkat Keras

a. CPU (Central Processing Unit)

2) Processor : 1.8 GHz

3) Memory : 2 GB

4) Harddisk : 320 GB

b. Monitor : Resolusi Layar Maksimum (1366 x 768)

c. Keyboard : 86 keys

d. Mouse : Optical

63

2. Spesifikasi Perangkat Lunak

Adapun dalam perancangan program Tugas Akhir ini, penulis menggunakan

perangkat lunak (software) sebagai berikut:

a. Sistem Operasi : Windows 7 Ultimate

b. Paket Program : Macromedia DreamWeaver 8

c. Browser : Google Chrome, Mozilla Firefox

d. Web Server : XAMPP

1) Apache : Apache 2.2.11

2) MySQL : MySQL 5.1.36

3) PHP : PHP 5.3.0

4) PhpMyAdmin : PhpMyAdmin 3.2.0.1

3.4.2. Pengujian Unit

Pengujian unit merupakan langkah akhir dalam pembuatan sebuah sistem

yang bertujuan untuk menemukan atau mengatasi masalah yang terjadi di dalam

sistem. Teknik pengujian unit yang digunakan menggunakan metode black box.

Adapun pengujian unit yang telah dilakukan oleh penulis yaitu:

1. Pengujian Terhadap Browser

Tabel III.7. Hasil Pengujian BlackBox Testing Halaman Browser

No. Skenario pengujian Test case Hasil yang

diharapkan

Hasil

pengujian Kesimpulan

1. Buka dengan

Google Chrome

Google

Chrome

(terbuka)

Sistem akan

menerima akses

dan tampilan

sesuai

Sesuai

harapan Valid

2. Buka dengan

Mozila Firefox

Mozila

Firefox

(terbuka)

Sistem akan

menerima akses

dan tampilan

sesuai namun

pada bagian cetak

Tidak

sesuai

harapan

Invalid

64

laporan tidak

sesuai

Sumber: Hasil Penelitian (2017)

2. Pengujian Terhadap Halaman Login

Tabel III.8. Hasil Pengujian BlackBox Testing Halaman Login


diharapkan

Hasil


1.

Username dan

password tidak

diisi kemudian klik

tombol login

Usename:

(kosong)

Password:

(kosong)

Hak akses:

(Default)

Sistem akan

menolak akses

user dan

menampilkan

“username atau

password salah ”

Sesuai

harapan Valid

2.

Mengetikkan

username dan

password tidak

diisi atau kosong

kemudian klik

tombol login

Username:

(terisi)

Password:

(kosong)

Hak akses:

(Default)

Sistem akan

menolak akses

user dan

menampilkan

“username atau

password salah ”

Sesuai

harapan Valid

3.

Username,

password dan hak

akses diisi tidak

sesuai kemudian

klik tombol login

Username:

(terisi)

Password:

(terisi)

Hak akses:

(Default)

Sistem akan

menolak akses

user dan

menampilkan

“username atau

password salah ”

Sesuai

harapan Valid

4

username

password, hak

akses diisi sesuai

kemudian klik

tombol login

Username:

(terisi)

Password:

(terisi)

Hak akses:

(terisi)

Sistem akan

menerima akses

user dan

menampilkan

halaman Home

Sesuai

harapan Valid


65

3. Pengujian Terhadap Halaman Add Users

Tabel III.9. Hasil Pengujian BlackBox Testing Halaman Add User


diharapkan

Hasil


1. Jika salah satu

kolom dikosongkan

Usename:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

“Silahkan isi

Form Username”

Sesuai

harapan Valid

2.

Jika semua kolom

diisi namun

password dan

confirm password

tidak sama

Password

(terisi

dengan

abcde)

Confirm

Password:

(terisi

dengan

abcdf)

Sistem akan

menolak akses

user dan

menampilkan

“Silahkan isi

password ”

Sesuai

harapan Valid

3.

Jika semua kolom

diisi namun email

tidak diisi

Email:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

“Silahkan isi

alamat email”

Sesuai

harapan Valid

4. Jika semua kolom

diisi

Username:

(terisi)

Password:

(terisi)

Confirm

password:

(sama

dengan

password)

Email:

Terisi

Hak akses:

Terisi

Sistem akan

menerima akses

user dan

menampilkan

“User added”

Sesuai

harapan Valid


66

4. Pengujian Terhadap Halaman Add Barang

Tabel III.10. Hasil Pengujian BlackBox Testing Halaman Add Barang


diharapkan

Hasil


1. Jika salah satu

kolom dikosongkan

Kode

barang:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

“Silahkan isi

Form Kode

Barang”

Sesuai

harapan Valid

2. Jika semua kolom

dikosongkan

Kode

Barang:

(kosong)

Nama

Barang:

(kosong)

Jumlah

Barang:

(kosong)

Harga:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

pesan untuk

bagian-bagian

yang kosong.

Sesuai

harapan Valid

3. Jika semua kolom

diisi

Kode

Barang:

(terisi)

Nama

Barang:

(terisi)

Jumlah

Barang:

(terisi)

Harga:

(terisi)

Sistem akan

menerima akses

user dan

menampilkan

“Barang added”

Sesuai

harapan Valid


67

5. Pengujian Terhadap Halaman Add Permintaan

Tabel III.11. Hasil Pengujian BlackBox Testing Halaman Add Permintaan


diharapkan

Hasil


1. Jika salah satu

kolom dikosongkan

Nama

Nonsumen:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

“Silahkan isi

Form Nama

Pembeli”

Sesuai

harapan Valid

2. Jika semua kolom

dikosongkan

Kode

Permintaan:

(kosong)

Nama

Konsumen:

(kosong)

Alamat:

(kosong)

Telepon:

(kosong)

Nama

Barang:

(kosong)

Jumlah:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

pesan untuk

bagian-bagian

yang kosong

Sesuai

harapan Valid

3. Jika semua kolom

diisi

Kode

Permintaan:

(terisi)

Nama

Konsumen:

(terisi)

Alamat:

(terisi)

Telepon:

(terisi)

Nama

Barang:

(terisi)

Jumlah:

(terisi)

Sistem akan

menerima akses

user dan

menampilkan

“Permintaan

added”

Sesuai

harapan Valid


68

6. Pengujian Terhadap Halaman Konfirmasi Permintaan

Tabel III.12. Hasil Pengujian BlackBox Testing Halaman Konfirmasi

Permintaan


diharapkan

Hasil


1. Jika bagian status

permintaan di ubah

Status

permintaan:

(verified)

Sistem akan

menerima akses

user dan

menampilkan

hasil persetujuan

di halaman

laporan penjualan

dengan pesan

“Permintaan

Update”, data

permintaan yang

telah di berikan

status verified

akan hilang di

halaman

permintaan dan

muncul di

halaman

konfirmasi

penjualan

Sesuai

harapan Valid


7. Pengujian Terhadap Halaman Add Retur

Tabel III.13. Hasil Pengujian BlackBox Testing Halaman Add Retur


diharapkan

Hasil


1. Jika salah satu

kolom dikosongkan

Jumlah:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

“Silahkan isi

Form Jumlah”

Sesuai

harapan Valid

2. Jika semua kolom

dikosongkan

Kode

Permintaan:

(kosong)

Nama

Barang:

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

pesan untuk

bagian-bagian

Sesuai

harapan Valid

69

Jumlah

Kosong:

(kosong)

yang kosong

3. Jika semua kolom

diisi

Kode

Permintaan:

(terisi)

Nama

Barang:

(terisi)

Jumlah:

(terisi)

Sistem akan

menerima akses

user dan

menampilkan

“Retur added”

Sesuai

harapan Valid


8. Pengujian Terhadap Halaman Konfirmasi Retur

Tabel III.14. Hasil Pengujian BlackBox Testing Halaman Konfirmasi Retur


diharapkan

Hasil


1. Jika bagian status

permintaan di ubah

Status retur:

(verified)

Sistem akan

menerima akses

user dan

menampilkan

hasil persetujuan

di halaman

konfirmasi retur

dengan pesan

“Retur Update

Update”, data

retur yang telah di

berikan status

verified akan

hilang di halaman

permintaan dan

muncul di

halaman laporan

retur dan

mengurangi

jumlah konfirmasi

permintaan

Sesuai

harapan Valid


70

9. Pengujian Terhadap Laporan Stok Barang

Tabel III.15. Hasil Pengujian BlackBox Testing Halaman Laporan Stok

Barang


diharapkan

Hasil


1.

Jika menu pilihan

laporan stok barang

di tekan (klick)

Klik menu

laporan stok

barang

Sistem akan

menerima akses

user dan

menampilkan

laporan stok

barang yang

tersisa

Sesuai

harapan Valid

2.

Ingin mencetak

hasil laporan stok

barang yang tersisa

Klik menu

print pada

bagian

laporan stok

barang

Sistem akan

menerima akses

user dan

menampilkan

laporan stok

barang yang

tersisa dengan

versi cetak atau

siap untuk di

print.

Sesuai

harapan Valid


10. Pengujian Terhadap Laporan Permintaan

Tabel III.16. Hasil Pengujian BlackBox Testing Halaman Laporan

Permintaan


diharapkan

Hasil


1.

Jika menu pilihan

laporan permintaan

di tekan (klick)

Klik menu

laporan

permintaan

Sistem akan

menerima akses

user dan

menampilkan

laporan

permintaan yang

tersisa

Sesuai

harapan Valid

2.

Ingin mencetak

hasil laporan

permintaan yang

tersisa

Klik menu

print pada

bagian

laporan

permintaan

Sistem akan

menerima akses

user dan

menampilkan

laporan

permintaan yang

Sesuai

harapan Valid

71

tersisa dengan

versi cetak atau

siap untuk di

print.


11. Pengujian Terhadap Laporan Penjualan

Tabel III.17. Hasil Pengujian BlackBox Testing Halaman Laporan Penjualan


diharapkan

Hasil


1.

Jika menu pilihan

laporan penjualan

ditekan (klick)

Klik menu

laporan

penjualan

Sistem akan

menerima akses

user dan

menampilkan

laporan penjualan

Sesuai

harapan Valid

2. Ingin mencetak

hasil penjualan

Klik menu

print pada

bagian

laporan

penjualan

Sistem akan

menerima akses

user dan

menampilkan

laporan penjualan

dengan versi

cetak atau siap

untuk di print.

Sesuai

harapan Valid


12. Pengujian Terhadap Laporan Retur

Tabel III.18. Hasil Pengujian BlackBox Testing Halaman Laporan Retur


diharapkan

Hasil


1.

Jika menu pilihan

laporan penjualan

ditekan (klick)

Klik menu

laporan

penjualan

Sistem akan

menerima akses

user dan

menampilkan

laporan retur

Sesuai

harapan Valid

2. Ingin mencetak

hasil penjualan

Klik menu

print pada

bagian

laporan

penjualan

Sistem akan

menerima akses

user dan

menampilkan

laporan retur

dengan versi

cetak atau siap

untuk di print.

Sesuai

harapan Valid


bab iii pembahasan - bina sarana informatika...cv. media daerah merupakan usaha yang bergerak di...

Documents