Sistem Informasi Perencanaan Dan Penjadwalan Distribusi Handuk Dengan Distribution Requirement Planning Di CV. Masindo

(1)

SISTEM INFORMASI PERENCANAAN DAN PENJADWALAN

DISTRIBUSI HANDUK

DENGAN DISTRIBUTION

REQUIREMENT PLANNING

SKRIPSI

Diajukan untuk Menempuh Ujian Akhir Sarjana

RUDINI SEPTIANA RACHAYU

10109497

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK DAN ILMU KOMPUTER

UNIVERSITAS KOMPUTER INDONESIA

2015


(2)

iii

KATA PENGANTAR

ِمْيـــــــِحَرلا ِنـــــــــمْحَرلا ِه ِمــــْسِب

Alhamdulillahirobbil‟alamin segala puji hanya milik Allah SWT yang telah

melimpahkan Rahmat, Nikmat serta Hidayah sehingga penulis dapat

menyelesaikan skripsi dengan judul “Sistem Informasi Perencanaan Dan Penjadwalan Distribusi Handuk dengan Menggunakan Distribution Requirement Planning di CV MASINDO”. 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 (Warliah.Spd) dan ayahanda tercinta (Eme Hari Kartiwan Suhandi). Terima kasih telah menjadi motivator terbaik dalam hidup penulis. 3. Ketiga saudara penulis (Deri Rahmat Novia, Handri Hidayana dan Putri Indriani Syaadah Oktora), atas dorongan serta do‟a dan bantuannya baik moril dan materil.

4. Bapak Irawan Afrianto S.T.,M.T. selaku Ketua Program Studi Teknik Informatika, Fakultas Teknik dan Ilmu Komputer, Universitas Komputer Indonesia.

5. Ibu Utami Dewi W, S.Kom., M.Kom. selaku dosen pembimbing sekaligus dosen wali yang telah memberikan bimbingan dan dorongan dalam penyusunan skripsi ini.

6. Bapak Lukman Swita beserta staff selaku pembimbing dari pihak CV MASINDO yang telah memberikan bimbingan dan dorongan dalam penyusunan skripsi ini.


(3)

iv

7. Ibu Riani Lubis, S.T., M.TM. selaku penguji 1 yang telah membantu dalam seminar dan memberikan banyak masukan kepada penulis.

8. Seluruh dosen dan karyawan Jurusan Teknik Informatika, Universitas Komputer Indonesia, atas ilmu, bimbingan dan bantuannya hingga penulis selesai menyusun skripsi ini.

9. Yang tersayang Riska Handayani, terimakasih selalu memberikan motivasi dan support yang tiada hentinya kepada penulis.

10.Serta rekan-rekan mahasiswa seperjuangan Teknik Informatika khususnya IF-12 angkatan 2009 yang banyak membantu dalam penyusunan skripsi ini. 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, Februari 2015 Penulis,


(4)

v

DAFTAR ISI

ABSTRAK ... i

ABSTRACK ... ii

KATA PENGANTAR ... iii

DAFTAR ISI ... v

DAFTAR GAMBAR ... x

DAFTAR TABEL ... xiii

DAFTAR SIMBOL ... xv

DAFTAR LAMPIRAN ... xix

BAB 1 PENDAHULUAN ... 1

1.1 Latar Belakang ... 1

1.2 Rumusan Masalah ... 2

1.3 Maksud dan Tujuan ... 2

1.4 Batasan Masalah ... 2

1.5 Metodologi Penelitian ... 3

1.5.1 Metode Pengumpulan Data ... 3

1.5.2 Metode Pengembangan Perangkat Lunak ... 3

1.6 Sistematika Penulisan ... 5

BAB 2 TINJAUAN PUSTAKA ... 7

2.1 Profil Tempat Penelitian ... 7

2.1.1 Sejarah Perusahaan... 7

2.1.2 Logo Perusahaan ... 8


(5)

vi

2.1.4 Struktur Organisasi ... 8

2.1.5 Job Description ... 9

2.2 Landasan Teori ... 10

2.2.1 Konsep Dasar Sistem ... 10

2.2.2 Pengertian Sistem ... 10

2.2.3 Bentuk Umum Sistem ... 11

2.2.4 Karakteristik Sistem ... 11

2.3 Sistem Informasi ... 12

2.3.1 Pengertian Sistem Informasi ... 12

2.3.2 Tujuan dan Aktifitas Sistem Informasi ... 13

2.3.3 Kritera Umum Sistem Informasi ... 13

2.3.4 Sistem Informasi Berbasis Komputer ... 13

2.3.5 Komponen Ideal Untuk Sistem Informasi ... 14

2.4 Peramalan (Forcasting) ... 16

2.4.1 Anallisis Deret Berkala ... 17

2.4.2 Metode Peramalan ... 19

2.4.2.1 Metode Single Moving Average ... 20

2.4.2.2 Metode Double Moving Average... 21

2.4.2.3 Metode Single Exponential Smoothing ... 22

2.4.2.4 Metode Double Exponential Smoothing ... 23

2.4.2.5 Forcast Error... 24

2.5 Pengertian Distribusi ... 24


(6)

vii

2.5.2 Istilah – Istilah Dalam DRP ... 26

2.5.3 Tahapan – Tahapan Dalam DRP ... 27

2.5.4 Planning Horizon / Tabe DRP ... 28

2.6 Perangkat Penunjang ... 28

2.6.1 Perangkat Keras ... 28

2.6.2 Perangkat Lunak... 29

2.6.2.1 Delphi XE5 ... 29

2.7 Basis Data ... 30

2.7.1 Entity Relationship Diagram (ERD) ... 30

2.7.2 Diagram Konteks ... 32

2.7.3 Diagram Arus Data ... 32

2.4.7 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 Pemesanan... 35

