Nama : Faisal akbar Nugraha
Tempat, Tanggal Lahir : Karawang, 27 Oktober 1991 Jenis kelamin : Laki - laki
Agama : Islam
Kewarganegaraan : Indonesia
Alamat : Dusun Kedung Asem Rt. 008 Rw. 004
Mekarmaya Cilamaya Wetan Karawang 41384
No. Telp : 089666531334
E-mail : [email protected]
2. RIWAYAT PENDIDIKAN
1996 – 1997 1997 – 2003
: :
Taman Kanak-kanak Cilamaya SDN Mekarmaya 1
2003 – 2006 : SMPN 1 Cilamaya
2006 – 2009 : SMAN 1 Pasawahan Purwakarta
2009 – 2014 : Fakultas Teknik dan Ilmu Komputer Jurusan Teknik Informatika Universitas Komputer Indonesia
Bandung
Demikian riwayat hidup ini saya buat dengan sebenar-benarnya dalam keadaan sadar dan tanpa paksaan.
145
5.1 Kesimpulan
Berdasarkan dari hasil perancangan tentang sistem informasi pendistribusian barang dengan pendekatan Distribution Requirement Planning yang diusulkan, maka penulis dapat menarik kesimpulan bahwa :
1. Dengan adanya Sistem Informasi Pendistribusian Barang, Maka saat ini pengolahan data penjualan-penjualan sudah terkomputerisasi secara otomatis, ketepatan waktu dalam pencarian data barang maupun jumlah stok barang secara otomatis dapat ditanggulangi, sehingga dapat mempermudah pengelolaan data barang dan pengendalian pendistribusian barang bagi perusahaan telah memenuhi harapan dari perancang dan pihak-pihak yang memerlukan sistem informasi ini, dalam hal ini khususnya adalah UD.Giamas Sejahtera Purwakarta.
5.2 Saran
Berdasarkan kesimpulan yang telah di kemukakan, pada dasarnya sistem yang dibangun sudah memenuhi dari maksud dan tujuan yang dituju, akan tetapi sistem informasi yang dibangun butuh pengembangan lebih lanjut agar sistem menjadi lebih baik dan dapat memaksimalkan fungsinya tersebut, maka saran yang diharapkan untuk membangun sistem informasi pendistribusian barang dengan pendekatan DRP yang akan datang ini agar lebih baik adalah :
1. Pendekatan DRP sebagai langkah awal antisipasi terhadap pengendalian perhitungan perkiraan pendistribusian perlu dilakukan pengembangan lebih lanjut agar tingkat keakuratan perkiraannya lebih baik dan untuk persediaan aman stok barang dapat diprediksi sesuai harapan dengan kebutuhan yang harus disediakan.
121
yang baru. Tahapan ini dilakukan setelah perancangan selesai dilakukan dan selanjutnya akan diimplementasikan pada bahasa pemrograman yang akan digunakan. Setelah implementasi maka dilakukan pengujian sistem yang baru dimana akan dilihat kekurangan-kekurangan pada aplikasi yang baru untuk pengembangan sistem selanjutnya.
4.1 Implementasi
Setelah sistem dianalisis dan didesain secara rinci, maka selanjutnya akan menuju tahap implementasi. Tujuan Implementasi adalah untuk mengkonfirmasikan modul program perancangan pada para pelaku sistem sehingga pengguna dapat memberi masukan kepada pembangun sistem.
4.1.1 Kebutuhan Perangkat Keras
Perangkat keras yang diperlukan untuk mengimplementasikan perangkat keras pada UD.Giamas dapat dilihat pada Tabel 4.1 sebagai berikut ini :
Tabel 4.1 Spesifikasi Perangkat Keras
Perangkat Yang digunakan Processor Kecepatan 1.4 GHz
RAM 1 GB
Hardisk 320 GB Monitor Resolusi 1366 X 768 px
VGA 512 mb
4.1.2 Kebutuhan Perangkat Lunak
Tabel 4.2 Spesifikasi Perangkat Lunak
Perangkat Lunak Yang Digunakan Sistem operasi Window XP,7,8 Bahasa Perograman PHP 5.3.0
Web Server Wamp versi 2.0 Database Server Mysql 5.1.3.6
Web Browser
Chrome Versi 31.0.1650.63 m Mozila Versi 10.0.2 Maxthon Versi4.1.3.2000 Code Editor Adobe Dreamweaver CS 5
4.1.3 Implementasi Basis Data
Untuk Pembuatan database sebagai penyimpanan data , dilakukan dengan menggunakan aplikasi DBMS MySQL Implementasi database dalam bahasa
SQL adalah sebagai berikut:
Tabel 4.3 Implementasi Basis Data
No Nama Tabel Hasil Pembangkitan
1 Tabel User CREATE TABLE IF NOT EXISTS `t_user` (
`id_user` int(11) NOT NULL AUTO_INCREMENT, `nama` varchar(30) NOT NULL,
`alamat` longtext NOT NULL, `kontak` varchar(13) NOT NULL, `email` varchar(50) NOT NULL, `username` varchar(30) NOT NULL, `password` varchar(30) NOT NULL, `hak_akses` varchar(30) NOT NULL, PRIMARY KEY (`id_user`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=6 ;
2 Tabel Barang CREATE TABLE IF NOT EXISTS `t_barang` (
`id_barang` int(11) NOT NULL AUTO_INCREMENT, `nama_barang` varchar(50) NOT NULL,
`qty_minimal` int(11) NOT NULL, `qty_pesanan` int(11) NOT NULL, `qty` int(11) NOT NULL,
`satuan` varchar(20) NOT NULL, `status` varchar(10) NOT NULL, `id_user` int(11) NOT NULL, PRIMARY KEY (`id_barang`),
FOREIGN KEY(‘id_user’) REFERENCE user. (‘id_user’) ON DELETE RESTRICT ON UPDATE RESTRICT ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=6 ;
3 Tabel Transportasi CREATE TABLE IF NOT EXISTS `t_transportasi` ( `no_polisi` varchar(15) NOT NULL,
`bbm_per_km` int(11) NOT NULL, `biaya_bbm` int(11) NOT NULL, `luas_kendaraan` int(11) NOT NULL, `id_user` int(11) NOT NULL, PRIMARY KEY (`no_polisi`),
FOREIGN KEY(‘id_user’) REFERENCE user. (‘id_user’) ON DELETE RESTRICT ON UPDATE RESTRICT, FOREIGN KEY(‘id_pengemudi’) REFERENCE pengemudi. (‘id_pengemudi’) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
4 Tabel pelanggan CREATE TABLE IF NOT EXISTS `pelanggan` (
`id_pelanggan` int(11) NOT NULL AUTO_INCREMENT, `nama` varchar(30) NOT NULL,
`alamat` varchar(100) NOT NULL, `no_kontak` varchar12) NOT NULL, `email` varchar(50) NOT NULL, `jarak` double NOT NULL,
`username` varchar(20) NOT NULL, `password` varchar(20) NOT NULL, `id_user` int(11) NOT NULL, PRIMARY KEY (`id_pelanggan`),
FOREIGN KEY(‘id_user’) REFERENCE user. (‘id_user’) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=8 ;
5 Tabel Pemesanan CREATE TABLE IF NOT EXISTS `pemesanan` ( `id_pemesanan` int(11) NOT NULL
AUTO_INCREMENT,
`id_pelanggan` int(11) NOT NULL, `tanggal` date NOT NULL,
`tanggal_pengiriman` date DEFAULT NULL, `periode` int(11) NOT NULL,
`tahun` int(11) NOT NULL,
`verifikasi` enum('Y','T') NOT NULL, `no_polisi` varchar(15) DEFAULT NULL, `total_biaya_transportasi` int(11) NOT NULL, `total_kendaraan_digunakan` int(11) NOT NULL, `total_biaya_distribusi` int(11) NOT NULL, PRIMARY KEY (`id_pemesanan`),
FOREIGN KEY(‘id_pelanggan’) REFERENCE
pelanggan. (‘id_pelanggan’) ON DELETE CASCADE ON UPDATE RESTRICT,
FOREIGN KEY(‘no_polisi’) REFERENCE
t_transportasi. (‘no_polisi) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=25 ;
6 Tabel Detail Pemesanan CREATE TABLE IF NOT EXISTS `detail_pemesanan` ( `id_detail` int(4) NOT NULL AUTO_INCREMENT, `id_barang` int(11) NOT NULL,
PRIMARY KEY (`id_detail`),
FOREIGN KEY(‘id_pemesanan’) REFERENCE pemesanan. (‘id_pemesanan’) ON DELETE CASCADE ON UPDATE RESTRICT,
FOREIGN KEY(‘id_barang’) REFERENCE t_ssbarang. (‘id_barang’) ON DELETE CASCADE ON UPDATE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=36 ;
7 Tabel kapasitas_barang CREATE TABLE IF NOT EXISTS `kapasitas_barang` ( `id_detail_kapasitas` int(11) NOT NULL
AUTO_INCREMENT,
`no_polisi` varchar(15) NOT NULL, `id_barang` int(11) NOT NULL, `kapasitas` int(11) NOT NULL,
PRIMARY KEY (`id_detail_kapasitas`), FOREIGN KEY(‘no_polisi’) REFERENCE
t_transportasi. (‘no_polisi’) ON DELETE CASCADE ON UPDATE RESTRICT,
FOREIGN KEY(‘id_barang’) REFERENCE t_barang. (‘id_barang’) ON DELETE CASCADE ON UPDATE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=7 ;
8 Tabel pengemudi CREATE TABLE IF NOT EXISTS `pengemudi` ( `id_pengemudi` int(11) NOT NULL
AUTO_INCREMENT,
`nama` varchar(30) NOT NULL, `alamat` longtext NOT NULL, `kontak` int(13) NOT NULL, PRIMARY KEY (`id_pengemudi`),
FOREIGN KEY(‘id_user’) REFERENCE t_user. (‘id_user’) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=2 ;
9 Tabel
rincian_biaya_pemesanan
CREATE TABLE IF NOT EXISTS `rincian_biaya_pemesanan` (
`id_rincian` int(11) NOT NULL AUTO_INCREMENT, `nama_rincian` varchar(100) NOT NULL,
`biaya` int(11) NOT NULL,
`id_pemesanan` int(11) NOT NULL, PRIMARY KEY (`id_rincian`),
FOREIGN KEY(‘id_pemesanan’) REFERENCE pemesanan. (‘id_pemesanan’) ON DELETE CASCADE ON UPDATE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=13 ;
`POH_seb` int(11) NOT NULL, `tanggal_awal` date NOT NULL, `tanggal_akhir` date NOT NULL, `GR` int(11) NOT NULL, `POH_akhir` int(11) NOT NULL, `NR` int(11) NOT NULL, `POR` int(11) NOT NULL,
`verifikasi` enum('Y','T') NOT NULL, PRIMARY KEY (`no`),
FOREIGN KEY(‘id_barang’) REFERENCE t_ barang. (‘id_barang’) ON DELETE CASCADE ON UPDATE RESTRIC
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=10 ;
11 Tabel Perhitungan Kendaraan
CREATE TABLE IF NOT EXISTS `perhitungan_kendaraan` (
`id_distribusi` int(11) NOT NULL AUTO_INCREMENT, `id_detail` int(11) NOT NULL,
`sisa_kapasitas_bak` int(11) NOT NULL, `sisa_luas_bak` int(11) NOT NULL,
`persentase_sisa_luas` decimal(10,0) NOT NULL, `sisa_yang_belum_diangkut` int(11) NOT NULL, `persentase_luas_sisa_dibutuhkan` decimal(10,0) NOT NULL,
`luas_bak_dibutuhkan` int(11) NOT NULL, `jml_kendaraan_sementara` int(11) NOT NULL, `verifikasi` enum('T','Y') NOT NULL,
PRIMARY KEY (`id_distribusi`),
FOREIGN KEY(‘id_detail’) REFERENCE
detail_pemesanan. (‘id_detail’) ON DELETE CASCADE ON UPDATE RESTRIC
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=19 ;
12 Tabel surat_jalan CREATE TABLE IF NOT EXISTS `surat_jalan` ( `no_surat` int(11) NOT NULL AUTO_INCREMENT, `tanggal_buat` int(11) NOT NULL,
`isi_surat` longtext NOT NULL, `id_pemesanan` int(11) NOT NULL, PRIMARY KEY (`no_surat`),
FOREIGN KEY(‘id_pemesanan’) REFERENCE
pemesnan. (‘id_pemesanan’) ON DELETE CASCADE ON UPDATE RESTRIC
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=4 ;
4.1.4 Implementasi Antarmuka
implementasi antarmuka yang dibuat dan dibedakan antara antarmuka untuk setiap pengguna sistem.
4.1.4.1 Implementasi Antarmuka Untuk Admin
Implementasi antarmuka untuk admin akan dijelaskan pada tabel 4.4 yang menjelaskan fungsi , deskripsi , proses serta file program sebagai berikut ini:
Tabel 4.4 Implementasi Antarmuka Untuk Admin
Fungsi Deskripsi Proses File Program
Lupa password
Untuk menangani proses ketika admin
lupa password
1. Lupa password Lupa_password.php
Login Untuk menangani
proses login 2. Login Index.php
Olah Profil
Untuk menangani proses pengubahan
profil admin
6. Ubah profil admin_ubah_profil.php
Olah Data Barang
Untuk menangani pengolahan proses
data barang
4.1 Olah data barang Admin_olah_barang.php
Olah Data proses ketika akan
mengolah data pengguna
7.4 Pengolahan Data
4.1.4.2 Implementasi Antarmuka Untuk Pelanggan
Implementasi antarmuka untuk Pelanggan akan dijelaskan pada tabel 4.5 yang menjelaskan fungsi , deskripsi , proses serta file program sebagai berikut ini:
Tabel 4.5 Implementasi Antarmuka Untuk Pelanggan
Fungsi Deskripsi Proses File Program
Lupa password
Login Untuk menangani
proses login 2. Login Index.php
Olah Profil
Untuk menangani proses pengubahan
profil admin
6. Ubah profil pelanggan_ubah_profil.php
Olah Data
4.1.4.3 Implementasi Antarmuka Untuk Admin Sales
Implementasi antarmuka untuk admin sales akan dijelaskan pada tabel 4.6 yang menjelaskan fungsi, deskripsi, proses serta file program sebagai berikut ini:
Tabel 4.6 Implementasi Antarmuka Untuk Admin Sales
Fungsi Deskripsi Proses File Program
Lupa password
Login Untuk menangani
proses login 2. Login Index.php
Olah Profil
Untuk menangani proses pengubahan
profil admin sales
6. Ubah profil adm_sales_ubah_profil.php
Olah Biaya
4.2 Olah data biaya distribusi
4.1.4.4 Implementasi Antarmuka Untuk Kepala Gudang
Implementasi antarmuka untuk kepala gudang akan dijelaskan pada tabel 4.7 yang menjelaskan fungsi , deskripsi , proses serta file program sebagai berikut ini:
Tabel 4.7 Implementasi Antarmuka Untuk Kepala Gudang
Fungsi Deskripsi Proses File Program
Lupa password
Login Untuk menangani
proses login 2. Login Index.php
Olah Profil
Untuk menangani proses pengubahan
profil admin
6. Ubah profil kepala_gudang_ubah_profil.php
Olah Persediaan
4.1.4.5 Implementasi Antarmuka Untuk Owner
Implementasi antarmuka untuk owner akan dijelaskan pada tabel 4.8 yang menjelaskan fungsi , deskripsi , proses serta file program sebagai berikut ini:
Tabel 4.8 Implementasi Antarmuka Untuk Owner
Fungsi Deskripsi Proses File Program
Lupa password
Login Untuk menangani
proses login 2. Login Index.php
Olah Profil
Untuk menangani proses pengubahan
profil admin
6. Ubah profil owner_ubah_profil.php
memverifikasi biaya
4.2 Pengujian Blackbox
Pengujian perangkat lunak adalah elemen kritis dari jaminan kualitas perangkat lunak dan merepresentasikan kajian pokok dari spesifikasi, perancangan, dan pengkodean. Pengujian yang digunakan untuk menguji.
4.2.1 Rencana Pengujian
Rencana pengujian akan dilakukan dengan menguji sistem secara blackbox, Pengujian perangkat lunak ini menggunakan data uji berdasarkan data yang terdapat pada UD.Giamas Sejahtera Purwakarta. Rencana pengujian selengkapnya dapat dilihat pada tabel 4.9.
Tabel 4.9 Rencana Pengujian Aplikasi
Item uji Detail pengujian Jenis pengujian
Login Cek Login Blackbox
Olah data barang
Tambah data barang Blackbox Edit data barang Blackbox Hapus data barang Blackbox
Olah data pelanggan
Tambah data pelanggan Blackbox Edit data pelanggan Blackbox Hapus Data pelanggan Blackbox
Olah Data kendaraan
Tambah Data Kendaraan Blackbox Edit Data kendaraan Blackbox Hapus Data kendaraan Blackbox
Olah Data Pengemudi
Tambah Data Pengemudi Blackbox Edit Data Pengemudi Blackbox Hapus Data Pengemudi Blackbox
Olah Akun pengguna
Tambah data akun pengguna Blackbox Edit akun pengguna Blackbox Hapus Data Pengguna Blackbox
4.2.2 Kasus dan Hasil Pengujian
Berdasarkan rencana pengujian, maka dapat dilakukan pengujian Blackbox
4.2.2.1 Pengujian Login
1. Untuk Pengujian Cek Login
Tabel 4.10 Pengujian Cek Login
Kasus dan Hasil Uji (Data Normal) Data yang dimasukan Username : user1
Password : passuser Kategori : admin
Yang diharapkan Sistem akan memproses data login dengan mengakses ke tabel user, dan akan memasuki halaman utama user
Pengamatan Sesuai yang diharapkan bahwa Sistem akan memproses data login dengan mengakses ke tabel user, dan akan memasuki halaman utama user
Kesimpulan Diterima
Kasus dan Hasil Uji ( Data Salah )
Data yang dimasukan username / password dikosongkan kategori : admin
Yang diharapkan - Sistem akan menampilkan pesan bahwa “Login gagal harus melengkapi form login”
Pengamatan - Sesuai yang diharapkan sistem akan menampilkan pesan bahwa “Login gagal harus melengkapi form login”
Kesimpulan Diterima
4.2.2.2 Pengujian Olah Data Barang
Tabel 4.11 Pengujian Tambah Data Barang
Kasus dan Hasil Uji (Data Normal) Data yang dimasukan Nama Barang : Barang Tissue30
Qty_minimal : 50 Qty_pesanan :0 Stok : 50 Satuan : pcs Status : Tersedia
Yang diharapkan Sistem akan memproses data barang yang dimasukan dan menyimpan ke tabel t_barang. Kemudian sistem akan menampilkan pesan “Data barang berhasil ditambahkan” Pengamatan Sesuai yang diharapkan bahwa Sistem akan memproses
data barang yang dimasukan dan menyimpan ke tabel t_barang. Kemudian sistem akan menampilkan pesan “Data barang berhasil ditambahkan”
Kasus dan Hasil Uji (Data Salah)
Yang diharapkan Sistem akan gagal untuk menambahkan data barang, dan menampikan pesan “Nama barang harus diisi”
Pengamatan Sistem akan gagal untuk menambahkan data barang, dan menampikan pesan “Nama barang harus diisi”
Kesimpulan Diterima
Tabel 4.12 Pengujian Ketika Edit Data Barang
Kasus dan Hasil Uji (Data Normal) Data yang dimasukan Nama Barang : Barang Tissue30
Qty_minimal : 50 Qty_pesanan :0 Stok : 50 Satuan : pcs Status : Tersedia
Yang diharapkan Sistem akan memproses data barang yang dimasukan dan menyimpan ke tabel t_barang. Kemudian sistem akan menampilkan pesan “Data barang berhasil diedit”
Pengamatan Sesuai yang diharapkan bahwa Sistem akan memproses data barang yang dimasukan dan menyimpan ke tabel t_barang. Kemudian sistem akan menampilkan pesan “Data barang berhasil ditambahkan”
Kesimpulan Diterima
Kasus dan Hasil Uji (Data Salah) Data yang dimasukan Nama Barang :
Yang diharapkan Sistem akan gagal untuk menambahkan data barang, dan menampikan pesan “Nama barang harus diisi”
Pengamatan Sistem akan gagal untuk menambahkan data barang, dan menampikan pesan “Nama barang harus diisi”
Tabel 4.13 Pengujian Ketika Hapus Data Barang
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Data barangyang dipilih dengan mengklik pada tombol hapus
Yang diharapkan Sistem akan membaca data barang yang dipilih untuk dihapus dan akan memunculkan pesan “Anda yakin untuk menghapus data barang ?” , jika user memilih OK maka data materi akan terhapus, jika memilih batal maka data barang tidak diproses untuk dihapus.
Pengamatan Sesuai yang diharapkan bahwa sistem akan membaca data barang yang dipilih untuk dihapus dan akan memunculkan pesan “Anda yakin untuk menghapus data barang ?” , jika user memilih OK maka data barang akan terhapus, jika memilih batal maka data barang tidak diproses untuk dihapus.
Kesimpulan Diterima
4.2.2.3 Pengujian Olah Data Pelanggan
Pengujian pengaturan dilakukan dengan menguji ketika admin akan mengolah data pelanggan yang ada.
Tabel 4.14 Pengujian Tambah Data Pelanggan
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Nama : RM. Sate Maranggi Cibungur Alamat :Jl. Raya Cibungur, Purwakarta Jawa Barat
Jarak : 50 km
No Kontak : 08579595953
Email :
[email protected]
Username : usernamePassword : password
Yang diharapkan Sistem akan memproses inputan data pelanggan diatas dan menyimpan ke database, kemudian sistem juga akan memberikan pesan “Data pelanggan berhasil ditambahkan” dan info pelanggan yang ditambahkan
Pengamatan Sesuai yang diharapkan bahwa sistem akan memproses inputan data pelanggan diatas dan menyimpan ke database, kemudian sistem juga akan memberikan pesan “Data pelanggan berhasil ditambahkan” dan info pelanggan yang ditambahkan
Kasus dan Hasil Uji ( Data Salah )
Data yang dimasukan Nama : -
Alamat : Jl.Ahmad Yani No.10 Purwakarta Jarak : 20 km
No Kontak : 08579595953
Email : RM.Sambel [email protected] Username : username
Password : password
Yang diharapkan Sistem akan menampikan pesan “Nama pelanggan harus diisi”
Pengamatan Sesuai yang diharapkan bahwa Sistem akan menampikan pesan “Nama pelanggan harus diisi”
Kesimpulan Diterima
Data yang dimasukan Nama : RM.Sambel Hejo Alamat : -
Jarak : sdsd
No Kontak : 08579595953
Email : RM.Sambel [email protected] Username : username
Password : password
Yang diharapkan Sistem akan menampikan pesan “alamat pelanggan harus diisi”dan pesan “Jarak harus diisi dengan angka”
Pengamatan Sesuai yang diharapkan bahwa Sistem akan menampikan pesan “Nama pelanggan harus diisi”
Kesimpulan Diterima
Tabel 4.15 Pengujian Edit Data Pelanggan
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Nama : RM. Sambel Hejo
Alamat : Jl.Ahmad Yani No.10 Purwakarta Jarak : 20 km
No Kontak : 08579595953
Email : RM.Sambel [email protected] Username : username
Password : password
Yang diharapkan Sistem akan memproses inputan data pelanggan diatas dan menyimpan ke database, kemudian sistem juga akan memberikan pesan “Data pelanggan berhasil diedit” dan info pelanggan yang diedit
Kasus dan Hasil Uji ( Data Salah )
Data yang dimasukan Nama : -
Alamat : Jl.Ahmad Yani No.10 Purwakarta Jarak : 20 km
No Kontak : 08579595953
Email : RM.Sambel [email protected] Username : username
Password : password
Yang diharapkan Sistem akan menampikan pesan “Nama pelanggan harus diisi”
Pengamatan Sesuai yang diharapkan bahwa Sistem akan menampikan pesan “Nama pelanggan harus diisi”
Kesimpulan Diterima
Data yang dimasukan Nama : RM.Sambel Hejo Alamat : -
Jarak : sdsd
No Kontak : 08579595953
Email : RM.Sambel [email protected] Username : username
Password : password
Yang diharapkan Sistem akan menampikan pesan “alamat pelanggan harus diisi” dan pesan “Jarak harus diisi dengan angka”
Pengamatan Sesuai yang diharapkan bahwa Sistem akan menampikan pesan “Nama pelanggan harus diisi”
Kesimpulan Diterima
Tabel 4.16 Pengujian Ketika Hapus Data Pelanggan
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Data pelanggan yang dipilih dengan mengklik pada tombol hapus
Yang diharapkan Sistem akan membaca data barang yang dipilih untuk dihapus dan akan memunculkan pesan “Anda yakin untuk menghapus data pelanggan ?” , jika user memilih OK maka data materi akan terhapus, jika memilih batal maka data pelanggan tidak diproses untuk dihapus.
4.2.2.4 Pengujian Ketika Olah Data Transportasi
Tabel 4.17 Pengujian Tambah Data Transportasi
Kasus dan Hasil Uji (Data Normal) Data yang dimasukan No Polisi : D1212 EF
Jenis Kendaraan : Kolt Pengemudi : Bayu
Biaya Bahan Bakar : Rp.6000 Konsumsi Bahan Bakar : 16 km Luas Kendaraan : 36000 cm2
Yang diharapkan Sistem akan memproses data inputan kendaraan dan memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil ditambahkan” dan info transportasi yang ditambahkan
Pengamatan Sistem akan memproses data inputan kendaraan dan memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil ditambahkan” dan info transportasi yang ditambahkan
Kesimpulan Diterima
Kasus dan Hasil Uji (Data Salah) Data yang dimasukan No Polisi :
Yang diharapkan Sistem akan menampilkan pesan “No pilisi harus diisi”, “Jenis kendaraan harus diisi”, “Pengemudi harus dipilih”,”Biaya bahan bakar harus diisi”, “Jarak yang dapat ditempuh harus diisi”,””Luas kendaraan harus diisi”
Pengamatan Sesuai yang diharapkan bahwa sistem akan menampilkan pesan “No pilisi harus diisi”, “Jenis kendaraan harus diisi”, “Pengemudi harus dipilih”,”Biaya bahan bakar harus diisi”, “Jarak yang dapat ditempuh harus diisi”,””Luas kendaraan harus diisi”
Kesimpulan Diterima
Data yang dimasukan No Polisi : D1212 EF Jenis Kendaraan : Kolt Pengemudi : Bayu
Biaya Bahan Bakar : Rp.aadsd Konsumsi Bahan Bakar : aa km Luas Kendaraan : sdsd cm2
Yang diharapkan Sistem akan memproses data inputan kendaraan dan memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil ditambahkan” dan info transportasi yang ditambahkan
memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil ditambahkan” dan info transportasi yang ditambahkan
Kesimpulan Diterima
Tabel 4.18 Pengujian Ketika Edit Data Transportasi
Kasus dan Hasil Uji (Data Normal) Data yang dimasukan No Polisi : D1212 EF
Jenis Kendaraan : Kolt Pengemudi : Bayu
Biaya Bahan Bakar : Rp.6000 Konsumsi Bahan Bakar : 16 km Luas Kendaraan : 36000 cm2
Yang diharapkan Sistem akan memproses data inputan kendaraan dan memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil diedit” dan info transportasi yang diedit
Pengamatan Sistem akan memproses data inputan kendaraan dan memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil diedit” dan info transportasi yang diedit
Kesimpulan Diterima
Kasus dan Hasil Uji (Data Salah) Data yang dimasukan No Polisi :
Yang diharapkan Sistem akan menampilkan pesan “No pilisi harus diisi”, “Jenis kendaraan harus diisi”, “Pengemudi harus dipilih”,”Biaya bahan bakar harus diisi”, “Jarak yang dapat ditempuh harus diisi”,””Luas kendaraan harus diisi”
Pengamatan Sesuai yang diharapkan bahwa sistem akan menampilkan pesan “No pilisi harus diisi”, “Jenis kendaraan harus diisi”, “Pengemudi harus dipilih”,”Biaya bahan bakar harus diisi”, “Jarak yang dapat ditempuh harus diisi”,””Luas kendaraan harus diisi”
Kesimpulan Diterima
Data yang dimasukan No Polisi : D1212 EF Jenis Kendaraan : Kolt Pengemudi : Bayu
Yang diharapkan Sistem akan memproses data inputan kendaraan dan memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil ditambahkan” dan info transportasi yang ditambahkan
Pengamatan Sistem akan memproses data inputan kendaraan dan memasukan data kendaraan ke tabel t_transportasi pada database. Kemudian sistem juga akan menampilkan pesan “Data transportasi berhasil ditambahkan” dan info transportasi yang ditambahkan
Kesimpulan Diterima
Tabel 4.19 Pengujian Ketika Hapus Data Transportasi
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Data transportasi yang dipilih dengan mengklik pada tombol hapus
Yang diharapkan Sistem akan membaca data barang yang dipilih untuk dihapus dan akan memunculkan pesan “Anda yakin untuk menghapus data transportasi ?” , jika user memilih OK maka data materi akan terhapus, jika memilih batal maka data transportasi tidak diproses untuk dihapus.
Pengamatan Sesuai yang diharapkan bahwa Sistem akan membaca data barang yang dipilih untuk dihapus dan akan memunculkan pesan “Anda yakin untuk menghapus data transportasi ?” , jika user memilih OK maka data materi akan terhapus, jika memilih batal maka data transportasi tidak diproses untuk dihapus..
Kesimpulan Diterima
4.2.2.5 Pengujian Ketika Olah Data Pengemudi
Tabel 4.20 Pengujian Ketika Menambah Data Pengemudi
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Nama : Bayu
Alamat : Jl.Sadang No.11 No Kontak : 08579595953
Yang diharapkan Sistem akan memproses inputan data pengemudi diatas dan menyimpan ke database, kemudian sistem juga akan memberikan pesan “Data pengemudi berhasil ditambahkan” dan info pengemudi yang ditambahkan
Kesimpulan Diterima
Kasus dan Hasil Uji ( Data Salah )
Data yang dimasukan Nama : Bayu Alamat : No Kontak :
Yang diharapkan Sistem akan menampilkan pesan “Alamat harus diisi”, “”No Kontak Harus diisi”
Pengamatan Sesuai yang diharapkan bahwa sistem akan menampilkan pesan “Alamat harus diisi”, “”No Kontak Harus diisi” Kesimpulan Diterima
Tabel 4.21 Pengujian Ketika Edit Data Pengemudi
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Nama : Bayu
Alamat : Jl.Sadang No.11 No Kontak : 08579595953
Yang diharapkan Sistem akan memproses inputan data pengemudi diatas dan menyimpan ke database, kemudian sistem juga akan memberikan pesan “Data pengemudi berhasil diedit” dan info pengemudi yang diedit
Pengamatan Sesuai yang diharapkan bahwa sistem akan memproses inputan data pengemudi diatas dan menyimpan ke database, kemudian sistem juga akan memberikan pesan “Data pegemudi berhasil diedit” dan info pengemudi yang diedit Kesimpulan Diterima
Kasus dan Hasil Uji ( Data Salah )
Data yang dimasukan Nama : Bayu Alamat : No Kontak :
Yang diharapkan Sistem akan menampilkan pesan “Alamat harus diisi”, “”No Kontak Harus diisi”
Pengamatan Sesuai yang diharapkan bahwa sistem akan menampilkan pesan “Alamat harus diisi”, “”No Kontak Harus diisi” Kesimpulan Diterima
Tabel 4.22 Pengujian Ketika Hapus Data Pengemudi
Kasus dan Hasil Uji (Data Normal)
Data yang dimasukan Data transportasi yang dipilih dengan mengklik pada tombol hapus
data materi akan terhapus, jika memilih batal maka data transportasi tidak diproses untuk dihapus.
Pengamatan Sistem akan membaca data pengemudi yang dipilih untuk dihapus dan akan memunculkan pesan “Anda yakin untuk menghapus data pengemudi ?” , jika user memilih OK maka data materi akan terhapus, jika memilih batal maka data transportasi tidak diproses untuk dihapus.
Kesimpulan Diterima
4.2.3 Kesimpulan Hasil Pengujian Blackbox
Berdasarkan hasil pengujian blackbox (fungsional) dengan kasus uji diatas dapat ditarik kesimpulan sebagai berikut:
1. Jika data yang dimasukan benar maka sistem secara fungsional akan mengeluarkan keluaran sesuai dengan harapan.
2. Jika data yang dimasukan salah, sistem akan menampilkan pesan terhadap data salah yang diinputkan.
Dengan kesimpulan diatas bahwa pembangunan sistem ini bebas kesalahan dan secara fungsional mengeluarkan hasil yang sesuai dengan yang diharapkan.
4.3 Pengujian Beta
Pengujian Beta merupakan pengujian yang dilakukan secara objektif dimana diuji secara langsung ke lapangan yaitu perusahaan yang bersangkutan mengenai kepuasan pengguna dengan kandungan poin yaitu pemenuhan kebutuhan dari tujuan awal pembangunan Sistem Informasi Pendistribusian barang dengan Pendekatan Distribution Requirement Planning dan tampilan antarmuka dari Sistem Informasi Pendistribusian barang dengan Pendekatan Distribution Requirement Planning tersebut. Pengujian beta dilakukan melalui sebuah teknik pengambilan data, yaitu melalui wawancara.
Wawancara dilakukan terhadap pengujian beta untuk halaman Admin dan
4.3.1 Wawancara Pengguna
Wawancara dilakukan dengan menggunakan teknik kualitatif melalui pertanyan terbuka. Wawancara mengenai halaman Admin dan Administrasi Sales dilakukan terhadap Kepala Gudang dan Administrasi Sales. Dari hasil wawancara tersebut akan dilakukan pengambilan kesimpulan terhadap penilaian penerapan sistem yang baru. Wawancara terdiri dari 3 pertanyaan terbuka yang akan ditanyakan kepada narasumber.
4.3.2 Wawancara Pengujian Beta untuk Kepala Gudang
Wawancara dilakukan untuk pengujian beta terhadap Sistem Informasi Pendistribusian barang dengan Pendekatan Distribution Requirement Planning
pada UD.Giamas Sejahtera Purwakarta kepada Kepala Gudang, yaitu Bapak Agus. Kegiatan wawancara ini dilakukan pada tanggal 5 april 2014 yang bertempat di UD. Giamas Sejahtera Purwakarta.
Berikut daftar pertanyaan yang diajukan kepada narasumber :
1. Menurut Anda, apakah dengan adanya Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini telah memberikan kemudahan dalam hubungan dengan para Pelanggan untuk pendistribusiaan barang? Sebutkan alasannya.
2. Apakah dengan adanya Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini memberikan kemudahan dalam menentukan perkiraan jumlah persediaan yang harus diminta ke supplier?
3. Menurut Anda, apakah Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini memudahkan untuk mendapatkan informasi perkiraan pesanan para pelanggan?
Tabel 4.23 Hasil Wawancara Halaman Kepala Gudang
1. Menurut Anda, apakah dengan adanya Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini telah memberikan kemudahan dalam hubungan dengan para pelanggan untuk pendistribusian barang? Sebutkan alasannya.
Jawaban narasumber Menurut Kepala Gudang, Sistem Informasi Pendistribusian barang dengan Pendekatan
Distribution Requirement Planning ini telah memudahkan untuk mengetahui informasi pendistribusian setiap barangnya ke para pelanggan.
2. Apakah dengan adanya Sistem Informasi Pendistribusian barang dengan Pendekatan DRP ini memberikan kemudahan dalam menentukan jumlah persediaan yang harus diminta ke supplier?
Jawaban narasumber Menurut Kepala gudang, Sistem Informasi
Pendistribusian barang dengan pendekatan DRP ini telah memberikan kemudahan dalam perhitungan pendistribusian dan perhitungan untuk perkiraan penentuan jumlah persediaan. Karena dengan adanya Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini Kepala Gudang hanya tinggal memasukkan tanggal (periode) yang
nantinya akan dihitung secara otomatis oleh sistem. 3. Menurut Anda, apakah Sistem Informasi Pendistribusian barnag dengan Pendekatan DRP ini memudahkan untuk untuk mendapatkan informasi perkiraan pesanan para pelanggan?
Jawaban narasumber Menurut Kepala Gudang, Sistem informasi
Pendistribusian barang dengan Pendekatan DRP ini telah memudahkan untuk mengetahui informasi produk setiap pesanan pelanggan tersedia atau tidak.
4.3.3 Wawancara Pengujian Beta Untuk Administrasi Sales
Berikut daftar pertanyaan yang diajukan kepada narasumber :
1. Apakah dengan adanya Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini membantu Anda untuk mengolah data pesanan?
2. Apakah dengan adanya Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini telah membantu Anda untuk berhubungan langsung dengan Kepala Gudang ?
3. Menurut Anda, apakah Sistem Informasi Pendistribusian barang dengan pendekatan DRP ini mudah untuk digunakan?
Dari wawancara tersebut, menghasilkan jawaban dari narasumber. Rincian hasil jawaban yang diperoleh dari wawancara kepada narasumber untuk pertanyaan pertama terdapat pada tabel 4.24.
Tabel 4.24 Hasil Wawancara Halaman Administrasi Sales
1. Apakah dengan adanya Sistem Informasi Pendistribusian barang dengan Pendekatan DRP ini membantu Anda untuk mengolah data pesanan? Jawaban narasumber Menurut Administrasi Sales, Sistem informasi
Pendistribusian barang dengan Pendekatan DRP sangat membantu dalam membuat pesanan dari pelanggan. Karena dengan Sistem informasi
Pendistribusain barang dengan Pendekatan DRP ini tinggal memilih data produk dan menginput
jumlahnya.
2. Apakah dengan adanya Sistem informasi Pendistribusian barang dengan Pendekatan DRP ini telah membantu Anda untuk berhubungan langsung dengan Kepala Gudang ?
Jawaban narasumber Menurut Administrasi Sales, Sistem informasi Pendistribusian barang dengan Pendekatan DRP ini membantu untuk berhubungan dengan gudang. Karena dapat melihat secara langsung data stock produk barang.
3. Menurut Anda, apakah Sistem Informasi Pendistribusian barang dengan Pendekatan DRP ini mudah untuk digunakan?
4.3.4 Kesimpulan Hasil Pengujian Beta
Berdasarkan hasil jawaban setiap user atau responden terhadap pertanyaan yang diajukan pada pengujian beta dapat ditarik kesimpulan bahwa sistem yang dibangun sudah user friendly, mudah digunakan, membantu Administrasi Sales
dalam mendapatkan informasi dari bagian gudang mengenai data stok barang dan memudahkan dalam pengolahan data permintaan pemesanan setiap pelanggan untuk didistribusikan dengan baik. Kemudian membantu Kepala Gudang dalam mengolah data penentuan permintaan perkiraan persediaan stok barang ke
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
UD. Giamas Sejahtera Purwakarta adalah distributor produk tisu yang berada di Perum Bukit Panorama Indah blok B3 No.40 Purwakarta. Perusahaan yang telah dipercaya untuk mendistribusikan produknya ke beberapa perusahaan, baik yang berada di dalam kota Purwakarta ataupun di luar kota Purwakarta, Sedangkan dunia industri memiliki tingkat persaingan yang ketat dalam era pasar bebas, meskipun dalam tingkat distributor. Konsumen akan merasa puas terhadap pelayanan distributor, jika produk tersebut tiba tepat waktu dan tepat jumlah.
lancar, baik dan sesuai harapan tanpa adanya kesalahan, serta tidak lagi kehilangan pendapatan penjualannya.
Dari kondisi yang telah dikemukakan diatas, maka UD. Giamas Sejahtera Purwakarta perlu adanya sistem informasi yang dapat mengelola data stok tisu untuk persediaan stok aman agar pengendalian pendistribusian tisu ke setiap pelanggannya stabil tanpa terjadi kehilangan pendapatan penjualan, maka dalam penelitian ini dibuatlah ”Sistem Informasi Pendistribusian Barang Dengan Pendekatan Distribution Requirement Planning”.
1.2 Rumusan Masalah
Berdasarkan latar belakang yang telah dikemukakan maka dapat dirumuskan permasalahan yang diajukan yaitu bagaimana membangun “Sistem Informasi Pendistribusian Barang dengan Pendekatan Distribution Requirements Planning
di UD. Giamas Sejahtera Purwakarta”. Sehingga mampu melakukan pendistribusian Tisu dengan baik dan tepat sesuai dengan harapan.
1.3 Maksud dan Tujuan
Maksud dari penelitian tugas akhir ini adalah membangun Sistem Informasi Pendistirbusian barang dengan pendekatan Distribution Requirements Planning (DRP) di UD. Giamas Sejahtera Purwakarta. Sedangkan tujuan yang diharapkan dari pembangunan sistem ini diantaranya yaitu :
1. Mempermudah bagian adm.sales dalam pengendalian setiap permintaan pemesanan pelanggan untuk didistribusikan dengan lancar dan tepat sesuai jumlah permintaan.
1.4 Batasan Masalah
Untuk mencegah pembahasan yang diluar topik maka ditetapkanlah beberapa batasan agar penelitian dan aplikasi yang akan dibuat dapat dilakukan sesuai dengan prosedur yang berlaku. Adapun batasan masalah dalam pembuatan aplikasi ini adalah sebagai berikut:
1. Sebagai sampel, data barang yang akan diimplementasikan sebagai ujicoba hanya mencakup 3 barang yang paling tinggi penjualannya berdasarkan tahun 2014, yaitu terdiri dari 1 jenis Tisu yaitu Tissue30, kemudian barang Hand Towel dan Facial Acnes.
2. Penelitian yang dilaksanakan menangani permasalahan pengendalian
pendistribusian dan perencanaan kebutuhan.
3. Aktifitas distribusi yang diproses mencakup pengolahan data persediaan barang dan data pesanan pelanggan berdasarkan data history sebelumnya tahun 2014.
4. Metode yang digunakan dalam proses perhitungan pendistribusian dan perhitungan pengendalian persediaannya adalah dengan metode pendekatan DRP yaitu logika dasar metode DRP (Distribution Requirement Planning).
5. Parameter monitoring stok berdasarkan pemesanan pelanggan dan dilihat dari persediaan barang periode sebelumnya.
6. Untuk peramalan persediaan menggunakan metode Moving Average, karena melihat pola data yang dihasilkan yaitu pola data horizontal.
7. Peramalan persediaan barang dilakukan dalam periode dua minggu. 8. Proses yang ada dalam sistem yaitu :
1. Proses penerimaan pemesanan barang dari pelanggan.
2. Proses perhitungan biaya distribusi untuk pengiriman barang ke pelanggan.
3. Proses penjadwalan pengiriman pendistribusian barang ke pelanggan 4. Proses peramalan persediaan barang dengan menggunakan Moving
Average.
9. Keluaran yang akan diberikan oleh sistem ini yaitu : 1. Informasi pemesanan barang.
2. Informasi perhitungan biaya distribusi pengiriman barang ke pelanggan.
3. Informasi penjadwalan pengiriman pendistribusian barang ke pelanggan.
4. Informasi hasil perhitungan peramalan persediaan barang sebagai acuan untuk persediaan barang pada periode selanjutnya untuk pemenuhan permintaan barang dari pelanggan.
5. Informasi laporan barang.
10.Metode analisis yang digunakan dalam pembangunan sistem ini berdasarkan analisis terstruktur, dimana pemodelan datanya menggunakan ERD (Entity Relational Diagram) serta untuk menggambarkan pemodelan fungsionalanya menggunakan DFD (Data Flow Diagram).
11.Sistem yang akan dibangun adalah sistem yang berbasis web, karena akan digunakan oleh beberapa pengguna yang tempatnya berjauhan.
1.5 Metodologi Penelitian
Metodologi Penelitian yang digunakan dalam penelitian ini adalah metode analisis deskriptif, yaitu suatu metodologi yang bertujuan untuk mendapatkan gambaran yang jelas mengenai fakta dan informasi dalam situasi atau kejadian dimasa sekarang secara sistematis, faktual dan akurat. Metode analisis deskriptif terdiri dari metode pengumpulan data dan pembangunan perangkat lunak.
1.5.1 Metodelogi Pengumpulan Data
Metode pengumpulan data yang digunakan dalam penulisan tugas akhir ini adalah sebagai berikut :
a. Studi Literature (Library Research)
b. Wawancara (Interview)
Wawancara yang dilakukan kepada Kepala Owner dan beberapa staff yang berperan dalam pengujian di UD. Giamas Sejahtera Purwakarta
c. Observasi (Observation Research)
Teknik Observasi yang dilakukan adalah pengumpulan data yang diperoleh dengan mengadakan penelitian dan peninjauan secara langsung terhadap system yang sedang berjalan di UD. Giamas Sejahtera Purwakarta.
1.5.2 Metodelogi Pembangunan Perangkat Lunak
Metode analisis data dalam pembangunan perangkat lunak menggunakan paradigma perangkat lunak secara waterfall, karena menghasilkan sistem yang terstruktur dengan baik di setiap prosesnya. Waterfall merupakan salah satu model pengembangan software, dimana kemajuan suatu proses dipandang sebagai aliran yang mengalir ke bawah seperti air terjun. Maka tahapan dalam model ini disusun bertingkat, setiap tahap dalam model ini dilakukan berurutan. Selain itu dari satu tahap kita dapat kembali ke tahap sebelumnya, gambar dan tahapan yang meliputi beberapa proses tersebut yaitu :
Terdapat beberapa tahapan dalam pembangunan perangkat lunak pada model waterfall menurut Ian Sommerville, diantaranya :
a. Requirements analysisand definitions : Pada tahap ini mengumpulkan kebutuhan secara lengkap kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh program yang dibangun. Fase ini harus dikerjakan secara lengkapuntuk bisa menghasilkan desain yang lengkap.
b. System and software design : tahap ini dikerjakan setelah kebutuhan selesai dikumpulkan secara lengkap.
d. Integration and system testing : Tahap penyatuan unit-unit program kemudian diuji secara menyeluruh.
e. Operation and Maintenance : Tahap ini mengoperasikan program dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya.
Terdapat beberapa tahapan dalam pembangunan perangkat lunak pada model waterfall menurut Ian Sommerville, yaitu:
Requirements analysis and
definition
System and software design
Integration and system testing Implementation
and unit testing
Operation and maintenance
Gambar 1.1 Model Waterfall Ian Sommerville [3]
1.6 Sistematika Penulisan
Sistematika penulisan dalam penyusunan laporan tugas akhir adalah sebagai berikut :
BAB 1 PENDAHULUAN
BAB 2 TINJAUAN PUSTAKA
Bab ini berisi tentang profil umum UD. Giamas Sejahtera Purwakarta, struktur organisasi UD. Giamas Sejahtera Purwakarta, job description UD. Giamas Sejahtera Purwakarta, landasan teori yang berisi teori - teori yang melandasi dari distribusi barang dengan pendekatan Distribution Requirements Planning di UD. Giamas Sejahtera Purwakarta.
BAB 3 ANALISIS DAN PERANCANGAN
Bab ini berisi tentang analisis sistem, analisis masalah, analisis sistem yang sedang berjalan di UD. Giamas Sejahtera Purwakarta, proses penyusunan hirarki, proses perhitungan bobot, analisis kebutuhan non-fungsional, analisis pengguna / user, analisis perangkat keras, analisis perangkat lunak. Selain itu terdapat juga analisis pengkodean, analisis basis data, analisis kebutuhan fungsional, diagram konteks, spesifikasi proses, kamus data, stuktur tabel, perancangan antar muka, perancangan prosedural dan jaringan semantik untuk aplikasi yang akan dibangun sesuai dengan hasil analisis yang telah dibuat.
BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM
Bab ini merupakan tahapan tentang hasil implementasi dan pengujian dari hasil analisis dan perancangan sistem informasi pendistibusian tisu yang dilakukan di UD. Giamas Sejahtera Purwakarta.
BAB 5 KESIMPULAN DAN SARAN
iii
Alhamdulillahirobbil’alamin segala puji hanya milik Allah SWT yang telah melimpahkan Rahmat, Nikmat serta Hidayah sehingga penulis dapat
menyelesaikan skripsi dengan judul “Pembangunan Sistem Informasi
Pendistribusian Barang Dengan Pendekatan Distribution Requirement Planning di UD. Giamas Sejahtera Purwakarta”. Shalawat serta salam semoga tercurahkan kepada baginda Nabi Muhammad SAW, sang pencerah dan suri tauladan bagi seluruh ummat.
Skripsi ini dimaksudkan untuk menyelesaikan program sarjana strata-1 (S-1) Program Studi Teknik Informatika, Fakultas Teknik dan Ilmu Komputer, Universitas Komputer Indonesia.
Atas semua bantuan yang telah diberikan, baik secara langsung maupun tidak langsung selama penyusunan skripsi ini hingga selesai, penulis mengucapkan terima kasih yang sebesar-besarnya kepada :
1. Allah SWT. Robbul’izzati wa malikul ‘alamin.
2. Ibunda tercinta dan ayahanda tercinta, terima kasih telah menjadi motivator terbaik dalam hidup penulis dan saudara-saudariku tercinta atas dorongan serta do’a dan bantuannya baik moril dan materil.
3. Bapak Irawan Afrianto S.T.,M.T. selaku Ketua Program Studi Teknik Informatika, Fakultas Teknik dan Ilmu Komputer, Universitas Komputer Indonesia.
4. Ibu Utami Dewi Widianti S.Kom., M.Kom., selaku dosen wali dan sekaligus pembimbing yang telah memberikan pengarahan, masukan bagi penulis dalam penyusunan skripsi ini.
iv
7. Seluruh dosen dan karyawan Jurusan Teknik Informatika, Universitas Komputer Indonesia, atas ilmu, bimbingan dan bantuannya hingga penulis selesai menyusun skripsi ini.
8. Kepada Nabilla Widya Suhenda, Gumilar, Pardini, Dea Aditya, Akhmad, Frisky dan sahabat IndoPointsSquad yang telah membantu dalam pengerjaan penelitian ini.
9. Serta rekan-rekan mahasiswa seperjuangan Teknik Informatika khususnya IF-12 angkatan 2009 yang bersama-sama telah melewati manis pahitnya masa perjalanan kuliah dan yang telah banyak membantu dalam penyusunan skripsi ini.
10.Semua pihak yang terlibat yang telah ikut membantu dalam penulisan laporan ini baik secara langsung maupun tidak langsung.
Penulis menyadari bahwa skripsi ini belum sempurna, baik dari segi materi maupun penyajiannya. Untuk itu saran dan kritik yang membangun sangat diharapkan dalam penyempurnaan skripsi ini.
Terakhir penulis berharap, semoga skripsi ini dapat memberikan hal yang bermanfaat dan menambah wawasan bagi pembaca dan penulis khususnya.
Bandung, Agustus 2014
[3] I. Sommerville, 2003. Software Enginering, Rekayasa Perangkat Lunak 6th ed, Jakarta: Erlangga.
[4] J. Hartono, 2005. Analisis dan Desain Sistem Informasi, Yogyakarta: Andi Offset.
[5] Kusnur Eko, 2005. Pengertian Distribusi dan Fungsi Distribusi, tersedia: http://ekokusnur.com/pengertian-distribusi-dan-fungsi-distribusi.html.
[6] Ladjamudin, 2006. Al Bahra. Rekaya Perangkat Lunak, Yogyakarta: Graha Ilmu.
[7] Makridakis. S.. Weelwright. S. C.. & McGee. V. E. (n.d.). Metoda dan Aplikasi Peramalan Jilid 1. Tanggerang: Binarupa Aksara.
[8] Nugroho, 2008. Bunafit. Latihan Membuat Aplikasi Web PHP dan MySQL dengan Dreamweaver, Yogyakarta : Gaya Media.
[9] Ross, David F, 1996. Distribution : Planning and control. London : Kluwer Academic Publishers.
v
KATA PENGANTAR ... iii
DAFTAR ISI ... v
DAFTAR GAMBAR ... xi
DAFTAR TABEL ... xiv
DAFTAR SIMBOL ... xvi
DAFTAR LAMPIRAN ... xviii
BAB 1 PENDAHULUAN ... 1
1.1 Latar Belakang Masalah ... 1
1.2 Rumusan Masalah ... 2
1.3 Maksud dan Tujuan ... 2
1.4 Batasan Masalah ... 3
1.5 Metodologi Penelitian ... 4
1.5.1 Metodologi Pengumpulan Data ... 4
1.5.2 Metodologi Pembangunan Perangkat Lunak ... 5
1.6 Sistematika Penulisan ... 6
BAB 2 TINJAUAN PUSTAKA ... 9
2.1 Tinjauan Perusahaan ... 9
2.1.1 Sejarah Berdirinya Perusahaan ... 9
2.1.2 Logo Perusahaan ... 9
vi
2.2.1.1 Pengertian Sistem ... 12
2.2.1.2 Karakteristik Sistem ... 12
2.2.2 Sistem Informasi ... 14
2.2.2.1 Pengertian Sistem Informasi ... 14
2.2.2.2 Tujuan Dan Aktifitas Sistem Informasi ... 14
2.2.2.3 Kriteria Umum Sistem Informasi ... 15
2.2.2.4 Sistem Informasi Berbasis Komputer ... 15
2.2.2.5 Komponen Ideal Untuk Sistem Informasi... 16
2.2.3 Manajemen Peralaman ... 18
2.2.3.1 Analisis Deret Berkala ... 18
2.2.3.2 Moving Average ... 21
2.2.3.3 Single Moving Average (SMA) ... 20
2.2.4 Pengertian Distribusi ... 20
2.2.4.1 Distribution Requirement Planning ... 21
2.2.4.2 Komponen Utama DRP ... 22
2.2.4.3 Istilah-istilsh Dalam DRP ... 23
2.2.4.4 Tahapan-tahapan DRP ... 24
2.2.4.5 Kegiatan Pada Distribusi Fisik ... 25
2.2.5 Perangkat Penunjang ... 26
vii
2.2.6.3 Bahasa Pemograman PHP ... 28
2.3 Bahasa Basis Data ... 30
2.3.1 Entity Relationship Diagram ... 30
2.3.2 Diagram Konteks ... 32
2.3.3 Diagram Flow Data ... 32
2.3.4 Kamus Data ... 33
BAB 3 ANALISIS DAN PERANCANGAN SISTEM ... 34
3.1 Analisis Sistem ... 34
3.1.1 Analisis Masalah ... 34
3.1.2 Analisis Sistem Yang Sedang Berjalan ... 34
3.1.2.1 Prosedur Penjualan Barang ... 35
3.1.2.2 Prosedur Pengadaan Barang ... 37
3.1.2.3 Prosedur Pendistribusian Barang ... 39
3.1.3 Analisis Aturan Bisnis ... 41
3.1.3.1 Analisis Aturan Bisnis Yang Sedang Berjalan ... 41
3.1.3.2 Analisis Aturan Bisnis Yang Diusulkan ... 41
3.1.4 Analisis Data ... 42
3.1.5 Analisis Metode Distribution Requirement Planning (DRP) ... 42
3.1.5.1 Menghitung Gross Requirement (GR) ... 42
viii
3.1.5.5 Menentukan Pesanan Yang Direncanakan (POR) ... 44
3.1.5.6 Perhitungan Biaya Distribusi Untuk Setiap Pesanan Pelanggan Pada Bulan Januari 2014 ... 47
3.1.6 Ilustrasi Distribusi dan Transportasi ... 52
3.1.7 Spesifikasi Kebutuhan Perangkat Lunak... 52
3.1.8 Analisis Kebutuhan Non Fungsional ... 53
3.1.8.1 Analisis Perangkat Keras ... 53
3.1.8.2 Analisis Perangkat Lunak Yang Berjalan ... 54
3.1.8.3 Analisis Pengguna ... 55
3.1.8.4 Analisis Basis Data ... 56
3.1.9 Analisis Kebutuhan Fungsional ... 59
3.1.9.1 Diagram Konteks ... 59
3.1.9.2 Data Flow Diagram (DFD) ... 60
3.1.10 Spesifikasi Proses ... 67
3.1.11 Kamus Data ... 80
3.2 Perancangan Sistem ... 84
3.2.1 Diagram Relasi ... 84
3.2.2 Struktur Tabel ... 84
3.2.3 Perancangan Struktur Menu ... 87
ix
3.4 Perancangan Prosedural ... 112
BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM ... 121
4.1 Implementasi ... 121
4.1.1 Kebutuhan Perangkat Keras ... 121
4.1.2 Kebutuhan Perangkat Lunak ... 121
4.1.3 Implementasi Basis Data…...122
4.1.4 Implementasi Antarmuka ... 125
4.1.4.1 Implementasi Antarmuka Untuk Admin ... 126
4.1.4.2 Implementasi Antarmuka Untuk Pelanggan ... 127
4.1.4.3 Implementasi Antarmuka Untuk Admin Sales ... 127
4.1.4.4 Implementasi Antarmuka Untuk Kepala gudang ... 128
4.1.4.1 Implementasi Antarmuka Untuk Owner ... 128
4.2 Pengujian Blackbox ... 129
4.2.1 Rencana Pengujian ... 129
4.2.2 Kasus dan Hasil Pengujian ... 129
4.2.2.1 Pengujian Login ... 130
4.2.2.2 Pengujian Olah Data Barang...130
4.2.2.3 Pengujian Olah data Pelanggan ... 132
4.2.2.4 Pengujian Ketika Olah Data Transportasi ... 135
x
4.3.2 Wawancara Pengujian Beta Untuk Admin………...140
4.3.3 Wawancara Pengujian Beta Untuk Administrasi Sales…………..141
4.3.4 Wawancara Pengujian Beta Untuk Pelanggan………143
4.3.5 Kesimpulan Hasil Pengujian Beta...144
BAB 5 KESIMPULAN DAN SARAN ... 145
5.1 Kesimpulan ... 145
5.2 Saran ... 146
PURWAKARTA
SKRIPSI
Diajukan untuk Menempuh Ujian Akhir Sarjana
