bab iii analisis dan perancangan sistem 3.1...
TRANSCRIPT
BAB III
ANALISIS DAN PERANCANGAN SISTEM
3.1 Analisis Permasalahan
Pada langkah identifikasi masalah dilakukan tahapan-tahapan untuk
mengetahui permasalahan yang ada dengan wawancara ke Bagian Administrasi
Umum di STMIK STIKOM Surabaya dengan pembahasan yang berkaitan dengan
permintaan pembelian barang, selain itu wawancara juga dilakukan untuk mengetahui
kebutuhan-kebutuhan yang diperlukan untuk melakukan permintaan pembelian
barang.
Setelah wawancara, maka dilakukan tahapan observasi untuk mengetahui
tentang proses permintaan pembelian barang yang telah berlangsung di STMIK
STIKOM Surabaya. Berdasarkan hasil observasi yang telah dilakukan bahwa barang
yang diminta terdiri dari dua jenis barang yaitu investasi dan supplies. Oleh karena itu
untuk melakukan permintaan menggunakan form yang berbeda berdasarkan jenis
barang yang diminta, sehingga untuk barang investasi diharuskan menggunakan form
permintaan pembelian barang dan form permintaan supplies untuk barang supplies.
Dalam proses melakukan permintaan, form terlebih dahulu diisikan data
berdasarkan barang yang diminta yang kemudian diberikan kepada orang yang
bersangkutan seperti kepala bagian dan puket pemohon untuk mendapatkan
persetujuan. Setelah mendapatkan persetujuan dari orang yang bersangkutan, form
yang telah terisi data barang yang diminta beserta tanda tangan persetujuan diberikan
14
15
kepada bagian pembelian AU untuk dilakukan proses pembelian. Dari proses
permintaan yang terjadi tersebut, dapat disimpulkan bahwa diperlukan keberadaaan
orang yang bersangkutan ditempat untuk memberikan persetujuan.
Berdasarkan hasil observasi dan wawancara, dapat digambarkan dokumen
flow permintaan pembelian barang pada Gambar 3.1 dan pengambilan barang
permintaan pembelian barang pada Gambar 3.2 serta dokumen flow permintaan
supplies pada Gambar 3.3 dan pengambilan barang permintaan supplies pada Gambar
3.4.
DokFlow Permintaan Pembelian Barang
Kabag Pemohon Bagian Pembelian (AU) Kabag AUPuket PemohonPemohon
YN
N
Permintaan Pembelian
Barang terisi
Permintaan pembelian barang yang harus dibeli
Buku Proker
Permintaan pembelian
barang terisiMengisi data permintaan pembelian
barang
Start
Permintaan Pembelian
Barang Kosong
Memberikan persetujuan
Memberikan persetujuan
ACCACC
Buku Proker
Permintaan pembelian barang yang disetujui oleh
kabag
Permintaan pembelian barang
yang telah disetujui puket pemohon
Y
Mengisi data permintaan anggaran
Permintaan pembelian barang yang harus dibeli
End
Gambar 3.1 Dokumen Flow Permintaan Pembelian Barang
16
DokFlow Pengambilan Barang Permintaan Pembelian Barang
Supplier
Data Barang yang dibeli
Kabag AUBagian Pembelian (AU)Pemohon
Data Barang yang dibeli
Data barang yang diambil
Mengisi Data
Realisasi
End
Data barang yang diambil
Data Realisasi
Data barang yang diambil
Mengisi data pengambilan
barang
Data Barang yang dibeli
Start
Data Realisasi
Pengisian Tanda Tangan Bukti Terima
Gambar 3.2 Dokumen Flow Pengambilan Barang Permintaan Pembelian Barang
Penjelasan dari Gambar 3.1 Dokumen Flow Permintaan Pembelian Barang
adalah sebagai berikut.
1. Permintaan pembelian barang dilakukan setiap bagian melalui staff(pemohon)
yang telah diberi wewenang untuk melakukan permintaan dengan mengisikan
data permintaan pembelian barang di form permintaan berdasarkan kebutuhan.
2. Setelah form permintaan telah terisi, form diberikan kepada kabag pemohon
untuk menerima persetujuan. Saat permintaan telah disetujui oleh kabag
pemohon, diharuskan juga permintaan menerima persetujuan puket pemohon
sedangkan jika kabag pemohon tidak menyetujui permintaan maka pemohon
diharuskan merevisi kembali data permintaan dengan form yang baru. Sebagai
17
salah satu acuan persetujuan kabag pemohon adalah data investasi yang ada di
buku proker. Di saat permintaan sesuai dengan proker tetapi bulan permintaan
berbeda dengan data investasi di buku proker, maka kabag pemohon dapat
mengajukan perubahan proker kepada puket pemohon.
3. Setelah kabag pemohon memberikan persetujuan, form diberikan kepada puket
pemohon untuk menerima persetujuan. Apabila permintaan telah disetujui puket
pemohon, form yang telah terisi permintaan dan hasil persetujuan diberikan ke
bagian pembelian AU, sedangkan jika puket pemohon tidak menyetujui
diharuskan pemohon untuk merevisi kembali data permintaan dengan form yang
baru. Puket pemohon menjadikan data investasi di buku proker berdasarkan
bagian pemohon sebagai acuan dalam memberikan persetujuan.
4. Setelah mendapatkan persetujuan dari puket pemohon, form yang terisi data
permintaan dan tanda tangan persetujuan diberikan kepada bagian pembelian
AU.
Penjelasan dari Gambar 3.2 Dokumen Flow Pengambilan Barang Permintaan
Pembelian Barang adalah sebagai berikut.
1. Berdasarkan data barang yang dibeli dari supplier, bagian pembelian AU dapat
melakukan pengisian data realisasi pembelian barang permintaan yang kemudian
data realisasi tersebut diberikan kepada Kabag AU.
2. Bagian pembelian AU diharuskan mengisi data pengambilan barang untuk
pemohon sebagai tanda bukti terima saat barang diambil yang kemudian
pemohon memberikan tanda tangan sebagai bukti penerimaan barang.
18
Dokflow Permintaan Supplies
Kabag Pemohon Bagian Pembelian (AU)Puket PemohonPemohon
Y
Y
Permintaan Supplies yang disetujui oleh
kabag
Start
Buku Proker
Permintaan Supplies yang disetujui kabag atau puket pemohon
Buku Proker
Memberikan persetujuan
Permintaan == data diproker ?
Memberikan persetujuan
Mengisi data Permintaan
Supplies barang
ACC
Permintaan Supplies Kosong
Permintaan Supplies terisi
Permintaan Supplies terisi
ACC
N YN
N
End
Gambar 3.3 Dokumen Flow Permintaan Supplies
19
Dokflow Pengambilan Barang Permintaan Supplies
Bagian Pembelian (AU)
Daftar Barang yang diambil
Puket PemohonKabag PemohonPemohon
Start
Permintaan Supplies yang disetujui kabag atau puket pemohon
Y
Y
NPermintaan
supplies (AU)
Data cocok?
Melakukan pengecekan data supplies
Data barang yang diambil
Melakukan pengecekan
stock digudang
Barang ada?
Data barang yang diambil
End
Permintaan supplies yang baru
(pemohon)
N
Pengisian tanda tangan bukti terima
Gambar 3.4 Dokumen Flow Pengambilan Barang Permintaan Supplies
20
Penjelasan dari Gambar 3.3 Dokumen Flow Permintaan Supplies adalah
sebagai berikut.
1. Permintaan supplies dilakukan setiap bagian melalui staff (pemohon) yang telah
diberi wewenang untuk melakukan permintaan dengan mengisikan data
permintaan supplies di form permintaan berdasarkan kebutuhan.
2. Setelah form permintaan supplies terisi, form diberikan kepada kabag pemohon
untuk menerima persetujuan. Saat permintaan sesuai dengan data supplies di
buku proker dan telah disetujui kabag pemohon, form diberikan ke bagian
pembelian AU, tetapi untuk permintaan yang tidak sesuai dengan data supplies di
buku proker maka diharuskan menerima persetujuan puket pemohon. Jika
permintaan tidak disetujui kabag pemohon, maka pemohon diharuskan merevisi
kembali data permintaan dengan form yang baru. Sebagai salah satu acuan
persetujuan kabag pemohon adalah data supplies yang ada di buku proker. Di
saat permintaan sesuai dengan proker tetapi bulan permintaan berbeda dengan
data investasi di buku proker, maka kabag pemohon dapat mengajukan
perubahan proker kepada puket pemohon.
3. Dikarenakan data permintaan tidak sesuai dengan proker, permintaan diharuskan
menerima persetujuan puket pemohon. Saat permintaan disetujui puket pemohon,
form yang terisi permintaan pemohon dan hasil persetujuan dapat diberikan ke
bagian pembelian AU, sedangkan jika sebaliknya pemohon diharuskan untuk
merevisi kembali data permintaan dengan form yang baru. Puket pemohon
21
menjadikan data supplies di buku proker berdasarkan bagian pemohon sebagai
acuan dalam memberikan persetujuan.
4. Setelah kabag atau puket pemohon memberikan persetujuan, form diberikan ke
bagian pembelian AU.
Penjelasan dari Gambar 3.4 Dokumen Flow Pengambilan Barang Permintaan
Supplies adalah sebagai berikut.
1. Saat permintaan telah menerima persetujuan kabag atau puket pemohon dan
diberikan ke bagian AU, maka dilakukan pengecekan terlebih dahulu data
permintaan dengan data supplies di buku proker dan di gudang oleh bagian
pembelian AU, saat barang tersedia di gudang maka barang dapat diambil oleh
pemohon, tetapi jika sebaliknya bagian pembelian AU diharuskan melakukan
permintaan supplies terlebih dahulu untuk membeli barang tersebut.
2. Bagian pembelian AU diharuskan mengisi data pengambilan barang untuk
pemohon sebagai tanda bukti terima saat barang diambil yang kemudian
pemohon memberikan tanda tangan sebagai bukti penerimaan barang.
Berdasarkan semua dokumen flow yang telah digambarkan, permasalahan
yang terjadi adalah pada saat proses persetujuan permintaan barang, dimana proses
tersebut diperlukan keberadaan orang yang bersangkutan untuk memberikan
persetujuan, sedangkan orang yang bersangkutan tidak selalu berada di tempat.
Dari permasalahan yang terjadi, maka dibuatkan sistem informasi permintaan
pembelian barang di STMIK STIKOM Surabaya yang dapat diakses melalui internet,
sehingga orang yang bersangkutan dapat memberikan persetujuan permintaan dari
22
tempat manapun dan untuk menjamin keaslian persetujuan digunakan tanda tangan
digital.
3.2 Analisis Kebutuhan
Setelah tahap analisis permasalahan, tahap berikutnya adalah perancangan
sistem. Untuk merancang bangun sistem informasi, terlebih dahulu mengidentifikasi
kebutuhan pengguna dari sistem yang akan dibangun. Sistem Informasi Permintaan
Pembelian Barang melibatkan beberapa pengguna seperti Bagian Pembelian AU,
Pemohon, Kabag Pemohon, dan Puket Pemohon. Daftar kebutuhan pengguna yaitu
adalah sebagai berikut.
A. Analisis Kebutuhan Pemohon
Berdasarkan analisis dari permasalahan yang terjadi, kebutuhan pemohon
dapat dilihat pada Tabel 3.1.
Tabel 3.1 Kebutuhan Pemohon KEBUTUHAN FUNGSINYA
1. Mampu mengisi data proker investasi dan supplies
Digunakan untuk mengisi data investasi dan supplies
2. Mampu melakukan permintaan barang
Digunakan untuk melakukan permintaan pembelian barang dan permintaan supplies berdasarkan kebutuhan sesuai proker ataupun diluar proker
3. Menerima persetujuan permintaan Digunakan untuk menerima persetujuan permintaan dari orang yang bersangkutan
4. Mengetahui info status persetujuan permintaan
Digunakan untuk mengetahui info status persetujuan permintaan yang telah dibuat olehnya
5. Mengetahui info status ketersediaan barang permintaan di bagian AU yang sudah bisa diambil
Digunakan untuk mengetahui info status barang yang diminta telah siap diambil di bagian AU
23
Tabel 3.1 ( Lanjutan ) KEBUTUHAN FUNGSINYA
6. Mengetahui info barang yang telah dan belum direalisasi
Digunakan untuk mengetahui barang yang telah dan belum direalisasi
7. Mengetahui laporan permintaan pembelian barang dan permintaan supplies perperiode
Digunakan untuk mengetahui laporan permintaan pembelian barang dan permintaan supplies perperiode
B. Analisis Kebutuhan Kepala Bagian Pemohon
Berdasarkan analisis dari permasalahan yang terjadi, kebutuhan kepala bagian
pemohon dapat dilihat pada Tabel 3.2.
Tabel 3.2 Kebutuhan Kepala Bagian Pemohon KEBUTUHAN FUNGSINYA
1. Mendapatkan info data permintaan pembelian barang dan permintaan supplies
Digunakan untuk mengetahui adanya data permintaan pembelian barang dan permintaan supplies berdasarkan bagian yang dipimpin
2. Memberikan persetujuan permintaan
Digunakan untuk memberikan persetujuan permintaan pembelian barang dan permintaan supplies berdasarkan bagian yang dipimpin
3. Mengetahui rekapitulasi data proker investasi dan supplies
Digunakan untuk mengetahui rekapitulasi data proker sebagai salah satu acuan dalam memberikan persetujuan permintaan
4. Meminta perubahan hak isi proker
Digunakan untuk meminta perubahan status hak isi proker kepada puket pemohon apabila dibutuhkan
5. Mengetahui info barang yang telah dan belum direalisasi
Digunakan untuk mengetahui barang yang telah dan belum direalisasi
6. Mengetahui info status persetujuan permintaan
Digunakan untuk mengetahui info status persetujuan permintaan berdasarkan bagian yang dipimpin
7. Mengetahui laporan permintaan pembelian barang dan laporan permintaan supplies per- periode
Digunakan untuk mengetahui laporan permintaan pembelian barang dan permintaan supplies per-periode
24
C. Analisis Kebutuhan Puket Pemohon
Berdasarkan analisis dari permasalahan yang terjadi, kebutuhan puket
pemohon dapat dilihat pada Tabel 3.3.
Tabel 3.3 Kebutuhan Puket Pemohon KEBUTUHAN FUNGSINYA
1. Mengetahui data Permintaan Pembelian Barang dan Permintaan supplies
Digunakan untuk mengetahui data permintaan pembelian barang atau permintaan supplies yang telah dibuat berdasarkan bagian yang dipimpin
2. Memberikan Persetujuan Permintaan
Digunakan untuk memberikan persetujuan dari permintaan barang yang telah dibuat berdasarkan bagian yang dipimpin
3. Mengetahui semua rekapitulasi data proker investasi dan supplies
Digunakan untuk mengetahui semua rekapitulasi data proker sebagai acuan dalam memberikan persetujuan
4. Mengetahui adanya permintaan perubahan hak isi proker
Digunakan untuk mengetahui adanya permintaan perubahan hak isi proker dari kabag pemohon
5. Memberikan persetujuan permintaan perubahan hak isi proker
Digunakan untuk memberikan persetujuan permintaan perubahan hak isi proker dari kabag pemohon
6. Mengetahui info barang yang telah dan belum direalisasi
Digunakan untuk mengetahui barang yang telah dan belum direalisasi berdasarkan bagian yang dipimpin
7. Mengetahui info status persetujuan permintaan
Digunakan untuk mengetahui info status persetujuan permintaan yang telah dibuat
8. Mengetahui laporan permintaan pembelian barang dan permintaan supplies per- periode
Digunakan untuk mengetahui laporan permintaan pembelian barang dan permintaan supplies per-periode berdasarkan bagian yang dipimpin
D. Analisis Kebutuhan Bagian Pembelian AU
Berdasarkan analisis dari permasalahan yang terjadi, kebutuhan bagian
pembelian AU dapat dilihat pada Tabel 3.4.
25
Tabel 3.4 Kebutuhan Bagian Pembelian AU KEBUTUHAN FUNGSINYA
1. Memberikan hak isi data rekapitulasi proker
Digunakan untuk memberikan hak kepada semua bagian untuk mengisi data proker investasi dan supplies
2. Mengolah data barang Digunakan untuk mengolah data barang di database
3. Mencetak data barang permintaan yang harus dibeli
Digunakan mencetak data barang permintaan yang harus dibeli oleh bagian pembelian AU
4. Mengupdate data stock supplies di gudang
Digunakan untuk mengupdate data stock supplies di gudang berdasarkan barang yang dibeli dari supplier
5. Memberikan info ketersediaan barang permintaan di bagian AU
Digunakan untuk memberikan info tentang ketersediaan barang permintaan yang sudah bisa diambil kepada pemohon
6. Mengisi data realisasi barang pembelian
Digunakan untuk mengisi data realisasi dari pembelian barang yang telah dilakukan.
7. Mencetak Tanda Terima Digunakan untuk mencetak tanda terima dari barang yang diambil.
8. Mencetak data stock supplies digudang
Digunakan untuk bagian pembelian AU mengetahui stock barang digudang dan mencetaknya
9. Mencetak laporan permintaan pembelian barang per periode
Digunakan untuk mencetak laporan permintaan pembelian barang perperiode.
10. Mencetak laporan permintaan supplies perperiode
Digunakan untuk mencetak laporan permintaan supplies perperiode.
11. Mengetahui permintaan yang melebihi tanggal butuh
Digunakan untuk mengetahui permintaan yang melebihi tanggal butuh
3.3 Perancangan Sistem
Untuk menjelaskan alur proses desain penelitian dalam pembuatan sistem
informasi permintaan pembelian barang di STMIK STIKOM Surabaya berdasarkan
observasi dan wawancara yang telah dilakukan, maka dibuatkanlah System Flow,
26
Data Flow Diagram, CDM, PDM, Desain input/output dan Desain uji coba
berdasarkan kebutuhan.
3.3.1 System Flow Sistem Informasi Permintaan Pembelian Barang
System Flow Permintaan Pembelian Barang
Kabag AUBagian Pembelian (AU)Puket PemohonKabag PemohonPemohon
Input data permintaan
pembelian barang
Permintaan
Barang
Input data Investasi
Menampilkan data permintaan
pembelian barang
Input data master barang
Mengisi data master barang
Daftar data Permintaan
Pembelian Barang yang harus dibeli
Daftar data permintaan
pembelian barang
Mencetak Data Permintaan
Pembelian Barang yang harus dibeli
End
Start
Mengisi data permintaan
pembelian barang
Investasi
Data Permintaan Pembelian Barang yang harus dibeli
Mengisi data investasi
Rekap Proker
Menampilkan data permintaan
pembelian barang
Persetujuan (ACC) permintaan
pembelian barang
Data Permintaan Pembelian Barang yang harus dibeli
Persetujuan (ACC) permintaan
pembelian barang
Pengecekan data tidak
melebihi proker
Menampilkan data Permintaan
pembelian barang yang harus dibeli
Daftar data permintaan
pembelian barang
Gambar 3.5 System Flow Permintaan Pembelian Barang
27
Sisflow Pengambilan Barang dan Pelaporan Permintaan Pembelian Barang
Bagian Pembelian (AU) SupplierPemohon
Input data realisasi
Data Barang yang dibeli
Mengisi data realisasi
End
Daftar data Permintaan Pembelian Barang yang
dapat diambil
Data barang yang diambil
Menampilkan data Permintaan pembelian
barang yang dapat diambil
Menampilkan data Permintaan pembelian
barang yang dapat diambil
Data barang yang diambil
Mencetak Data Permintaan Pembelian
BarangYang diambil
Daftar data Permintaan Pembelian Barang yang
dapat diambil
Data Barang yang dibeli
Start
Mengisi info ketersediaan
barang
Mengisi info ketersediaan
barang
Permintaan
Barang
Data barang yang diambil
Daftar data Permintaan
Pembelian Barang per-periode
Menampilkan Informasi Permintaan
Pembelian Barang per-periode
Mencetak informasi permintaan
pembelian barang per-periode
Permintaan Pembelian barang
per-periode
Permintaan Pembelian barang
per-periode
Gambar 3.6 System flow Pengambilan Barang Dan Pelaporan Permintaan Pembelian Barang
28
Dalam proses system flow dijelaskan tentang bagaimana aliran sistem yang
berjalan di sistem informasi permintaan pembelian barang. Proses system flow
permintaan pembelian barang dapat dilihat pada Gambar 3.5 dan penjelasannya
adalah sebagai berikut.
1. Pemohon mengisikan data investasi berdasarkan kebutuhan ke dalam database
rekap proker yang akan digunakan sebagai acuan dalam melakukan permintaan.
2. Saat melakukan permintaan pembelian barang, pemohon mengisikan data
permintaan berdasarkan kebutuhan dan menjadikan rekapitulasi data proker
investasi sebagai acuan dalam melakukan permintaan.
3. Data permintaan dikirim kepada kabag pemohon untuk menerima persetujuan.
Dalam proses persetujuan, saat kabag pemohon tidak menyetujui permintaan
maka pemohon diharuskan merevisi kembali data permintaan dengan permintaan
yang baru, jika sebaliknya permintaan disetujui kabag pemohon maka data
permintaan dikirim ke puket pemohon. Data rekapitulasi proker investasi yang
menjadi acuan dalam kabag pemohon memberikan persetujuan.
4. Dalam proses persetujuan permintaan puket pemohon, saat puket pemohon
menyetujui permintaan, data permintaan dikirim ke bagian pembelian AU
sedangkan jika puket pemohon tidak menyetujui permintaan maka pemohon
diharuskan merevisi data permintaan dengan permintaan yang baru. Data
rekapitulasi proker investasi yang menjadi acuan dalam puket pemohon
memberikan persetujuan.
29
5. Dari permintaan pembelian barang yang dikirim ke bagian pembelian AU, data
permintaan dapat dicetak oleh bagian pembelian AU untuk dijadikan acuan
dalam melakukan permintaan anggaran pembelian dan diberikan kepada kabag
AU.
Proses system flow pengambilan barang dan pelaporan permintaan pembelian
barang dapat dilihat pada Gambar 3.6 dan penjelasannya adalah sebagai berikut.
1. Saat barang telah tersedia di bagian AU, maka bagian pembelian AU diharuskan
mengisi data realisasi berdasarkan barang yang dibeli dari supplier.
2. Berdasarkan data yang dibeli dari supplier atau tersedia di bagian AU, bagian
pembelian AU diharuskan mengisi info ketersediaan barang untuk pemohon,
sehingga pemohon mengetahui bahwa barang yang diminta telah ada dan siap
untuk diambil di bagian AU.
3. Saat pengambilan barang oleh pemohon, bagian pembelian AU diharuskan
mencetak tanda terima barang yang diambil sebagai tanda bukti penerimaan
barang.
4. Dan bagian pembelian AU, dapat mencetak laporan hasil permintaan pembelian
barang per-periode untuk dilaporkan kepada kabag AU.
Proses system flow permintaan supplies dapat dilihat pada Gambar 3.7 dan
penjelasannya adalah sebagai berikut.
1. Pemohon mengisikan data supplies berdasarkan kebutuhan bagian ke dalam
database rekap proker yang digunakan sebagai acuan dalam melakukan
permintaan.
30
2. Dikarenakan data supplies terlebih dahulu harus menerima persetujuan kabag
pemohon, data supplies dikirim ke kabag pemohon.
3. Setelah menerima persetujuan dari kabag pemohon, data supplies dikirim ke
bagian pembelian AU untuk dijadikan acuan dalam pembuatan proker bagian
AU.
4. Saat melakukan permintaan supplies, pemohon mengisikan data permintaan
berdasarkan kebutuhan dan mengacu kepada rekapitulasi data proker supplies.
Kemudian data permintaan dikirim ke kepala bagian pemohon untuk menerima
persetujuan.
5. Setelah permintaan terisi maka data permintaan dikirim ke kabag pemohon untuk
menerima persetujuan. Dalam persetujuan permintaan, Saat kabag pemohon
tidak menyetujui permintaan, maka pemohon diharuskan mereveisi data
permintaan dengan permintaan supplies yang baru. Jika kabag pemohon
menyetujui data permintaan, maka terlebih dahulu data permintaan divalidasi
dengan data rekapitulasi proker, apabila permintaan diluar proker maka puket
pemohon harus memberikan persetujuan, tetapi apabila permintaan sesuai dengan
proker maka permintaan terkirim ke bagian pembelian AU. Data rekapitulasi
proker supplies yang menjadi acuan kabag pemohon dalam memberikan
persetujuan.
6. Untuk permintaan supplies yang terkirim ke puket pemohon, apabila puket
pemohon menyetujui permintaan, maka data permintaan dikirim ke bagian
pembelian AU sedangkan jika puket pemohon tidak menyetujui maka pemohon
31
diharuskan merevisi data permintaan dengan permintaan supplies yang baru.
Data rekapitulasi proker supplies yang menjadi acuan puket pemohon
memberikan persetujuan.
Proses system flow pengambilan barang dan pelaporan permintaan supplies
dapat dilihat pada Gambar 3.8 dan penjelasannya adalah sebagai berikut.
1. Berdasarkan data permintaan supplies yang terkirim ke bagian pembelian AU,
terlebih dahulu data permintaan divalidasi dengan data proker berdasarkan
bagian dan stok barang supplies di gudang, jika barang tersedia di gudang maka
pemohon dapat mengambilnya dan menerima tanda terima pengambilan barang
dari bagian pembelian AU tetapi jika barang tidak ada, bagian pembelian AU
diharuskan melakukan permintaan supplies terlebih dahulu.
2. Berdasarkan proses yang telah terjadi tersebut, bagian pembelian AU dapat
mencetak laporan hasil permintaan supplies per-periode, data stok supplies di
gudang dan rekap supplies semua bagian untuk dilaporkan kepada kabag AU.
32
Sysflow Permintaan Supplies
Bagian Pembelian (AU)Puket PemohonKabag PemohonPemohon
Start
Menampilkan data supplies
Barang
Persetujuan (ACC) permintaan
supplies
Input data barang
Mengisi data supplies
Menampilkan data Permintaan supplies
yang diminta
Daftar data supplies
Input data permintaan supplies
Persetujuan (ACC) permintaan
supplies
Mengisi data barang
Input data supplies
Mengisi data permintaan
supplies
Menampilkan data permintaan
supplies
Daftar data permintaan
supplies
Rekap Proker
Supplies
Persetujuan (ACC) data
supplies
Permintaan
Daftar data Permintaan supplies
yang diminta
Daftar data permintaan
supplies
Pengecekan data tidak
melebihi proker
Menampilkan data permintaan
supplies
End
Gambar 3.7 System Flow Permintaan Supplies
33
Sysflow Pengambilan Barang dan Pelaporan Permintaan Supplies
Kabag AUSupplierBagian Pembelian (AU)Pemohon
Mencetak datastock supplies di
gudang
Data Supplies yang dibeli
Mencetak Rekap supplies semua bagian
Daftar barang yang diambil
Melakukan pengecekan stock di
gudang
Menampilkan data Permintaan supplies
yang diminta
Rekap Supplies Semua Bagian
Menampilkan daftar rekap supplies semua bagian
daftar rekap supplies
semua bagian
Rekap Supplies semua bagian
Mengisi data supplies yang
dibeli
Data Stock Supplies di
gudang
Permintaan Supplies per-
periode
Melakukan pengecekan dengan
proker
Mencetak data permintaan supplies
yang diambil
End
Data Supplies yang dibeli
Data stock supplies di
gudang
Daftar data Permintaan supplies
yang diminta
Input data supplies yang
dibeli
Permintaan Supplies per-periode
Daftar barang yang diambil
Daftar data Permintaan supplies
yang bisa diambil
Menampilkan data Permintaan supplies
yang bisa diambil
Mencetak laporan permintaan supplies
perperiode
Data Supplies yang dibeli
Start
Barang
Rekap Proker
Permintaan
Gambar 3.8 System Flow Pengambilan Barang Dan Pelaporan Permintaan Supplies
34
3.3.2 Blok Diagram Sistem Informasi Permintaan Pembelian Barang
Gambar 3.9 Blok Diagram Sistem Informasi Permintaan Pembelian Barang
35
Dalam blok diagram ini akan menjelaskan tentang input, proses, dan output
yang terdapat pada sistem. Proses blok diagram sistem informasi permintaan
pembelian barang dapat dilihat pada Gambar 3.9 dan penjelasannya adalah sebagai
berikut.
A. Input
A.1 Rekap Proker Investasi dan Supplies
Rekap proker investasi dan supplies merupakan hasil rekapitulasi data rencana
investasi dan supplies setiap bagian dari tabel rekap proker dan detil rekap
proker yang dilakukan di setiap akhir tahun sebelumnya untuk dijadikan acuan
dalam melakukan permintaan.
A.2 Data Barang Investasi dan Supplies Yang Diminta
Data barang investasi dan supplies yang diminta merupakan data yang
disimpan ke tabel permintaan dan detil permintaan dari pemohon saat
melakukan permintaan berdasarkan kebutuhan dan mengacu kepada data
rekapitulasi proker.
A.3 Data Permintaan Pembelian Barang dan Permintaan Supplies (Pemohon)
Data Permintaan Pembelian Barang dan Permintaan Supplies (Pemohon)
merupakan data permintaan yang telah diisikan pemohon pada tabel
permintaan dan detil permintaan untuk menerima persetujuan kabag pemohon.
36
A.4 Data Permintaan Pembelian Barang dan Permintaan Supplies (Kabag
Pemohon)
Data Permintaan Pembelian Barang dan Permintaan Supplies (Kabag
Pemohon) merupakan data permintaan pemohon yang telah menerima
persetujuan kabag pemohon dan diberikan ke puket pemohon untuk menerima
persetujuan.
A.5 Data Permintaan Pembelian Barang dan Permintaan Supplies (Puket
Pemohon)
Data Permintaan Pembelian Barang dan Permintaan Supplies (Puket
Pemohon) merupakan data permintaan pemohon yang telah menerima
persetujuan puket pemohon setelah kabag pemohon memberikan persetujuan
dengan mengacu kepada data rekapitulasi proker untuk diberikan ke bagian
pembelian AU.
A.6 Data Barang Yang Dibeli
Data barang yang dibeli merupakan data barang permintaan yang telah
dilakukan pembelian berdasarkan data permintaan yang harus dibeli oleh
bagian pembelian AU.
A.7 Info Data Barang Yang Sudah Bisa Diambil
Info data barang yang sudah bisa diambil merupakan info data barang
permintaan yang telah tersedia di AU dan sudah bisa diambil oleh pemohon.
37
A.8 Daftar Barang Yang Diambil
Daftar barang yang diambil merupakan data barang permintaan yang telah
terealisasi dan diambil oleh pemohon di bagian AU.
B. Proses
B.1 Permintaan Barang
Proses permintaan barang merupakan proses yang terjadi dalam sistem dari
pengisian data rencana proker hingga permintaan barang dapat diproses
bagian pembelian AU untuk dilakukan pembelian. Proses permintaan barang
yang terjadi adalah sebagai berikut.
1. Entry data rencana investasi
Proses ini merupakan proses pengisian data rencana investasi di setiap
akhir tahun sebelumnya untuk dijadikan sebagai acuan dalam melakukan
permintaan pembelian barang. Data yang diisikan adalah tipe/jenis barang
berdasarkan kategori dan merek barang, jumlah, anggaran, dan bulan
permintaan serta keterangan yang tersimpan di tabel rekap proker yaitu
pada field id_reprok, id_bagian (bagian yang meminta), id_jenis (J02 untuk
investasi), tgl_buat, tahun dan tabel detil rekap proker yaitu pada field
id_reprok, id_barang, bulan, jumlah, anggaran, dan keterangan.
2. Entry data rencana supplies
Proses ini merupakan proses pengisian data rencana supplies di setiap akhir
tahun sebelumnya untuk dijadikan sebagai acuan dalam melakukan
permintaan supplies. Data yang diisikan adalah nama barang, jumlah, dan
38
bulan permintaan serta keterangan yang tersimpan di tabel rekap proker
yaitu pada field id_reprok, id_bagian (bagian yang meminta), id_jenis (J01
untuk supplies), tgl_buat, tahun, kabag_status (menjadi 1) yang akan
diperbaharui berdasarkan hasil dari persetujuan data rencana supplies oleh
kabag pemohon dan tabel detil rekap proker yaitu pada field id_reprok,
id_barang, bulan, jumlah, dan keterangan.
3. Persetujuan data rencana supplies
Proses persetujuan ini dilakukan oleh kabag pemohon berdasarkan hasil
validasi bagian pemohon dengan kabag pemohon yang menerima pada
tabel rekap proker dan detil rekap proker. Hasil dari persetujuan ini yang
disimpan adalah kabag_status pada tabel rekap proker, yang dimana
kabag_status akan menjadi 3 jika kabag pemohon mengirim kembali
kepada pemohon untuk mengetahui dan mengirim data yang telah disetujui
tersebut ke bagian AU serta menjadi 2 apabila telah disetujui dan dikirim
ke bagian AU oleh kabag pemohon. Data rencana supplies yang telah
menerima persetujuan kabag pemohon dijadikan acuan dalam melakukan
permintaan supplies.
4. Entry data permintaan pembelian barang
Proses ini dilakukan oleh pemohon setiap adanya kebutuhan dengan
mengisikan barang investasi yang dibutuhkan dan mengacu kepada hasil
validasi data rekapitulasi proker investasi berdasarkan bagian pemohon dan
tahun proker. Data permintaan yang disimpan pada tabel permintaan yaitu
39
pada field id_perpem (id permintaan), id_jenis (J02 karena barangnya
adalah investasi), nik (orang yang melakukan permintaan), tgl_buat, status
(untuk dijadikan acuan permintaan telah dilihat oleh orang yang
bersangkutan atau tidak dan pada proses ini akan diisikan 0 yang artinya
belum dibuka oleh kabag), id_bagian, tgl_butuh dan tabel detil_permintaan
yaitu pada field id_perpem, id_barang, bulan, id_reprok (sebagai acuan
barang ada atau tidak pada proker), jumlah, anggaran, keterangan,
pemohon_pesan, kabag_status (untuk acuan persetujuan kabag, dan dalam
proses ini diisikan 0 karena kabag belum memberikan persetujuan),
status_brg (diisikan 0 karena barang belum mendapatkan persetujuan dari
orang yang bersangkutan), pemohon signature dan pemohon pubkey(untuk
data tanda tangan digital).
5. Entry data permintaan supplies
Proses ini dilakukan oleh pemohon setiap adanya kebutuhan dengan
mengisikan barang supplies yang dibutuhkan dan mengacu kepada hasil
validasi data rekapitulasi proker supplies berdasarkan bagian pemohon dan
tahun proker. Data permintaan yang disimpan pada tabel permintaan yaitu
pada field id_perpem (id permintaan), id_jenis (J01 karena barangnya
adalah supplies), nik (orang yang melakukan permintaan), tgl_buat, status
(untuk dijadikan acuan permintaan telah dilihat oleh orang yang
bersangkutan atau tidak dan pada proses ini akan diisikan 0 yang artinya
belum dibuka oleh kabag), id_bagian, tgl_butuh dan detil_permintaan yaitu
40
pada field id_perpem, id_barang, bulan, id_reprok (sebagai acuan barang
ada atau tidak pada proker), jumlah, keterangan, pemohon_pesan,
kabag_status(untuk acuan persetujuan kabag, dan dalam proses ini diisikan
0 karena kabag belum memberikan persetujuan), status_brg (diisikan 0
karena barang belum mendapatkan persetujuan dari orang yang
bersangkutan), pemohon signature dan pemohon pubkey (untuk data tanda
tangan digital).
6. Persetujuan permintaan pembelian barang atau permintaan supplies
Proses persetujuan ini merupakan proses yang dilakukan kabag dan puket
pemohon untuk memberikan persetujuan berdasarkan hasil validasi data
permintaan yang telah dibuat pemohon berdasarkan bagian dan tahun
permintaan, validasi barang yang diminta pada tabel permintaan dengan
tabel rekap proker untuk mengetahui status barang permintaan pada rekap
proker, pengurangan jumlah barang pada rekap proker dengan jumlah
barang permintaan yang telah diambil atau direalisasi sehingga dapat
diketahui sisa barang yang belum direalisasi berdasarkan tahun proker, dan
validasi status persetujuan kabag pemohon (hanya untuk puket pemohon
dalam memberikan persetujuan). Selain memberikan persetujuan, kabag
dan puket pemohon dapat memberikan pesan berdasarkan barang
permintaan. Data yang diperbaharui akan disimpan pada tabel permintaan
dan detil permintaan, datanya adalah kabag_status, kabag_pesan,
kabag_pubkey, dan kabag_signature dari proses persetujuan kabag
41
pemohon sedangkan untuk puket pemohon adalah puket_status,
puket_pesan, puket_pubkey dan puket_signature. Data yang diperbaharui
berdasarkan barang permintaan pemohon berdasarkan bagian pemohon dan
tahun permintaan.
B.2 Pengambilan Barang
Proses pengambilan barang adalah proses yang terjadi setelah proses
permintaan barang. Proses ini meliputi pengisian anggaran dan pencetakan
data permintaan, pengisian data realisasi dan info ketersediaan barang serta
pencetakan tanda terima. Untuk lebih jelasnya, proses pengambilan barang
dapat dijelaskan sebagai berikut:
1. Pengisian anggaran dan pencetakan data permintaan
Proses ini merupakan pengisian anggaran yang dibutuhkan untuk
melakukan pembelian barang permintaan oleh bagian pembelian AU
berdasarkan hasil validasi data pada tabel permintaan dan detil permintaan
yang mempunyai nilai data puket_status 1 dan status_brg 1 untuk jenis
barang investasi. Setelah proses pengisian anggaran, kemudian bagian
pembelian AU mencetak data permintaan berdasarkan hasil validasi data
permintaan yang mempunyai nilai status_brg 1 pada tabel permintaan dan
detil permintaan berdasarkan id permintaan.
2. Pengisian data realisasi dan info ketersediaan barang
Proses ini merupakan pengisian data realisasi (anggaran, tanggal order,
tanggal barang datang) hanya untuk permintaan pembelian barang dan
42
memberikan info ketersediaan barang yang diminta berdasarkan hasil
validasi data permintaan yang mempunyai nilai data status_brg 1 dan
puket_status 1 untuk permintaan pembelian barang sedangkan permintaan
supplies dilakukan pengecekan data permintaan yang mempunyai nilai data
status_brg 1, puket_status 1 (jika barang tidak sesuai dengan rekapitulasi
proker) atau kabag_status 1 (jika barang sesuai dengan rekapitulasi proker)
dari tabel permintaan dan detil permintaan. Hasil dari proses ini, status_brg
akan diperbaharui menjadi 2, anggaran, tgl_order dan tgl_datang juga akan
diperbaharui berdasarkan data realisasi yang diisikan pada tabel detil
permintaan berdasarkan barang yang diminta.
3. Pencetakan tanda terima
Proses ini melakukan pencetakan data barang yang diambil berdasarkan
hasil validasi data permintaan yang mempunyai data status_brg 2 pada
tabel permintaan dan detil permintaan. Hasil dari proses ini, data status_brg
akan diperbaharui menjadi 3 pada tabel detil permintaan berdasarkan
barang yang dminta.
B.3 Pelaporan
Proses pelaporan adalah proses untuk memberikan laporan berdasarkan hasil
dari permintaan pembelian barang dan permintaan supplies yang telah
dilakukan.
43
Untuk lebih jelasnya, proses pelaporan dapat dijelaskan sebagai berikut.
1. Mencetak laporan permintaan pembelian barang
Proses ini melakukan pencetakan data permintaan yang mempunyai data
status_brg (3) dan id_jenis (J02) pada tabel permintaan dan detil
permintaan.
2. Menampilkan permintaan yang melebihi tanggal butuh
Proses ini menampilkan data hasil validasi permintaan yang tanggal terima
barangnya melebihi dari tanggal butuh dan data status_brg (3) pada tabel
permintaan dan detil permintaan.
3. Menampilkan daftar barang yang belum terealisasi
Proses ini menampilkan data hasil validasi barang mempunyai jumlah pada
tabel rekap proker melebihi atau berbeda dengan jumlah barang pada tabel
permintaan yang mempunyai data status_brg (3).
4. Mencetak rekap supplies semua bagian
Proses ini melakukan pencetakan data proker semua bagian yang
mempunyai data kabag_status bernilai 2, id_jenis (J01) dan berdasarkan
tahun yang dipilih pada tabel rekap proker dan detil rekap proker.
5. Mencetak stock supplies di gudang
Proses ini melakukan pencetakan data supplies pada tabel barang yang
jumlahnya tidak kosong.
44
6. Mencetak laporan permintaan supplies
Proses ini melakukan pencetakan data permintaan yang mempunyai data
status_brg (3) dan id_jenis (J01) pada tabel permintaan dan detil
permintaan.
C. Output
C.1 Data Permintaan Pembelian Barang dan Permintaan Supplies
(Pemohon)
Data ini hasil output dari inputan data barang investasi dan supplies yang
diminta dan rekapitulasi proker yang menjadi acuan dalam proses
permintaan barang untuk kabag pemohon mengetahui adanya permintaan
untuk menerima persetujuan. Data yang ditampilkan adalah nama barang,
jumlah, satuan, bulan, tanggal butuh, sisa jumlah barang, keterangan, pesan
pemohon, dan status barang permintaan di rekapitulasi proker. Data yang
ditampilkan berdasarkan dari tabel permintaan, detil permintaan, rekap
proker, detil rekap proker dan barang yang mempunyai data kabag_status
bernilai 0.
C.2 Data Permintaan Pembelian Barang (Kabag Pemohon)
Data ini digunakan untuk puket pemohon mengetahui adanya permintaan
pembelian barang berdasarkan bagian yang dipimpin dan telah menerima
persetujuan kabag pemohon. Data yang ditampilkan adalah nama barang,
jumlah, satuan, bulan, tanggal butuh, sisa jumlah barang, keterangan, status
persetujuan kabag, pesan kabag, dan status barang di rekapitulasi proker.
45
Data yang ditampilkan dari tabel permintaan, detil permintaan, rekap proker,
detil rekap proker dan barang yang mmpunyai data puket_status bernilai 0.
C.3 Data Permintaan Supplies (Kabag Pemohon)
Data ini digunakan puket pemohon mengetahui adanya permintaan supplies
berdasarkan bagian yang dipimpin dan telah menerima persetujuan kabag
pemohon yang tidak sesuai dengan rekapitulasi proker. Data yang
ditampilkan pada puket pemohon nama barang, jumlah, satuan, bulan,
tanggal butuh, sisa jumlah barang, keterangan, status persetujuan kabag,
pesan kabag, dan status barang di proker berdasarkan data puket_status 0.
jika permintaan supplies sesuai dengan rekapitulasi proker, data terkirim ke
bagian pembelian AU. Data yang ditampilkan adalah nama barang,
keterangan, jumlah, bulan, tanggal butuh, pesan kabag, pesan puket, status
barang di proker dan status barang di gudang yang kabag_status dan
status_brg bernilai 1. Data yang ditampilkan dari tabel permintaan, detil
permintaan, rekap proker, detil rekap proker dan barang.
C.4 Data Permintaan Pembelian Barang dan Permintaan Supplies (Puket
Pemohon)
Data ini digunakan untuk bagian pembelian AU mengetahui adanya
permintaan untuk dilakukan proses pembelian barang (jika permintaan
pembelian barang) dan jika permintaan supplies maka dijadikan acuan dalam
pengambilan barang oleh pemohon. Data yang ditampilkan adalah nama
barang, keterangan, jumlah, anggaran (untuk permintaan pembelian barang),
46
bulan, tanggal butuh, tanggal order dan tanggal datang (untuk permintaan
pembelian barang), pesan kabag, pesan puket, status barang di proker dan
status stock supplies di gudang (untuk permintaan supplies). Data yang
ditampilkan dari tabel permintaan, detil permintaan, rekap proker, detil rekap
proker dan barang yang puket_status dan status_brg bernilai 1.
C.5 Data Permintaan Pembelian Barang Yang Harus Dibeli
Data ini digunakan oleh bagian pembelian AU untuk mencetak data
permintaan yang harus dibeli dan diserahkan kepada kabag AU untuk
permintaan anggaran pembelian. Data yang ditampilkan adalah id
permintaan, nama barang, jumlah, satuan, anggaran, keterangan, tanggal
butuh, nama bagian, total anggaran, dan tanggal pencetakan. Data yang
ditampilkan dari tabel permintaan, detil permintaan, bagian dan barang yang
mempunyai data status_brg bernilai 1.
C.6 Info Data Barang Yang Sudah Bisa Diambil
Data ini digunakan pemohon mengetahui info ketersediaan barang di bagian
AU yang sudah bisa diambil. Data yang ditampilkan adalah nama barang,
jumlah, anggaran(untuk permintaan pembelian barang), bulan, dan info
ketersediaan barang di bagian AU yang mempunyai data status_brg bernilai
2.
C.7 Daftar Barang Yang Diambil
Data ini digunakan sebagai tanda bukti pengambilan barang yang dicetak
untuk pemohon dan bagian pembelian AU. Data yang ditampilkan adalah id
47
permintaan, nama barang, jumlah, satuan, keterangan, nama bagian, tanggal
pencetakan yang mempunyai data status_brg bernilai 3.
C.8 Daftar Barang Yang Belum Terealisasi
Data ini digunakan pemohon, kabag pemohon dan puket pemohon
mengetahui daftar barang yang belum terealisasi. Data yang ditampilkan
adalah nama barang, jumlah, bulan, anggaran (jika barang investasi), total
jumlah, total anggaran, jumlah barang yang telah direalisasi, dan jumlah
barang yang belum terealisasi.
C.9 Daftar Permintaan Yang Melebihi Tanggal Butuh
Data ini digunakan bagian pembelian AU dan Kabag AU mengetahui kinerja
bagian pembelian AU dalam melakukan proses pembelian. Data yang
ditampilkan adalah tanggal minta, tanggal butuh, tanggal ambil, tanggal
order, tanggal barang datang, id permintaan, nama bagian, nama barang,
jumlah, satuan, anggaran (jika permintaan pembelian barang), dan
keterangan yang tanggal_ambil melebihi dari tanggal_butuh dan status_brg
bernilai 3 dari tabel permintaan dan detil permintaan.
C.10 Laporan Permintaan Pembelian Barang dan Permintaan Supplies
Data ini digunakan bagian AU khususnya bagian pembelian AU dan Kabag
AU mengetahui permintaaan pembelian barang dan permintaan supplies
yang telah direalisasi berdasarkan periode tertentu. Data yang ditampilkan
adalah tanggal minta, tanggal butuh, tanggal ambil, tanggal order, tanggal
barang datang, id permintaan, nama bagian, nama barang, jumlah, satuan,
48
anggaran (jika permintaan pembelian barang), dan keterangan yang
status_brg bernilai 3 dari tabel permintaan dan detil permintaan.
C.11 Rekap Supplies Semua Bagian
Data ini digunakan bagian AU mengetahui rekap supplies semua bagian
yang nantinya dijadikan acuan dalam pembuatan proker. Data yang
ditampilkan adalah nama barang, satuan, bulan, total jumlah, harga, total
harga dan total harga keseluruhan berdasarkan dari tabel rekap proker, detil
rekap proker, dan barang yang kabag_status bernilai 2.
C.12 Laporan Stock Supplies di Gudang
Data ini digunakan untuk bagian AU mengetahui data stock supplies di
gudang. Data yang ditampilkan adalah nama barang, satuan, jumlah,
keterangan dan periode pencetakan (bulan dan tahun) yang jumlah barang
tidak kosong pada tabel barang.
3.3.3 Data Flow Diagram
Pada tahapan ini terdapat Context diagram, DFD level 0, dan DFD level 1
untuk Sistem Informasi Permintaan Pembelian Barang di STMIK Stikom Surabaya.
A. Context Diagram
Pada Context Diagram ini terdapat lima entitas yaitu pemohon, kabag
pemohon, puket pemohon, supplier dan kabag AU. Pemohon melakukan input data
seperti data rencana investasi, data rencana supplies, data barang investasi yang
diminta, dan data barang supplies yang diminta serta menerima daftar barang yang
diambil, daftar barang yang belum terealisasi dan info data barang yang sudah bisa
49
diambil. Kabag pemohon menerima rekap data rencana supplies, data permintaan
supplies (pemohon) dan data permintaan pembelian barang (pemohon), daftar barang
yang belum terealisasi dan memberikan persetujuan rekap data rencana supplies,
persetujuan data permintaan pembelian barang (kabag pemohon), dan persetujuan
data permintaan supplies (kabag pemohon).
Puket pemohon menerima data permintaan pembelian barang (kabag
pemohon), data permintaan supplies (kabag pemohon), daftar barang yang belum
terealisasi dan memberikan persetujuan permintaan supplies (puket pemohon) dan
persetujuan permintaan pembelian barang (puket pemohon). Supplier memberikan
data barang yang dibeli, Serta kabag AU menerima data permintaan pembelian
barang yang harus dibeli, rekap supplies semua bagian, data stock supplies di gudang,
laporan permintaan supplies, laporan permintaan pembelian barang dan daftar
permintaan yang melebihi tanggal butuh. Gambar context diagram sistem informasi
permintaan pembelian barang dapat dilihat pada Gambar 3.10.
50
Info data barang yang sudah bisa diambil
Daftar Barang Yang Belum Terealisasi
Daftar Barang Yang Belum Terealisasi
Daftar Barang Yang Belum Terealisasi
Daftar Permintaan yang melebihi tanggal butuh
Data Stock Supplies di Gudang
Data Permintaan Supplies (Pemohon)
Laporan Permintaan Supplies
Rekap Supplies Semua Bagian
Persetujuan Rekap Data Rencana Supplies
Persetujuan Permintaan Supplies (Kabag Pemohon)
Rekap Data Rencana Supplies
Data Rencana Supplies
Persetujuan Permintaan Supplies(Puket Pemohon)
Data Permintaan Supplies (Kabag Pemohon)
Data Barang Supplies Yang diminta
Data Barang yang dibeli
Data Permintaan Pembelian Barang yang harus dibeli
Laporan Permintaan Pembelian Barang
Persetujuan Permintaan Pembelian Barang (Puket Pemohon)
Data Permintaan Pembelian Barang (Kabag Pemohon)
Persetujuan Permintaan Pembelian Barang (Kabag Pemohon)
Data Permintaan Pembelian Barang (Pemohon)
Daftar Barang yang Diambil
Data Rencana Investasi
Data Barang Investasi yang diminta
0
SISTEM INFORMASI PERMINTAAN PEMBELIAN BARANG
+
PEMOHON
KABAG PEMOHON
PUKET PEMOHON
KABAG AU
SUPPLIER
Gambar 3.10 Context Diagram Sistem Informasi Permintaan Pembelian Barang
B. DFD level 0
Pada DFD level 0 ini terdapat tiga proses yaitu permintaan barang,
pengambilan barang dan pelaporan. DFD level 0 Sistem Informasi Permintaan
Pembelian Barang dapat dilihat pada Gambar 3.11.
51
Gam
bar 3
.11
DFD
Lev
el 0
Sis
tem
Info
rmas
i Per
min
taan
Pem
belia
n B
aran
g
52
C. DFD level 1 Subsistem Permintaan Barang
5 Detil Permintaan
[Persetujuan Permintaan Supplies(Kabag Pemohon)]
5 Detil PermintaanPUKET PEMOHON
[Persetujuan Permintaan Supplies(Puket Pemohon)]
5 Detil Permintaan5 Detil Permintaan
[Persetujuan Permintaan Pembelian Barang(Puket Pemohon)]
5 Detil Permintaan[Persetujuan Permintaan Pembelian Barang (Kabag Pemohon)]
KABAG PEMOHON
Rekap Data Supplies
Rekap Data Investasi
[Persetujuan Rekap Data Supplies]
[Persetujuan Rekap Data Rencana Supplies]
[Rekap Data Rencana Supplies]
[Data Rencana Investasi]
[Data Rencana Supplies] Data Master Barang Supplies
Data Master Barang Investasi
[Data Permintaan Supplies (Pemohon)]
[Rekap Data Supplies]
[Data Master Barang Supplies]
[Persetujuan Permintaan Supplies (Kabag Pemohon)]
[Detil Rekap Data Supplies]
[Data Permintaan Supplies]
[Data Permintaan Supplies (Kabag Pemohon)]
[Detil Data Permintaan Supplies]
[Data Barang Supplies Yang diminta]
[Persetujuan Permintaan Supplies(Puket Pemohon)]
Persetujuan Permintaan (Puket Pemohon)
Rekap Data Investasi
Detil Data Rekap Proker
Detil Data Permintaan Pembelian Barang
Data Permintaan Pembelian Barang
[Persetujuan Permintaan Pembelian Barang (Puket Pemohon)]
[Data Permintaan Pembelian Barang (Pemohon)]
[Data Permintaan Pembelian Barang (Kabag Pemohon)]
[Persetujuan Permintaan Pembelian Barang (Kabag Pemohon)]
[Detil Data Permintaan Pembelian Barang]
[Data Permintaan Pembelian Barang]
[Data Barang Investasi yang diminta]
[Detil Rekap Data Investasi]
[Rekap Data Investasi]
[Data Master Barang Investasi]
KABAG PEMOHON
KABAG PEMOHON
4 Permintaan
PUKET PEMOHON
5 Detil Permintaan
1 BARANG
2 Rekap Proker
3Detil Rekap
Proker
KABAG PEMOHON
PUKET PEMOHON
KABAG PEMOHON
PUKET PEMOHON
4 Permintaan
5 Detil Permintaan
PEMOHON
1.4
Entry Data Permintaan Pembelian Barang
1.5
Persetujuan Permintaan Pembelian Barang
PEMOHON
2 Rekap Proker
3 Detil Rekap Proker
1 BARANG
1.6
Entry Data Permintaan Supplies
1.7
Persetujuan Permintaan Supplies
PEMOHON
PEMOHON
KABAG PEMOHON
2 Rekap Proker
1.1
Entry Data Rencana Investasi
1.2
Entry Data Rencana Supplies
1.3
Persetujuan Rekap Data Rencana Supplies
Gambar 3.12 DFD Level 1 Subsistem Permintaan Barang
53
Pada DFD level 1 subsistem permintaan barang terdapat tujuh subsistem yaitu
entry data rencana investasi, entry data rencana supplies, persetujuan rekap data
rencana supplies, entry data permintaan pembelian barang, persetujuan permintaan
pembelian barang, entry data permintaan supplies dan persetujuan permintaan
supplies. DFD level 1 Subsistem Permintaan Barang dapat dilihat pada Gambar 3.12.
D. DFD level 1 Subsistem Pengambilan Barang
Data Permintaan Supplies(Kabag atau Puket Pemohon)
Detil Data Permintaan Supplies (Kabag atau Puket Pemohon)
Detil Data Permintaan Pembelian Barang(Puket Pemohon)
Data Permintaan Pembelian Barang (Puket Pemohon)
Detil Data Permintaan Pembelian Barang(Puket Pemohon)
Data Permintaan Pembelian Barang(Puket Pemohon)
[Daftar Barang yang Diambil]
[Info data barang yang sudah bisa diambil]
[Daftar Permintaan yang harus dibeli]
[Data Barang yang dibeli]
[Detil Data Permintaan Supplies(Kabag atau Puket Pemohon)]
[Data Permintaan Supplies (Kabag atau Puket Pemohon)]
[Data Permintaan Pembelian Barang(Puket Pemohon)]
[Detil Data Permintaan Pembelian Barang(Puket Pemohon)]
SUPPLIER
5 Detil Permintaan
4 Permintaan
5 Detil Permintaan
4 Permintaan
PEMOHONPEMOHON
KABAG AU
2.1
Pengisian Anggaran dan Pencetakan Data
Permintaan
2.2
Pengisian data realisasi dan info ketersediaan
barang
2.3
Pencetakan Tanda Terima
Gambar 3.13 DFD Level 1 Subsistem Pengambilan Barang
Pada DFD level 1 subsistem pengambilan barang terdapat tiga subsistem yaitu
pengisian anggaran dan pencetakan data permintaan, pengisian data realisasi dan info
ketersediaan barang, dan pencetakan tanda terima. DFD level 1 Subsistem
Pengambilan Barang dapat dilihat pada Gambar 3.13.
54
E. DFD level 1 Subsistem Pelaporan
Data Permintaan Supplies
Data Permintaan Pembelian Barang
Detil Data Permintaan Supplies
Detil Data Permintaan Pembelian Barang
Data Permintaan SuppliesDetil Data Permintaan Supplies
Data Permintaan Pembelian Barang
Detil Data Permintaan Pembelian Barang
[Detil Data Permintaan Pembelian Barang]
[Data Permintaan Pembelian Barang]
[Daftar Barang Yang Belum Terealisasi]
[Daftar Barang Yang Belum Terealisasi]
[Daftar Permintaan yang melebihi tanggal butuh]
KABAG AU
[Daftar Barang Yang Belum Terealisasi]
[Data Supplies]
[Detil Data Supplies]
[Data Stock Supplies di Gudang][Data Stock Supplies di Gudang]
[Laporan Permintaan Supplies]
[Rekap Supplies Semua Bagian]
[Data Permintaan Supplies]
[Detil Data Permintaan Supplies]
[Laporan Permintaan Pembelian Barang]
KABAG AU
KABAG AU
KABAG AU
KABAG AUKABAG AU
4 Permintaan
5 Detil Permintaan
3.2
Mencetak Laporan Permintaan Pembelian
Barang4 Permintaan
5 Detil Permintaan
1 BARANG
3.3
Mencetak Laporan Permintaan Supplies
3.1
Mencetak Rekap Data Supplies Semua
Bagian
3.4
Mencetak Data Stock Supplies di Gudang
3Detil Rekap
Proker
2 Rekap Proker
PEMOHON
PUKET PEMOHON
KABAG PEMOHON
3.5
Menampilkan Barang Yang Melebihi Tanggal Butuh
3.6
Menampilkan Daftar Permintaan Yang Belum Terealisasi
4 Permintaan
5 Detil Permintaan
Gambar 3.14 DFD level 1 Subsistem Pelaporan
Pada DFD level 1 subsistem pelaporan terdapat enam subsistem yaitu
mencetak rekap data supplies semua bagian, mencetak laporan permintaan supplies,
mencetak laporan permintaan pembelian barang, mencetak stock supplies di gudang,
55
menampilkan permintaan yang melebihi tanggal butuh dan menampilkan barang yang
belum terealisasi. DFD Level 1 Subsistem Pelaporan dapat dilihat pada Gambar 3.14.
3.3.4 Entity Relationship Diagram
ERD (Entity Relationship Diagram) berfungsi untuk menunjukkan struktur
keseluruhan dari data pengguna. Dalam Sistem Informasi Permintaan Pembelian
Barang di STMIK Stikom Surabaya ini terdapat beberapa entity (entitas) yang saling
terkait untuk menyediakan data-data yang dibutuhkan oleh sistem, yaitu adalah
sebagai berikut.
1. Entitas Bagian1.
2. Entitas Kar_mf.
3. Entitas Barang.
4. Entitas Kategori.
5. Entitas Merek.
6. Entitas Komponen.
7. Entitas Detil_barang.
8. Entitas Jenis_Anggaran.
9. Entitas Rekap_proker.
10. Entitas Detil_rekap_proker.
11. Entitas Permintaan.
12. Entitas Detil_permintaan.
13. Entitas Req_Ubah_Proker.
56
Pada gambar berikut akan dijelaskan relasi-relasi atau hubungan antar tabel
dalam Sistem Informasi Permintaan Pembelian Barang di STMIK STIKOM Surabaya
ini dalam bentuk Conceptual Data Model (CDM) dan Physical Data Model (PDM).
1. Conceptual Data Model
Conceptual Data Model (CDM) menggambarkan keseluruhan konsep struktur
basis data yang dirancang. Pada CDM belum tergambar jelas bentuk tabel-tabel
penyusun basis data beserta field-field yang terdapat pada setiap tabel. Tabel-tabel
penyusun tersebut sudah mengalami relationship atau hubungan tetapi tidak terlihat
pada kolom yang mana hubungan antar tabel tersebut. Pada CDM Sistem Informasi
Permintaan Pembelian Barang telah didefinisikan kolom mana yang menjadi primary
key dan foreign key pada Gambar 3.15.
ID_RP_RAP
ID_MR_BR
ID_MR_KT
id_kate_jns
ID_KAR_BG
ID_JNS_P
ID_BAR_RP
ID_BAR_P
ID_JNS_RP
ID_BG_RP
ID_KAR_P
ID_JNS_BAR
ID_KOM_BAR
ID_KATE_BARANG
BARANGID_BARANGNAMA_BARANGSATUANHARGAJUMLAHKETERANGAN
KATEGORIID_KATENAMA_KATE
MEREKID_MEREKNAMA_MEREK
KOMPONENID_KOMNAMA_MEREK
BAGIAN1KODENICKNAMA_MEREKMANAGER_IDPUKET
PERMINTAANID_PERPEMTGL_BUATSTATUSTGL_BUTUH
REKAP PROKERID_REPROKTGL_BUATTAHUNKABAG_STATUSSTATUS_ISITGL_DEADISI
KAR_MFNIKNAMA_MEREKPIN
JENIS_ANGGARANID_JENISNAMA_ANGGARAN
REQ_UBAH_PROKERID_UBAHPROKERTGL_REQTGL_ACCPESANPUKET_STATUSJENIS_UBAH
Gambar 3.15 CDM Sistem Informasi Permintaan Pembelian Barang
57
2. Phsyical Data Model
ID_R
EPR
OK
= ID
_RE
PRO
K
ID_R
EPR
OK
= ID
_RE
PRO
K
ID_M
ERE
K =
ID_M
ERE
KID
_KA
TE =
ID_
KATE
ID_J
ENIS
= ID
_JE
NIS
KODE
= B
AGIA
N
ID_J
ENIS
= ID
_JE
NIS
ID_R
EPR
OK
= ID
_RE
PRO
K
ID_B
ARA
NG
= I
D_BA
RAN
G
ID_P
ERP
EM
= I
D_PE
RPE
M
ID_B
ARA
NG
= I
D_BA
RAN
G
ID_J
ENIS
= ID
_JE
NIS
KODE
= ID
_BAG
IAN
NIK
= NI
K
ID_J
ENIS
= ID
_JE
NIS
ID_K
OM
= ID
_KO
M
ID_B
ARA
NG
= I
D_BA
RAN
G
ID_K
ATE
= I
D_KA
TE
BAR
AN
GID
_BAR
AN
GV
ARC
HA
R2(
6)ID
_JE
NIS
VAR
CH
AR
2(6)
ID_K
ATE
VAR
CH
AR
2(6)
ID_M
ER
EK
VAR
CH
AR
2(6)
NA
MA
_BAR
AN
GV
ARC
HA
R2(
20)
SAT
UA
NV
ARC
HA
R2(
20)
HA
RG
AN
UM
BE
RJU
MLA
HN
UM
BE
RK
ETE
RAN
GA
NV
ARC
HA
R2(
300)
TG
L_IS
ID
ATE
TG
L_G
AN
TI
DA
TET
GL_
ST
OC
KD
ATE
NIK
_IS
IV
ARC
HA
R2(
6)N
IK_G
NT
VAR
CH
AR
2(6)
KAT
EG
OR
IID
_KAT
EV
ARC
HA
R2(
6)N
AM
A_K
ATE
VAR
CH
AR
2(20
)N
IKV
ARC
HA
R2(
6)T
GL_
ISI
DA
TEID
_JE
NIS
VAR
CH
AR
2(6)
ME
RE
KID
_ME
RE
KV
ARC
HA
R2(
6)N
AM
A_M
ER
EK
VAR
CH
AR
2(35
)ID
_KAT
EV
ARC
HA
R2(
6)N
IKV
ARC
HA
R2(
6)T
GL_
ISI
DA
TE
KO
MP
ON
ENID
_KO
MV
ARC
HA
R2(
6)N
AM
A_M
ER
EK
VAR
CH
AR
2(35
)N
IKV
ARC
HA
R2(
6)T
GL_
ISI
DA
TE
BAG
IAN
1K
OD
EN
UM
BE
R(2
)N
ICK
VAR
CH
AR
2(8)
NA
MA
_ME
RE
KV
ARC
HA
R2(
35)
MA
NA
GER
_ID
VAR
CH
AR
2(6)
PU
KET
VAR
CH
AR
2(6)
PER
MIN
TA
ANID
_PER
PE
MV
ARC
HA
R2(
6)ID
_JE
NIS
VAR
CH
AR
2(6)
NIK
VAR
CH
AR
2(6)
TG
L_B
UA
TD
ATE
STA
TU
SN
UM
BE
R(1
)T
GL_
BU
TU
HD
ATE
RE
KAP
_PR
OKE
RID
_RE
PRO
KV
ARC
HA
R2(
6)ID
_BAG
IAN
NU
MB
ER
(2)
ID_J
EN
ISV
ARC
HA
R2(
6)T
GL_
BU
AT
DA
TET
AHU
NN
UM
BE
R(4
)K
ABA
G_S
TAT
US
NU
MB
ER
(1)
STA
TU
S_IS
IN
UM
BE
R(1
)T
GL_
DE
AD
ISI
DA
TE
KAR
_MF
NIK
VAR
CH
AR
2(6)
BAG
IAN
NU
MB
ER
(2)
NA
MA
_ME
RE
KV
ARC
HA
R2(
35)
PIN
VAR
CH
AR
2(6)
JEN
IS_A
NG
GA
RA
NID
_JE
NIS
VAR
CH
AR
2(6)
NA
MA
_AN
GG
ARA
NV
ARC
HA
R2(
20)
RE
Q_U
BAH
_PR
OK
ER
ID_U
BAH
PR
OK
ERV
ARC
HA
R2(
6)ID
_RE
PRO
KV
ARC
HA
R2(
6)T
GL_
RE
QD
ATE
TG
L_A
CC
DA
TEP
ESA
NV
ARC
HA
R2(
400)
PU
KET
_STA
TU
SN
UM
BE
R(2
)JE
NIS
_UBA
HN
UM
BE
R(2
)
DE
TIL_
BAR
AN
GID
_BAR
AN
GV
ARC
HA
R2(
6)ID
_KO
MV
ARC
HA
R2(
6)
DE
TIL_
PER
MIN
TAA
NID
_PER
PE
MV
ARC
HA
R2(
6)ID
_BAR
AN
GV
ARC
HA
R2(
6)B
ULA
NV
ARC
HA
R2(
15)
ID_R
EPR
OK
VAR
CH
AR
2(6)
JUM
LAH
NU
MB
ER
AN
GG
ARA
NN
UM
BE
RK
ETE
RAN
GA
NV
ARC
HA
R2(
300)
PEM
OH
ON
_PES
AN
VAR
CH
AR
2(30
0)K
ABA
G_S
TAT
US
NU
MB
ER
KAB
AG
_PES
AN
VAR
CH
AR
2(30
0)P
UKE
T_S
TAT
US
NU
MB
ER
PU
KET
_PES
AN
VAR
CH
AR
2(30
0)T
GL_
AM
BIL
DA
TES
TAT
US_
BRG
NU
MB
ER
PEM
OH
ON
_PU
BKE
YV
ARC
HA
R2(
400)
PEM
OH
ON
_SIG
NA
TU
RE
VAR
CH
AR
2(40
0)K
ABA
G_P
UBK
EY
VAR
CH
AR
2(40
0)K
ABA
G_S
IGN
AT
UR
EV
ARC
HA
R2(
400)
PU
KET
_PU
BKE
YV
ARC
HA
R2(
400)
PU
KET
_SIG
NA
TU
RE
DA
TET
GL_
OR
DE
RD
ATE
TG
L_B
RG
DT
GD
ATE
DE
TIL_
REK
AP_
PRO
KE
RID
_RE
PRO
KV
ARC
HA
R2(
6)ID
_BAR
AN
GV
ARC
HA
R2(
6)B
ULA
NV
ARC
HA
R2(
15)
JUM
LAH
NU
MB
ER
AN
GG
ARA
NN
UM
BE
RK
ETE
RAN
GA
NLO
NG
Gam
abr 3
.16
PDM
Sis
tem
Info
rmas
i Per
min
taan
Pem
belia
n
58
Physical Data Model (PDM) mengambarkan secara detil konsep rancangan
struktur basis data yang dirancang untuk suatu program aplikasi. PDM merupakan
hasil generate dari CDM. Pada PDM Sistem Informasi Permintaan Pembelian Barang
tergambar jelas tabel-tabel penyusun basis data beserta kolom-kolom tabel yang ada
pada setiap tabe yang dapat dilihat pada Gambar 3.16.
3.3.5 Struktur Basis Data
Berikut ini akan diuraikan struktur tabel yang nantinya digunakan dalam
pembuatan sistem informasi permintaan pembelian barang.
1. Nama Tabel : BAGIAN1
Fungsi : Untuk menyimpan data bagian. Tabel bagian1 dapat dilihat
pada Tabel 3.5.
Primary key : KODE
Foreign key : -
Tabel 3.5 BAGIAN1 NAMA KOLOM TIPE DATA PANJANG KETERANGAN
KODE VARCHAR2 2 Primary key NICK VARCHAR2 8
NAMA VARCHAR2 35 MANAGER_ID VARCHAR2 6
PUKET VARCHAR2 6
59
2. Nama Tabel : KAR_MF
Fungsi : Untuk menyimpan data karyawan. Tabel kar_mf dapat dilihat
pada Tabel 3.6.
Primary key : NIK
Foreign key : BAGIAN
Tabel 3.6 KAR_MF NAMA KOLOM TIPE DATA PANJANG KETERANGAN
NIK VARCHAR2 6 Primary key BAGIAN NUMBER 2 Foreign key NAMA VARCHAR2 50
PIN VARCHAR2 6
3. Nama Tabel : BARANG
Fungsi : Untuk menyimpan data barang. Tabel barang dapat dilihat
pada Tabel 3.7.
Primary key : ID_BARANG
Foreign key : ID_JENIS, ID_KATE, ID_MEREK
Tabel 3.7 BARANG NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_BARANG VARCHAR2 6 Primary key ID_JENIS VARCHAR2 6 Foreign key ID_KATE VARCHAR2 6 Foreign key ID_MEREK VARCHAR2 6 Foreign key NAMA_BARANG VARCHAR2 35 - SATUAN VARCHAR2 10 - HARGA NUMBER - JUMLAH NUMBER -
60
Tabel 3.7 ( Lanjutan ) NAMA KOLOM TIPE DATA PANJANG KETERANGAN KETERANGAN VARCHAR2 300 - TGL_ISI DATE - TGL_GANTI DATE - TGL_STOCK DATE - NIK_ISI VARCHAR2 6 - NIK_GNT VARCHAR2 6 -
4. Nama Tabel : KATEGORI
Fungsi : Untuk menyimpan data kategori. Tabel kategori dapat dilihat
pada Tabel 3.8
Primary key : ID_KATE
Foreign key : ID_JENIS
Tabel 3.8 KATEGORI NAMA KOLOM TIPE DATA PANJANG KETERANGAN ID_KATE VARCHAR2 6 Primary key NAMA_ KATE VARCHAR2 20 - NIK VARCHAR2 6 - TGL_ISI DATE - ID_JENIS VARCHAR2 6 Foreign key
5. Nama Tabel : MEREK
Fungsi : Untuk menyimpan data merek. Tabel merek dapat dilihat
pada Tabel 3.9.
Primary key : ID_MEREK
Foreign key : ID_KATE
61
Tabel 3.9 MEREK NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_MEREK VARCHAR2 6 Primary key NAMA_MEREK VARCHAR2 35 - ID_KATE VARCHAR2 6 Foreign key NIK VARCHAR2 6 - TGL_ISI DATE -
6. Nama Tabel : KOMPONEN
Fungsi : Untuk menyimpan data komponen barang. Tabel komponen
dapat dilihat pada Tabel 3.10.
Primary key : ID_KOM
Foreign key : -
Tabel 3.10 KOMPONEN NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_KOM VARCHAR2 6 Primary key NAMA VARCHAR2 35 - NIK VARCHAR2 6 - TGL_ISI DATE -
7. Nama Tabel : DETIL_BARANG
Fungsi : Untuk menyimpan data detil komponen barang. Tabel
detil_barang dapat dilihat pada Tabel 3.11.
Primary key : -
Foreign key : ID_BARANG, ID_KOM
Tabel 3.11 DETIL_BARANG NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_BARANG VARCHAR2 6 Foreign key ID_KOM VARCHAR2 6 Foreign key
62
8. Nama Tabel : JENIS_ANGGARAN
Fungsi : Untuk menyimpan data jenis anggaran. Tabel jenis_anggaran
dapat dilihat pada Tabel 3.12.
Primary key : ID_JENIS
Foreign key : -
Tabel 3.12 JENIS_ANGGARAN NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_JENIS VARCHAR2 6 Primary key NAMA_ANGGARAN VARCHAR2 20 -
9. Nama Tabel : REKAP_PROKER
Fungsi : Untuk menyimpan data rekap proker. Tabel rekap_proker
dapat dilihat pada Tabel 3.13.
Primary key : ID_REPROK
Foreign key : ID_BAGIAN, ID_JENIS
Tabel 3.13 REKAP_PROKER NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_REPROK VARCHAR2 6 Primary key ID_BAGIAN VARCHAR2 20 Foreign key ID_JENIS VARCHAR2 6 Foreign key TGL_BUAT DATE - TAHUN NUMBER 4 - KABAG_STATUS NUMBER 1 - STATUS_ISI NUMBER 1 - TGL_DEADISI DATE -
63
10. Nama Tabel : DETIL_REKAP_PROKER
Fungsi : Untuk menyimpan data detil rekap proker.
Tabel detil_rekap_proker dapat dilihat pada Tabel 3.14.
Primary key : -
Foreign key : ID_REPROK, ID_BARANG
Tabel 3.14 DETIL_REKAP_PROKER NAMA KOLOM TIPE DATA PANJANG KETERANGAN ID_REPROK VARCHAR2 6 Foreign key ID_BARANG VARCHAR2 6 Foreign key BULAN VARCHAR2 15 - JUMLAH NUMBER - ANGGARAN NUMBER - KETERANGAN VARCHAR2 300 -
11. Nama Tabel : PERMINTAAN
Fungsi : Untuk menyimpan data permintaan.
Tabel permintaan dapat dilihat pada Tabel 3.15.
Primary key : ID_PERPEM
Foreign key : ID_JENIS, NIK
Tabel 3.15 PERMINTAAN NAMA KOLOM TIPE DATA PANJANG KETERANGAN ID_PERPEM VARCHAR2 10 Primary key ID_JENIS VARCHAR2 6 Foreign key NIK VARCHAR2 6 Foreign key TGL_BUAT DATE - STATUS NUMBER 1 - TGL_BUTUH DATE -
64
12. Nama Tabel : DETIL_PERMINTAAN
Fungsi : Untuk menyimpan data detil permintaan.
Tabel detil_permintaan dapat dilihat pada Tabel 3.16.
Primary key : -
Foreign key : ID_PERPEM, ID_BARANG, ID_REPROK
Tabel 3.16 DETIL_PERMINTAAN
NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_PERPEM VARCHAR2 10 Foreign key ID_BARANG VARCHAR2 6 Foreign key BULAN VARCHAR2 15 - ID_REPROK VARCHAR2 6 Foreign key JUMLAH NUMBER - ANGGARAN NUMBER - KETERANGAN VARCHAR2 300 - PEMOHON_PESAN VARCHAR2 300 - KABAG_STATUS NUMBER 1 - KABAG_PESAN VARCHAR2 300 - PUKET_STATUS NUMBER 1 - PUKET_PESAN VARCHAR2 300 - TGL_AMBIL DATE - STATUS_BRG NUMBER 1 - PEMOHON_PUBKEY VARCHAR2 400 - PEMOHON_SIGNATURE VARCHAR2 400 - KABAG_PUBKEY VARCHAR2 400 - KABAG_SIGNATURE VARCHAR2 400 - PUKET_PUBKEY VARCHAR2 400 - PUKET_SIGNATURE VARCHAR2 400 - TGL_ORDER DATE - TGL_BRGDTG DATE -
65
13. Nama Tabel : REQ_UBAH_PROKER
Fungsi : Untuk menyimpan data perubahan hak isi proker.
Tabel req_ubah_proker dapat dilihat pada Tabel 3.17.
Primary key : ID_UBAHPROKER
Foreign key : ID_REPROK
Tabel 3.17 REQ_UBAH_PROKER NAMA KOLOM TIPE DATA PANJANG KETERANGAN
ID_UBAHPROKER VARCHAR2 6 Primary key ID_REPROK VARCHAR2 6 Foreign key TGL_REQ DATE - TGL_ACC DATE - PESAN VARCHAR2 400 - PUKET_STATUS NUMBER 2 - JENIS_UBAH NUMBER 2 -
3.3.6 Desain Input/Output
Desain input/output digunakan untuk menampilkan rancangan sesuai dengan
kebutuhan pengguna. Melalui desain input/output, tampilan sistem informasi
permintaan pembelian barang yang akan dibangun dapat diketahui.
A. Desain Form Login
Form login digunakan untuk validasi terhadap pengguna yang akan masuk ke
dalam sistem aplikasi seperti bagian pembelian AU, pemohon, kabag pemohon dan
puket pemohon akan melalui form login ini. Setiap pengguna harus memasukan
username dan password, kemudian menekan tombol login untuk memprosesnya.
Desain form login dapat dilihat pada Gambar 3.17.
66
Gambar 3.17 Desain Form Login
B. Desain Form Master Barang
Form ini berfungsi untuk bagian pembelian AU mengolah data barang di
database. Form master barang dapat dilihat pada Gambar 3.18 dan penjelasan fungsi
obyek form master barang dapat dilihat pada Tabel 3.18.
Gambar 3.18 Desain Form Master Barang
67
Tabel 3.18 Fungsi Obyek Desain Form Master Barang NAMA OBYEK TIPE OBYEK FUNGSI Jenis Combobox Digunakan untuk memilih nama jenis Kategori Combobox Digunakan untuk memilih nama kategori Merek Combobox Digunakan untuk memilih nama merek Nama Barang Textbox Digunakan untuk mengisi nama barang Satuan Textbox Digunakan untuk mengisi satuan barang Keterangan Textbox Digunakan untuk mengisi keterangan
barang [Tambah Baru] Hyperlink Digunakan untuk mengisi data baru jika
data yang dibutuhkan tidak ada [Isi Komponen] Hyperlink Digunakan untuk mengisi isi komponen
jika dibutuhkan Simpan Button Digunakan untuk menyimpan data barang
baru Pensil Icon Digunakan untuk mengupdate data barang
C. Desain Form Master Kategori
Form ini berfungsi untuk menambah data kategori baru kedalam database.
Form kategori dapat dilihat pada Gambar 3.19 dan penjelasan fungsi obyek form
master kategori dapat dilihat pada Tabel 3.19.
Gambar 3.19 Desain Form Master Kategori
68
Tabel 3.19 Fungsi Obyek Desain Form Master Kategori NAMA OBYEK TIPE OBYEK FUNGSI Jenis Combobox Digunakan untuk memilih nama jenis Kategori Textbox Digunakan untuk mengisi nama kategori Simpan Button Digunakan untuk menyimpan data kategori
baru
D. Desain Form Master Merek
Form ini berfungsi untuk menambah data merek baru ke dalam database.
Form master merek dapat dilihat pada Gambar 3.20 dan penjelasan fungsi obyek form
master merek dapat dilihat pada Tabel 3.20.
Gambar 3.20 Desain Form Master Merek
Tabel 3.20 Fungsi Obyek Desain Form Master Merek NAMA OBYEK TIPE OBYEK FUNGSI
Kategori Combobox Digunakan untuk memilih nama kategori
Merek Textbox Digunakan untuk mengisi nama merek
Simpan Button Digunakan untuk menyimpan data merek baru ke dalam database
69
E. Desain Form Hak Isi Proker
Form ini digunakan untuk memberikan hak akses isi rekapitulasi proker
beserta tanggal maksimal pengisian ke semua bagian. Desain form hak isi proker
dapat dilihat pada Gambar 3.21 dan penjelasan fungsi obyek form hak isi proker
dapat dilihat pada Tabel 3.21.
Gambar 3.21 Desain Form Hak Isi Proker
Tabel 3.21 Fungsi Obyek Desain Form Hak Isi Proker NAMA OBYEK TIPE OBYEK FUNGSI Tahun Textbox Digunakan untuk mengisi tahun proker Jenis Combobox Digunakan untuk memilih jenis proker Tanggal Textbox Digunakan untuk mengisi tanggal maksimal
untuk pengisian data proker Simpan Button Digunakan untuk menyimpan data ke dalam
database
70
Desain Form Data Investasi
Form ini digunakan untuk mengisi data rekapitulasi investasi, yang dijadikan
acuan dalam melakukan permintaan pembelian barang. Desain form data investasi
dapat dilihat pada Gambar 3.22 dan penjelasan fungsi obyek form data investasi dapat
dilihat pada Tabel 3.22.
Gambar 3.22 Desain Form Data Investasi
Tabel 3.22 Fungsi Obyek Desain Form Data Investasi NAMA OBYEK TIPE OBYEK FUNGSI Tahun Combobox Digunakan untuk memilih tahun proker Kategori Combobox Digunakan untuk memilih kategori barang Merek Combobox Digunakan untuk memilih merek barang Tipe/jenis Combobox Digunakan untuk memilih tipe/jenis barang Satuan Textbox Digunakan untuk menampilkan satuan
barang Keterangan Textbox Digunakan untuk menampilkan keterangan
barang
71
Tabel 3.22 ( Lanjutan ) NAMA OBYEK TIPE OBYEK FUNGSI [Tambah Baru] Hyperlink Digunakan untuk menambah data baru, jika
data yang dibutuhkan tidak ada Jumlah Textbox Digunakan untuk mengisikan jumlah barang Angaran Textbox Digunakan untuk mengisikan anggaran
proker Simpan Button Digunakan untuk menyimpan data ke dalam
database Silang Icon Digunakan untuk menghapus data investasi Pensil Icon Digunakan untuk mengupdate data investasi
F. Desain Form Data Supplies
Form ini digunakan untuk mengisi data rekapitulasi supplies yang dijadikan
acuan dalam melakukan permintaan supplies. Desain form data supplies dapat dilihat
pada Gambar 3.23 dan penjelasan fungsi obyek form data supplies dapat dilihat pada
Tabel 3.23.
Gambar 3.23 Desain Form Data Supplies
72
Tabel 3.23 Fungsi Obyek Desain Form Data Supplies NAMA OBYEK TIPE OBYEK FUNGSI Tahun Combobox Digunakan untuk memilih tahun proker Nama Barang Combobox Digunakan untuk memilih barang proker Satuan Textbox Digunakan untuk menampilkan satuan
barang Keterangan Textbox Digunakan untuk menampilkan keterangan
barang Jumlah Textbox Digunakan untuk mengisikan jumlah
barang [Tambah Baru] Hyperlink Digunakan untuk menambah data baru, jika
data yang dibutuhkan tidak ada Simpan Button Digunakan untuk menyimpan data ke dalam
database Silang Icon Digunakan untuk menghapus data supplies Pensil Icon Digunakan untuk mengupdate data supplies
G. Desain Form Permintaan Pembelian Barang
Form ini digunakan untuk mengisi data permintaan pembelian barang dengan
mengacu kepada data rekapitulasi investasi. Desain form permintaan pembelian
barang dapat dilihat pada Gambar 3.24 untuk permintaan pembelian barang yang
sesuai proker dan Gambar 3.25 untuk yang diluar proker. Penjelasan fungsi obyek
form permintaan pembelian barang dapat dilihat pada Tabel 3.24 untuk permintaan
pembelian barang yang sesuai proker dan Tabel 3.25 untuk yang diluar proker.
73
Gambar 3.24 Desain Form Permintaan Pembelian Barang Sesuai Proker
Tabel 3.24 Fungsi Obyek Desain Form Permintaan Pembelian Barang Sesuai Proker NAMA OBYEK TIPE OBYEK FUNGSI
Pilih Button Digunakan untuk memilih barang yang akan disimpan ke dalam database sebagai data permintaan
Tanggal Butuh Textbox Digunakan untuk mengisi tanggal butuh Jumlah Textbox Digunakan untuk mengisi jumlah
barang Keterangan Textarea Digunakan untuk mengisi keterangan [Daftar Proker Investasi]
Hyperlink Digunakan untuk menampilkan data investasi
Centang Icon Digunakan untuk menampilkan status keberadaan barang di proker
Plus Icon Digunakan untuk menambahkan pesan dan keterangan
Silang Icon Digunakan untuk menghapus data permintaan
Kirim Button Digunakan untuk mengirim data permintaan ke orang yang bersangkutan dan tersimpan ke dalam database
74
Gambar 3.25 Desain Form Permintaan Pembelian Barang Diluar Proker
Tabel 3.25 Fungsi Obyek Desain Form Permintaan Pembelian Barang Diluar Proker NAMA OBYEK TIPE OBYEK FUNGSI
Kategori Combobox Digunakan untuk memilih kategori barang yang diminta
Merek Combobox Digunakan untuk memilih merek barang yang diminta
Tipe/jenis Combobox Digunakan untuk memilih tipe/jenis barang yang diminta
Satuan Textbox Digunakan untuk menampilkan satuan barang
Jumlah Textbox Digunakan untuk mengisi jumlah barang
Anggaran Textbox Digunakan untuk mengisi anggaran barang
Keterangan Textarea Digunakan untuk mengisi keterangan
[Tambah Baru] Hyperlink Digunakan untuk menambahkan data baru jika data yang dibutuhkan tidak ada
Tanggal Butuh Textbox Digunakan untuk mengisi tanggal butuh
Plus Icon Digunakan untuk menambahkan pesan dan keterangan
Silang Icon Digunakan untuk menghapus data permintaan
Kirim Button Digunakan untuk menyimpan data ke dalam database
75
H. Desain Form Permintaan Supplies
Form ini digunakan untuk mengisi data permintaan supplies yang mengacu
kepada rekapitulasi data supplies. Desain form permintaan supplies dapat dilihat pada
Gambar 3.26 untuk permintaan supplies yang sesuai proker dan Gambar 3.27 untuk
yang diluar proker. Penjelasan fungsi obyek form permintaan supplies dapat dilihat
pada Tabel 3.26 untuk permintaan pembelian barang yang sesuai proker dan Tabel
3.27 untuk yang diluar proker.
Gambar 3.26 Desain Form Permintaan Supplies Sesuai Proker
Tabel 3.26 Fungsi Obyek Desain Form Permintaan Supplies Sesuai Proker NAMA OBYEK TIPE OBYEK FUNGSI Pilih Button Digunakan untuk memilih barang yang akan
disimpan ke dalam database sebagai data permintaan
Tanggal Butuh Textbox Digunakan untuk mengisi tanggal butuh Jumlah Textbox Digunakan untuk mengisi jumlah barang Keterangan Textarea Digunakan untuk mengisi keterangan
76
Tabel 3.26 ( Lanjutan ) NAMA OBYEK TIPE OBYEK FUNGSI [Daftar Rekap Supplies]
Hyperlink Digunakan untuk menampilkan data supplies
Plus Icon Digunakan untuk menambahkan pesan dan keterangan
Silang Icon Digunakan untuk menghapus data permintaan Kirim Button Digunakan untuk mengirim data permintaan
ke orang yang bersangkutan
Gambar 3.27 Desain Form Permintaan Supplies Diluar Proker
Tabel 3.27 Fungsi Obyek Desain Form Permintaan Supplies Diluar Proker NAMA OBYEK TIPE OBYEK FUNGSI Nama Barang Combobox Digunakan untuk memilih barang yang akan
disimpan ke dalam database sebagai data permintaan
Satuan Textbox Digunakan untuk menampilkan satuan barang
Keterangan Textbox Digunakan untuk menampilkan keterangan barang
Jumlah Textbox Digunakan untuk mengisi jumlah barang
77
Tabel 3.27 ( Lanjutan ) NAMA OBYEK TIPE OBYEK FUNGSI Keterangan Textarea Digunakan untuk mengisi keterangan [Tambah Baru] Hyperlink Digunakan untuk menambahkan data baru
jika data yang dibutuhkan tidak ada Tanggal Butuh Textbox Digunakan untuk mengisi tanggal butuh Plus Icon Digunakan untuk menambahkan pesan dan
keterangan Silang Icon Digunakan untuk menghapus data
permintaan Kirim Button Digunakan untuk mengirim data permintaan
ke orang yang bersangkutan dan tersimpan ke dalam database
I. Desain Form Inbox Permintaan
Form ini digunakan untuk memberikan informasi adanya data permintaan
baru dari permintaan pembelian barang dan permintaan supplies. Desain form inbox
permintaan dan detil inbox permintaan dapat dilihat pada Gambar 3.28 dan Gambar
3.29 untuk kabag pemohon. Desain form inbox permintaan dan detil inbox
permintaan dapat dilihat pada Gambar 3.30 dan Gambar 3.31 untuk puket pemohon
serta penjelasan fungsi obyek form inbox permintaan dapat dilihat pada Tabel 3.28
dan Tabel 3.29 untuk detil inbox permintaan.
78
Gambar 3.28 Desain Form Inbox Permintaan Untuk Kabag Pemohon
Gambar 3.29 Desain Form Inbox Permintaan Untuk Puket Pemohon
Tabel 3.28 Fungsi Obyek Desain Form Inbox Permintaan NAMA OBYEK TIPE OBYEK FUNGSI
Arah kanan Icon Digunakan untuk menampilkan permintaan menjadi lebih detil berdasarkan id permintaan
79
Gambar 3.30 Desain Form Detil Inbox Permintaan Untuk Kabag Pemohon
Gambar 3.31 Desain Form Detil Inbox Permintaan Puket Pemohon
Tabel 3.29 Fungsi Obyek Desain Form Detil Inbox Permintaan NAMA OBYEK TIPE OBYEK FUNGSI
ACC Radio Button Digunakan untuk memberikan status ACC dari barang yang diminta
J. Desain Form Log Permintaan
Form ini digunakan untuk menampilkan log atau info data permintaan yang
telah dibuat, dari log tersebut maka dapat diketahui status permintaan yang telah
dibuat. Form log permintaan dapat dilihat pada Gambar 3.32 dan detil log permintaan
80
pada Gambar 3.33 serta penjelasan fungsi obyek form log permintaan dapat dilihat
pada Tabel 3.30.
Gambar 3.32 Desain Form Log Permintaan
Tabel 3.30 Fungsi Obyek Desain Form Log Permintaan NAMA OBYEK TIPE OBYEK FUNGSI
Arah kanan Icon Digunakan untuk menampilkan permintaan menjadi lebih detil berdasarkan id permintaan
Gambar 3.33 Desain Form Detil Log Permintaan
81
K. Desain Form Info Permintaan
Form ini digunakan untuk bagian pembelian AU dapat memberikan info
status ketersediaan barang ke pemohon dan khusus untuk permintaan pembelian
barang di form ini dapat mencetak permintaan yang harus dibeli dan memberikan
data realisasi barang. Form info permintaan dapat dilihat pada Gambar 3.34 dan form
detil info permintaan pada Gambar 3.35, penjelasan fungsi obyek form info
permintaan dapat dilihat pada Tabel 3.31 dan Tabel 3.32 serta Desain Output
Permintaan Pembelian Barang yang harus dibeli pada Gambar 3.36.
Gambar 3.34 Desain Form Info Permintaan
Tabel 3.31 Fungsi Obyek Desain Form Info Permintaan NAMA OBYEK TIPE OBYEK FUNGSI Arah kanan Icon Digunakan untuk menampilkan permintaan
menjadi lebih detil berdasarkan id permintaan
82
Gambar 3.35 Desain Form Detil Info Permintaan
Tabel 3.32 Fungsi Obyek Desain Form Detil Info Permintaan NAMA OBYEK TIPE OBYEK FUNGSI
Anggaran Textbox Digunakan untuk mengisi anggaran yang dibutuhkan untuk melakukan pembelian (khusus permintaan pembelian barang)
Tgl Order Textbox Digunakan untuk mengisi tanggal pesan untuk pembelian barang permintaan (khusus permintaan pembelian barang)
Tgl Datang Textbox Digunakan untuk mengisi tanggal datangnya barang permintaan (khusus permintaan pembelian barang)
Info Checkbox Digunakan untuk memberikan tanda kepada barang yang telah tersedia
Cetak Button Digunakan untuk mencetak data permintaan yang harus dibeli (khusus permintaan pembelian barang)
Simpan Button Digunakan untuk menyimpan data permintaan yang sudah dapat diambil di bagian pembelian AU berdasarkan barang yang diberikan tanda di kolom info
83
Gambar 3.36 Desain Output Permintaan Pembelian Barang Yang Harus Dibeli
L. Desain Form Inbox Pemohon
Form ini digunakan untuk mengetahui status ketersediaan barang permintaan
di bagian pembelian AU. Form inbox pemohon dapat dilihat pada Gambar 3.37 dan
Gambar 3.38 untuk detil inbox info pemohon dan penjelasan fungsi obyek form inbox
pemohon dapat dilihat pada Tabel 3.33.
84
Gambar 3.37 Desain Form Inbox Pemohon
Tabel 3.33 Fungsi Obyek Desain Form Inbox Pemohon NAMA OBYEK TIPE OBYEK FUNGSI
Arah kanan Icon Digunakan untuk menampilkan permintaan menjadi lebih detil berdasarkan id permintaan
Gambar 3.38 Desain Form Detil Inbox Pemohon
85
M. Desain Form Tanda Terima
Proses ini bertujuan untuk bagian pembelian AU dapat mencetak tanda terima
berdasarkan barang yang diminta oleh pemohon. Form tanda terima dapat dilihat
pada Gambar 3.39 dan penjelasan fungsi obyek form tanda terima dapat dilihat pada
Tabel 3.34 serta desain output tanda terima saat dicetak pada Gambar 3.40.
Gambar 3.39 Desain Form Tanda terima
Tabel 3.34 Fungsi Obyek Desain Form Tanda Terima NAMA OBYEK TIPE OBYEK FUNGSI
Tahun Combobox Digunakan untuk memilih tahun permintaan
Jenis Combobox Digunakan untuk memilih jenis permintaan
Bagian Combobox Digunakan untuk memilih bagian yang meminta
Printer Icon Digunakan untuk mencetak permintaan berdasarkan id permintaan yang dipilih
86
Gambar 3.40 Desain Output Tanda terima
N. Desain Form Daftar Supplies Semua Bagian
Form ini digunakan untuk menampilkan data rekap proker supplies dari
semua bagian yang dijadikan oleh bagian Administrasi Umum (AU) sebagai salah
satu acuan dalam pembuatan proker. Form daftar supplies semua bagian dapat dilihat
pada Gambar 3.41 dan penjelasan fungsi obyek form daftar supplies semua bagian
dapat dilihat pada Tabel 3.35 serta desain output laporan daftar supplies semua bagian
pada Gambar 3.42.
87
Gambar 3.41 Desain Form Daftar Supplies Semua Bagian
Tabel 3.35 Fungsi Obyek Desain Form Daftar Supplies Semua Bagian NAMA OBYEK TIPE OBYEK FUNGSI
Tahun Combobox Digunakan untuk memilih tahun proker
Cetak Button Digunakan untuk mencetak daftar supplies semua bagian
Gambar 3.42 Desain Output Laporan Daftar Supplies Semua Bagian
88
O. Desain Form Laporan Permintaan Pembelian Barang
Form ini digunakan untuk bagian Administrasi Umum (AU) mencetak
laporan permintaan pembelian barang. Form laporan permintaan pembelian barang
dapat dilihat pada Gambar 3.43 dan penjelasan fungsi obyek form laporan permintaan
pembelian barang dapat dilihat pada Tabel 3.36 serta desain output laporan
permintaan pembelian barang pada Gambar 3.44.
Gambar 3.43 Desain Form Laporan Permintaan Pembelian Barang
Tabel 3.36 Fungsi Obyek Desain Form Laporan Permintaan Pembelian Barang NAMA OBYEK TIPE OBYEK FUNGSI Tahun Combobox Digunakan untuk memilih tahun permintaan Bulan Combobox Digunakan untuk memilih bulan permintaan Semua Hyperlink Digunakan untuk menampilkan semua data
permintaan /Bulan Hyperlink Digunakan untuk menampilkan semua data
permintaan berdasarkan bulan /Tanggal Hyperlink Digunakan untuk menampilkan semua data
permintaan berdasarkan tanggal Melebihi tanggal butuh
Hyperlink Digunakan untuk menampilkan semua data permintaan yang melebihi tanggal butuh
89
Tabel 3.36 ( Lanjutan ) NAMA OBYEK TIPE OBYEK FUNGSI Proses button Digunakan untuk menampilkan semua data
permintaan berdasarkan bagian yang dipilih Cetak Button Digunakan untuk mencetak permintaan
pembelian barang
Gambar 3.44 Desain Output Laporan Permintaan Pembelian Barang
P. Desain Form Laporan Permintaan Supplies
Form ini digunakan untuk bagian pembelian AU mencetak laporan
permintaan supplies. Form laporan permintaan supplies dapat dilihat pada Gambar
3.45 dan penjelasan fungsi obyek form laporan permintaan supplies dapat dilihat pada
Tabel 3.37 serta desain output laporan permintaan supplies pada Gambar 3.46.
90
Gambar 3.45 Desain Form Laporan Permintaan Supplies
Tabel 3.37 Fungsi Obyek Desain Form Laporan Permintaan Supplies NAMA OBYEK TIPE OBYEK FUNGSI Tahun Combobox Digunakan untuk memilih tahun permintaan Bulan Combobox Digunakan untuk memilih bulan permintaan Semua Hyperlink Digunakan untuk menampilkan semua data
permintaan /Bulan Hyperlink Digunakan untuk menampilkan semua data
permintaan berdasarkan bulan /Tanggal Hyperlink Digunakan untuk menampilkan semua data
permintaan berdasarkan tanggal Melebihi tanggal butuh
Hyperlink Digunakan untuk menampilkan semua data permintaan yang melebihi tanggal butuh
Proses button Digunakan untuk menampilkan semua data permintaan berdasarkan bagian yang dipilih
Cetak Button Digunakan untuk mencetak permintaan pembelian barang
91
Gambar 3.46 Desain Output Laporan Permintaan Supplies
Q. Desain Form Stock Supplies
Form ini digunakan untuk tambah data supplies datang. Saat supplies baru
datang dan akan diletakkan di gudang, maka bagian pembelian AU diharuskan
mengisi data supplies datang tersebut melalui form stock supplies. Form stock
supplies dapat dilihat pada Gambar 3.47 dan penjelasan fungsi obyek form stock
supplies dapat dilihat pada Tabel 3.38 serta desain output stock supplies yang akan
tampil saat tombol cetak ditekan pada Gambar 3.48.
92
Gambar 3.47 Desain Form Stock Supplies
Tabel 3.38 Fungsi Obyek Desain Form Stock Supplies NAMA OBYEK TIPE OBYEK FUNGSI
Nama Barang Textbox Digunakan untuk mengisi nama barang Jumlah Textbox Digunakan untuk mengisi jumlah barang Satuan Textbox Digunakan untuk mengisi satuan barang
Keterangan Textbox Digunakan untuk mengisi keterangan barang
Simpan Button Digunakan untuk menyimpan data barang baru
Pensil Icon Digunakan untuk mengupdate data barang
Cetak Button Digunakan untuk mencetak data stock supplies
93
Gambar 3.48 Desain Output Laporan Stock Supplies Di Gudang
R. Desain Form Rekap Proker Untuk Puket
Form ini digunakan untuk menampilkan rekapitulasi proker supplies dan
investasi kepada puket. Form rekap proker untuk puket dapat dilihat pada Gambar
3.49 dan penjelasan fungsi obyek form rekap proker untuk puket dapat dilihat pada
Tabel 3.39.
Gambar 3.49 Desain Form Rekap Proker Untuk Puket
94
Tabel 3.39 Fungsi Obyek Desain Form Rekap Proker Untuk Puket NAMA OBYEK TIPE OBYEK FUNGSI Tahun Combobox Digunakan untuk memilih tahun proker Jenis Combobox Digunakan untuk memilih jenis Bagian Combobox Digunakan untuk memilih bagian [LIHAT SEMUA] Hyperlink Digunakan untuk menampilkan semua
data permintaan Proses button Digunakan untuk menampilkan semua
data permintaan berdasarkan bagian atau jenis yang dipilih
S. Desain Form Perubahan Hak Isi Proker
Form ini digunakan untuk mengisi dan menampilkan permintaan perubahan
rekapitulasi proker kepada puket. Form untuk kabag pemohon dapat dilihat pada
Gambar 3.50 dan penjelasan fungsi obyek form perubahan hak isi proker untuk
kabagp pemohon dapat dilihat pada Tabel 3.40. Form untuk puket pemohon dapat
dilihat pada Gambar 3.51 dan penjelasan fungsi obyek form perubahan hak isi proker
untuk puket pemohon dapat dilihat pada Tabel 3.41.
Gambar 3.50 Desain Form Perubahan Hak Isi Proker Untuk Kabag Pemohon
95
Tabel 3.40 Fungsi Obyek Desain Form Perubahan Hak Isi Proker Untuk Kabag Pemohon
NAMA OBYEK TIPE OBYEK FUNGSI Jenis Barang Combobox Digunakan untuk memilih jenis barang ID Proker Textbox Digunakan untuk menampilkan id proker Jenis Perubahan Radio Button Digunakan untuk memilih jenis perubahan Pesan Textarea Digunakan untuk mengisi pesan dari
perubahan Simpan button Digunakan untuk menyimpan data
perubahan
Gambar 3.51 Desain Form Perubahan Hak Isi Proker Untuk Puket Pemohon
Tabel 3.41 Fungsi Obyek Desain Form Perubahan Hak Isi Proker Untuk Puket Pemohon
NAMA OBYEK TIPE OBYEK FUNGSI Status (ACC) Radio button Digunakan untuk memberikan persetujuan
oleh puket pemohon
3.3.7 Desain Uji Coba
Desain uji coba bertujuan untuk memastikan aplikasi telah dibuat dengan
benar sesuai dengan kebutuhan atau tujuan yang diharapkan. Proses pengujian
menggunakan Black Box Testing yaitu aplikasi akan diuji dengan melakukan berbagai
percobaan untuk membuktikan bahwa aplikasi yang dibuat telah sesuai dengan
tujuan.
96
A. Desain Uji Coba Form Login
Proses ini bertujuan untuk mengetahui keberhasilan proses verifikasi
pengguna yang akan mengakses sistem informasi permintaan pembelian barang
dengan menginputkan username dan password. Berdasarkan pembagian hak akses
untuk setiap pengguna, setiap user akan dibedakan dengan menu yang diakses,
perbedaan tersebut diberikan berdasarkan kebutuhan dari setiap pengguna. Penjelasan
menu yang diakses dapat dilihat pada Lampiran 1. Dalam proses pengujian di form
login menggunakan beberapa data yang dapat dilihat pada Lampiran 2 dan desain uji
coba form login pada Tabel 3.42.
Tabel 3.42 Desain Uji Coba Form Login NO TUJUAN INPUT OUTPUT DIHARAPKAN
1 Menguji username dan password
Memasukkan data username dan password yang salah
Tampil info pesan kesalahan
2 Verifikasi user Memasukkan username dan password yang benar berdasarkan data dari database
Menu yang tampil sesuai dengan hak akses user
B. Desain Uji Coba Form Master Barang
Proses ini bertujuan untuk menguji keberhasilan proses mengolah data barang
yang digunakan dalam proses mengisi data rekapitulasi proker dan permintaan
barang. Dalam pengujiannya digunakan beberapa data yang diinputkan, yaitu data
barang yang dapat dilihat pada Lampiran 3 dan data user untuk melakukan pengujian
yaitu data 6 pada Lampiran 2 serta desain uji coba form master barang dapat dilihat
97
pada Tabel 3.43. Dalam proses pengujian form master barang juga melakukan
pengujian data kategori dan data merek berdasarkan jenis barang yang akan
diinputkan.
Tabel 3.43 Desain Uji Coba Form Master Barang NO TUJUAN INPUT OUTPUT DIHARAPKAN 3 Menguji isi kategori Pilih Jenis Kategori berisikan data kategori
berdasarkan jenisnya 4 Menguji isi merek Pilih Kategori Merek berisikan data merek
berdasarkan kategorinya 5 Menguji tombol
[tambah baru] di samping kategori
Tekan “Tambah baru”
Tampil form isi kategori
6 Menguji tombol [tambah baru] di samping merek
Tekan “Tambah baru”
Tampil form isi merek
7 Menguji tombol [isi komponen]
Tekan “Isi komponen”
Tampil daftar komponen yang telah tersimpan
8 Menguji field harga tidak bisa diisi huruf
Memasukkan harga denga hurufn
Tampil info “harga tidak boleh huruf”
9 Menambahkan data barang baru
Memasukkan data barang baru
1. Data tersimpan ke database 2. Tampil info “Data berhasil disimpan”
10 Ubah data barang Klik tombol opsi di baris data yang dipilih
1. Tampil form edit 2. Setelah klik simpan, data yang diubah tersimpan ke database 3. Tampil Info “Data berhasil disimpan”
C. Desain Uji Coba Form Master Kategori
Proses ini bertujuan untuk menguji keberhasilan proses penambahan data
kategori. Dalam proses pengujiannya menggunakan beberapa data, yaitu data master
kategori yang dapat dilihat di Lampiran 4 yang ditambahkan ke database dan data
98
user untuk melakukan pengujian dapat dilihat pada data 6 di Lampiran 2. Desain uji
coba form master kategori pada Tabel 3.44.
Tabel 3.44 Desain Uji Coba Form Master Kategori NO TUJUAN INPUT OUTPUT DIHARAPKAN 11 Menambahkan
data kategori Memasukkan data kategori baru
1. Data kategori baru tersimpan ke database
2. Tampil info “data berhasil disimpan” saat klik simpan
12 Menghindari data kosong
Memasukkan data kategori yang salah satu fieldnya kosong
Tampil pesan “Data tidak boleh kosong”
13 Menghindari data yang sama
Memasukkan data kategori yang telah ada di database
Tampil pesan “Data telah ada”
D. Desain Uji Coba Form Master Merek
Proses ini bertujuan untuk menguji keberhasilan proses penambahan data
merek. Dalam pengujiannya menggunakan beberapa data, yaitu data master merek di
Lampiran 5 dan data user yang melakukan pengujian dapat dilihat di data 6 pada
Lampiran 2. Desain uji coba form master merek dapat dilihat pada Tabel 3.45.
Tabel 3.45 Desain Uji Coba Form Master Merek
NO TUJUAN INPUT OUTPUT DIHARAPKAN 14 Menambahkan
data merek Memasukkan data merek baru
1. Data merek tersimpan ke database
2. Tampil info “data berhasil disimpan” saat klik simpan
15 Menghindari data kosong
Memasukkan data merek dengan salah satu fieldnya kosong
Tampil pesan “Data tidak boleh kosong”
16 Menghindari data yang sama
Memasukkan data merek yang telah ada di database
Tampil pesan “Data telah ada”
99
E. Desain Uji Coba Form Hak Isi Proker
Proses ini bertujuan untuk menguji keberhasilan proses pemberian hak akses
ke semua bagian untuk melakukan isi data rekapitulasi proker. Dalam proses
pengujian menggunakan beberapa data yang ditambahkan ke dalam database yaitu
data hak isi proker yang dapat dilihat pada Lampiran 6 untuk jenis investasi dan
Lampiran 7 untuk jenis supplies serta data user digunakan untuk pengujian dapat
dilihat pada data 6 di Lampiran 2. Desain uji coba form hak isi proker pada Tabel
3.46.
Tabel 3.46 Desain Uji Coba Form Hak Isi Proker NO TUJUAN INPUT OUTPUT DIHARAPKAN 17 Menambahkan data
hak akses proker Memasukkan data dan Centang bagian yang dipilih
1. Data tersimpan ke dalam database
2. Tampil info “Data berhasil tersimpan”
18 Menguji menghindari data yang sama
Memasukkan data dan Centang bagian yang telah ada di database
Tampil info “Data telah ada”
19 Menghindari data kosong
Memasukkan data dengan salah satu fieldnya kosong
Tampil pesan “Data tidak boleh kosong”
F. Desain Uji Coba Form Data Investasi
Proses ini bertujuan untuk menguji keberhasilan proses pengisian data
investas yang digunakan sebagai salah satu acuan dalam proses permintaan
pembelian barang. Dalam proses pengujiannya menginputkan beberapa data, yaitu
data pada Lampiran 12 untuk data investasi bagian KMHS, data investasi bagian AU
pada Lampiran 8, data investasi bagian PJM pada Lampiran 9, data investasi bagian
100
LABKOM pada Lampiran 10, dan data investasi bagian PERPUSTAKAAN pada
Lampiran 11. Data user yang digunakan dalam pengujian dapat dilihat di data 14
pada Lampiran 2. Desain uji coba form data investasi dapat dilihat pada Tabel 3.47.
Tabel 3.47 Desain Uji Coba Form Data Investasi NO TUJUAN INPUT OUTPUT DIHARAPKAN 20 Menambahkan data
investasi Memasukkan data investasi baru
1. Data tersimpan ke database 2. Tampil info “Data berhasil disimpan”
21 Menghindari data yang sama
Memasukkan data yang telah ada di database
Tampil info “Data telah ada”
22 Menghindari jumlah dan anggaran diisi huruf
Memasukkan Jumlah dan anggaran dengan huruf
Tampil info “Jumlah dan anggaran tidak boleh huruf”
23 Ubah data investasi Tekan tombol opsi di baris data yang dipilih
1. Tampil form edit 2. Setelah klik simpan, data yang diubah tersimpan ke database 3. Tampil Info “Data berhasil disimpan”
24 Menghapus data investasi
Tekan tombol ‘silang’ di baris data yang dipilih
1.Data terhapus dari database 2. Tampil info “Data berhasil dihapus”
25 Menampilkan data barang yang belum terealisasi
Tekan tombol ‘Barang belum terealisasi’
Tampil data barang yang belum terealisasi
G. Desain Uji Coba Form Data Supplies
Proses ini bertujuan untuk menguji keberhasilan proses pengisian data
supplies. Dalam proses pengujiannya menginputkan beberapa data, yaitu seperti pada
Lampiran 18 untuk data supplies KMHS, data supplies AU pada Lampiran 14, data
101
supplies PJM pada Lampiran 15, data supplies LABKOM pada Lampiran 16, dan
data supplies PERPUSTAKAAN pada Lampiran 17. Data user yang digunakan untuk
melakukan pengujian dapat dilihat pada data 14 di Lampiran 2.
Dikarenakan data supplies terlebih dahulu diperlukan persetujuan kabag
sebelum bagian AU menerimanya, maka dibuatkan data testing status data supplies
untuk mengetahui status dari data supplies tersebut. Data user yang digunakan dapat
dilihat di data 13 pada Lampiran 2 dan data testing status data supplies pada
Lampiran 13. Desain uji coba form data supplies dapat dilihat pada Tabel 3.48.
Tabel 3.48 Desain Uji Coba Form Data Supplies NO TUJUAN INPUT OUTPUT DIHARAPKAN 26 Mengetahui status
data supplies Memilih tahun
Tampil info status data supplies
27 Menambahkan data supplies
Memasukkan data baru
1.Data tersimpan ke database 2. Tampil info “data berhasil disimpan”
28 Menghindari data yang sama
Memasukkan data yang telah ada di database
Tampil info “data telah ada” setelah tekan tambah
29 Menghindari jumlah diisi huruf
Memasukkan huruf ke textbox jumlah
Tampil info “Jumlah tidak boleh huruf”
30 Ubah data supplies Tekan tombol opsi di baris data yang dipilih
1. Tampil form edit 2. Setelah klik simpan, data yang diubah tersimpan ke database 3. Tampil Info “Data berhasil disimpan”
31 Menghapus data supplies
Tekan tombol ‘silang’ di baris data yang dipilih
1.Data terhapus dari database 2. Tampil info “Data berhasil dihapus”
32 Mengirim data supplies ke kabag pemohon (data pengguna: Pemohon)
Tekan tombol ‘Kirim’ 1. Data tersimpan ke database 2. Tampil info “Data berhasil dikirim ke kabag”
102
Tabel 3.48 ( Lanjutan ) NO TUJUAN INPUT OUTPUT DIHARAPKAN 33 Menampilkan data
supplies berdasarkan bagian yang dipimpin dan tahun proker (data pengguna: Kabag pemohon)
Data pada Lampiran 18
Tampil data supplies berdasarkan id bagian dan tahun proker yang dipilih
34 Memberikan persetujuan (data pengguna: Kabag Pemohon)
Tekan tombol ‘ACC’ atau ‘ACC+Kirim ke AU’
1. Data tersimpan ke database 2. Tampil info “Data berhasil dikirim ke pemohon” setelah klik ‘ACC’ atau info “data terkirim ke AU” jika klik ‘ACC+Kirim ke AU’
35 Mengirim Data Supplies ke bagian AU
Tekan tombol ‘Kirim ke AU’ jika user pemohon atau ‘ACC+kirim ke AU’ jika kabag pemohon
1. Data tersimpan ke database 2. Tampil info “Data terkirim ke AU”
36 Menampilkan data barang yang belum terealisasi
Tekan tombol ‘Barang belum terealisasi’
Tampil data barang yang belum terealisasi
H. Desain Uji Coba Form Permintaan Pembelian Barang
Proses ini bertujuan untuk menguji keberhasilan proses pengisian data
permintaan pembelian barang berdasarkan kebutuhan dan menjadikan rekapitulasi
proker investasi sebagai acuan dalam permintaan berdasarkan hasil validasi data
rekap proker dengan bagian dan tahun proker. Dalam proses pengujian dilakukan
penginputan data permintaan pembelian barang KMHS yang dapat dilihat di
Lampiran 23 dan data user yang digunakan untuk melakukan pengujian dapat dilihat
pada data 14 di Lampiran 2. Beberapa data permintaan pembelian barang untuk
bagian lain dapat dilihat pada Lampiran 19 untuk bagian AU, Lampiran 20 untuk
103
bagian PJM, Lampiran 21 untuk bagian LABKOM, dan Lampiran 22 Data untuk
bagian PERPUSTAKAAN.
Permintaan pembelian barang yang sesuai dengan rekapitulasi proker akan
ditambahkan di tab Permintaan dengan memilih barang dan menekan pilih di baris
data barang tersebut, untuk lebih jelasnya data yang ditambahkan yaitu adalah data 1
dan data 2 pada Lampiran 23. Jika terdapat barang yang diminta tidak sesuai dapat
melakukan permintaan pembelian barang di tab permintaan diluar proker, untuk lebih
jelasnya data yang ditambahkan dapat dilihat pada data 3 di Lampiran 23. Desain uji
coba untuk form permintaan pembelian barang sesuai proker pada Tabel 3.49 dan
esain uji coba untuk form permintaan pembelian barang diluar proker pada Tabel
3.50.
Tabel 3.49 Desain Uji Coba Form Permintaan Pembelian Barang Sesuai Proker NO TUJUAN INPUT OUTPUT DIHARAPKAN 37 Menampilkan Data
Rekap Investasi di Tabel acuan proker berdasarkan bulan permintaan, bagian dan tahun proker
Hasil validasi data rekap proker berdasarkan bagian, tahun proker, dan jenis barang investasi
Rekap Data Investasi tampil di Tabel acuan proker
38 Menampilkan jumlah sisa barang yang belum terealisasi selama setahun
Hasil validasi data rekap proker berdasarkan bagian, tahun proker, dan jenis barang investasi
Tampil jumlah sisa barang yang belum terealisasi
39 Menambahkan data permintaan pembelian barang
Tekan tombol pilih di baris barang yang akan ditambahkan
1. Barang tersimpan ke database 2. Tampil di Tabel daftar permintaan setelah tekan pilih
40 Menguji ubah data jumlah
Memasukkan data jumlah
Data jumlah yang tampil di tabel daftar permintaan dapat diubah
104
Tabel 3.49 ( Lanjutan ) NO TUJUAN INPUT OUTPUT DIHARAPKAN 41 Menghindari jumlah
diisi huruf Memasukkan Jumlah dengan huruf
Tampil “Jumlah tidak boleh huruf”
42 Menguji ubah data keterangan
Tekan kolom keterangan
Data keterangan di tabel daftar permintaan dapat diubah
43 Menampilkan status barang di rekap proker
Hasil validasi data permintaan dengan data pada rekap proker
Tampil status barang di rekap proker
44 Menghindari tanggal butuh kosong
Tekan Kirim tanpa mengisi tanggal butuh
Tampil Info “Tanggal butuh harus terisi”
45 Menghindari tanggal butuh diisi tanggal yang telah berlalu
Tekan Kirim setelah mengisi tanggal butuh dengan tanggal yang telah berlalu
Tampil Info “Tanggal butuh tidak boleh kurang dari tanggal sekarang”
46 Menghindari jumlah melebihi proker
Memasukkan Jumlah melebihi dari data investasi yang telah dibuat
Tampil pesan “terdapat data yang melebihi proker” setelah tekan kirim
47 Menguji hapus data permintaan
Tekan tombol ‘silang’ di baris barang yang akan dihapus
1.Barang tersimpan ke database 2.Tampil “Data telah dihapus”
48 Menguji permintaan dapat dikirim
Tekan tombol kirim
1. Data tersimpan ke database 2.Tampil pesan “Data terkirim”
Tabel 3.50 Desain Uji Coba Form Permintaan Pembelian Barang Diluar Proker NO TUJUAN INPUT OUTPUT DIHARAPKAN 49 Menambahkan data
permintaan pembelian barang
Memasukkan data permintaan pembelian barang baru
1. Barang tersimpan di database 2. Tampil di Tabel permintaan setelah tekan tambah
50 Mengetahui status barang di rekap proker
Hasil validasi data permintaan dengan data pada rekap proker
Tampil info “Barang tidak ada dalam proker,lanjut?”
51 Menguji ubah data keterangan
Tekan kolom keterangan
Data keterangan di tabel daftar permintaan dapat diubah
105
Tabel 3.50 ( Lanjutan ) NO TUJUAN INPUT OUTPUT DIHARAPKAN 52 Menguji ubah jumlah Memasukkan data
jumlah Data jumlah dapat diubah
53 Menghindari jumlah diisi huruf
Memasukkan data jumlah dengan huruf
Tampil “Jumlah tidak boleh huruf”
54 Menghindari tanggal butuh kosong
Tekan Kirim tanpa mengisi tanggal butuh
Tampil Info “Tanggal butuh harus terisi”
55 Menghindari tanggal butuh diisi tanggal yang telah berlalu
Tekan Kirim setelah mengisi tanggal butuh dengan tanggal yang telah berlalu
Tampil Info “Tanggal butuh tidak boleh kurang dari tanggal sekarang”
56 Menguji permintaan dapat dikirim
Tekan tombol kirim 1. Data tersimpan ke database 2.Tampil pesan “Data terkirim”
I. Desain Uji Coba Form Permintaan Supplies
Proses ini bertujuan untuk menguji keberhasilan proses pengisian data
permintaan supplies berdasarkan kebutuhan dan menjadikan rekapitulasi proker
supplies sebagai acuan dalam permintaan berdasarkan hasil validasi data rekap proker
dengan bagian dan tahun proker. Dalam proses pengujiannya, dilakukan penginputan
data permintaan supplies untuk bagian KMHS yang dapat dilihat pada Lampiran 28
dan menggunakan data user pada data 14 di Lampiran 2. Selain permintaan supplies
KMHS juga menginputkan beberapa data permintaan supplies untuk bagian lain
seperti pada Lampiran 24 untuk bagian AU, Lampiran 25 untuk bagaian PJM,
Lampiran 26 untuk bagian LABKOM, dan Lampiran 27 untuk bagian
PERPUSTAKAAN.
Permintaan supplies yang sesuai dengan rekapitulasi proker akan ditambahkan
di tab Permintaan dengan memilih barang dan menekan pilih di baris data barang
106
tersebut, untuk lebih jelasnya data yang ditambahkan yaitu data 1, data 2 dan data 3
pada Lampiran 28. Jika terdapat barang yang diminta tidak sesuai dapat melakukan
permintaan pembelian barang di tab permintaan diluar proker, untuk lebih jelasnya
data yang ditambahkan yaitu data 4 pada Lampiran 28. Desain uji coba untuk form
permintaan pembelian barang dapat dilihat pada Tabel 3.51 dan desain uji coba untuk
form permintaan pembelian barang diluar proker pada Tabel 3.52.
Tabel 3.51 Desain Uji Coba Form Permintaan Supplies Sesuai Proker NO TUJUAN INPUT OUTPUT DIHARAPKAN 57 Menampilkan Data
Rekap Supplies di Tabel acuan proker berdasarkan bulan permintaan, bagian dan tahun proker
Hasil validasi data rekap proker berdasarkan bagian, tahun proker, dan jenis barang supplies
Rekap data supplies tampil di tabel acuan proker
58 Menampilkan jumlah sisa barang yang belum terealisasi selama setahun
Hasil validasi data rekap proker berdasarkan bagian, tahun proker, dan jenis barang supplies
Tampil jumlah sisa barang yang belum terealisasi
59 Menambahkan data permintaan supplies
Tekan tombol pilih di baris barang yang akan ditambahkan
1.Barang tersimpan ke database 2.Tampil di Tabel permintaan setelah tekan pilih
60 Menguji ubah data jumlah
Memasukkan data jumlah
Data jumlah yang tampil di tabel daftar permintaan dapat diubah
61 Menghindari jumlah diisi huruf
Memasukkan jumlah dengan huruf
Tampil “Jumlah tidak boleh huruf”
62 Menguji ubah data keterangan
Tekan kolom keterangan Data keterangan di tabel daftar permintaan dapat diubah
107
Tabel 3.51 ( Lanjutan ) NO TUJUAN INPUT OUTPUT DIHARAPKAN 63 Menghindari
tanggal butuh kosong
Tekan Kirim tanpa mengisi tanggal butuh
Tampil Info “Tanggal butuh harus terisi” setelah tekan kirim
64 Menghindari tanggal butuh diisi tanggal yang telah berlalu
Tekan Kirim setelah mengisi tanggal butuh dengan tanggal yang telah berlalu
Tampil Info “Tanggal butuh tidak boleh kurang dari tanggal sekarang”
65 Menghindari jumlah melebihi proker
Memasukkan jumlah melebihi dari data supplies yang telah dibuat
Tampil pesan “Terdapat data yang melebihi proker” setelah klik kirim
66 Menguji hapus data permintaan
Tekan tombol ‘silang’ di baris barang yang akan dihapus
1.Barang tersimpan ke database 2.Tampil “Data telah dihapus”
67 Menguji permintaan dapat dikirim
Tekan tombol kirim 1. Data tersimpan ke database 2.Tampil pesan “Data terkirim”
Tabel 3.52 Desain Uji Coba Form Permintaan Supplies Diluar Proker NO TUJUAN INPUT OUTPUT DIHARAPKAN 68 Menambahkan data
permintaan supplies
Memasukkan data permintaan supplies baru
1. Barang tersimpan di database 2. Tampil di Tabel permintaan setelah tekan tambah
69 Mengetahui status barang di rekap proker
Hasil validasi data permintaan dengan data pada rekap proker
Tampil info “Barang tidak ada dalam proker,lanjut?”
70 Menguji ubah data keterangan
Tekan kolom keterangan
Data keterangan di tabel daftar permintaan dapat diubah
71 Menguji ubah jumlah
Memasukkan data jumlah
Data jumlah dapat diubah
72 Menghindari jumlah diisi huruf
Memasukkan data jumlah dengan huruf
Tampil “Jumlah tidak boleh huruf”
108
Tabel 3.52 ( Lanjutan ) NO TUJUAN INPUT OUTPUT DIHARAPKAN 73 Menghindari
tanggal butuh kosong
Tekan Kirim tanpa mengisi tanggal butuh
Tampil Info “Tanggal butuh harus terisi”
74 Menghindari tanggal butuh diisi tanggal yang telah berlalu
Tekan Kirim setelah mengisi tanggal butuh dengan tanggal yang telah berlalu
Tampil Info “Tanggal butuh telah berlalu”
75 Menguji permintaan dapat dikirim
Tekan tombol kirim 1. Data tersimpan ke database 2.Tampil pesan “data terkirim”
J. Desain Uji Coba Form Inbox Permintaan
Proses ini bertujuan untuk menguji proses menampilkan data permintaan yang
telah dibuat pemohon untuk menerima persetujuan. Data yang tampil berdasarkan
hasil dari validasi data permintaan yang telah dibuat oleh pemohon berdasarkan
bagian dan tahun permintaan, validasi barang yang diminta pada tabel permintaan
dengan tabel rekap proker untuk mengetahui status barang pada rekap proker,
pengurangan jumlah barang pada rekap proker dengan jumlah barang yang telah
diambil atau direalisasi sehingga dapat diketahui sisa barang yang belum direalisasi
berdasarkan tahun proker, dan validasi status persetujuan kabag pemohon (hanya
untuk puket pemohon dalam memberikan persetujuan).
Dalam melakukan pengujian untuk tipe pengguna kabag pemohon,
menggunakan data user yang dapat dilihat pada data 13 di Lampiran 2 sedangkan
untuk tipe pengguna puket pemohon menggunakan data user pada data 4 di Lampiran
2.
109
Dalam proses uji coba form inbox permintaan kabag pemohon menampilkan data
pada Lampiran 29 dan Detil inbox permintaan untuk kabag pemohon menampilkan
data pada Lampiran 30. Desain uji coba form inbox permintaan kabag pemohon dapat
dilihat pada Tabel 3.53 dan desain uji coba form detil inbox permintaan kabag
pemohon dapat dilihat pada Tabel 3.54.
Tabel 3.53 Desain Uji Coba Form Inbox Permintaan Kabag Pemohon NO TUJUAN INPUT OUTPUT DIHARAPKAN 76 Menampilkan data
permintaan berdasarkan bagian yang meminta
Hasil validasi data permintaan berdasarkan bagian, tahun permintaan
Tampil data permintaan berdasarkan bagian yang meminta
Tabel 3.54 Desain Uji Coba Form Detil Inbox Permintaan Kabag Pemohon NO TUJUAN INPUT OUTPUT DIHARAPKAN 77 Menampilkan detil
data permintaan berdasarkan bagian yang meminta
Pilih id permintaan Tampil detil data permintaan berdasarkan id permintaan yang dipilih
78 Menampilkan status barang yang diminta di rekap proker
Hasil validasi data permintaan dengan data di rekap proker
Tampil status barang yang diminta dari rekap proker
79 Menampilkan jumlah sisa barang yang belum terealisasi
Hasil pengurangan data rekap proker dengan data permintaan
Tampil sisa barang yang belum terealisasi
80 Menyimpan data persetujuan
Pilih Status persetujuan di kolom ACC
1. Data tersimpan ke database 2.Tampil info “Data berhasil disimpan” setelah tekan kirim
Dalam proses uji coba form inbox permintaan puket pemohon menampilkan
data pada Lampiran 31. Detil inbox permintaan untuk puket pemohon menampilkan
110
data pada Lampiran 32 dan desain uji coba form detil inbox permintaan puket
pemohon pada Tabel 3.56. Desain uji coba form inbox permintaan puket pemohon
dapat dilihat pada tabel 3.55 dan desain uji coba form detil inbox permintaan puket
pemohon pada Tabel 3.56.
Tabel 3.55 Desain Uji Coba Form Inbox Permintaan Puket Pemohon NO TUJUAN INPUT OUTPUT DIHARAPKAN 81 Menampilkan data
permintaan berdasarkan bagian yang meminta
Hasil validasi data permintaan berdasarkan bagian yang dipimpin dan telah menerima persetujuan kabag pemohon
Tampil data permintaan berdasarkan bagian yang meminta
Tabel 3.56 Desain Uji Coba Form Detil Inbox Permintaan Puket Pemohon NO TUJUAN INPUT OUTPUT DIHARAPKAN 82 Menampilkan detil
data permintaan berdasarkan bagian yang meminta
Pilih id permintaan Tampil detil data permintaan berdasarkan id permintaan yang dipilih
83 Menampilkan status barang yang diminta di rekap proker
Hasil validasi data permintaan dengan data di rekap proker
Tampil status barang yang diminta dari rekap proker
84 Menampilkan jumlah sisa barang yang belum terealisasi
Hasil validasi data permintaan dengan data di rekap proker
Tampil sisa barang yang belum terealisasi
85 Menampilkan status persetujuan kabag pemohon
Hasil validasi data permintaan dengan data di rekap proker
Tampil status barang yang diminta di rekap proker
86 Menyimpan data persetujuan
Pilih Status persetujuan di kolom ACC
1. Data tersimpan ke database 2.Tampil info “data berhasil disimpan” setelah tekan kirim
111
K. Desain Uji Coba Form Log Permintaan
Proses ini digunakan untuk menguji proses menampilkan log atau info data
permintaan yang telah dibuat, dari log maka dapat diketahui status permintaan
tersebut. Dalam melakukan pengujian menggunakan data user yang dapat dilihat pada
data 14 di Lampiran 2.
Dalam proses uji coba form log permintaan menampilkan data Lampiran 33
dan desain uji coba form log permintaan dapat dilihat pada Tabel 3.57. Detil log
permintaan menampilkan data pada Lampiran 34 dan desain uji coba form detil inbox
permintaan pada Tabel 3.58.
Tabel 3.57 Desain Uji Coba Form Log Permintaan NO TUJUAN INPUT OUTPUT DIHARAPKAN 87 Menampilkan data
permintaan berdasarkan bagiannya
Menampilkan permintaan berdasarkan bagiannya
Tampil data permintaan berdasarkan bagiannya
Tabel 3.58 Desain Uji Coba Form Detil Log Permintaan NO TUJUAN INPUT OUTPUT DIHARAPKAN 88 Menampilkan detil
data permintaan
Pilih id permintaan Tampil detil data permintaan
89 Menampilkan status barang yang diminta di rekap proker
Hasil validasi data permintaan dengan data di rekap proker
Tampil status barang yang diminta dari rekap proker
90 Menampilkan jumlah sisa barang yang belum terealisasi
Hasil pengurangan data rekap proker dengan data permintaan
Tampil sisa barang yang belum terealisasi
112
Tabel 3.58 ( Lanjutan ) NO TUJUAN INPUT OUTPUT DIHARAPKAN 91 Menampilkan status
persetujuan kabag pemohon
Hasil validasi status persetujuan kabag pemohon berdasarkan barang permintaan
Tampil status persetujuan kabag pemohon
92 Menampilkan status persetujuan puket pemohon
Hasil validasi status persetujuan puket pemohon berdasarkan barang permintaan
Tampil status persetujuan puket pemohon
93 Menampilkan status barang permintaan
Hasil validasi status barang di tabel permintaan
Tampil status barang permintaan
L. Desain Uji Coba Form Info Permintaan
Proses ini bertujuan untuk menguji untuk bagian pembelian AU dapat
memberikan info status ketersediaan barang ke pemohon dan khusus untuk
permintaan pembelian barang di form ini dapat mencetak permintaan yang harus
dibeli dan memberikan data realisasi barang. Dalam melakukan pengujian,
menggunakan data user yang dapat dilihat pada data 6 di Lampiran 2.
Dalam proses uji coba form info permintaan menampilkan data Lampiran 36
dan desain uji coba form info permintaan dapat dilihat pada Tabel 3.59. Detil log
permintaan menampilkan data Lampiran 37 dan desain uji coba form detil info
permintaan pada Tabel 3.60.
Tabel 3.59 Desain Uji Coba Form Info Permintaan NO TUJUAN INPUT OUTPUT DIHARAPKAN 94 Menampilkan data
permintaan yang telah mendapatkan persetujuan
Menampilkan Data Permintaan yang telah mendapatkan persetujuan
Tampil data permintaan
113
Tabel 3.60 Desain Uji Coba Form Detil Info Permintaan NO TUJUAN INPUT OUTPUT DIHARAPKAN 95 Menampilkan detil
data permintaan berdasarkan id permintaan
Pilih id permintaan Tampil detil data permintaan berdasarkan id permintaan
96 Menampilkan status barang yang diminta di rekap proker
Hasil validasi data permintaan dengan data di rekap proker
Tampil status barang yang diminta dari rekap proker
97 Menguji anggaran dapat diisi
Mengisi anggaran Anggaran dapat diisi
98 Menguji tgl order dapat diisi
Mengisi tgl order Tgl order dapat diisi
99 Menguji tgl datang dapat diisi
Mengisi tgl datang Tgl datang dapat diisi
100 Menguji permintaan dapat dicetak berdasarkan id permintaan
Tekan tombol cetak Permintaan dapat dicetak berdasarkan id permintaan
101 Menguji permintaan dapat disimpan dan memberikan info ketersediaan barang ke pemohon
Centang di kolom info dan tekan tombol simpan
1. Data tersimpan ke database 2. Tampil info “Data berhasil disimpan” setelah tekan simpan
M. Desain Uji Coba Form Inbox Pemohon
Proses ini bertujuan untuk menguji pemohon dapat mengetahui status
ketersediaan barang yang telah dimintanya di bagian Administrasi Umum (AU).
Dalam melakukan pengujian, menggunakan data user yang dapat dilihat pada data 14
di Lampiran 2 dan menampilkan data Lampiran 38 untuk inbox pemohon dan
Lampiran 39 untuk detil inbox pemohon. Desain uji coba form inbox pemohon dapat
dilihat pada Tabel 3.61 dan desain uji coba form detil inbox pemohon pada Tabel
3.62.
114
Tabel 3.61 Desain Uji Coba Form Inbox Pemohon NO TUJUAN INPUT OUTPUT DIHARAPKAN 102 Menampilkan data
permintaan berdasarkan bagiannya yang status barang 2 pada tabel permintaan
Menampilkan data permintaan
Tampil data permintaan berdasarkan bagiannya
Tabel 3.62 Desain Uji Coba Form Detil Inbox Pemohon NO TUJUAN INPUT OUTPUT DIHARAPKAN 103 Menampilkan data
detil permintaan berdasarkan bagiannya yang status barang 2 pada tabel permintaan
Menampilkan detil data permintaan
Tampil detil data permintaan
104 Menampilkan status barang permintaan
Hasil validasi status barang permintaan yang bernilai 2 pada tabel permintaan
Tampil status barang permintaan
N. Desain Uji Coba Form Tanda Terima
Proses ini bertujuan untuk menguji bagian pembelian AU dapat mencetak
tanda terima berdasarkan barang yang diminta oleh pemohon. Dalam melakukan
pengujian, menggunakan data user yang dapat dilihat pada data 6 di Lampiran 2 dan
menampilkan data Lampiran 41 untuk Tanda Terima serta desain uji coba form tanda
terima pada Tabel 3.63.
115
Tabel 3.63 Desain Uji Coba Form Tanda Terima NO TUJUAN INPUT OUTPUT DIHARAPKAN 105 Menampilkan data
permintaan berdasarkan permintaan yang status barang 3
Pilih tahun Tampil data permintaan yang telah tersedia di gudang dan siap untuk diambil
106 Mencetak tanda terima berdasarkan id permintaan
Pilih tahun, pilih permintaan dan tekan tombol print
Tanda Terima dapat berhasil dicetak setelah tekan tombol print
107 Menampilkan bagian yang meminta di tanda terima
Id permintaan Tampil bagian yang meminta di tanda terima
O. Desain Uji Coba Form Daftar Supplies Semua Bagian
Proses ini bertujuan untuk menguji proses menampilkan data rekapitulasi
proker supplies dari semua bagian, yang nantinya akan dijadikan oleh bagian
Administrasi Umum (AU) sebagai salah satu acuan dalam pembuatan proker. Dalam
melakukan pengujian, menggunakan data user yang dapat dilihat di data 6 pada
Lampiran 2 dan desain uji coba form daftar supplies semua bagian dapat dilihat pada
Tabel 3.64.
Tabel 3.64 Desain Uji Coba Form Daftar Supplies Semua Bagian NO TUJUAN INPUT OUTPUT DIHARAPKAN 108 Menampilkan data rekap
proker supplies dari semua bagian yang telah menerima persetujuan kabag setiap bagian
Pilih Tahun Tampil data rekap supplies dari semua bagian berdasarkan tahun yang dipilih
109 Menampilkan data rekap proker supplies dari semua bagian yang telah menerima persetujuan kabag setiap bagian
Pilih Tahun Laporan data rekap proker supplies semua bagian berdasarkan tahun yang dipilih dapat berhasil dicetak
116
P. Desain Uji Coba Form Laporan Permintaan Pembelian Barang
Proses ini bertujuan untuk menguji bagian Administrasi Umum (AU) dapat
mencetak laporan permintaan pembelian barang. Dalam melakukan pengujian,
menggunakan data user yang dapat dilihat di data 6 Lampiran 2 dan desain uji coba
form laporan permintaan pembelian barang dapat dilihat pada Tabel 3.65.
Tabel 3.65 Desain Uji Coba Form Laporan Permintaan Pembelian Barang NO TUJUAN INPUT OUTPUT DIHARAPKAN 110 Menampilkan data
permintaan pembelian barang berdasarkan tahun permintaan
Pilih tahun Tampil data permintaan pembelian barang
111 Menampilkan data permintaan yang melebihi tanggal butuh
Hasil validasi tanggal ambil melebihi dari tanggal butuh
Tampil data melebihi tanggal butuh
112 Mencetak Laporan Permintaan Pembelian Barang berdasarkan tahun permintaan
Pilih tahun Laporan Permintaan Pembelian Barang berhasil dicetak setelah tekan tombol cetak
Q. Desain Uji Coba Form Laporan Permintaan Supplies
Proses ini bertujuan untuk menguji keberhasilan bagian AU dalam proses
mencetak laporan permintaan supplies. Dalam melakukan pengujian, menggunakan
data user yang dapat dilihat pada data 6 di Lampiran 2 dan desain uji coba form
laporan permintaan supplies dapat dilihat pada Tabel 3.66.
117
Tabel 3.66 Desain Uji Coba Form Laporan Permintaan Supplies NO TUJUAN INPUT OUTPUT DIHARAPKAN 114 Menampilkan data
permintaan supplies Pilih tahun Tampil data permintaan
supplies 115 Menampilkan data
permintaan yang melebihi tanggal butuh
Hasil validasi tanggal ambil melebihi dari tanggal butuh
Tampil data melebihi tanggal butuh
116 Mencetak Laporan Permintaan Supplies
Pilih tahun Laporan Permintaan Supplies berhasil dicetak setelah tekan tombol cetak
R. Desain Uji Coba Form Stock Supplies
Proses ini digunakan untuk menguji proses tambah data supplies datang. Jadi,
apabila ada supplies baru yang datang dan akan diletakkan di gudang, maka bagian
pembelian AU diharuskan mengisi data supplies datang tersebut melalui form stock
supplies. Dalam melakukan pengujian, menggunakan data user dapat dilihat pada
data 6 di Lampiran 2 dan menambahkan data barang datang yang dapat dilihat di
Lampiran 35 serta desain uji coba form stock supplies pada Tabel 3.67.
Tabel 3.67 Desain Uji Coba Form Stock Supplies NO TUJUAN INPUT OUTPUT DIHARAPKAN 117 Menghindari jumlah
diisi huruf Memasukkan huruf di jumlah
Tampil “Jumlah tidak boleh huruf”
118 Tambah data Stock supplies di gudang
Tambah Data supplies datang
Tampil info “Data berhasil tersimpan”
119 Mencetak stock supplies digudang yang jumlah tidak kosong
Tekan tombol cetak Laporan data stock supplies di gudang berhasil dicetak
118
S. Desain Uji Coba Form Rekap Proker untuk Puket
Proses ini bertujuan untuk menguji proses menampilkan rekapitulasi proker
investasi dan supplies kepada puket. Dalam melakukan pengujian, digunakan data
user yang dapat dilihat pada data 4 di Lampiran 2 dan desain uji coba form rekap
proker dapat dilihat pada Tabel 3.68.
Tabel 3.68 Desain Uji Coba Form Rekap Proker Untuk Puket NO TUJUAN INPUT OUTPUT DIHARAPKAN 120 Menampilkan data
rekap proker yang telah dibuat berdasarkan bagian yang dipimpinnya
Pilih tahun Tampil data rekap proker
T. Desain Uji Coba Form Perubahan Hak Isi Proker
Proses ini bertujuan untuk menguji proses penambahan dan menampilkan data
perubahan hak isi proker. Dalam melakukan pengujian, digunakan data user yang
dapat dilihat pada data 13 di Lampiran 2 untuk kabag pemohon dan data 4 di
Lampiran 2 untuk puket pemohon serta data perubahan hak isi proker yang
ditambahkan adalah data Lampiran 41. Desain Uji Coba Form Perubahan Hak Isi
Proker untuk kabag pemohon dapat dilihat pada Tabel 3.69 dan Desain Uji Coba
Form Perubahan Hak Isi Proker untuk puket pemohon pada Tabel 3.70.
119
Tabel 3.69 Desain Uji Coba Form Perubahan Hak Isi Proker Untuk Kabag Pemohon
NO TUJUAN INPUT OUTPUT DIHARAPKAN 121 Menampilkan id
proker Pilih jenis barang Tampil id proker
122 Tambah data perubahan hak isi proker
Memasukkan data perubahan hak isi proker baru
1. Tampil info “Data berhasil tersimpan” 2. Tampil data perubahan
pada tabel perubahan hak isi proker
Tabel 3.70 Desain Uji Coba Form Perubahan Hak Isi Proker Untuk Puket Pemohon
NO TUJUAN INPUT OUTPUT DIHARAPKAN 123 Menampilkan data
perubahan hak isi proker berdasarkan bagian yang dipimpin
Hasil validasi id proker di tabel req_ubah_proker dengan id proker di rekap proker yang mempunyai niilai puket_status 0
Tampil data perubahan hak isi proker
124 Menyimpan data persetujuan dari perubahan hak isi proker
Pilih persetujuan di kolom status (ACC)
Tampil info “Data berhasil tersimpan”