3.1.2.2 Prosedur Persediaan ... 36

3.1.2.3 Prosedur Pendistribusian ... 37

3.1.3 Analisis Aturan Bisnis ... 39

3.1.3.1 Kesimpulan Aturan Bisnis ... 39


(7)

viii

3.1.4.1 Menentukan Gross Requirement (GR)... 42

3.1.4.1.1 Menentukan Metode Peramalan Terbaik ... 44

3.1.4.2 Analisis Peramalan Metode Single Moving Average (SMA) ... 45

3.1.4.3 Menghitung Forcast Error ... 46

3.1.4.3.1 Kesimpulan Hasil Peramalan Single Moving Average ... 47

3.1.4.4 Menentukan Lead Time ... 48

3.1.4.5 Menghitung Lot Size ... 48

3.1.4.6 Menghitung Safety Stock ... 49

3.1.4.7 Pembuatan Tabel Distribution Requirement Planning (DRP) ... 50

3.1.4.8 Pengelolaan Pendistribusian Kesetiap Cabang ... 53

3.1.4.8.1 Kesimpulan Pendistribusian Ke Setiap Cabang ... 56

3.1.5 Analisis Basis Data ... 56

3.1.6 Analisis Kebutuhan Non Fungsional ... 58

3.1.6.1 Analisis Perangkat Keras ... 58

3.1.6.2 Analisis Perangkat Lunak ... 59

3.1.6.3 Analisis Jaringan ... 60

3.1.6.4 Analisis Pengguna / User ... 61

3.1.7 Analisis Kebutuhan Fugsional ... 63

3.1.7.1 Diagram Konteks ... 63

3.1.7.2 Data Flow Diagram (DFD) ... 64

3.1.7.2.1 Spesifikasi Proses ... 68

3.2 Kamus Data ... 76


(8)

ix

3.3.1 Diagram Relasi ... 79

3.3.1.1 Struktur Tabel... 79

3.3.2 Perancangan Struktur Menu ... 83

3.3.3 Perancangan Antar Muka ... 86

3.3.4 Jaringan Semantik Pengguna ... 96

3.3.5 Perancangan Prosedral ... 98

BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM ... 103

4.1 Implementasi ... 103

4.1.1 Implementasi Perangkat Keras Yang Digunakan ... 103

4.1.2 Implementasi Perangkat Lunak Yang Digunakan... 103

4.1.3 Impementasi Basis Data ... 104

4.2 Imlementasi Antar Muka... 109

4.3 Pengujian Perangkat Lunak... 109

4.3.1 Pengujian Sistem ... 110

4.3.1.1 Skenario Pengujian... 110

4.3.2 Kasus dan Hasil Pengujian Black Box ... 111

4.3.2.1 Equivalence Parrtioning ... 111

4.3.3 Kesimpulan Pengujian Black Box ... 117

4.3.4 Pengujian Beta ... 117

4.3.4.1 Skenario Pengujian Kepala Gudang... 117

4.3.5 Kesimpulan Pengujian Beta ... 118

BAB 5 KESIMPULAN DAN SARAN ... 119


(9)

x

5.2 Saran ... 115 DAFTAR PUSTAKA


(10)

DAFTAR PUSTAKA

[1] I. Sommerville, Software Enginering, Rekayasa Perangkat Lunak 6th ed, Jakarta: Erlangga, 2003.

[2] J. Hartono, Analisis dan Desain Sistem Informasi, Yogyakarta: Andi Offset, 2005.

[3] Supranto.J Metode Ramalan Kuantitatif : Untuk Perencanaan Ekonomi dan Bisnis. Jakarta : Rineka Cipta. 2010.

[4] Ross, David Frederick.1996. Distibution : Planning and Control. London : Kluwer Academic Publishers.

[5] MADCOMS. 2006. Seri Panduan Pemrograman : Pemrograman Borland Delphi . Andi publisher: Jakarta

[6] adir, Abdul. 2008. Tuntunan Praktis : Belajar Database Menggunakan MySQL. Yogyakarta : Andi.


(11)

1

BAB 1 PENDAHULUAN

1.1 Latar Belakang

Industri memiliki tingkat persaingan yang ketat dalam era pasar bebas, meskipun dalam tingkat distributor. Distributor dituntut menyalurkan produk dengan baik untuk mencegah kekosongan stok. Konsumen akan merasa puas terhadap pelayanan distributor jika produk tersebut tepat waktu dan tepat jumlah. Hal ini mengakibatkan kebijakan untuk pengendalian persediaan produk pada suatu lokasi tertentu sangat penting dilakukan oleh manajemen dalam mengatur penjadwalaan dan perencanaan distribusi dari bagian pemasaran sehingga pendistribusian produk bisa sampai tepat waktu dan tepat jumlahnya.

. CV Masindo yang terletak di Jl.Bojong Reungas Majalaya no.25 kabupaten Bandung adalah salah satu perusahaan handuk yang ada di daerah bandung yang memproduksi handuk dengan tiga ukuran, yaitu adalah handuk dengan ukuran 50 x 100 cm, 60 x 120 cm, dan 70 x 140 cm. CV Masindo selain bergerak dibidang produksi juga mendistribusikannya kesetiap cabang, daerah pendistribusiannya adalah Cimahi dan Cicalengka. Pengiriman produk tersebut dilakukan melalui alat transfortasi darat (mobil) dengan kapasitas daya angkut kendaraan 67 lusin

Berdasarkan hasil wawancara yang dilakukan dengan pihak perusahaan yaitu bapak Uju selaku kepala gudang, permasalahaan yang dihadapi oleh CV Masindo adalah sering tidak terpenuhinya jumlah permintaan cabang karena jumlah permintaan selalu melebihi stok yang ada di gudang, selain itu sering terjadinya keterlambatan dalam mendistribusiakan handuk karena kapasitas kendaraan yang kurang memadai sehingga mengakibatkan aktifitas distribusi menjadi terhambat.

