Lampiran 5. Indikator yang paling lemah pada variabel ini adalah butir pertanyaan 17 dengan total skor sebesar 121.
5.4 Penentuan Fokus Rancangan
Dalam menentukan fokus perancangan, dua hal penting yang perlu diperhatikan adalah nilai regresi antar variabel dependen dengan independen dan
analisis deskriptif mengenai jawaban responden. Berdasarkan analisis regresi, variabel reliability memiliki pengaruh paling besar terhadap kepuasan DC terhadap
pelayanan yaitu sebesar 0,423. Variabel lain yang juga cukup besar berpengaruh terhadap adalah variabel timeliness sebesar 0,359.
Tabel 5.5 menunjukkan rangkuman hasil variabel-variabel dependen regresi, uji hipotesis dan analisis deskriptif mengenai indikator terlemah dari variabel-variabel
dependen dan independen. Dari pertimbangan ketiganya akan dirangkum sebuah solusi rancangan yang mampu memperbaiki variabel-variabel independen guna
meningkatkan kepuasan DC terhadap pelayanan.
5.5 Perancangan Sistem Informasi Pengiriman dan permintaan Pupuk
Langkah-langkah dalam membuat uraian prosedur mengacu pada prosedur yang ada pada sistem persediaan pupuk sebagai berikut:
1. Permintaan pupuk. Permintaan Pupuk berdasarkan masukan dari bagian gudang. Bagian gudang
akan memeriksa mengenai data pupuk yang stocknya hampir habis. Lalu bagian gudang membuat surat PO dan menghubungi supplier via telpon, via fax atau datang
Universitas Sumatera Utara
langsung ke supplier yang dituju untuk melakukan pemesanan barang, agar barang yang diminta dapat langsung di setujui dan dikirim.
2. Pupuk Masuk. Supplier mengirimkan pupuk disertai dengan surat jalan dan retur pupuk,
setelah pesanan yang diterima maka dilakukan pengecekan dahulu apakah pupuk yang dikirim sesuai dengan pesanan atau apakah ada pupuk yang rusak. Jika ada yang
tidak sesuai dengan pesanan maka akan di buat retur yang dicatat di dalam surat jalan. 3. Pupuk Keluar.
Bagian gudang menerima surat permintaan barang dari bagian penjualan untuk meminta barang dari gudang, karena kekosongan barang pada
display mini Mart. Setelah di setujui pada bagian gudang, di buatlah surat keluar barang yang akan di terima pada bagian penjualan beserta barang yang diminta pada
bagian penjualan. 4. Permintaan Pupuk.
Bagian gudang melakukan cek terhadap pupuk yang terdapat di gudang, setelah dilakukan pengecekan pupuk masuk dan barang keluar, dibuatlah kartu stock
permintaan barang agar dapat mengetahui pupuk mana saja yang ingin di pesan. 5. Pembuatan Laporan.
Laporan yang dibuat adalah laporan permintaan barang barang dilihat dari nota. Laporan ini akan diberikan kepada pimpinan.
Universitas Sumatera Utara
5.6 Analisa Sistem Usulan
Gambar 5.2 menunjukkan perancangan sistem perangkat lunak di deskripsikan dengan model analisis menggunakan diagram use case serta dilanjutkan
dengan model desain. Analisis digunakan untuk pemetaan awal mengenai perilaku yang isyaratkan sistem aplikasi ke dalam elemen-elemen pemodelan. Untuk
membantu perancangan dan melengkapi dokumentasi yang diperlihatkan pada Tabel 5.6 dan 5.7.
Gambar 5.2 Use Case Pemesanan Barang
Universitas Sumatera Utara
Tabel 5.7 Keterangan Diagram Use Case Permintaan Barang
Nama use case
Use Case Permintaan Barang Deskripsi
Singkat Bagian gudang dapat mengakses form–form yang
terdapat dalam aplikasi permintaan pupuk. Aktor
Bagian gudang. Tindakan
utama User bagian gudang dapat mengakses input data
pupuk, input data supplier, transaksi PO, transaksi barang masuk, transaksi barang keluar, laporan, persediaan,
cetak surat permintaan dan cetak surat keluar barang.
Gambar 5.3 dan Tabel 5.8 menunjukkan diagram blok pemesanan pupuk serta keterangan dari gambar.
Start Jenis Pupuk
Buat daftar pupuk yang
dipesan Buat PO
Tidak Ya
ACC PO Terima PO
ACC PO Stop
Gambar 5.3 Diagram Blok Activity Diagram Pemesanan Pupuk
Universitas Sumatera Utara
Tabel 5.8 Keterangan Activity Diagram Pemesanan Pupuk
Nama Use Case
Activity Diagram Pemesanan Pupuk Deskripsi
singkat Bagian gudang mengakses form pemesanan pupuk
untuk membuat surat PO. Aktor
Bagian gudang. Tindakan
utama
User bagian gudang mengakses transaksi pemesanan pupuk untuk membuat surat PO, yang ditujukan ke supplier,
namun terlebih dahulu surat PO, di kirim ke bagian administrasi untuk acc surat PO.
Gambar 5.4 dan Tabel 5.9 menunjukkan proses bisnis pupuk masuk serta keterangan dari gambar.
Start Kirim Pupuk,surat
jalan,return Konfirmasi jika
tidak sesuai PO Stop
Terima return pupuk,surat jalan
Pemerikasaan barang
Tanda tangan,surat
jalan dan return pupuk
Ya Terima
pupuk Stop
Terima surat jalan dan return pupuk
Gambar 5.4. Proses Bisnis Activity Diagram Pupuk Masuk
Universitas Sumatera Utara
Tabel 5.9 Keterangan Activity Diagram Pupuk Masuk
Nama Use Case
Use Case pupuk masuk. Deskripsi
Singkat Bagian gudang menerima barang, surat jalan, retur
barang dari supplier. Aktor
Bagian gudang Tindakan
utama
User bagian gudang menerima pupuk serta surat jalan dan retur pupuk, kemudian periksa, jika sesuai dengan
PO, terima pupuk, jika tidak sesuai. Bagian gudang konfirmasi ke supplier bahwa pupuk tidak sesuai.
Gambar 5.5 dan Tabel 5.10 menunjukkan proses bisnis pupuk keluar serta keterangan dari gambar.
Start Pupuk
Permintaan pupuk
Buat surat permintaan
pupuk Pemberitahuan
Stop Terima surat
permintaan pupuk
Periksa pupuk Buat surat
retur dan surat keluar
Kirim pupuk Stop
Tidak Tidak
Gambar 5.5. Proses Bisnis Activity Diagram Pupuk Keluar
Universitas Sumatera Utara
Tabel 5.10 Keterangan Activity Diagram Pupuk Keluar
Nama Use Case
Activity Diagram Pupuk keluar Deskripsi
singkat Bagian penjualan membuat surat
permintaan kepada bagian gudang. Aktor
Bagian Penjualan. Tindakan
utama
User bagian gudang setelah menerima surat permintaan langsung cek pupuk, jika ada dan sesuai dengan permintan,
pupuk akan dikirim.
Gambar 5.6 dan Tabel 5.11 menunjukkan proses bisnis laporan serta keterangan dari gambar.
Start Memilih menu
laporan Masukan
kondisi Menampilkan
menu laporan permintaan
pupuk Cek kevalidan
data yang masuk
Konfirmasi data yang tidak bisa
keluar Menampilkan
laporan Stop
Data tidak valid Data valid
Gambar 5.6. Proses Bisnis Activity Diagram Laporan
Universitas Sumatera Utara
Tabel 5.11 Keterangan Activity Diagram Laporan
Nama Use Case
Activity Diagram Laporan Deskripsi
singkat Pimpinan mengakses form laporan.
Aktor Pimpinan.
Tindakan
utama
Pimpinan memilih menu laporan, setelah menu laporan terbuka, masukan kondisi, jika data valid maka akan
menampilkan laporan jika tidak konfirmasi tidak dapat menampilkan laporan.
5.7 Rancangan Struktur Basis Data Database