BAB III ANALISA DAN PERANCANGAN SISTEM 3.1 Analisis...
Transcript of BAB III ANALISA DAN PERANCANGAN SISTEM 3.1 Analisis...
24
BAB III
ANALISA DAN PERANCANGAN SISTEM
3.1 Analisis Sistem
Analisis sistem ini mencakup idetifikasi masalah yang digambarkan dalam
bentuk document flow dan hasil identifikasi masalah atau solusi yang digambarkan
dalam bentuk arsitektur aplikasi pencatatan penerimaan dan pengeluaran beras pada
sub divre Bulog Surabaya Utara.
3.1.1 Studi Literatur
Studi literatur berisi tentang teori, temuan, dan bahan penelitian lain yang
diperoleh dari bahan acuan untuk dijadikan landasan kegiatan penelitian. Uraian
yang relefan dengan kasus atau permasalahan yang ditemukan.
Referensi tersebut berisikan tentang:
1. Profil perusahaan
2. Proses bisnis perusahaan
3. Permasalahan yang ada
4. Mengenai Standar Operasional Prosedur (SOP) perusahaan
Referensi ini dapat dicari dari buku, jurnal, artikel laporan penelitian, dan
situs-situs di internet. Output dari studi literatur ini adalah terkoleksinya referensi
yang relefan dengan perumusan masalah. Tujuannya adalah untuk memperkuat
permasalahan serta sebagai dasar teori dalam melakukan studi dan juga menjadi
dasar untuk melakukan pencatatan penerimaan dan pengeluaran beras pada Sub
Divre Bulog Surabaya Utara.
25
3.1.2 Pengumpulan Data
Wawancara
Wawancara yang dilakukan pada penelitian ini, dilakukan selama beberapa
minggu, langkah ini bertujuan untuk mencari permasalahan yang sedang
dihadapi oleh pihak perusahaan saat ini. Wawancara terkait informasi ini
dilakukan secara langsung dengan Divisi pelayanan publik dan bagian gudang
Sub Divre Bulog Surabaya Utara sebagai narasumbernya.
Wawancara tersebut menghasilkan berbagai informasi, seperti profil
perusahaan, visi, misi, tujuan, struktur organisasi serta tugas dan kewajiban
dari masing-masing bagian pada Sub Divre Bulog Surabaya Utara. Hasil
wawancara tersebut juga menghasilkan data penerimaan dan pengeluaran, serta
proses bisnis perusahaan yang berjalan pada perusahaan. Data tersebut yang
nantinya akan digunakan sebagai contoh data untuk melakukan penyusunan
laporan.
Observasi
Selain melakukan wawancara dengan bagian pelayanan publik dan
gudang diatas, maka langkah lainnya adalah melakukan observasi. Hasil dari
observasi yang dilakukan adalah diketahui alur dan proses dari penerimaan dan
pengeluaran yang saat ini dilakukan oleh Sub Divre Bulog Surabaya Utara.
Proses bisnis yang diamati adalah proses penerimaan dan pengeluaran beras,
serta data tugas pokok dan fungsi perusahaan.
26
3.1.3 Identifikasi Masalah
Identifikasi masalah merupakan langkah awal untuk membuat sistem baru
atau mengembangkan sistem yang sudah ada. Berdasarkan hasil survey dan
wawancara yang dilakukan pada bagian gudang dalam transaksi penerimaan dan
pengeluaran beras penulis dapat menggambarkan sistem yang sedang berjalan
dalam bentuk document flow, dengan penjelasan sebagai berikut :
Proses bisnis yang dilakukan selama ini yaitu bagian gudang memberikan laporan
harian hasil penerimaan ataupun pengeluaran beras kepada bagian pelayanan publik
yang selanjutnya akan dibuat laporan untuk diserahkan kepada Kasubdivre, akan
tetapi dalam kenyataannya proses penyerahan laporan yang dilakukan oleh bagian
gudang ke bagian pelayanan publik tidak dilakukan secara langsung karena jarak
antara gudang dengan kantor utama yang terpisah sehingga proses pelaporan
menjadi terhambat. Selain itu Proses pengumpulan data-data dalam bentuk
hardcopy, dapat menyebabkan data hilang ataupun rusak dan pada saat proses
pengelolaan data sering terjadi salah menulis nilai sehingga pada saat
dikonfirmasikan kepada bagian pelayanan publik harus mencari atau merevisi
kesalahan. Bila terjadi kesalahan pencatatan penerimaan dan pengeluaran beras
pada laporan, maka akan sangat sulit dalam mencari dan mengurutkan data jika
semua masih dilakukan secara manual berupa arsip. Hal tersebut juga memakan
cukup banyak waktu.
27
Dokumen flow Penerimaan beras/gabah
Supplier Divre/subdivre Gudang PPKPh
ase
Mulai
Mengisi form permohonan PJB
Validasi
Form permohonan PJB
Menerbitkan PJB, SPTB, SPPK
Menerbitkan GD1M
Jaminan
PJB
SPTB SPPK
Melakukan crosscheck barang
Melakukan pemeriksaan kualitas [DIGUDANG]
RPK
Sesuai?
Melakukan persetujuan barang
masuk
ya
Memenuhi syarat?
Menerbitkan LHPK
ya
Menerbitkan SPP
SPP
Melakukan pencairan dana ke BANK yang
ditunjuk
Selesai
GD1M & LHPK
Membuat memo penyerahan jaminan
Ya
Valid?
Form permohonan PJB [tervalidasi]
Tidak
Memo penyerahan jaminan
Membuat jaminan
Melakukan pengiriman barang
Tidak
Membuat memo konfirmasi barang sampai digudang
Memo konfirmasi barang sampai digudang
Membuat RPK
Tidak
1
Gambar 3.1 Document flow penerimaan barang
Proses pengeluaran barang dimulai dari dokumen pelaksanaan logistik
(LAKLOG) dan instruksi angkutan (INANG) yang diserahkan oleh divre untuk sub
divre sebagai dasar proses membuat surat perintah pengeluaran barang (SPPB),
SPPB diserahkan kepada bagian gudang sebagai dasar proses pengangkutan barang,
setelah proses pengangkutan barang bagian gudang membuat berita acara sebagai
dasar proses membuat rekap harian pengeluaran barang untuk diserahkan pada
28
bagian pelayanan publik. Rekap harian dari bagian gudang digunakan oleh bagian
pelayanan publik sebgai dasar proses membuat laporan periode yang akan
diserahkan pada divre dan sub divre.
Pengeluaran beras/gabah
Divre Subdivre Gudang Pelayanan Publik
Phas
e
Mulai
Membuat SPPB
SPPB
Pengangkutan barang
Membuat berita acara serah terima
Membuat laporan rekap GD1K
Berita acara serah terima
GD1K
Membuat rekap harian pengeluaran barang
Rekap harian pengeluaran barang
Membuat laporan periode
Laporan pengeluaran barang
Selesai
Laporan pengeluaran barang
Laklog & Inang
Gambar 3.2 Document flow pengeluaran barang
3.2 Analisa Kebutuhan Pengguna
Berdasarkan hasil wawancara dengan bagian gudang dan pelayanan publik
khususnya dengan user-user yang bersangkutan dengan sistem, maka dapat dibuat
User Requirement. User Requirement berfungsi untuk mengetahui kebutuhan dari
masing-masing user yang berhubungan langsung dengan aplikasi sehingga aplikasi
yang dibuat dapat sesuai dengan apa yang diminta oleh user-user yang
29
bersangkutan dengan sistem. Dapat dilihat User Requirement penjadwalan dan
monitoring perbaikan lambung kapal sebagai berikut:
3.2.1 Fungsi Tipe Barang
Tabel 3.1 User requirement data tipe barang
Deskripsi : Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan data barang yang ada.
Aktor : Bagian Admin Gudang
Input : Data barang (Beras, Gabah).
Proses : 1. Menginputkan data barang yang akan dikelola
2. Simpan Data barang
Output : Tampilan data barang yang sudah diinputkan
Peraturan 1. Harus mengisi semua kolom yang telah disediakan
3.2.2 Fungsi Barang
Tabel 3.2 User requirement data detil barang
Deskripsi :
Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan data detil barang sudah ada pada
fungsi barang.
Aktor : Bagian Admin Gudang
Input : Data detil barang (BERAS LN THAILAND 15, BERAS
LN VIETNAM 20).
Proses : 1. Menginputkan data detil barang yang akan dikelola
2. Simpan Data barang
Output : Tampilan data detil barang yang sudah diinputkan
Peraturan 1. Harus mengisi semua kolom yang telah disediakan
30
3.2.3 Fungsi Pemasok
Tabel 3.3 User requirement data pemasok
Deskripsi : Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan data pemasok sudah ada.
Aktor : Bagian Admin Gudang
Input : Data Pemasok (UD. SAHABAT TANI, UD BAHAGIA).
Proses : 1. Menginputkan data pemasok yang akan dikelola
2. Simpan Data pemasok
Output : Tampilan data pemasok yang sudah diinputkan
Peraturan 1. Harus mengisi semua kolom yang telah disediakan
3.2.4 Fungsi Pencatatan Penerimaan
Tabel 3.4 User requirement data pencatatan penerimaan
Deskripsi : Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan data pencatatan penerimaan.
Aktor : Bagian Admin Gudang
Input :
Data Penerimaan (No. Transaksi, Tgl Penerimaan, Jenis
Pengadaan, Pemasok, Barang, Asal Panen, Tahun Panen,
Jumlah).
Proses : 1. Menginputkan data pencatatan penerimaan yang akan
dikelola
2. Simpan data pencatatan penerimaan
Output : Tampilan data pencatatan penerimaan yang sudah
diinputkan
Peraturan 1. Harus mengisi semua kolom yang telah disediakan
31
3.2.5 Fungsi Konfirmasi Pencatatan Penerimaan
Tabel 3.5 User requirement data konfirmasi pencatatan penerimaan
Deskripsi :
Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan data konfirmasi dari pencatatan
penerimaan.
Aktor : Bagian Admin Gudang
Input :
Data konfirmasi Penerimaan (No. Transaksi, Tgl
Penerimaan, Jenis Pengadaan, Pemasok, Barang, Asal
Panen, Tahun Panen, Jumlah, No. Pengecekan, Realisasi
Jumlah).
Proses : 1. Menginputkan data konfirmasi pencatatan penerimaan
yang akan dikelola
2. Simpan data konfirmasi pencatatan penerimaan
Output : Tampilan data konfirmasi pencatatan penerimaan yang
sudah diproses
Peraturan 1. Harus mengisi semua kolom yang telah disediakan
3.2.6 Fungsi Berita Acara Penerimaan Barang
Tabel 3.6 User requirement berita acara penerimaan barang
Deskripsi :
Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan no transaksi pencatatan penerimaan
untuk mencetak berita acara penerimaan
Aktor : Bagian Admin Gudang
Input : Data berita acara penerimaan barang (No. Transaksi
pencatatan penerimaan).
Proses : 1. Menginputkan data no transaksi
2. cetak data pencatatan penerimaan barang
Output : Tampilan berita acara penerimaan barang
Peraturan 1. Harus mengisi no transaksi yang sudah dikonfirmasi
32
3.2.7 Fungsi Pencatatan Pengeluaran Barang
Tabel 3.7 User requirement pencatatan pengeluaran barang
Deskripsi : Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan data pencatatan pengeluaran barang
Aktor : Bagian Admin Gudang
Input :
Data pencatatan pengeluaran barang (No. Pengeluaran, Tgl
Pengeluaran, Barang, Stok barang, Keperluan
Pengeluaran, Penerima, Tujuan Pengiriman, Jumlah).
Proses : 3. Menginputkan data pencatatan pengeluaran barang
4. Simpan data pencatatan pengeluaran barang
Output : Tampilan pencatatan pengeluaran barang
Peraturan 1. Harus mengisi semua kolom yang telah disediakan
3.2.8 Fungsi Berita Acara Pengeluaran Barang
Tabel 3.8 User requirement berita acara pengeluaran barang
Deskripsi :
Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan no pengeluaran dari transaksi
pencatatan pengeluaran untuk mencetak berita acara
pengeluaran
Aktor : Bagian Admin Gudang
Input : Data berita acara pengeluaran barang (No. Pengeluaran
pencatatan penerimaan).
Proses : 1. Menginputkan data no pengeluaran
2. Cetak data berita acara pengeluaran barang
Output : Tampilan berita acara pengeluaran barang
Peraturan 1. Harus mengisi no pengeluaran yang sudah diinputkan
dari data pencatatan pengeluaran
33
3.2.9 Fungsi Laporan Penerimaan
Tabel 3.9 User requirement laporan penerimaan barang
Deskripsi :
Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan tanggal awal dan tanggal akhir serta
nama pemasok
Aktor : Bagian Admin Gudang
Input : Tanggal awal, Tanggal akhir dan Nama pemasok.
Proses : 1. Menginputkan tgl awal dan tanggal akhir serta nama
pemasok
2. Proses laporan penerimaan
Output : Tampilan laporan penerimaan barang
Peraturan 1. Tanggal awal harus lebih besar dari pada tanggal akhir
3.2.10 Fungsi Laporan Pengeluaran
Tabel 3.10 User requirement laporan pengeluaran barang
Deskripsi :
Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan tanggal awal dan tanggal akhir serta
keperluan
Aktor : Bagian Admin Gudang
Input : Tanggal awal, Tanggal akhir dan keperluan
Proses : 1. Menginputkan tgl awal dan tanggal akhir serta
keperluan
2. Proses laporan pengeluaran
Output : Tampilan laporan pengeluaran barang
Peraturan 1. Tanggal awal harus lebih besar dari pada tanggal akhir
34
3.2.11 Fungsi Laporan Persediaan
Tabel 3.11 User requirement laporan persediaan barang
Deskripsi : Fungsi ini digunakan oleh bagian gudang. Bagian gudang
akan menginputkan tanggal awal dan tanggal akhir
Aktor : Bagian Admin Gudang
Input : Tanggal awal dan Tanggal akhir
Proses : 1. Menginputkan tgl awal dan tanggal akhir
2. Proses laporan persediaan
Output : Tampilan laporan persediaan barang
Peraturan 1. Tanggal awal harus lebih besar dari pada tanggal akhir
3.3 Desain Sistem
Perancangan sistem dimaksudkan untuk membantu menyelesaikan
masalah atau kendala pada sistem yang sedang berjalan saat ini sehingga dapat
menjadi lebih baik dengan adanya sistem atau aplikasi yang baru. Perancangan
sistem menggunakan bahasa pemodelan untuk mempermudah analisa terhadap
sistem. Langkah – langkah yang dilakukan dalam perancangan sistem ini adalah
membuat :
1. System Flow
2. Context Diagram
3. Diagram Jenjang Proses
4. Data Flow Diagram
5. Entity Relationship Diagram
6. Desain Input Output
35
3.3.1 System Flow
Transaksi penerimaan barang dimulai dari proses menambah atau
mengubah data SPTB (maintenance data SPTB) yang dilakukan oleh bagian
gudang selanjutnya aplikasi menyimpan data SPTB pada tabel TRS_ADA dan
menampilkan informasi data SPTB yang telah diinputkan kepada bagian gudang
dari tabel TRS_ADA, GUDANG, PEMASOK, BARANG dan DETIL_BARANG.
Setelah data SPTB disimpan bagian gudang menginputkan data RPK,
selanjutnya aplikasi melakakukan proses validasi data RPK dan disimpan pada
tabel TRS_ADA, ketika data RPK disimpan maka bagian gudang tidak dapat
mengubah data penerimaan barang, mengingat data tersebut berpengaruh terhadap
data persediaan barang.
36
Pencatatan Penerimaan dan Pengeluaran Beras
Gudang AplikasiGudang/Pelayanan PublikP
hase
Mulai
Data SPTBMaintenance data SPBT
Menampilkan data SPTB
Informasi data SPTB1
TRS_ADA GUDANG
PEMASOK
BARANG
DETIL_BARANG
Data RPK
Menampilkan data penerimaan barang
Informasi data penerimaan
Menghitung retur
Konfirmasi Data RPK
1
Update data persediaan
Data SPPBMenyimpan data SPPB
Menampilkan data pengeluaran barang
Informasi data pengeluaran barang
TRS_KLR
Update persediaan barang
2
3
4
34
1
Periode
1 Selesai
Menampilkan laporan penerimaan
Informasi laporan penerimaan
Periode Menampilkan laporan pengeluaran
Informasi laporan pengeluaran
1
1
Periode Menampilkan laporan persediaan
Informasi laporan persediaan
34
6
7
2
6
7
5
5
2
Data SPTB
Data RPK
Data SPPB
Cetak Laporan Penerimaan
Cetak Laporan Pengeluaran
Cetak Laporan Persediaan
Gambar 3.3 System flow aplikasi penerimaan dan pengeluaran beras
Proses menghitung retur dirancang untuk menghitung antara barang yang
diterima (dari data RPK) dengan barang yang ditolak (tidak memenuhi kualitas),
update data persediaan dirancang untuk data persediaan yang diambil dari data
TRS_ADA dan disimpan pada tabel DETIL_BARANG.
37
Transaksi pengeluaran barang dimulai dari proses validasi data SPPB yang
dilakukan oleh bagian gudang selanjutnya aplikasi menyimpan data SPPB pada
tabel TRS_KLR dan mengubah data persediaan barang pada tabel
DETIL_BARANG kemudian aplikasi menampilkan informasi data barang keluar
kepada bagian gudang dari tabel TRS_KLR, BARANG dan DETIL_BARANG.
Proses membuat laporan dimulai dari memilih laporan dan priode laporan
selanjutnya aplikasi mengambil data dari tabel – tabel yang dibutuhkan untuk
menampilkan atau mencetak laporan dan periode yang dipilih.
3.3.2 Context Diagram
Gambar 3.4 context diagram merupakan diagram konteks aplikasi
pencatatan penerimaan dan pengeluaran beras yang memiliki dua entity, yaitu:
1. Entity gudang berperan sebagai pengelola data master aplikasi, sebagai pemberi
data yang berkaitan dengan proses pencatatan peneriman dan pengeluaran
barang.
2. Entity pelayanan publik dan gudang berperan sebagai pemberi data periode
untuk melihat dan mencetak laporan penerimaan, pengeluaran dan persediaan
barang.
38
Gambar 3.4 Context diagram
3.3.3 Diagram Jenjang Proses
Gambar 3.5 merupakan gambar diagram jenjang proses yang dirancang
untuk membangun aplikasi pencatatan penerimaan dan pengeluaran beras pada sub
divre Bulog Surabaya Utara.
LAPORAN PENERIMAAN BRG
LAPORAN PENGELUARAN BRG
LAPORAN PERSEDIAAN BRG
DATA PERIODE
INFORM ASI DATA SPTB
DATA DETIL BARANG
INFORM ASI DATA PENERIMAAN
DATA BARANG
DATA PEMASOK
DATA GUDANG
INFORM ASI BARANG KELUAR
DATA RPK
DATA DETIL BARANG
DATA SPTB
DATA BARANG
DATA PEMASOK
DATA GUDANG
DATA SPPB
0
APLIKASI PENCATATAN
PENERIMAAN DAN
PENGELUARAN BERAS
+
GUDANG
PELAYANAN PUBLIK DAN
GUDANG
39
Gambar 3.5 Diagram jenjang proses
3.3.4 Data Flow Diagram
Data Flow Diagram Level 0
Gambar 3.6 Data flow diagram level 0 merupakan gambar yang dirancang
untuk membangun aplikasi pencatatan penerimaan dan pengeluaran beras sub divre
Bulog Surabaya Utara, data flow diagram ini memiliki empat proses besar, yaitu
proses mengelola data master , proses transaksi penerimaan barang, proses transaksi
barang keluar dan proses pembuatan laporan dirancang.
0
Aplikasi pencatatan penerimaan dan
pengeluaran barang
2
TRANSAKSI PENERIMAAN
BARANG
3
TRANSAKSI PENGELUARAN
BARANG
4
MEMBUAT LAPORAN
2.1
MAINTENANCE SPTB
2.1
MENAMPILKAN DATA SPTB
2.3
VALIDASI
2.4
MENGHITUNG RETUR
2.5
UPDATE DATA PERSEDIAAN
2.6
MENAMPILKAN DATA PENERIMAAN
BARANG
3.1
VALIDASI DATA BARANG
3.2
MENAMPILKAN DATA BARANG
KELUAR
3.3
INSERT DATA SPTB
3.4
UPDATE PERSEDIAAN
4.1
MENAMPILKAN LAPORAN PENERIMAAN BARANG
4.2
MENAMPILKAN LAPORAN BARANG KELUAR
4.3
MENAMPILKAN LAPORAN PERSEDIAAN BARANG
1
KELOLA DATA MASTER
1.1
KELOLA MASTER GUDANG
1.2
KELOLA MASTER PEMASOK
1.3
KELOLA MASTER BARANG
1.4
KELOLA MASTER DETIL BARANG
40
Gambar 3.6 Data flow diagram level 0
Data Flow Diagram Level 1 Mengelola Data Master
Data flow diagram level 1 mengelola data master merupakan perancangan
sistem hasil decomposition dari data flow diagram level 0 proses mengelola data
master, data store yang digunakan untuk mengelola master antara lain adalah data
store gudang, pemasok, barang dan detil barang. untuk lebih jelasnya data flow
diagram level 1 dapat dilihat pada gambar 3.7 berikut ini
DATA BARANG
DATA TRS BRG MASUK
DATA TRS BRG KELUAR
DATA GUDANG
DATA DETIL BARANG
DATA BARANG
DATA PEMASOK
DATA BARANG KELUAR
STOK
STOK
DATA DETIL BARANG
DATA GUDANG
DATA DETIL BARANG
DATA PEMASOK
DATA BARANG
[DATA DETIL BARANG]
[DATA BARANG]
[LAPORAN PENERIM AAN BRG]
[LAPORAN PENGELUARAN BRG]
[LAPORAN PERSEDIAAN BRG]
[DATA PERIODE]
[INFORMASI DATA SPTB]
[INFORMASI DATA PENERIM AAN]
[DATA PEMASOK]
[DATA GUDANG]
[INFORMASI BARANG KELUAR]
[DATA RPK]
[DATA DETIL BARANG]
[DATA SPTB]
[DATA BARANG]
[DATA PEMASOK]
[DATA GUDANG]
[DATA SPPB]GUDANG
PELAYANAN PUBLIK
DAN GUDANG
1
MENGELOLA DATA M ASTER
+
2
TRANSAKSI PENERIMAAN BARANG
+
3
TRANSAKSI PENGELUARAN
BARANG
+
4
MEMBUAT LAPORAN
+
41
Gambar 3.7 Data flow diagram level 1 mengelola data master
Data Flow Diagram Level 1 Mencatat Transaksi Penerimaan Barang
Data flow diagram level 1 mencatat transaksi penerimaan barang
merupakan perancangan sistem hasil decomposition dari data flow diagram level 0
[DATA BARANG]
[DATA PEMASOK]
[DATA BARANG]
[DATA DETIL BARANG]
[DATA GUDANG]
[DATA BARANG KELUAR]
[DATA DETIL BARANG]
[STOK]
[STOK]
[DATA GUDANG]
[DATA PEMASOK]
[DATA DETIL BARANG]
[DATA BARANG]
DATA DETIL BARANG
DATA BARANG
DATA GUDANG
DATA DETIL BARANG
DATA BARANG
DATA BARANG
DATA PEMASOK
DATA PEMASOK
DATA GUDANG
DATA GUDANG
[DATA GUDANG]
[DATA DETIL BARANG]
[DATA BARANG]
[DATA PEMASOK]
[DATA GUDANG]
[DATA DETIL BARANG]
[DATA BARANG]
[DATA PEMASOK]
GUDANG
1 GUDANG
2 PEM ASOK
3 BARANG
4 DETIL BARANG
1.1
KELOLA M ASTER
GUDANG
+
1.2
KELOLA M ASTER
PEM ASOK
+
1.3
KELOLA M ASTER
BARANG
+
1.4
KELOLA M ASTER DETIL
BARANG
+
1 GUDANG
3 BARANG
TRANSAKSI PENERIMAAN BARANG
TRANSAKSI PENERIMAAN BARANG
TRANSAKSI PENERIMAAN BARANG
TRANSAKSI PENERIMAAN BARANG
TRANSAKSI PENGELUARAN BARANG
TRANSAKSI PENERIMAAN BARANG
TRANSAKSI PENGELUARAN BARANGTRANSAKSI PENGELUARAN BARANG
MEMBUAT LAPORAN
MEMBUAT LAPORAN
MEMBUAT LAPORAN
MEMBUAT LAPORAN
TRANSAKSI PENGELUARAN BARANG
42
proses mencatat transaksi penerimaan barang, dimulai dari proses menambah atau
mengubah data SPTB (maintenance data SPTB) yang dilakukan oleh bagian
gudang selanjutnya aplikasi menyimpan data SPTB pada tabel TRS_ADA dan
menampilkan informasi data SPTB kepada bagian gudang dari tabel TRS_ADA,
GUDANG, PEMASOK, BARANG dan DETIL_BARANG.
Setelah data SPTB disimpan bagian gudang menginputkan data RPK,
selanjutnya aplikasi melakakukan proses validasi data RPK dan disimpan pada
tabel TRS_ADA, ketika data RPK disimpan maka bagian gudang tidak dapat
mengubah data penerimaan barang, mengingat data tersebut berpengaruh terhadap
data persediaan barang, proses menampilkan data penerimaan barang digunakan
untuk menampilkan data barang yang diterima data sesuai dengan risalah pengujian
kualitas.
43
Gambar 3.8 Data flow diagram level 1 mencatat transaksi penerimaan barang
Data Flow Diagram Level 1 Mencatat Transaksi Barang Keluar
Data flow diagram level 1 mencatat transaksi pengeluaran barang
merupakan perancangan sistem hasil decomposition dari data flow diagram level 0
proses mencatat transaksi pengeluaran, transaksi pengeluaran barang dimulai dari
proses validasi data SPPB yang dilakukan oleh bagian gudang selanjutnya aplikasi
[DATA TRS BRG MASUK]
[STOK]
DATA PENERIM AAN BARANG
DATA PERSEDIAAN
DATA RPK
DATA PENERIM AAN BARANG
DATA RPK
DATA SPTB
DATA SPTB
Flow_224
Flow_223
[DATA GUDANG]
Flow_221
Flow_220
[DATA DETIL BARANG]
Flow_218
Flow_217
[DATA PEMASOK]
Flow_215
Flow_214
[DATA BARANG]
[INFORMASI DATA SPTB]
[INFORMASI DATA PENERIMAAN]
[DATA RPK]
[DATA SPTB]
GUDANG
MENGELOLA DATA M ASTER
MENGELOLA DATA M ASTER
MENGELOLA DATA M ASTER
MENGELOLA DATA M ASTER
2.1
MAINTENANCE DATA
SPTB
2.2
MENAMPILKAN DATA
SPTB
2.3
VALIDASI
2.4
MENGHITUNG
RETUR
2.5
UPDATE DATA
PERSEDIAAN
2.6
MENAMPILKAN
DATA
PENERIMAAN
BARANG
5 TRS_ADA
5 TRS_ADA
MENGELOLA DATA M ASTER
MEMBUAT LAPORAN
44
menyimpan data SPPB pada tabel TRS_KLR dan mengubah data persediaan barang
pada tabel DETIL_BARANG kemudian aplikasi menampilkan informasi data
barang keluar kepada bagian gudang dari tabel TRS_KLR, BARANG dan
DETIL_BARANG
Gambar 3.9 Data flow diagram level 1 mencatat transaksi barang keluar
[DATA BARANG]
[DATA TRS BRG KELUAR]
[DATA BARANG KELUAR]
[STOK]
DATA BARANG KELUAR
[DATA DETIL BARANG]
STOK
DATA BARANG KELUAR
DATA BARANG KELUAR
[INFORMASI BARANG KELUAR]
[DATA SPPB]
GUDANG
MENGELOLA DATA M ASTER
3.1
VALIDASI DATA
BARANG KELUAR
3.2
MENAMPILKAN
DATA BARANG
KELUAR
6 TRS KLR
3.3
INSERT DATA
SPTB
3.4
UPDATE
PERSEDIAAN
MENGELOLA DATA M ASTER
MENGELOLA DATA M ASTER
MEMBUAT LAPORAN
MENGELOLA DATA M ASTER
45
Data Flow Diagram Level 1 Membuat Laporan
Gambar 3.10 Data flow diagram level 1 membuat laporan
Proses membuat laporan dimulai dari memilih laporan dan priode laporan
selanjutnya aplikasi mengambil data dari tabel – tabel yang dibutuhkan untuk
menampilkan atau mencetak laporan dan periode yang dipilih
3.3.5 Entity Relationship Diagram
Entity relationship diagram (ERD) yang dirancang untuk aplikasi
pencatatan penerimaan dan pengeluaran beras Pada Sub Divre Bulog Surabaya
Utara terdiri dari Conceptual Data Model (CDM) yang ada pada Gambar 3.11
Conceptual Data Model (CDM) dan Physical Data Model (PDM) yang ada pada
Gambar 3.12 Physical Data Model (PDM).
[DATA GUDANG]
[DATA TRS BRG MASUK]
[DATA TRS BRG KELUAR]
Flow_314
Flow_313
Flow_311
Flow_310
Flow_309
[DATA DETIL BARANG]
Flow_307
Flow_306
[DATA BARANG]
[DATA PEMASOK]
[LAPORAN PENERIM AAN BRG]
[LAPORAN PENGELUARAN BRG]
[LAPORAN PERSEDIAAN BRG]
[DATA PERIODE]
PELAYANAN
PUBLIK DAN
GUDANG
MENGELOLA DATA M ASTER
MENGELOLA DATA M ASTER
MENGELOLA DATA M ASTER
MENGELOLA DATA M ASTER
TRANSAKSI PENGELUAR AN BARANG
4.1
MENAMPILKAN
LAPORAN
PENERIMAAN
BARANG
4.2
MENAMPILKAN
LAPORAN BARANG
KELUAR
4.3
MENAMPILKAN
LAPORAN
PERSEDIAAN
BARANG
TRANSAKSI PENERIMAAN BARANG
46
Conceptual Data Model (CDM)
CDM dari aplikasi pencatatan penerimaan dan pengeluaran beras ini
terdapat 6 tabel yang berasal dari kebutuhan penyimpanan data dari data flow
diagram yaitu tabel GUDANG, BARANG, DETIL_BARANG, PEMASOK,
TRS_ADA, TRS_KLR CDM sistem ini dapat dilihat pada Gambar 3.11.
Gambar 3.11 Conceptual Data Model (CDM)
MEMILIKI
MEMPUNYAI_2
MEMPUNYAI_4
MEMPUNYAI_3MELAKUKAN_TRANSAKSI
MEMILIKI_2
GUDANG
#
o
KODE_GUDANG
NAMA_GUDANG
Variable characters (15)
Variable characters (50)
BARANG
#
o
KODE_BARANG
NAMA_BARANG
Variable characters (15)
Variable characters (50)
DETIL_BARANG
#
o
o
o
o
KODE_DTLBRG
KUALITAS_DTLBRG
STOK_DTLBRG
KETERANGAN_DTLBRG
JENIS_DTLBRG
...
Variable characters (15)
Variable characters (4)
Integer
Variable characters (100)
Variable characters (2)
PEMASOK
#
o
o
KODE_PEMASOK
NAMA_PEMASOK
JNS_PEMASOK
...
Variable characters (15)
Variable characters (50)
Variable characters (15)
TRS_ADA
#
o
o
o
o
o
o
o
o
o
KODE_TRSADA
NO_CEK_KUALITAS
TGL_TRSADA
JNS_TRSADA
SUMBER_TRSADA
THNPANEN_TRSADA
JML_TRSADA
R_JML_TRSADA
RETUR_TRSADA
STATUS_TRSADA
...
Variable characters (25)
Variable characters (25)
Date & Time
Variable characters (15)
Variable characters (50)
Variable characters (4)
Integer
Integer
Integer
Variable characters (15)
TRS_KLR
#
o
o
o
o
o
KODE_TRSKLR
TGL_TRSKLR
TJN_KRSKLR
KEPERLUAN_TRSKLR
JML_TRSKLR
PENERIMA
...
Variable characters (25)
Date & Time
Variable characters (50)
Variable characters (150)
Integer
Variable characters (50)
47
Physical Data Model (PDM).
PDM dari aplikasi pencatatan penerimaan dan pengeluaran beras ini
terdapat 6 tabel yang berasal dari kebutuhan penyimpanan data dari data flow
diagram yaitu tabel GUDANG, BARANG, DETIL_BARANG, PEMASOK,
TRS_ADA, TRS_KLR PDM sistem ini dapat dilihat pada Gambar 3.11.
Gambar 3.12 Physical Data Model (PDM)
3.3.6 Struktur tabel
Struktur tabel merupakan penjabaran dan penjelasan dari database yang
dirancangan untuk aplikasi pencatatan penerimaan dan pengeluaran beras Pada Sub
Divre Bulog Surabaya Utara, misalnya fungsi dari masing-masing tabel, field yang
ada di dalam tabel dan tipe data dari masing-masing field.
KODE_GUDANG = KODE_GUDANG
KODE_BARANG = KODE_BARANG
KODE_DTLBRG = KODE_DTLBRG
KODE_DTLBRG = KODE_DTLBRGKODE_PEMASOK = KODE_PEMASOK
KODE_GUDANG = KODE_GUDANG
GUDANG
KODE_GUDANG
NAMA_GUDANG
varchar(15)
varchar(50)
<pk>
BARANG
KODE_BARANG
NAMA_BARANG
varchar(15)
varchar(50)
<pk>
DETIL_BARANG
KODE_DTLBRG
KODE_GUDANG
KODE_BARANG
KUALITAS_DTLBRG
STOK_DTLBRG
KETERANGAN_DTLBRG
JENIS_DTLBRG
...
varchar(15)
varchar(15)
varchar(15)
varchar(4)
integer
varchar(100)
varchar(2)
<pk>
<fk1>
<fk2>PEMASOK
KODE_PEMASOK
NAMA_PEMASOK
JNS_PEMASOK
...
varchar(15)
varchar(50)
varchar(15)
<pk>
TRS_ADA
KODE_TRSADA
KODE_GUDANG
KODE_PEMASOK
KODE_DTLBRG
NO_CEK_KUALITAS
TGL_TRSADA
JNS_TRSADA
SUMBER_TRSADA
THNPANEN_TRSADA
JML_TRSADA
R_JML_TRSADA
RETUR_TRSADA
STATUS_TRSADA
...
varchar(25)
varchar(15)
varchar(15)
varchar(15)
varchar(25)
timestamp
varchar(15)
varchar(50)
varchar(4)
integer
integer
integer
varchar(15)
<pk>
<fk3>
<fk2>
<fk1>
TRS_KLR
KODE_TRSKLR
KODE_DTLBRG
TGL_TRSKLR
TJN_KRSKLR
KEPERLUAN_TRSKLR
JML_TRSKLR
PENERIMA
...
varchar(25)
varchar(15)
timestamp
varchar(50)
varchar(150)
integer
varchar(50)
<pk>
<fk>
48
Tabel Gudang
Primary Key : KODE_GUDANG
Foreign Key : KODE_GUDANG
Fungsi : Menyimpan informasi gudang
Tabel 3.12 Struktur tabel gudang
Field Name Data Type Length Constrain
KODE_GUDANG VARCHAR 15 PK
NAMA_GUDANG VARCHAR 50
Tabel Pemasok
Primary Key : KODE_PEMASOK
Foreign Key : KODE_PEMASOK
Fungsi : Menyimpan informasi data pemasok
Tabel 3.13 Struktur tabel pemasok
Field Name Data Type Length Constrain
KODE_PEMASOK VARCHAR 15 PK
NAMA_PEMASOK VARCHAR 50
JNS_PEMASOK VARCHAR 15
Tabel Barang
Primary Key : KODE_BARANG
Foreign Key : KODE_BARANG
Fungsi : Menyimpan informasi data barang
49
Tabel 3.14 Struktur tabel barang
Field Name Data Type Length Constrain
KODE_BARANG VARCHAR 15 PK
NAMA_BARANG VARCHAR 50
Tabel Detil Barang
Primary Key : KODE_DTLBRG
Foreign Key : KODE_DTLBRG
Fungsi : Menyimpan informasi detil barang
Tabel 3.15 Struktur tabel detil barang
Field Name Data Type Length Constrain
KODE_DTLBRG VARCHAR 15 PK
KODE_GUDANG VARCHAR 15 FK1
KODE_BARANG VARCHAR 15 FK2
JENIS_DTLBRG VARCHAR 2
KUALITAS_DTLBRG VARCHAR 4
KETERANGAN_DTLBRG VARCHAR 100
STOK_DTLBRG NUMERIC -
Tabel TRS_ADA
Primary Key : KODE_TRSADA
Foreign Key : KODE_TRSADA
Fungsi : Menyimpan informasi transaksi penerimaan beras
50
Tabel 3.16 Struktur tabel transaksi penerimaan
Field Name Data Type Length Constrain
KODE_TRSADA VARCHAR 25 PK
KODE_GUDANG VARCHAR 15 FK1
KODE_PEMASOK VARCHAR 15 FK2
KODE_DTLBRG VARCHAR 15 FK3
NO_CEK_KUALITAS VARCHAR 25
TGL_TRSADA DATE -
JNS_TRSADA VARCHAR 15
SUMBER_TRSADA VARCHAR 50
THNPANEN_TRSADA VARCHAR 4
JML_TRSADA NUMERIC -
R_JML_TRSADA NUMERIC -
RETUR_TRSADA NUMERIC -
STATUS_TRSADA VARCHAR 15
Tabel TRS_KLR
Primary Key : KODE_TRSKLR
Foreign Key : KODE_TRSKLR
Fungsi : Menyimpan informasi transaksi pengeluaran beras
Tabel 3.17 Struktur tabel transaksi pengeluaran
Field Name Data Type Ukuran Constrain
KODE_TRSKLR VARCHAR 25 PK
KODE_DTLBRG VARCHAR 15 FK
TGL_TRSKLR DATE -
TJN_TRSKLR VARCHAR 50
KEPRLUAN_TRSKLR VARCHAR 150
JML_TRSKLR NUMERIC -
PENERIMA VARCHAR 50
51
3.3.7 Desain Input Output
Berikut ini merupakan desain input output yang dirancang untuk aplikasi
pencatatan penerimaan dan pengeluaran beras pada sub divre Bulog Surabaya Utara
Desain Input Login
Gambar 3.14 desain input login digunakan untuk menginputkan data
pengguna dan kata kunci digunakan untuk menginputkan kata kunci pengguna
sedangkan button masuk digunakan sebagai perintah aplikasi untuk autentifikasi
data pengguna dan kata kunci, sehingga pengguna dapat masuk dan menggunakan
aplikasi.
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Masuk
Tentang
Enter Text
Enter Text
Nama Pengguna
Kata Kunci
Masuk Batal
Gambar 3.13 Desain input login
52
Desain Master
Gambar 3.14 desain master tipe barang dirancang untuk menambahkan
atau mengubah data barang yang ada pada Sub Divre Bulog Surabaya Utara.
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci
Enter Text
Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Kode Tipe Barang
Tipe Barang
Simpan Batal
Tambah / Ubah Tipe Barang
Tipe Barang
Data Tipe Barang
Gambar 3.14 Desain master tipe barang
Desain Master Barang
Gambar 3.15 desain master barang dirancang untuk menambahkan atau
mengubah data barang yang ada pada Sub Divre Bulog Surabaya Utara pada form
master ini merupakan detail dari master tipe barang.
53
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci
Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Enter Text
Enter Text
Kode Barang
Tipe Barang
Simpan Batal
Tambah / Ubah Barang
Jenis Barang
Kualitas
Keterangan
Choose One
Choose One
Data Barang
Data Barang
Gambar 3.15 Desain master barang
Desain Master Pemasok
Gambar 3.16 desain master pemasok dirancang untuk menambahkan atau
mengubah data pemasok yang ada pada Sub Divre Bulog Surabaya Utara, untuk
pemasok Sub Divre Bulog Surabaya Utara memiliki tiga jenis yaitu mitra kerja
pengadaan, satgas ADA dan UPGB.
54
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci
Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Choose One
Enter Text
Kode Pemasok
Pemasok
Simpan Batal
Tambah / Data Pemasok
Jenis Pemasok
Data Pemasok
Data Pemasok
Gambar 3.16 Desain master pemasok
Desain Input Maintenance Pencatatan Penerimaan
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci
Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Choose One
Choose One
Choose One
No. Transaksi
Tanggal Penerimaan
Simpan Batal
Pencatatan Penerimaan
Jenis Pengadaan
Pemasok
Barang
Asal Panen
Tahun Panen
Jumlah
Choose One
Enter Text
Enter Text
Choose One
Data Pencatatan Penerimaan
Gambar 3.17 Desain input maintenance pencatatan penerimaan
55
Gambar 3.17 desain input maintenance pencatatan penerimaan dirancang
untuk menambahkan atau mengubah data barang yang diterima sesuai dengan surat
perintah terima barang yang dilakukan oleh bagian gudang, proses ini merupakan
proses awal untuk melakukan transaksi penerimaan barang masuk.
Desain Input Konfirmasi Penerimaan
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Enter Text
Enter Text
Enter Text
Enter Text
Enter Text
Enter Text
Enter Text
Enter Text
Enter Text
No. Transaksi
Tanggal Penerimaan
Simpan Batal
Konfirmasi Penerimaan
Jenis Pengadaan
Pemasok
Barang
Asal Panen
Tahun Panen
Jumlah
No. Pengecekan
Jumlah Realisasi
Gambar 3.18 Desain input konfirmasi penerimaan
Gambar 3.18 desain input konfirmasi penerimaan merupakan desain yang
dirancang untuk transaksi penerimaan barang, proses menambahkan data risalah
pemeriksaan kualitas sebagai proses konfirmasi data barang yang diterima oleh
gudang setelah proses pemeriksaan kualitas merupakan proses lanjutan dari proses
pencatatan penerimaan barang. Proses ini ditujukan untuk mengubah data
persediaan atau stok barang.
56
Desain Berita Acara Penerimaan Barang
Gambar 3.19 berita acara penerimaan barang dirancang untuk mencetak
bukti penerimaan barang yang dilakukan oleh pemasok kepada perusahaan, data
yang diambil yaitu data penerimaan yang sudah dikonfirmasi oleh pihak gudang
Sub Divre Bulog Surabaya Utara.
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Enter Text
Data Konfirmasi
Data Tipe Barang
Kode Transaksi Cetak
Berita Acara Penerimaan Barang
Gambar 3.19 Desain berita acara penerimaan barang
Desain Input Pencatatan Pengeluaran Barang
Gambar 3.20 desain input konfirmasi penerimaan dirancang untuk
mencatat data pengeluaran barang sesuai dengan surat perintah pengeluaran barang
yang dilakukan oleh bagian gudang.
57
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci
Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Choose One
Choose One
Choose One
Enter Text
Choose One
No. Pengeluaran
Tanggal Pengeluaran
Simpan Batal
Barang
Stock Barang
Keperluan
Penerima
Tujuan
Jumlah
Choose One
Enter Text
Pencatatan Pengeluaran
Data Pencatatan Penerimaan
Pencatatan Pengeluaran Barang
Gambar 3.20 Desain input pencatatan pengeluaran barang
Desain Berita Acara Pengeluaran Barang
Gambar 3.21 berita acara pengeluaran barang dirancang untuk mencetak
bukti pengeluaran barang yang dilakukan oleh perusahaan, data yang diambil yaitu
data pengeluaran barang dari transaksi pengeluaran yang dilakukan oleh Sub Divre
Bulog Surabaya Utara.
58
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Enter Text
Pencatatan Pengeluaran
Data Pengeluaran Barang
Kode Transaksi Cetak
Berita Acara Pengeluaran Barang
Gambar 3.21 Desain berita acara pengeluaran barang
Desain Input Laporan Penerimaan
Desain input laporan penerimaan dirancang untuk memilih periode
laporan penerimaan yang dibutuhkan, proses ini dilakukan oleh bagian gudang dan
pelayanan publik.
59
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Enter Text
Tanggal Awal
Tanggal Akhir
Proses Batal
Laporan Penerimaan
Nama Pemasok Choose One
Gambar 3.22 Desain input laporan penerimaan
Desain Input Laporan Pengeluaran
Desain input laporan pengeluaran dirancang untuk memilih periode
laporan pengeluaran yang dibutuhkan, proses ini dilakukan oleh bagian gudang dan
pelayanan publik.
60
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Enter Text
Tanggal Awal
Tanggal Akhir
Proses Batal
Laporan Pengeluaran
Keperluan Choose One
Gambar 3.23 Desain input laporan pengeluaran
Desain Input Lporan Persediaan
Desain input laporan persediaan dirancang untuk memilih periode laporan
persediaan yang dibutuhkan, proses ini dilakukan oleh bagian gudang dan
pelayanan publik.
61
Badan urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
Beranda
Ubah Kata Kunci Enter Text
Master Tipe Barang
Master Barang
Master Pemasok
Pencatatan Penerimaan
Konfirmasi Penerimaan
Berita Acara Penerimaan
Pencatatan Pengeluaran
Berita Acara Pengeluaran
Lap. Penerimaan
Lap. Pengeluaran
Lap. Persediaan
Keluar
Enter Text
Tanggal Awal
Tanggal Akhir
Proses Batal
Laporan Persediaan
Gambar 3.24 Desain input laporan persediaan
Desain Output Laporan Penerimaan
Desain output laporan penerimaan dirancang untuk menampilkan data-
data transaksi penerimaan gudang sesuai dengan periode yang sudah ditentukan.
Gambar 3.25 desain output laporan penerimaan merupakan desain yang dirancang
untuk laporan penerimaan.
62
Badan Urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
No SPTB Tanggal Pemasok Barang Jumlah (KG)
Total Jumlah Penerimaan
Laporan PenerimaanGudang Banjar Kemantren I
Periode : 01-02-2016 s.d. 19-02-2016
Gambar 3.25 Desain output laporan penerimaan
Desain Output Laporan Pengeluaran
Desain output laporan pengeluaran dirancang untuk menampilkan data-
data transaksi pengeluaran gudang sesuai dengan periode yang sudah ditentukan.
Gambar 3.26 desain output laporan pengeluaran merupakan desain yang dirancang
untuk laporan pengeluaran.
63
Badan Urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
No SPPB Tanggal Barang Keperluan Tujuan Jumlah (KG)
Total Jumlah Pengeluaran
Laporan PengeluaranGudang Banjar Kemantren I
Periode : 01-02-2016 s.d. 19-02-2016
Gambar 3.26 Desain output laporan pengeluaran
Desain Output Laporan Persediaan
Desain output laporan persediaan dirancang untuk menampilkan data-data
transaksi persediaan gudang sesuai dengan periode yang sudah ditentukan. Gambar
3.26 desain output laporan persediaan merupakan desain yang dirancang untuk
laporan persediaan.
64
Badan Urusan Logistik (BULOG)SUB DIVISI REGIONAL SURABAYA UTARA
No Kode Barang Barang Stok (KG) Total Jumlah Stok
Laporan PersediaanGudang Banjar Kemantren I
Periode : 01-02-2016 s.d. 19-02-2016
Gambar 3.27 Desain output laporan persediaan
3.3.8 Test Case
Test case digunakan untuk mengetahui hasil yang dicapai oleh sistem.
Hasil tersebut telah sesuai apa tidak dengan hasil yang diharapkan. Berikut desain
test case yang akan digunakan untuk mengetahui hasil yang diharapkan.
Tabel 3.18 Desain data Test Case Master Pengguna
Kode Pengguna Nama Pengguna
USR-001 Admin IT
USR-002 Admin Gudang 1
USR-003 Admin Gudang 2
USR-004 Admin Gudang 3
USR-005 Pelayanan Publik
65
Tabel 3.19 Desain Test Case Master Pengguna
Fungsi Tujuan Hasil yang diharapkan
Master Data
Pengguna
Mencatat data Pengguna
kedalam aplikasi.
Data tersimpan kedalam
database pengguna dan sistem
menampilkan pesan
“Pembuatan akun baru
berhasil!”
Melakukan pengecekan ketika
ada nama pengguna yang
sama
Data yang dimasukkan tidak
tersimpan kedalam database
dan muncul pesan “nama
pengguna sudah ada”
Menampilkan kode jabatan
dengan memberikan kode
otomatis
Menampilkan kode jabatan
pada textbox kode pengguna
dan tidak dapat diubah.
Melakukan pengecekan ketika
terjadi data yang kosong pada
master pengguna.
Data jabatan tidak tersimpan
kedalam database pengguna
dan sistem akan memunculkan
pesan bahwa masih terdapat
data yang kosong.
Menampilkan data jabatan Aplikasi menampilkan data
jabatan master pengguna.
Melakukan update pada data
pengguna
Data pada database pengguna
berhasil berubah dan sistem
memunculkan message box
bahwa Pengubahan data
berhasil.
Tabel 3.20 Desain data Test Case Master Tipe Barang
Kode Barang Nama Tipe Barang
BRG-001 Beras
BRG-001 Gabah
Tabel 3.21 Desain Test Case Master Tipe Barang
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data Tipe
Barang
Mencatat data tipe barang
kedalam aplikasi.
Data tersimpan kedalam
database tipe barang dan
sistem menampilkan pesan
“Data berhasil disimpan!”
66
Fungsi Tujuan Hasil yang diharapkan
Melakukan pengecekan ketika
terjadi data yang kembar
Data yang dimasukkan tidak
tersimpan kedalam database
dan muncul pesan bahwa
nama sudah dimasukkan.
Membuat kode barang
otomatis
Menampilkan kode barang
secara langsung tanpa harus
mengisikan.
Melakukan pengecekan ketika
terjadi data yang kosong pada
master tipe barang
Data tipe barang tidak
tersimpan kedalam database
barang dan sistem akan
memunculkan pesan bahwa
“nama barang kosong”
Menampilkan data tipe barang Aplikasi menampilkan data
tipe barang pada master tipe
barang.
Melakukan update pada data
master tipe barang.
Data pada database barang
berhasil berubah dan sistem
memunculkan pesan “Data
berhasil diubah!”
Tabel 3.23 Desain Test Case Master Barang
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data Barang
Mencatat data barang kedalam
aplikasi.
Data tersimpan kedalam
database dan sistem
menampilkan pesan “Data
berhasil disimpan!”
Melakukan pengecekan ketika
terjadi data yang kembar
Data yang dimasukkan tidak
tersimpan kedalam database
dan muncul pesan bahwa
“data yang dimasukkan
sama”
Membuat id produk secara
otomatis
Menampilkan id produk
secara otomatis pada kode
Tabel 3.22 Desain data Test Case Master Barang
Kode Tipe Jenis Kualitas Keterangan Stok
DBRG-
001
BERAS DALAM
NEGERI
(DN)
15% THAILAND 50000KG
DBRG-
002
BERAS LUAR
NEGERI
(LN)
20% VIETNAM 40000KG
67
Fungsi Tujuan Hasil yang diharapkan
barang
Menampilkan data tipe
produk
Data tipe barang tampil
kedalam database tipe
barang.
Melakukan pengecekan ketika
terjadi data yang kosong pada
master barang.
Data produk tidak tersimpan
kedalam database dan sistem
akan memunculkan pesan
bahwa masih terdapat data
yang kosong.
Menampilkan data barang Aplikasi menampilkan data
barang pada master barang.
Melakukan update pada data
master produk.
Data pada database berhasil
berubah dan sistem
memunculkan pesan bahwa
data berhasil diubah.
Menginputkan stok pada
barnag yang sama
Data stok pada database akan
bertambah jumlahnya
Tabel 3.24 Desain data Test Case Master Pemasok
Kode Pemasok
SUP-001 UD SAHABAT TANI - GRESIK
SUP-002 UPGB BUDURAN
SUP-003 SATGAS ADA DN 2015
Tabel 3.25 Desain Test Case Master Pemasok
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data Pemasok
Mencatat data pemasok
kedalam aplikasi.
Data tersimpan kedalam
database tipe barang dan
sistem menampilkan pesan
“Data berhasil disimpan!”
Melakukan pengecekan ketika
terjadi data yang kembar
Data yang dimasukkan tidak
tersimpan kedalam database
dan muncul pesan bahwa
nama sudah dimasukkan.
Membuat kode barang
otomatis
Menampilkan kode barang
secara langsung tanpa harus
mengisikan.
Melakukan pengecekan ketika
terjadi data yang kosong pada
master tipe barang
Data produk tidak tersimpan
kedalam database dan sistem
akan memunculkan pesan
bahwa masih terdapat data
yang kosong.
68
Fungsi Tujuan Hasil yang diharapkan
Menampilkan data pemasok Aplikasi menampilkan data
pemasok pada master data
pemasok
Melakukan update pada data
master data pemasok.
Data pada database barang
berhasil berubah dan sistem
memunculkan pesan “Data
berhasil diubah!”
Tabel 3.26 Desain data Test Case Pencatatan Penerimaan
Kode Tang
gal
Pemaso
k
Bara
ng
Jenis
Pengad
aan
asal Tah
un
Pan
en
Jumla
h
SPTB-
00003/2016/01
/03-13
2016-
01-03
UD
HIDUP
BARU
BER
AS
DN
MKP Gresik 2016 30000
KG
SPTB-
00006/2016/0
1/06-16
2016-
01-06
UPGB
BUDUR
AN
BER
AS
DN
UPGB Surab
aya
2015 40000
KG
Tabel 3.27 Desain Test Case Pencatatan Penerimaan
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Pencatatan
Penerimaan
Mencatat data penerimaan
kedalam aplikasi.
Data tersimpan kedalam
database dan sistem
menampilkan pesan “Data
berhasil disimpan!”
Melakukan pengecekan ketika
terjadi data yang kembar
Data yang dimasukkan tidak
tersimpan kedalam database
dan muncul pesan bahwa
nama sudah dimasukkan.
Melakukan pengecekan ketika
terjadi data yang kosong pada
master tipe barang
Data produk tidak tersimpan
kedalam database dan sistem
akan memunculkan pesan
bahwa masih terdapat data
yang kosong.
Menampilkan data pencatatan
penerimaan
Aplikasi menampilkan data
penerimaan pada pencatatan
penerimaan
Melakukan update pada data
pencatatan penerimaan
Data pada database berhasil
berubah dan sistem
memunculkan pesan “Data
berhasil diubah!”
69
Tabel 3.28 Desain data Test Case Konfirmasi Penerimaan
Kode Tang
gal
Pemaso
k
Bara
ng
Jenis
Pengad
aan
asal Tah
un
Pan
en
Jumla
h
SPTB-
00003/2016/01
/03-13
2016-
01-03
UD
HIDUP
BARU
BER
AS
DN
MKP Gresik 2016 30000
KG
SPTB-
00006/2016/0
1/06-16
2016-
01-06
UPGB
BUDUR
AN
BER
AS
DN
UPGB Surab
aya
2015 40000
KG
Tabel 3.29 Desain Test Case Konfirmasi Penerimaan
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Konfirmasi
Penerimaan
Memproses data penerimaan
kedalam aplikasi.
Data tersimpan kedalam
database dan sistem
menampilkan pesan “Data
berhasil dikonfirmasi!”
Melakukan pengecekan ketika
terjadi data yang kosong pada
master tipe barang
Data produk tidak tersimpan
kedalam database dan sistem
akan memunculkan pesan
bahwa masih terdapat data
yang kosong.
Menampilkan data konfirmasi
penerimaan
Data penerimaan yang sudah
dikonfirmasi otomatis akan
hilang pada konfirmasi
penerimaan dan tersimpan
kedalam database.
Melakukan input pada jumlah
realisasi
Data pada database berhasil
berubah sesuai dengan
jumlah perhitungan jumlah
realisasi.
Tabel 3.30 Desain data Test Case Pencatatan Pengeluaran
Kode Tanggal Barang Keperluan Tujuan Jumlah
SPPB-
00001/2016/01/19-
01
2016-
01-03
BERAS
DN
BERAS
DN
Movenas 25000KG
SPPB-
00002/2016/01/20-
02
2016-
01-06
BERAS
DN
BERAS
DN
Movenas 50000KG
70
Tabel 3.31 Desain Test Case Pencatatan Pengeluaran
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Pencatatan
Pengeluaran
Mencatat data pengeluaran
kedalam aplikasi.
Data tersimpan kedalam
database dan sistem
menampilkan pesan “Data
berhasil disimpan!”
Melakukan pengecekan ketika
terjadi data yang kosong pada
master tipe barang
Data produk tidak tersimpan
kedalam database dan sistem
akan memunculkan pesan
bahwa masih terdapat data
yang kosong.
Tabel 3.32 Desain data Test Case Laporan Penerimaan
Tanggal Awal Tanggal Akhir
2016-01-08 2016-01-09
Tabel 3.33 Desain Test Case Laporan Penerimaan
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Laporan
Penerimaan
Menampilakan data
penerimaan
Menampilkan data
penerimaan sesuai dengan
tanggal awal dan tanggal
akhir yang telah dimasukkan
Melakukan pengecekan ketika
terjadi data yang kosong pada
tanggal awal dan tanggal akhir
Aplikasi akan memunculkan
pesan bahwa tanggal awal
dan tanggal akhir kosong
Menampilkan yang terjadi
apabila tanggal awal lebih
besar dari pada tanggal akhir
Maka aplikasi akan
memunculkan pesan bahwa
tanggal akhir lebih kecil dari
pada tanggal awal
Tabel 3.34 Desain data Test Case Laporan Pengeluaran
Tanggal Awal Tanggal Akhir
2016-01-08 2016-01-09
Tabel 3.35 Desain Test Case Laporan Pengeluaran
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Laporan
Penerimaan
Menampilakan data
pengeluaran
Menampilkan data
pengeluaran sesuai dengan
tanggal awal dan tanggal
71
Fungsi Tujuan Hasil yang diharapkan
akhir yang telah dimasukkan
Melakukan pengecekan ketika
terjadi data yang kosong pada
tanggal awal dan tanggal akhir
Aplikasi akan memunculkan
pesan bahwa tanggal awal
dan tanggal akhir kosong
Menampilkan yang terjadi
apabila tanggal awal lebih
besar dari pada tanggal akhir
Maka aplikasi akan
memunculkan pesan bahwa
tanggal akhir lebih kecil dari
pada tanggal awal
Tabel 3.36 Desain data Test Case Laporan Persediaan
Tanggal Awal Tanggal Akhir
2016-01-08 2016-01-09
Tabel 3.37 Desain Test Case Laporan Persediaan
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Laporan
Penerimaan
Menampilakan data
persediaan
Menampilkan data
pengeluaran pada gudang
sesuai dengan login gudang
sesuai dengan tanggal awal
dan tanggal akhir yang telah
dimasukkan
Melakukan pengecekan ketika
terjadi data yang kosong pada
tanggal awal dan tanggal akhir
Aplikasi akan memunculkan
pesan bahwa tanggal awal
dan tanggal akhir kosong
Menampilkan yang terjadi
apabila tanggal awal lebih
besar dari pada tanggal akhir
Maka aplikasi akan
memunculkan pesan bahwa
tanggal akhir lebih kecil dari
pada tanggal awal