Melihat kondisi tersebut, maka dibutuhkan sistem untuk perencanaan dan penjadwalan aktivitas distribusi handuk agar pemenuhan permintaan cabang terpenuhi tepat waktu dan tepat jumlahnya. Yaitu “Sistem Informasi Perencanaan Dan Penjadwalan Distribusi Handuk di CV Masindo Dengan metode


(12)

2

1.2 Rumusan Masalah

Berdasarkan latar belakang yang telah dikemukakan maka dapat dirumuskan permasalahan yang diajukan yaitu bagaimana membangun “Sistem Informasi Perencanaan Dan Penjadwalan Distribusi Handuk Di CV Masindo Dengan Metode Distribution Requirement Planning(DRP)”.

1.3 Maksud dan Tujuan

Maksud dari penelitian tugas akhir ini adalah membangun sistem informasi aktifitas perencanaan dan penjadwalan distribusi Handuk di CV Masindo dengan metode Distribution Requirement Planning. Sedangkan tujuan yang diharapkan dari pembangunan sistem ini diantaranya yaitu :

1. Membantu kepala gudang menentukan jumlah permintaan setiap cabang 2. Membantu kepala gudang agar menjaga pendistribusain pesanan tidak

terhambat sehingga menjadi tepat waktu 1.4 Batasan Masalah

Untuk mencegah terjadinya 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. Sistem yang akan dibangun adalah sistem berbasis Client Server .

2. Data yang digunakan adalah input berupa persediaan handuk dan data output berupa data penjualan handuk dari bulan januari 2014 sampai november 2014.

3. Metode yang digunakan adalah metode Distribution Requirement Planning (DRP) karena melihat dari permsalahan yang dihadpi perusahaan berkaitan dengan distribusi maka metode DRP cocok digunaka nuntuk menyelesaikan permasalahan disribusi.

4. Sebagai sampel, barang yang akan di implementasikan sebagai uji coba adalah :


(13)

3

b. Handuk ukuran 60x120 c. Handuk ukuran 70x140

5. Untuk meramlakan jumlah pemesanan pada periode berikutnya menggunakan metode peramalan Single Moving Average karena setelah melakukan perbandingan dengan metode yang lain metode Single Moving Average memiliki tingkat error yang lebih kecil.

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 disana sekarang secara sistematis, faktual dan akurat. Metode analisis deskriptif terdiri dari metode pengumpulan data dan pembangunan perangkat lunak.

1.5.1 Metode Pengumpulan Data

Metode pengumpulan data yang digunakan dalam penulisan tugas akhir ini adalah sebagai berikut:

a. Studi Literatur (Library Research)

Studi literatur dilakukan dengan pengumpulan data kajian dari sistem informasi, Distribution Requirement Planning berdasarkan buku dan jurnal. b. Wawancara (Interview)

Teknik pengumpulan data dengan mengadakan Tanya jawab secara langsung dengan karyawan CV Masindo.

c. Observasi (Obsevation Research)

Observasi yang dilakukan adalah pengumpulan data yang diperoleh secara langsung di CV Masindo yang terletak di Jl.Bojong Reungas majalaya kabupaten bandung.

1.5.2 Metode Pengembangan Perangkat Lunak

Metode analisis data dalam pembuatan perangkat lunak menggunakan paradigma perangkat lunak secara waterfall, karena menghasilkan sistem yang terstruktur dengan baik di tiap prosesnya. Waterfall merupakan salah satu model pengembangan software, dimana kemajuan suatu proses dipandang sebagai aliran


(14)

4

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 pembuatan perangkat lunak pada model waterfall menurut Ian Sommerville [1], diantaranya:

a. Requirements analysisand definitions : Pada tahap ini mengumpulkan kebutuhan secara lengkap kemudian dianalisis dan didefinisikan kebutuhan yang harus di penuhi oleh program yang akan di bangun. Fase ini harus dikerjakan secara lengkap untuk bisa menghasilkan desain yang lengkap. b. System and software design : tahap ini dikerjakan setelah kebutuhan selesai

dikumpulkan secara lengkap.

c. Implementation and unit testing : Tahap desain program diterjemahkan ke dalam kode-kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. Program yang dibangun langsung diuji baik secara unit.

d. Integration and system testing : Tahap penyatuan unit-unit program kemudian di uji secara menyeluruh.

e. Operation and Maintenance : Tahap mengoperasikan program

dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya.


(15)

5

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 [1]

1.6 Sistematika Penulisan

Sistematika penulisan dalam penyusunan laporan tugas akhir adalah sebagai berikut :

BAB 1 PENDAHULUAN

Bab ini merupakan bab yang membahas latar belakang CV Masindo, perumusan masalah yang terdapat di lingkungan CV Masindo, maksud dan tujuan dari penelitian yang dilakukan, batasan masalah, metodologi penelitian yang digunakan dan sistematika penulisan.

BAB 2 TINJAUAN PUSTAKA

Bab ini berisi tentang profile umum, struktur organisasi, dan job description CV Masindo, landasan teori yang berisi teori – teori yang melandasi dari pembangunan sistem informasi di CV Masindo.

BAB 3 ANALISIS DAN PERANCANGAN

Bab ini berisi tentang analisis sistem, analisis masalah, analisis sistem yang sedang berjalan di CV Masindo, proses penyusunan hirarki, proses perhitungan


(16)

6

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 berisi hasil implementasi dari hasil analisis dan perancangan sistem yang telah dibuat disertai juga hasil pengujian sistem yang dilakukan di CV Masindo sehingga diketahui apakah sistem yang dibangun sudah memenuhi syarat sebagai aplikasi yang user-friendly.

BAB 5 KESIMPULAN DAN SARAN

