bab iii analisa dan perancangan sistem 3.1 analisis...

48
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.

Upload: dangdan

Post on 29-Jun-2019

213 views

Category:

Documents


0 download

TRANSCRIPT

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