BAB III ANALISA DAN PERANCANGAN SISTEM

(1)

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.

(2)

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.

(3)

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.

(4)

Dokumen flow Penerimaan beras/gabah

Supplier Divre/subdivre Gudang PPK

Ph as e 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

(5)

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

Ph as 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

(6)

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.

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

(7)

3.2.3 Fungsi Pemasok

Tabel 3.3 User requirement data pemasok

akan menginputkan data pemasok sudah ada.

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

akan menginputkan data pencatatan penerimaan.

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

(8)

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.

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

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

(9)

3.2.7 Fungsi Pencatatan Pengeluaran Barang

Tabel 3.7 User requirement pencatatan pengeluaran barang

akan menginputkan data pencatatan pengeluaran barang

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

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

(10)

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

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

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

(11)

3.2.11 Fungsi Laporan Persediaan

Tabel 3.11 User requirement laporan persediaan barang

akan menginputkan tanggal awal dan tanggal akhir

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

(12)

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.

(13)

Pencatatan Penerimaan dan Pengeluaran Beras Gudang Aplikasi Gudang/Pelayanan Publik P h a s e Mulai

Data SPTB Maintenance data SPBT

Menampilkan data SPTB Informasi data SPTB 1 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 SPPB Menyimpan data SPPB

Menampilkan data pengeluaran barang Informasi data pengeluaran barang TRS_KLR Update persediaan barang 2 3 4 3 4 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 3 4 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.

(14)

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.

(15)

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

(16)

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

(17)

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 +

(18)

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 GUDANG

DATA DETIL BARANG

DATA BARANG DATA BARANG DATA PEMASOK DATA PEMASOK DATA GUDANG DATA GUDANG [DATA GUDANG]

[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 PENGELUARAN BARANG

TRANSAKSI PENERIMAAN BARANG TRANSAKSI PENGELUARAN BARANG TRANSAKSI PENGELUARAN BARANG

MEMBUAT LAPORAN

(19)

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.

(20)

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

(21)

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

MEMBUAT LAPORAN MENGELOLA DATA M ASTER

(22)

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

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

(23)

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_3 MELAKUKAN_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

(24)

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_DTLBRG KODE_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>

(25)

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

KODE_PEMASOK VARCHAR 15 PK

NAMA_PEMASOK VARCHAR 50

JNS_PEMASOK VARCHAR 15

Tabel Barang

Primary Key : KODE_BARANG Foreign Key : KODE_BARANG

(26)

Tabel 3.14 Struktur tabel barang

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

(27)

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

(28)

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

(29)

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)

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.

(30)

Badan urusan Logistik (BULOG)

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.

(31)

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

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

(32)

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

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.

(33)

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)

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.

(34)

Badan urusan Logistik (BULOG)

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.

(35)

Badan urusan Logistik (BULOG)

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.

(36)

Badan urusan Logistik (BULOG)

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.

(37)

Badan urusan Logistik (BULOG)

Beranda

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.

(38)

Badan urusan Logistik (BULOG)

Beranda

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.

(39)

Badan Urusan Logistik (BULOG)

No SPTB Tanggal Pemasok Barang Jumlah (KG)

Total Jumlah Penerimaan

Laporan Penerimaan

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

(40)

Badan Urusan Logistik (BULOG)

No SPPB Tanggal Barang Keperluan Tujuan Jumlah (KG)

Total Jumlah Pengeluaran

Laporan Pengeluaran

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

(41)

Badan Urusan Logistik (BULOG)

No Kode Barang Barang Stok (KG)

Total Jumlah Stok Laporan Persediaan Gudang 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

(42)

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

Mengelola Data Tipe Barang

Mencatat data tipe barang kedalam aplikasi.

Data tersimpan kedalam database tipe barang dan sistem menampilkan pesan “Data berhasil disimpan!”

(43)

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

Mengelola Data Barang

Mencatat data barang kedalam aplikasi.

Data tersimpan kedalam database dan sistem menampilkan pesan “Data berhasil disimpan!”

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

(44)

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

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.

(45)

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

Mengelola Pencatatan Penerimaan

Mencatat data penerimaan kedalam aplikasi.

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

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!”

(46)

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

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

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

(47)

Tabel 3.31 Desain Test Case Pencatatan Pengeluaran

Mengelola Pencatatan Pengeluaran

Mencatat data pengeluaran kedalam aplikasi.

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

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

2016-01-08 2016-01-09

Tabel 3.35 Desain Test Case Laporan Pengeluaran

Mengelola Laporan Penerimaan Menampilakan data pengeluaran Menampilkan data

pengeluaran sesuai dengan tanggal awal dan tanggal

(48)

akhir yang telah dimasukkan Melakukan pengecekan ketika

terjadi data yang kosong pada tanggal awal dan tanggal akhir

Tabel 3.36 Desain data Test Case Laporan Persediaan

2016-01-08 2016-01-09

Tabel 3.37 Desain Test Case Laporan Persediaan

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