Bab ini merupakan bab penutup yang berisi kesimpulan dari uraian proses pembangunan dan saran – saran tentang aplikasi untuk penulisan tugas akhir.


(17)

102

BAB 4 IMPLEMENTASI DAN PENGUJIAN

4.1 Implementasi Sistem

Tahap implementasi merupakan tahap pembangunan perangkat lunak, tahap kelanjutan dari kegiatan perancangan sistem. Tahap ini merupakan tahap dimana sistem siap untuk dioperasikan, yang terdiri dari penjelasan mengenai lingkungan implementasi, dan implementasi program.

4.1.1 Perangkat Keras Yang Digunakan

Spesifikasi perangkat keras (hardware) yang digunakan dalam pembangunan sistem Sistem Informasi Perencanaan dan Penjadwalan Distribusi Dengan Distribution Requirement Planning ini adalah sebagai berikut pada tabel 4.1 :

Tabel 4.1 Perangkat Keras Yang Digunakan 1. Prosessor Dual Core 2,6 GHz

2. Monitor LCD 17 inch 3. Memori RAM 1 Gb DDR2 4. Hard disk 250 Gb

5. Keyboard Memiliki tombol Keyboard seperti pada umumnya

6. Mouse Memiliki tombol Mouse yang lengkap seperti pada umumnya

7. Printer Printer multifungsi warna 8. Jaringan LAN

4.1.2 Perangkat Lunak Yang Digunakan

Spesifikasi perangkat lunak (software) yang digunakan dalam pembangunan sistem infomasi perencanaan dan penjadwalan distribusi handuk dengan Distribution Requirement Planning (DRP) ini adalah sebagai berikut pada tabel 4.2 :

Tabel 4.2 Perangkat Lunak Yang Digunakan 1. Sistem Operasi Windows 7

2. Basis Data MySQL 3. Bahasa Pemrograman Pascal


(18)

103

4.1.3 Impelentasi Basis Data

Pembuatan database dilakukan dengan menggunakan aplikasi

DBMSMySQL. Implementasi database dalam bahasa SQL adalah sebagai

berikut:

1. Tabel barang

create table BARANG (

ID_BARANG varchar(11) not null, NAMA varchar(30) not null, STOK double not null, SAFETY double not null, HARGA double not null, SATUAN varchar(15) not null, STATUS varchar(25) not null, ID_USER varchar(11) not null, primary key (ID_BARANG)

);

create index BIAYA_FK on BARANG (

ID_USER );

alter table BARANG add constraint FK_REFERENCE_2 foreign key (ID_USER)

references USER (ID_USER) on delete restrict on update restrict;

2. Tabel biaya

create table BIAYA (

ID_BIAYA varchar(11) not null, NAMA varchar(25) not null, BIAYA double not null, ID_USER varchar(11) not null, primary key (ID_BIAYA)

);

create index USER_FK on BIAYA (

ID_USER );


(19)

104

(ID_USER)

references USER (ID_USER) on delete restrict on update restrict;

3. Tabel cabang

create table CABANG (

ID_CABANG varchar(11) not null, NAMA varchar(30) not null, ID_YM varchar(50) not null, ALAMAT varchar(50) not null, JARAK double not null, ID_USER varchar(11) not null, primary key (ID_CABANG)

);

create index CABANG_FK on CABANG (

ID_USER );

4. Tabel drp

create table DRP (

ID_DRP varchar(11) not null, PERIODE varchar(20) not null, ID_BARANG varchar(11) not null, POH_AWAL double not null, GR double not null, SR double not null, POH_AKHIR double not null, NR double not null, POREC double not null, POREL double not null, primary key (ID_DRP)

);

create index DRP_FK on DRP (

ID_BARANG );


(20)

105

5. Tabel kendaraan

create table KENDARAAN (

NO_POLISI varchar(11) not null, JENIS_KENDARAAN varchar(30) not null, SUPIR varchar(25) not null,

KONSUMSI_BBM double not null, KAPASITAS_MUATAN double not null, STATUS varchar(25) not null, ID_USER varchar(11) not null, primary key (NO_POLISI)

);

create index KENDARAAN_FK on KENDARAAN (

ID_USER );

alter table KENDARAAN add constraint FK_REFERENCE_3 foreign key (ID_USER)

references USER (ID_USER) on delete restrict on update restrict;

6. Tabel kirim

create table KIRIM (

ID_KIRIM varchar(20) not null, ID_RENCANA varchar(11) not null, ID_PESANAN varchar(30) not null, TGL_KIRIM date not null,

NO_POLISI varchar(11) not null, VOLUME double not null, BIAYA_DISTRIBUSI double not null, CETAK varchar(6) not null, ID_USER varchar(11) not null, primary key (ID_KIRIM)

);

create index KIRIM_FK1 on KIRIM (

ID_RENCANA );

create index KIRIM_FK2 on KIRIM (

ID_PESANAN );

create index KIRIM_FK3 on KIRIM (

ID_USER );


(21)

106

7. Tabel pesanan

create table PESANAN (

ID_PESANAN varchar(30) not null, TANGGAL_PESANAN date not null, ID_CABANG varchar(11) not null, TIPE_TRANSAKSI varchar(25) not null, ID_BARANG varchar(11) not null, QTY double not null,

QTY_KIRIM double not null, TGL_KIRIM date,

PERIODE varchar(20) not null, VERIFIKASI varchar(10) not null, STATUS varchar(30) not null, ID_USER varchar(11) not null, primary key (ID_PESANAN)

);

create index PESANAN_FK1 on PESANAN (

ID_CABANG );

create index PESANAN_FK2 on PESANAN (

ID_BARANG );

create index PESANAN_FK3 on PESANAN (

ID_USER );

;

8. Tabel User

