bab iv perancangan sistem usulan - repository.bsi.ac.id · 4) setelah manager selesai menggunakan...
Post on 06-Sep-2019
9 Views
Preview:
TRANSCRIPT
48
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Sistem yang akan diusulkan dan dirancang oleh penulis adalah Prototipe
Sistem Inventory Gudang di Pusat Listrik (PLTD) Siantan Pontianak. Sistem usulan
ini adalah perkembangan dari sistem yang ada saat ini pada perusahaan, sistem yang
digunakan oleh perusahaan saat ini adalah sistem pembukuan, maksud dari
pembukuan adalah dengan mencatat semua kegiatan keluar masuk barang pada
gudang.
4.1.1. Analisis Kebutuhan
Analisis kebutuhan adalah merupakan kebutuhan yang diperlukan dalam
perancangan sistem yang dirancang oleh penulis, analisa kebutuhan ini diperluan
dalam merancang sistem usulan ini dan kebutuhan pengguna sistem ini.
1. Kebutuhan Pengguna
Sistem inventory gudang memiliki tiga akses level, Bagian Gudang, Kepala
Teknisi, dan Manager. Masing-masing dari ketiga pengguna akses level ini
memiliki kebutuhan yang digunakan didalam sistem inventory gudang yang
berbeda-beda dalam melakukan aktivitasnya.
a. Kebutuhan Bagian Gudang
1) Mengolah stok barang
2) Barang keluar
3) Barang masuk
4) Pengadaan barang
49
5) Permintaan Barang
b. Kebutuhan Bagian Kepala Teknisi
1) Mengolah data pengajuan pengeluaran barang pada gudang
c. Kebutuhan Bagian Manager
1) Mengolah data User
2) Data Supplier
3) Mengolah data Laporan Barang Masuk
4) Mengolah data Laporan Barang Keluar
5) Mengolah data Laporan Permintaan Barang
6) Mengolah data Laporan Pengadaan Barang
2. Kebutuhan Sistem
a. Kebutuhan sistem untuk bagian Bagian Gudang
1) Untuk menggunakan sistem maka Bagian Gudang harus melakukan
login terlebih dahulu dengan memasukkan username dan password.
2) Setelah Bagian Gudang melakukan login maka Bagian Gudang dapat
menggunakan menu barang masuk, stok barang, permintaan barang,
pengadaan barang, barang masuk yang ada didalam sistem tersebut
sesuai dengan akses level yag dimiliki oleh Bagian Gudang.
3) Untuk mengajukan pengadaan barang maka Bagian Gudang harus
mengisi data pengadaan dan menyimpan data tersebut kedalam database
untuk dikonfirmasi oleh Manager.
4) Setelah Bagian Gudang menggunakan sistem tersebut maka diharuskan
melakukan logout agar dapat melakukan login kembali apabila akan
menggunakan sistem tersebut kembali.
50
b. Untuk kebutuhan sistem bagian Kepala Teknisi.
1) Kepala Teknisi harus melakukan login terlebih dahulu untuk masuk
kedalam sistem dengan memasukkan username dan password.
2) Setelah Kepala Teknisi melakukan login maka dapat menggunakan menu
yang ada didalam menu utama akses level Kepala Teknisi.
3) Untuk mengajukan pengeluaran barang pada gudang maka Kepala
Teknisi harus mengakses menu pengeluaran barang dan disimpan
didalam database untuk diterima oleh Bagian Gudang.
4) Untuk keluar dari sistem maka Kepala Teknisi harus logout terlebih dahu
dan setelah melakukan logout maka Kepala Teknisi dapat melakukan
login kembali.
c. Kebutuhan sistem bagian Manager.
1) Untuk menggunakan sistem ini bagian Manager harus melakukan login
terlebih dahulu dengan memasukkan username dan password.
2) Untuk mendapatkan laporan maka harus mengakses menu laporan
barang masuk, laporan barang keluar, laporan permintaan barang,
laporan pengadaan barang dan mengisi kolom pencarian dengan
memasukkan tanggal dan mencari laporan.
3) Untuk menggunakan menu data user maka Manager harus mengakses
menu data user dan mengisi kolom pencarian dengan id user.
4) Setelah Manager selesai menggunakan sistem tersebut maka harus
melakukan logout agar dapat melakukan login kembali apabila ingin
menggunakan sistem kembali.
51
4.1.2. Rancangan Diagram Use Case
Rancangan sistem Inventory Gudang yang diusulkan pada PLTD Siantan ini
akan dimodelkan ke dalam bentuk use case diagram. Dan hasil dari pemodelan
rancangan adalah sebagai berikut.
Sumber: Hasil Penelitian (2018)
Gambar IV.1. Diagram Use Case Sistem Usulan
Tabel IV.1.Deskripsi Use Case Login
Use Case Name Login
Requirements User mengakses aplikasi invemtory gudang
Goal Dapat menggunakan aplikasi
Pre-Conditions User mengisi username dan password
Post-Conditions Masuk ke dalam aplikasi inventory gudang
Failed end Condition Salah mengisi username dan password
Actors Kepla Gudang, Kepala Teknisi, Manager
Main Flow/ Basic Path 1. User membuka aplikasi2. User mengisi username dan password3. User dapat mengakses aplikasi utama sesuai
dengan level akses
52
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
Tabel IV.2.Deskripsi Use Case Data Masuk Barang
Use Case Name Data Masuk Barang
Requirements Kepala Gudang mengakses menu data masuk barang
Goal Kepala Gudang dapat mengupdate data barang masuk
Pre-Conditions Kepala Gudang menggunakan aplikasi data barangmasuk
Post-Conditions Data barang masuk
Failed end Condition Kepaa gudang tidak dapat menggunakan data barangmasuk
Actors Kepala Gudang
Main Flow/ Basic Path 1. Kepala Gudang mengakses data masuk barang2. Kepala gudang mendapatkan data masuk barang
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
Tabel IV.3.Deskripsi Use Case Stok Barang
Use Case Name Stok Barang
Requirements Kepala Gudang Mengakses menu stok barang
Goal Kepala Gudang mendapatkan data stok barang
Pre-Conditions Kepala Gudang menggunakan data stok barang
Post-Conditions Data Stok Barang didapatkan kepala gudang
Failed end Condition -
Actors Kepala Gudang
Main Flow/ Basic Path 1. Kepala gudang mengakses menu Stok Barang2. Kepala Gudang mendapatkan Data Stok Barang
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
53
Tabel IV.4.Deskripsi Use Case Data Keluar Barang
Use Case Name Data Keluar Barang
Requirements Mengeluarkan barang dari gudang
Goal Mendapatkan data barang keluar
Pre-Conditions Kepala gudang mendapatkan data barang keluar
Post-Conditions Data barang keluar didapatkan oleh kepala gudang
Failed end Condition Kepala gudang tidak mendapatkan data keluar barang
Actors Kepala Gudang
Main Flow/ Basic Path 1. Kepala gudang mengakses menu data keluarbarang
2. Kepala Gudang mendapatkan data keluar barangAlternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
Tabel IV.5.Deskripsi Use Case Pengadaan Barang
Use Case Name Pengadaan barang
Requirements Kepala gudang mengadakan pengadaan barang
Goal Kepala Gudang mendapatkan barang dari Supplier
Pre-Conditions Kelapa gudang mengadakan pengadaan barang
Post-Conditions Kepala gudang mendapatkan barang
Failed end Condition Stok barang digudang tidak bertambah
Actors Kepala gudang
Main Flow/ Basic Path 1. Kepala gudang mengadakan pengadaan barang2. Kepala gudang mendapatkan barang dari
Supplier3. Stok barang gudang bertambah
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
54
Tabel IV.6.Deskripsi Use Case Pengajuan Pengeluaran Barang
Use Case Name Pengajuan Pengeluaran barang
Requirements Kepala teknisi mengajukan pengeluaran barang darigudang
Goal Kepala teknisi mendapatkan barang
Pre-Conditions Kepala teknisi mengadakan pengeluaran barang darigudang
Post-Conditions Kepala gudang mengeluarkan barang dari gudang
Failed end Condition -
Actors Kepala Teknisi
Main Flow/ Basic Path 1. Kepala Teknisi mengajukan pengeluaran barang2. Kepala gudang mengeluarkan barang dari gudang
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
Tabel IV.7.Deskripsi Use Case Laporan Barang Masuk
Use Case Name Laporan barang masuk
Requirements Manager mengakses menu laporan barang masuk
Goal Manager mendapatkan laporan barang masuk
Pre-Conditions Menager mengakses menu laporan barang masuk
Post-Conditions Manager mendaptkan laporan barang masuk
Failed end Condition Manager tidak mendapatkan laporan barang masuk
Actors Manager
Main Flow/ Basic Path 1. Manager mengakses mneu laporan barang masuk2. Manager mendaptkan laporan barang masuk
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
55
Tabel IV.8.Deskripsi Use Case Laporan Barang Keluar
Use Case Name Laporan Barang keluar
Requirements Manager mengakses menu laporan barang keluar
Goal Manaegr mendapatkan laporan barang keluar
Pre-Conditions Manager mengakses menu laporang barang keluar
Post-Conditions Manager mendapatkan laporan barang keluar
Failed end Condition Manager tidak mendapatkan laporan barang keluar
Actors Manager
Main Flow/ Basic Path 1. Manager mengakses menu barang keluar2. Manager mendapatkan laporan barang keluar
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
Tabel IV.9.Deskripsi Use Case Data User
Use Case Name Data user
Requirements Manager mengakses menu user
Goal Manager mendapatkan data user
Pre-Conditions Manager mengakses menu user
Post-Conditions Manager mendapatkan data user
Failed end Condition Manager tidak mendapatkan data user
Actors Manager
Main Flow/ Basic Path 1. Manager mengakses menu data user2. Manager mendaptkan data user
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
56
Tabel IV.10.Deskripsi Use Case Laporan Permintaan Barang
Use Case Name Laporan permintaan barang
Requirements Masuk kedalam aplikasi
Goal Mendapatkan laporan
Pre-Conditions Masuk kedalam aplikasi
Post-Conditions Membuka menu laporan
Failed end Condition Tidak mendaptkan laporan
Actors Manager
Main Flow/ Basic Path 1. Manager mengakses aplikasi2. Manager membuka menu laporan3. Manager mendapatkan laporan
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
Tabel IV.11.Deskripsi Use Case Laporan Pengadaan Barang
Use Case Name Laporan Pengadaan Barang
Requirements Masuk kedalam aplikasi
Goal Mendapatkan laporan
Pre-Conditions Masuk kedalam aplikasi
Post-Conditions Membuka menu laporan
Failed end Condition Tidak mendaptkan laporan
Actors Manager
Main Flow/ Basic Path 1. Manager mengakses aplikasi2. Manager membuka menu laporan3. Manager mendapatkan laporan
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
Tabel IV.12.Deskripsi Use Case Logout
Use Case Name Logout
Requirements User melakukan login
Goal User keluar dari aplikasi
57
Pre-Conditions User memasukkan username dan password
Post-Conditions User masuk kedalam aplikasi
Failed end Condition User tidak dapat mengakses aplikasi
Actors User
Main Flow/ Basic Path 4. User melakukan login5. User memasukkan username dan password6. User mengakses aplikasi7. User logout
Alternate Flow/Invariant A -
Invariant B -
Sumber: Hasil Penelitian (2018)
4.1.3. Rancangan Diagram Aktivitas
Rancangan activity diagram menggambarkan alur kerja dan menjelaskan
berbagai kegiatan dari pengguna atau sistem secara keseluruhan. Berikut ini adalah
hasil rancangan diagram aktivitas untuk sistem inventory gudang berbasis web pada
PLTD Siantan secara keseluruhan.
1. Diagram aktivitas Kepala Gudang adalah diagram level akses penggunaan
aplikasi bagian gudang yang memiliki fitur menu barang masuk, barang keluar,
stok barang, pengadaan barang dan permintaan barang
58
Sumber: Hasil Penelitian (2018)
Gambar IV.2. Diagram Aktivitas Sistem Usulan Kepala Gudang
2. Diagram aktivitas Kepala Teknisi adalah akses level kepala teknisi yang
memiliki fitur menu pengajuan pengeluaran barang yang ditujukan ke bagian
gudang.
Sumber: Hasil Penelitian (2018)
Gambar IV.3. Diagram Aktivitas Sistem Usulan Kepala Teknisi
59
3. Diagram aktivitas Manager memiliki fitur menu laporan barang masuk,
laporan barang keluar, laporan pengadaan barang, laporan permintaan barang,
data Supplier dan data user.
Sumber: Hasil Penelitian (2018)Gambar IV.4. Diagram Aktivitas Sistem Usulan Manager
4.1.4. Rancangan Dokumen Sistem Usulan
Rancangan dokumen sistem usulan ini menjelaskan tentang dokumen-
dokumen yang digunakan dan dihasilkan oleh sistem. Spesifikasi rancangan sistem
usulan ini terbagi menjadi bentuk dokumen masukan dan bentuk dokumen
keluaran.
1. Nama Dokumen : Data Masuk Barang
Fungsi : Data Barang Masuk Kedalam Gudang
Sumber : Kepala Gudang
Tujuan : Database
Jumlah : 1 Lembar
Frekuensi : Perbulan
Bentuk : File
60
2. Nama Dokumen : Data Barang keluar
Fungsi : Data barang keluar dari gudang
Sumber : Kepala Gudnag
Tujuan : Database
Jumlah : 1 Lembar
Frekuensi : Perbulan
Bentuk : File
3. Nama Dokumen : Stok Barang
Fungsi : Data barang yang ada di gudang
Sumber : Kepala Gudang
Tujuan : Database
Jumlah : 1 Lembar
Frekuensi : Perbulan
Bentuk : File
4. Nama Dokumen : Pengadaan Barang
Fungsi : Untuk mengadakan pembelian barang
Sumber : Kepala Gudang
Tujuan : Supplier
Jumlah : 1 Lembar
Frekuensi : Setiap pengadaan barang
Bentuk : File
5. Nama Dokumen : Pengajuan pengeluaran barang
Fungsi : Mengeluarkan barang dari gudang
Sumber : Kepala Teknisi
61
Tujuan : Database
Jumlah : 1 Lembar
Frekuensi : Setiap Pengeluaran barang dari gudang
Bentuk : File
6. Nama Dokumen : Laporan Barang Masuk
Fungsi : Laporan barang masuk kedalam gudang
Sumber : Database
Tujuan : Manager
Jumlah : 1 Lembar
Frekuensi : Perbulan
Bentuk : File
7. Nama Dokumen : Laporan Barang Keluar
Fungsi : Laporan Barang Keluar dari gudang
Sumber : Database
Tujuan : Manager
Jumlah : 1 Lembar
Frekuensi : Perbulan
Bentuk : File
8. Nama Dokumen : Laporan permintaan barang
Fungsi : Laporan permintaan barang dari gudang
Sumber : Database
Tujuan : Manager
Jumlah : 1 Lembar
Frekuensi : Perbulan
62
Bentuk : File
9. Nama Dokumen : Laporan Pengadaan Barang
Fungsi : Laporan pembelian barang
Sumber : Database
Tujuan : Manager
Jumlah : 1 Lembar
Frekuensi : Perbulan
Bentuk : File
10. Nama Dokumen : Data User
Fungsi : Data pengguna aplikasi
Sumber : Database
Tujuan : Manager
Jumlah : 1 Lembar
Frekuensi : Perbulan
Bentuk : File
4.1.5. Rancangan Prototype
Hasil dari analisis kebutuhan dijadikan sebagai dasar dalam membuat
rancangan prototype. Rancangan prototype ini terdiri dari tiga (3) level akses yaitu
Bagian Gudang, Kepala Teknisi, dan Manager.
A. Rancangan Prototype Bagian Gudang
1. Rancangan Tampilan Login
Berikut ini adalah tampilan login untuk bagian bagian gudang.
63
Sumber: Hasil Penelitian (2018)
Gambar IV.5. Login Bagian Gudang
2. Rancangan Tampilan Home
Tampilan menu home bagian Gudang yang memiliki menu data barang masuk,
data barang keluar, pengadaan barang, stok barang, permintaan barang.
Sumber: Hasil Penelitian (2018)
Gambar IV.6. Home Bagian Gudang
64
3. Rancangan Tampilan Data Masuk Barang
Ini rancangan tampilan menu Data Masuk Barang pada PLTD Siantan.
Sumber: Hasil Penelitian (2018)
Gambar IV.7. Data Masuk Barang Bagian Gudang
4. Rancangan Tampilan Data Keluar Barang
Menu Data Keluar Barang pada bagian Gudang yang digunakan apabila ada
permintaan pengeluaran barang.
Sumber: Hasil Penelitian (2018)
Gambar IV.8. Data Keluar Barang Bagian Gudang
65
5. Rancangan Tampilan Pengadaan Barang
Menu tampil pengadaan barang pada bagian gudang yang digunakan apabila
saat pengadaan pembelian barang.
Sumber: Hasil Penelitian (2018)
Gambar IV.9. Pengadaan Barang Bagian Gudang
6. Rancangan Tampilan Stok Barang
Menu tampil stok barang pada bagian gudang adalah menu yang menampilkan
semua stok barang yang ada digudang.
Sumber: Hasil Penelitian (2018)
Gambar IV.10. Stok Barang Bagian Gudang
66
7. Rancangan Tampilan Permintaan Barang
Menu tampil permintaan barang pada bagian gudang yang diajukan oleh bagian
lain untuk mengeluarkan barang dari gudang.
Sumber: Hasil Penelitian (2018)
Gambar IV.11. Permintaan Barang Bagian Gudang
B. Rancangan Prototype Bagian Kepala Teknisi
1. Rncangan Tampilan Login
Berikut ini adalah tampilan login untuk akses level bagian Kepala Teknisi.
Sumber: Hasil Penelitian (2018)
Gambar IV.12. Login Bagian Kepala Teknisi
67
2. Rancangan Tampilan Home
Tampilan menu home bagian kepala teknisi yang memiliki fitur menu
pengajuan pengajuan pengeluaran barang.
Sumber: Hasil Penelitian (2018)
Gambar IV.13. Home Bagian Kepala Teknisi
3. Rancangan Tampilan Pengajuan Pengeluaran Barang
tampilan menu pengajuan pengeluaran barang pada bagian kepala teknisi yang
akan diajukan kepada bagian gudang.
Sumber: Hasil Penelitian (2018)
Gambar IV.14. Pengajuan Pengeluaran Barang Bagian Kepala Teknisi
68
C. Rancangan Prototype Bagian Manager
1. Rancangan Tampilan Login
Rancangan tampilan Login akses level bagian Manager.
Sumber: Hasil Penelitian (2018)
Gambar IV.15. Login Bagian Manager
2. Rancangan Tampilan Laporan Barang Masuk
Rancangan tampilan laporan barang masuk pada bagian Manager yang
berisikan semua aktivitas barang masuk pada gudang.
Sumber: Hasil Penelitian (2018)Gambar IV.16. Laporan Barang Masuk Bagian Manager
69
3. Rancangan Tampilan Laporan Barang Keluar
Rancangan tampilan laporan barang keluar pada bagian Manager semua rekap
barang keluar yang ada digudang.
Sumber: Hasil Penelitian (2018)
Gambar IV.17. Laporan Barang Keluar Bagian Manager
4. Rancangan Tampilan Data User
Tampilan menu data user pada bagian Menager yang dapat digunakan untuk
mengolah data user yang dapat menggunakan aplikasi inventory gudang.
Sumber: Hasil Penelitian (2018)
Gambar IV.18. Data User Bagian Manager
70
5. Rancangan Tampilan Data Supplier
Tampilan menu data Supplier pada bagian Menager yang menyimpan semua
data Supplier untuk pembelian barang.
Sumber: Hasil Penelitian (2018)
Gambar IV.19. Data Supplier Bagian Manager
6. Rancangan Tampilan Data Home
Tampilan menu data home pada bagian Menager yang memiliki fitur menu
laporan barang masuk, laporan barang keluar, data user, data Supplier, data
permintaan barang, dan data stok barang.
Sumber: Hasil Penelitian (2018)
Gambar IV.20. Data Home Bagian Manager
71
7. Rancangan Tampilan Data Permintaan
Tampilan menu data permintaan pada bagian Menager
Sumber: Hasil Penelitian (2018)
Gambar IV.21. Data Permintaan Bagian Manager
8. Rancangan Tampilan Data Stok
Tampilan menu data Stok pada bagian Menager
Sumber: Hasil Penelitian (2018)
Gambar IV.22. Data Stok Bagian Manager
72
4.2. Perancangan Perangkat Lunak
Berikut ini adalah rancangan perangkat lunak sistem inventory gudang pada
PLTD Siantan yang akan dijabarkan dibawah ini.
4.2.1. Entity Relationship Diagram
Pada tahapan ini dirancang sebuah basis data yang dimodelkan ke dalam
suatu bentuk entity relationship diagram (ERD). Entity relationship diagram
(ERD) menampilkan basis data yang terdiri dari entitas-entitas dan hubungan yang
terjadi antar entitas tersebut. Berikut ini adalah rancangan dari bentuk entity
relationship diagram (LRS) yang menggambarkan hubungan yang terjadi antar
entitas untuk basis data dari sistem inventory gudang pada PLTD Siantan.
Sumber: Hasil Penelitian (2018)
Gambar IV.23. Rancangan Entity Relationship Diagram (ERD)
73
4.2.2. Logical Record Structure (LRS)
Rancangan basis data yang telah dibuat ke dalam model entity relationship
diagram (ERD) akan dimodelkan ke dalam bentuk logical record structure (LRS)
agar gambaran lebih jelas tentang basis data yang dirancang. Adapun logical record
structure (LRS) adalah sebagai berikut.
Sumber: Hasil Penelitian (2018)
Gambar IV.24. Rancangan Logical Record Structure (LRS)
74
4.2.3. Spesifikasi File
Penjelasan dari rancangan basis data diuraikan lebih lanjut dalam bentuk
spesifikasi file. Adapun spesifikasi file yang terdapat pada basis data diuraikan
sebagai berikut:
1. Spesifikasi file User
Nama file : User
Akronim : User
Fungsi : Data User
Tipe file : File master
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 36
Kunci field : Id_User
Software : Mysql
Tabel IV.13.Spesifikasi File User
No Nama Field Tipe Panjang Ket1 Id_User Varchar 6 Primary Key2 Username Varchar 203 Password Varchar 10
Sumber: Hasil Penelitian (2018)
2. Spesifikasi file Barang Masuk
Nama file : Barang Masuk
Akronim : Barangmasuk
Fungsi : Untuk penyimpanan data barang masuk
Tipe file : File master
75
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 106
Kunci field : Id_masuk
Software : SQLite
Tabel IV.14.Spesifikasi File Barang Masuk
No Nama Field Tipe Panjang Ket1 Id_Masuk Varchar 6 Primary Key2 Id_user Varchar 6 Foreign Key3 Id_Supplier Varchar 6 Foreign Key4 Nama Varchar 205 Jumlah Int 106 Tanggal Date 87 Keterangan Text 50
Sumber: Hasil Penelitian (2018)
3. Spesifikasi file Detail Barang Masuk
Nama file : Detail Barang Masuk
Akronim : detailbarangmasuk
Fungsi : data penyimpanan barang masuk
Tipe file : File master
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 12
Kunci field : -
Software : Mysql
76
Tabel IV.15.Spesifikasi File Detail Barang Masuk
No Nama Field Tipe Panjang Ket1 Id_masuk Varchar 6 Foreign Key2 Id_stok Varchar 6 Foreign Key
Sumber: Hasil Penelitian (2018)
4. Spesifikasi file Detail Barang Keluar
Nama file : Detail Barang Keluar
Akronim : detailbarangkeluar
Fungsi : Data penyimpanan barang keluar
Tipe file : File master
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 12
Kunci field : -
Software : Mysql
Tabel IV.16.Spesifikasi File Detail Barang Keluar
No Nama Field Tipe Panjang Ket1 Id_stok Varchar 6 Foreign Key2 Id_keluar Varchar 6 Foreign Key
Sumber: Hasil Penelitian (2018)
5. Spesifikasi file Stok Barang
Nama file : Stok Barang
Akronim : stokbarang
Fungsi : Data penyimpanan stok barang gudang
Tipe file : File master
Organisasi file : Indexed sequential
77
Akses file : Random
Media : Harddisk
Panjang record : 92
Kunci field : Id_stok
Software : Mysql
Tabel IV.17.Spesifikasi File Stok Barang
No Nama Field Tipe Panjang Ket1 Id_stok Varchar 6 Primary Key
2 Id_jenis Varchar 6 Foreign Key3 Nama Varchar 204 Jumlah Int 105 Keterangan Text 50
Sumber: Hasil Penelitian (2018)
6. Spesifikasi file Supplier
Nama file : Supplier
Akronim : Supplier
Fungsi : Data penyimpanan Supplier
Tipe file : File master
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 89
Kunci field : Id_Supplierr
Software : Mysql
Tabel IV.18.Spesifikasi File Supplier
No Nama Field Tipe Panjang Ket1 Id_Supplier Varchar 6 Primary Key2 Nama Varchar 20
78
3 No_Hp Int 134 Alamat Text 50
Sumber: Hasil Penelitian (2018)
7. Spesifikasi file Barang Keluar
Nama file : Barang Keluar
Akronim : barangkeluar
Fungsi : Data penyimpanan barang keluar
Tipe file : File master
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 92
Kunci field : Id_keluar
Software : Mysql
Tabel IV.19.Spesifikasi File Barang Keluar
No Nama Field Tipe Panjang Ket1 Id_keluar Varchar 6 Primary Key2 Id_user Varchar 6 Foreign Key3 Nama Varchar 204 Jumlah Int 105 Keterangan Text 50
Sumber: Hasil Penelitian (2018)
8. Spesifikasi file Jenis
Nama file : Jenis
Akronim : jenis
Fungsi : Data penyimpanan jenis barang
Tipe file : File master
Organisasi file : Indexed sequential
79
Akses file : Random
Media : Harddisk
Panjang record : 76
Kunci field : Id_jenis
Software : Mysql
Tabel IV.20.Spesifikasi File Jenis
No Nama Field Tipe Panjang Ket1 Id_jenis Varchar 6 Primary Key2 Nama Varchar 203 Keterangan Text 50
Sumber: Hasil Penelitian (2018)
9. Spesifikasi file Permintaan Barang
Nama file : Permintaan Barang
Akronim : Permintaanbarang
Fungsi : Data permintaan barang
Tipe file : File master
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 106
Kunci field : Id_Permintaan
Software : Mysql
Tabel IV.21.Spesifikasi File Permintaan Barang
No Nama Field Tipe Panjang Ket1 Id_Permintaan Varchar 6 Primary Key2 Id_User Varchar 6 Foreign Key3 Id_Jenis Varchar 6 Foreign Key4 Nama Varchar 205 Jumlah Int 10
80
6 Tanggal Date 87 Keterangan Text 50
Sumber: Hasil Penelitian (2018)
10. Spesifikasi file Detail Permintaan Barang
Nama file : Detail Permintaan Barang
Akronim : Detailpermintaanbarang
Fungsi : Data permintaan barang
Tipe file : File master
Organisasi file : Indexed sequential
Akses file : Random
Media : Harddisk
Panjang record : 94
Kunci field : -
Software : Mysql
Tabel IV.22.Spesifikasi File Permintaan Barang
No Nama Field Tipe Panjang Ket1 Id_Permintaan Varchar 6 Foreign Key2 Nama Varchar 203 Jumlah Int 104 Tanggal Date 85 Keterangan Text 50
Sumber: Hasil Penelitian (2018)
4.2.4. Class Model
Class diagram menggambarkan struktur dan deskripsi entitas atau class
serta hubungannya antara class. Class diagram mirip dengan ERD pada
perancangan basis data, bedanya pada ERD tidak memiliki operasi atau method tapi
hanya atribut. Berikut ini adalah hasil rancangan class diagram untuk sistem
Inventory gudang pada PLTD Siantan.
81
Sumber: Hasil Penelitian (2018)
Gambar IV.25. Rancangan Class Diagram
4.2.5. Sequence Diagram
berikut ini adalah sequence diagram untuk sistem inventory gudang pada
PLTD Siantan.
82
1. Sequence Diagram Login
Sumber: Hasil Penelitian (2018)
Gambar IV.26. Rancangan Sequence Diagram Login
2. Sequence Diagram Data Stok Barang
Sumber: Hasil Penelitian (2018)
Gambar IV.27. Rancangan Sequence Diagram Data Stok Barang
3. Sequence Diagram Data Pengadaan Barang
Sumber: Hasil Penelitian (2018)
Gambar IV.28. Rancangan Sequence Diagram Data Pengadaan Barang
83
4. Sequence Diagram Barang Masuk
Sumber: Hasil Penelitian (2018)
Gambar IV.29. Rancangan Sequence Diagram Barang Masuk
5. Sequence Diagram Barang Keluar
Sumber: Hasil Penelitian (2018)
Gambar IV.30. Rancangan Sequence Diagram Barang Keluar
6. Sequence Diagram Data Permintaan Barang
Sumber: Hasil Penelitian (2018)
Gambar IV.31. Rancangan Sequence Diagram Permintaan Barang
84
7. Sequence Diagram Data User
Sumber: Hasil Penelitian (2018)
Gambar IV.32. Rancangan Sequence Diagram Data User
8. Sequence Diagram Data Supplier
Sumber: Hasil Penelitian (2018)
Gambar IV.33. Rancangan Sequence Diagram Data Supplier
9. Sequence Diagram Laporan Barang Masuk
Sumber: Hasil Penelitian (2018)
Gambar IV.34. Rancangan Sequence Diagram Laporan Barang Masuk
85
10. Sequence Diagram Laporan Barang Keluar
Sumber: Hasil Penelitian (2018)
Gambar IV.35. Rancangan Sequence Diagram Laporan Barang Keluar
11. Sequence Diagram Laporan Permintaan Barang
Sumber: Hasil Penelitian (2018)
Gambar IV.36. Rancangan Sequence Diagram Laporan Permintaan Barang
12. Sequence Diagram Laporan Stok Barang
Sumber: Hasil Penelitian (2018)
Gambar IV.37. Rancangan Sequence Diagram Laporan Stok Barang
86
4.2.6. Spesifikasi Hardware dan Software
Spesifikasi sistem yang dirancang ini memerlukan perangkat keras dan
perangkat lunak yang memadai agar rancangan sistem ini dapat direalisasikan.
Adapun spesifikasi dari perangkat keras dan perangkat lunak akan diuraikan
sebagai berikut.
1. Perangkat Keras (Hardware)
Adapun spesifikasi dari perangkat keras yang diperlukan dalam merancang
sistem penerimaan karyawan berbasis web pada PT. Star Rubber yaitu:
a. CPU (Central Processing Unit)
1) Processor : 2 GHz
2) Memory : 2 GB
3) Harddisk : 320 GB
b. Monitor : Resolusi Layar Maksimum (1366 x 768)
c. Keyboard : 86 keys
d. Mouse : Optical
2. Perangkat Lunak (Software)
Adapun spesifikasi dari perangkat lunak yang diperlukan dalam merancang
sistem penerimaan karyawan berbasis web pada PT. Star Rubber yaitu:
a. Sistem Operasi : Windows 7 Ultimate
b. Web Server : Wamp Server 2.1
1) Apache : Apache 2.2.17
2) MySQL : MySQL 5.5.8
3) PHP : PHP 5.3.5
c. Web Editor : Macromedia Dreamweaver 8.0
87
d. Web Browser
1) Mozzila Firefox : Versi 61.0
2) Google Chrome : Versi 67.0.3396.99
4.3. Jadwal Iplementasi
Waktu yang dibutuhkan untuk merancang sistem inventory gudang berbasis
web pada PLTD Siantan ini terhitung tiga (3) bulan Adapun rincian kegiatannya
dapat dilihat pada tabel berikut ini.
Tabel IV.23.Jadwal Implementasi
No Tahapan KegiatanKurun Waktu Per Minggu
Mei Juni Juli1 2 3 4 1 2 3 4 1 2 3 4
1. Analisis Sistem2. Pengumpulan Data3. Evaluasi Analis Sistem4. Perancangan Sistem5. Perancangan Basis Data6. Perancangan Tampilan7. Evaluasi Perancangan
Sumber: Hasil Penelitian (2018)
top related