create table USER (

ID_USER varchar(11) not null, NAMA varchar(25) not null, USERNAME varchar(30) not null, PASSWORD varchar(50) not null, HAK_AKSES varchar(25) not null, primary key (ID_USER)


(22)

107

9. Tabel produksi

create table PRODUKSI (

ID_PRODUKSI varchar(11) not null, ID_DRP varchar(11) not null, PERIODE varchar(20) not null, QTY double not null,

VERIFIKASI varchar(20) not null, ID_USER varchar(11) not null, primary key (ID_PRODUKSI)

);

create index PRODUKSI_FK1 on PRODUKSI (

ID_DRP );

create index PRODUKSI_FK2 on PRODUKSI (

ID_USER );

10.Tabel Rencana Kirim

create table RENCANA_KIRIM (

ID_RENCANA varchar(11) not null, ID_PESANAN varchar(30) not null, ID_BARANG varchar(11) not null, QTY double not null,

TGL_KIRIM date not null, BULAN varchar(20) not null, TAHUN varchar(4) not null,

JENIS_KENDARAAN varchar(20) not null, KML_KENDARAAN double not null, BIAYA_DISTRIBUSI_TOTAL double not null, STATUS varchar(20) not null,

VERIFIKASI varchar(20) not null, ID_USER varchar(11) not null, primary key (ID_RENCANA)

);

create index RENCANA_KIRIM_FK1 on RENCANA_KIRIM (

ID_PESANAN );

create index RENCANA_KIRIM_FK2 on RENCANA_KIRIM (

ID_BARANG );


(23)

108

create index RENCANA_KIRIM_FK3 on RENCANA_KIRIM (

ID_USER );

4.2 Implenetasi Antar Muka

Implementasi antar muka dilakukan dengan setiap tampilan program yang dibangun dan pengkodeannya dalam bentuk file program. Berikut ini adalah implementasi antarmuka untuk pengguna dapat dilihat pada Tabel 4.3.dan untuk tampilan implementasi sistem informasi perencanaan dan penjadwalan distribusi handuk dengan Distribution Requirement Planning di CV MASINDOini akan dilampirkan pada halaman lampiran.

Tabel 4.3 Implementasi Proses dan File Pendukung Nama Proses File

Login Login_Form.Pas Lupa Password Login_Form.Pas Pengolahan Data Master Master_Form.Pas Pengolahan Data User Pemesanan_Form.Pas Pengolahan Data Barang Barang_Form.Pas Pengolahan Data Cabang Cabang_Form.Pas Pengolahan Data Kendaraan Kendaraan_Form,Pas Pengolahan Data Biaya Biaya_Form.Pas Pengolahan Data Pemesanan Pemesanan_Form.Pas Pengolahan Data Pengiriman Pengiriman_Form.Pas Pengolahan Data Verifikasi Verifikasi_Form.Pas

4.3 Pengujian Perangkat Lunak

Pengujian sistem merupakan hal terpenting yang bertujuan untuk menemukan kesalahan–kesalahan atau kekurangan–kekurangan pada perangkat lunak yang diuji. Pengujian bermaksud untuk mengetahui perangkat lunak yang dibuat sudah memenuhi kriteria yang sesuai dengan tujuan perancangan perangkat lunak tersebut.

Pengujian perangkat lunak ini menggunakan pengujian black box.Pengujian black box berfokus pada persyaratan fungsional perangkat lunak.


(24)

109

4.3.1 Pengujian Sistem

Agar hasil implementasi benar-benar memenuhi kebutuhan maka dilakukan pengujian terhadap sistem yang dibangun. Pengujian yang akan dilakukan menggunakan pengujian black box dan pengujian beta.

4.3.1.1 Skenario Pengujian

Sekenario pengujian Blackbox menjelaskan sekenario pengujian Sistem Informasi perencanaan dan penjadwalan distribusi handuk dengan Distribution Requirement Planning di CV MASINDO pada tabel 4.4.

Tabel 4.4 Tabel Skenario Pengujian

Kelas Uji Butir Uji Jenis Pengujian

Login Input data login Blackbox Verifikasi Blackbox Pengolahan Data User Edit Blackbox Pengolahan Data User Admin Edit Blackbox Pengolahan Data User Admin Sales Edit Blackbox Pengolahan Data User Kepala Gudang Edit Blackbox Pengolahan Data User Asst Manager Edit Blackbox Pengolahan Data User Manager Edit Blackbox

Pengolahan Data Barang

Tambah Blackbox Edit Blackbox Hapus Blackbox Cari Blackbox

Pengolahan Data Cabang

Tambah Blackbox Edit Blackbox Hapus Blackbox Cari Blackbox

Pengolahan Data Kendaraan

Tambah Blackbox Edit Blackbox Hapus Blackbox Cari Blackbox Pengolahan Data Pesanan Tambah Blackbox Pengolahan Data Produksi Tambah Blackbox Pengolahan Data DRP Tambah Blackbox Pengolahan Data Pengiriman Tambah Blackbox Pengolahan Data Biaya Tambah Blackbox Pengolahan Data Verifikasi Tambah Blackbox Pengolahan Data Peramalan Pengadaan Tambah Blackbox Hapus Blackbox


(25)

110

Verifikasi Blackbox Pengolahan Data Pengadaan Tambah Blackbox

4.3.2 Kasus dan Hasil Pengujian Black Box

Berdasarkan rencana pengujian, maka dapat dilakukan pengujian black box pada Sistem evaluasi penempatan sebagai berikut:

4.3.2.1Equivalence Parttioning

Equivalence Parttioning adalah pengujian perangkat lunak yang

dilakukan dengan cara membagi data masukan dari unit perangkat lunak menjadi beberapa partisi data dimana test case dapat diturunkan. Pada prinsipnya, uji kasus dirancang untuk menutupi setiap partisi minimal sekali. Teknik ini mencoba mendefinisikan kasus uji yang mengungkap kelas kesalahan, sehingga mengurangi jumlah kasus uji yang harus dikembangkan. 1. Pengujian Login

Login digunakan untuk penentuan hak akses pengguna sebagai

admin. Dapat dilihat pengujian data benar dan salah login pada tabel 4.5. Tabel 4.5Pengujian Login Admin

Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Username:

ADMIN Password: ADMIN Hak Akses : Admin

Proses dilanjutkan menuju halaman awal profil admin

Setelah kolom username, password dan hak akses diisi dengan benar, sistem langsung menuju halaman awal sistem

[√] diterima [ ] ditolak

Kasus dan Hasil Uji (Data Salah)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Username: Dadansadasda Password: Muncul pesan “Mohon periksa kembali username atau password anda”

Muncul pesan “Mohon periksa kembali username atau password anda”

[√] diterima [ ] ditolak


(26)

111

Abc

Kasus dan Hasil Uji (Data Kosong)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Username: (Kosong) Password: (Kosong) Muncul pesan “Username dan password harus diisi”

Muncul pesan “Username dan

password harus diisi” [√] diterima [ ] ditolak

Tabel 4.6 Pengujian Login Sales Kasus dan Hasil Uji (Data Normal) Data

Masukan

Yang Diharapkan Pengamatan Kesimpulan

Username: SALES Password: SALES Hak Akses : Sales

Proses dilanjutkan menuju halaman awal profil admin sales

Setelah kolom username, password dan hak akses diisi dengan benar, sistem langsung menuju halaman awal sistem

[√] diterima [ ] ditolak

Kasus dan Hasil Uji (Data Salah) Data

Masukan

Yang Diharapkan Pengamatan Kesimpulan

Username: SALES Password: Abc Muncul pesan “Mohon periksa kembali username atau password anda”

Muncul pesan “Mohon periksa kembali username atau password anda”

[√] diterima [ ] ditolak

Kasus dan Hasil Uji (Data Kosong) Data

Masukan

Yang Diharapkan Pengamatan Kesimpulan

Username: (Kosong) Password: (Kosong) Muncul pesan “Username dan password harus diisi”

Muncul pesan “Username dan

password harus diisi” [√] diterima [ ] ditolak


(27)

112

Tabel 4.7 Pengujian Login Gudang Kasus dan Hasil Uji (Data Normal) Data

Masukan

Yang Diharapkan Pengamatan Kesimpulan

Username: UJANG Password: UJANG Hak Akses : Gudang

Proses dilanjutkan menuju halaman awal profil adm warehouse

Setelah kolom username, password dan hak akses diisi dengan benar, sistem langsung menuju halaman awal sistem

[√] diterima [ ] ditolak

Kasus dan Hasil Uji (Data Salah) Data

Masukan

Yang Diharapkan Pengamatan Kesimpulan

Username: UJANG Password: Abc Muncul pesan “Mohon periksa kembali username atau password anda”

Muncul pesan “Mohon periksa kembali username atau password anda”

[√] diterima [ ] ditolak

Kasus dan Hasil Uji (Data Kosong) Data

Masukan

Yang Diharapkan Pengamatan Kesimpulan

Username: (Kosong) Password: (Kosong) Muncul pesan “Username dan password harus diisi”

Muncul pesan “Username dan

password harus diisi” [√] diterima [ ] ditolak

Tabel 4.8 Pengujian Login Manager Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Username:

MANAGER Password: MANAGER Hak Akses : Manager

Proses dilanjutkan menuju halaman awal profil asst sales manager

Setelah kolom username, password dan hak akses diisi dengan benar, sistem langsung menuju halaman awal sistem

[√] diterima [ ] ditolak


(28)

113

Kasus dan Hasil Uji (Data Salah)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Username: MANAGER Password: Abc Muncul pesan “Mohon periksa kembali username atau password anda”

Muncul pesan “Mohon periksa kembali username atau password anda”

[√] diterima [ ] ditolak

Kasus dan Hasil Uji (Data Kosong)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Username: (Kosong) Password: (Kosong) Muncul pesan “Username dan password harus diisi”

Muncul pesan “Username dan

password harus diisi” [√] diterima [ ] ditolak

2. Pengujian Pengolahan Data Barang

Pengujian Pengolahan Data Barang dapat dilihat pengujian data benar dan salah pengolahan pemilik pada tabel 4.10.

Tabel 4.9 Pengujian Data Barang Kasus dan Hasil Uji (Data Normal)

Data Barang

Data Masukan Yang Diharapkan Pengamatan Kesimpulan

Proses ini akan menampilkan halaman data barang dan melakukan penyimpanan data

Setelah asst sales manager berhasil

login dan

mengklik menu barang, kemudian sistem menampilkan halaman barang. Selanjutnya data barang akan disimpan didalam database [√] diterima [ ] ditolak


(29)

114 id_barang HDK50 Nama HDK50 Stok 0 safety 0 Harga 15000 satuan Pcs Status kosong id_user UJA5

Perubahan Data Barang

Data Masukan Yang Diharapkan Pengamatan Kesimpulan id_barang HDK50 Nama HDK50 Stok 0 safety 0 Harga 15000 satuan Pcs Status kosong id_user UJA5 Muncul pesan Proses ini akan menampilkan halaman data barang yang akan diubah dan menyimpan data perubahan barang

Setelah asst sales manager berhasil

login dan

mengklik menu ubah data barang, kemudian sistem menampilkan halaman perubahan data barang yang didalamnya terdapat data barang yang dipilih. Kemudian perubahan data disimpan dalam database [√] diterima [ ] ditolak

Penghapusan Data Barang

Data Masukan Yang Diharapkan Pengamatan Kesimpulan id_barang

HDK50 Setelah asst sales manager berhasil

login dan

mengklik menu hapus barang, kemudian sistem menampilkan pesan “Apakah yakin data ini akan dihapus?” Jika ingin dihapus pilih ok

[√] diterima [ ] ditolak


(30)

115

Pada proses ini sistem akan menampilkan konfirmasi penghapusan apabila penghapusan disetujui maka data barang yang dipilih akan dihapus dari

database.

jika tidak pilih cancel.

3. Pengujian Penjualan

Pengujian Pengolahan Penjualan dapat dilihat pengujian data benar dan salah pengolahan pemilik pada tabel 4.11.

Tabel 4.10 Pengujian Penjualan Kasus dan Hasil Uji (Data Normal)

Data Penjualan

Data Masukan Yang Diharapkan Pengamatan Kesimpulan

PSN-2303151 2014-01-18 CIM1 PEMESANAN HDK50 352 2014-01-25 JAN 2014 Y LOADING ID USER

Proses ini akan menampilkan halaman data penjualan dan melakukan penyimpanan data Setelah admin sales berhasil

login dan

mengklik menu penjualan, kemudian sistem menampilkan halaman penjualan. Selanjutnya data penjualan akan disimpan didalam database [√] diterima [ ] ditolak


(31)

116

4. Pengujian Peramalan

Pengujian Pengolahan Peramalan dapat dilihat pengujian data benar dan salah pengolahan pemilik pada tabel 4.12.

Tabel 4.11 Pengujian DRP Kasus dan Hasil Pengujian (Data Normal)

Data Peramalan

Data Masukan Yang Diharapkan Pengamatan Kesimpulan DRP-0612141 HDK50 342 793.333333333333 0 18.9611177803272 777.454583333333 470.294451113661-774.372215553006

Proses ini akan menampilkan halaman data peramalan dan melakukan penyimpanan data

Setelah admin sales berhasil login dan mengklik menu peramalan, kemudian sistem menampilkan halaman peramalan. Selanjutnya data peramalan akan disimpan didalam database [√] diterima [ ] ditolak

4.3.3 Kesimpulan Pengujan Black Box

Berdasarkan hasil pengujian dengan kasus sample uji yang telah dilakukan memberikan kesimpulan bahwa pada proses sudah benar. Penyaringan kesalahan proses dalam bentuk arahan tampilan halaman pesan sudah cukup maksimal. Secara fungsional sistem sudah dapat menghasilkan output yang diharapkan.

4.3.4 Pengujian Beta

Pengujian beta merupakan pengujian yang dilakukan secara objektif dimana diuji secara langsung ke lapangan, dengan melakukan wawancara mengenai kepuasan user terhadap aplikasi yang telah dibangun, dengan kandungan point syarat user friendly serta apakah sesuai dengan yang diharapkan.

4.3.4.1 Skenario Pengujian Beta Kepala Gudang

Pengujian beta yang dilakukan terhadap kepala gudang ini adalah teknik wawancara, berikut ini daftar pertanyaan dan hasil wawancara yang diberikan Kepala Gudang:


(32)

117

1. Apakah Sistem Informasi DRP ini sudah memudahkan pihak Gudang untuk menentukan jumlah menentukan jumlah permintaan?

Jawab : Menurut kepala gudang, sangat memudahkan, hanya dengan menghitung memasukan data pemesanan, kita sudah dapat mengtahui jumlah persediaan barang yang harus disediakan

2. Setelah adanya Sistem Informasi DRP ini apakah masalah pendistribusian masih terhambat ?

Jawab : Menurut kepala gudang, tidak karena dengan adanya sistem informasi DRP ini bisa membantu kepala gudang untuk menjadwalkan pendistribusian

3. Secara keseluruhan, bagaimana dengan kinerja Sistem Informasi DRP ini? Jawab : Menurut kepala gudang, cukup baik namun untuk tampilan agar diperbaiki

4.3.5 Kesimpulan Pengujian Beta

Berdasarkan hasil pengujian beta yang dilakukan dengan cara wawancara yang berupa pertanyaan-pertanyaan seperti di atas dapat disimpulkan bahwa Sistem DRP sudah sesuai dengan proses kerja perusahaan, mudah dipahami, membantu dalam proses menentukan jumlah permintaan handuk, dan membantu dalam menjadwalkan pendistribusian. Berdasarkan hasil pengujian ini maka dapat ditarik kesimpulan bahwa bahwa Aplikasi Sistem DRP ini telah sesuai dengan yang diharapkan dan memenuhi kebutuhan proes kerja pengguna.


(33)

118

BAB 5 KESIMPULAN DAN SARAN

5.1 Kesimpulan

Kesimpulan yang dapat diperoleh setelah melakukan analisis dan pengujian terhadap Sistem Perencanaan dan Penjadwalan Distribusi Handuk Dengan Distribution Requirement Planning di CV MASINDO yang dibangun adalah :

1. Sistem peramalan persediaan dapat membantu dan mempermudah kepala gudang dalam menentukan jumlah persediaan agar dapat memenuhi permintaan cabang di setiap periode/bulan.

2. Sistem yang dibangun dapat membuat jadwal pengiriman dan menghitung biaya distribusi sehingga memudahkan CV MASINDO dalam mengontrol kegiatan distribusi serta dapat memberikan informasi kegiatan distribusi yang akurat kepada pengguna sistem

5.2 Saran

Berdasarkan kesimpulan yang telah di kemukakan, pada dasarnya sistem yang dibangun sudah memenuhi dari maksud dan tujuan yang diharapkan, akan tetapi sistem yang dibangun butuh pengembangan lebih lanjut agar sistem menjadi lebih baik dan dapat memaksimalkan fungsinya tersebut, maka saran yang diharapkan untuk membangun sistem pendistribusian handuk ini agar lebih baik adalah :

1. Agar dibuatkan penjadwalan pengiriman menurut rute terdekat dari satu cabang ke cabang lain, supaya dapat memaksimalkan pengiriman jika jumlah permintaan cabang melebihi dari muatan kendaraan.

2. Agar dibuatkan menu laporan penjualan di cabang, sehingga pusat dapat mengontrol secara langsung hasil penjualan dari setiap cabang.

3. Agar ditambahkan menu tutorial atau cara menggunakan aplikasi distribusi ini sehingga memudahkan pengguna baru untuk aplikasi ini


(34)

F-1

BIODATA

Nama : Rudini Septiana Rachayu

NIM : 10109497

Tempat/Tgl. Lahir : Bandung, 04 September 1989 Jenis Kelamin : Laki – Laki

Alamat : Kp. Bojong Reungas Rt.02/06 Des. Majasetra Kec. Majalaya Kab. Bandung

No. Telp./HP. : 085220044693

E-mail : Dyetak_89@yahoo.co.id

Riwayat Pendidikan

1997 – 2003 : SD Negeri Sukapura 2 Bandung 2003 – 2006 : SMP BPI 1 Bandung

2006 – 2009 : SMA BPI 2 Bandung

2009 – 2015 : Program Studi S1 Jurusan Teknik Informatika Universitas Komputer Indonesia Bandung

Demikian riwayat hidup ini saya buat dengan sebenar – benarnya dalam keadaan sadara dan tanpa paksaan.

Bandung, 19 Februari 2015


(35)

(36)

(37)

(1)

117

1. Apakah Sistem Informasi DRP ini sudah memudahkan pihak Gudang untuk menentukan jumlah menentukan jumlah permintaan?

Jawab : Menurut kepala gudang, sangat memudahkan, hanya dengan menghitung memasukan data pemesanan, kita sudah dapat mengtahui jumlah persediaan barang yang harus disediakan

2. Setelah adanya Sistem Informasi DRP ini apakah masalah pendistribusian masih terhambat ?

Jawab : Menurut kepala gudang, tidak karena dengan adanya sistem informasi DRP ini bisa membantu kepala gudang untuk menjadwalkan pendistribusian

3. Secara keseluruhan, bagaimana dengan kinerja Sistem Informasi DRP ini? Jawab : Menurut kepala gudang, cukup baik namun untuk tampilan agar diperbaiki

4.3.5 Kesimpulan Pengujian Beta

Berdasarkan hasil pengujian beta yang dilakukan dengan cara wawancara yang berupa pertanyaan-pertanyaan seperti di atas dapat disimpulkan bahwa Sistem DRP sudah sesuai dengan proses kerja perusahaan, mudah dipahami, membantu dalam proses menentukan jumlah permintaan handuk, dan membantu dalam menjadwalkan pendistribusian. Berdasarkan hasil pengujian ini maka dapat ditarik kesimpulan bahwa bahwa Aplikasi Sistem DRP ini telah sesuai dengan yang diharapkan dan memenuhi kebutuhan proes kerja pengguna.


(2)

118

BAB 5 KESIMPULAN DAN SARAN

5.1 Kesimpulan

Kesimpulan yang dapat diperoleh setelah melakukan analisis dan pengujian terhadap Sistem Perencanaan dan Penjadwalan Distribusi Handuk Dengan Distribution Requirement Planning di CV MASINDO yang dibangun adalah :

1. Sistem peramalan persediaan dapat membantu dan mempermudah kepala gudang dalam menentukan jumlah persediaan agar dapat memenuhi permintaan cabang di setiap periode/bulan.

2. Sistem yang dibangun dapat membuat jadwal pengiriman dan menghitung biaya distribusi sehingga memudahkan CV MASINDO dalam mengontrol kegiatan distribusi serta dapat memberikan informasi kegiatan distribusi yang akurat kepada pengguna sistem

5.2 Saran

Berdasarkan kesimpulan yang telah di kemukakan, pada dasarnya sistem yang dibangun sudah memenuhi dari maksud dan tujuan yang diharapkan, akan tetapi sistem yang dibangun butuh pengembangan lebih lanjut agar sistem menjadi lebih baik dan dapat memaksimalkan fungsinya tersebut, maka saran yang diharapkan untuk membangun sistem pendistribusian handuk ini agar lebih baik adalah :

1. Agar dibuatkan penjadwalan pengiriman menurut rute terdekat dari satu cabang ke cabang lain, supaya dapat memaksimalkan pengiriman jika jumlah permintaan cabang melebihi dari muatan kendaraan.

2. Agar dibuatkan menu laporan penjualan di cabang, sehingga pusat dapat mengontrol secara langsung hasil penjualan dari setiap cabang.

3. Agar ditambahkan menu tutorial atau cara menggunakan aplikasi distribusi ini sehingga memudahkan pengguna baru untuk aplikasi ini


(3)

F-1

BIODATA

Nama : Rudini Septiana Rachayu

NIM : 10109497

Tempat/Tgl. Lahir : Bandung, 04 September 1989

Jenis Kelamin : Laki – Laki

Alamat : Kp. Bojong Reungas Rt.02/06 Des. Majasetra Kec. Majalaya Kab. Bandung

No. Telp./HP. : 085220044693

E-mail : Dyetak_89@yahoo.co.id

Riwayat Pendidikan

1997 – 2003 : SD Negeri Sukapura 2 Bandung 2003 – 2006 : SMP BPI 1 Bandung

2006 – 2009 : SMA BPI 2 Bandung

2009 – 2015 : Program Studi S1 Jurusan Teknik Informatika Universitas Komputer Indonesia Bandung

Demikian riwayat hidup ini saya buat dengan sebenar – benarnya dalam keadaan sadara dan tanpa paksaan.

Bandung, 19 Februari 2015


(4)

(5)

(6)