bab iv perancangan sistem usulan 4.1. tahapan perancangan ... filemenganalisa sistem 2. mendesain...
Post on 28-Jul-2019
225 Views
Preview:
TRANSCRIPT
57
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Berdasarkan hasil dari penelitian yang dilakukan oleh peneliti di Gudang
PLTD Sungai Raya, secara garis besar permasalahan yang terjadi adalah karena
pengelolaan bagian logistik yang masih dilakukan secara konvensional. Untuk
mengatasi masalah tersebut maka langkah-langkah yang dilakukan adalah sebagai
berikut:
1. Menganalisa sistem
2. Mendesain sistem
Langkah-langkah tersebut bertujuan untuk mencari solusi yang tepat
berdasarkan permasalahan yang ada dan menyesuaikan solusi dengan sistem yang
sedang berjalan saat ini.
4.1.1. Analisis Kebutuhan
Tahapan analisis kebutuhan bertujuan untuk mengidentifikasi kebutuhan
fungsional program, baik itu kebutuhan pengguna maupun kebutuhan sistem. Hal
ini bertujuan agar peneliti dapat merancang sebuah sistem usulan yang sesuai
dengan kriteria yang diinginkan oleh si pengguna.
A. Kebutuhan Pengguna
Adapun tujuan dari analisa kebutuhan pengguna pada perancangan sistem
adalah untuk mengetahui tentang apa saja yang menjadi kebutuhan pengguna akan
sistem rancangan yang akan di usulkan, data-data apa saja yang akan dikelola
dalam sistem.
58
1. Skenario Kebutuhan Admin gudang
a. Mengelola data material
b. Mengelola data permintaan
c. Mengelola data permintaan barang masuk (TUG 4)
d. Mengelola data permintaan barang keluar (TUG 7)
e. Mengelola data finall approval yang berisi informasi surat perintah kerja
(TUG 9)
f Mengelola data transaksi barang masuk
g. Mengelola data APP (Area Pelaksanaan Pemeliharaan)
h. Mengelola data rekanan
i. Mengelola data transaksi menjadi laporan
2. Skenario Kebutuhan Manajer
a. Mengelola data pengguna
b. Mengelola persetujuan data permintaan
c. Mengelola persetujuan permintaan barang masuk (TUG 4)
d. Mengelola persetujuan permintaan barang keluar (TUG 7)
e. Mengelola persetujuan data finall approval (TUG 9)
f. Mengetahui laporan transaksi gudang
B. Kebutuhan Sistem
Sedangkan analisa kebutuhan sistem berguna untuk menentukan batasan-
batasan dalam membangun sebuah sistem, fungsi-fungsi apa saja yang
dibutuhkan, serta keamanan sistem yang diperlukan.
1. Pengguna harus melakukan login terlebih dahulu sebelum menggunakan
fungsi sistem.
59
2. Pengguna memiliki hak akses berbeda yang sesuai terhadap hak dan
wewenang pengguna.
3. Level akses admin tidak dapat melakukan approved terhadap permintaan dan
tidak dapat mengelola data pengguna (user).
4. Level akses manager hanya bisa mengubah fungsi tidak approved menjadi
approved pada permintaan dan dapat mengelola data pengguna.
5. Sistem menyediakan dua level akses, yaitu admin, manajer.
6. Hak akses level admin dapat melihat data, fungsi tambah, dan fungsi simpan,
cetak serta dapat melihat laporan seluruh transaksi gudang.
7. Hak akses level manajer dapat melihat data, memiliki fungsi approved atau
not approved terhadap setiap data permintaan, mengelola data pengguna serta
dapat melihat laporan seluruh transaksi gudang.
8. Sistem dapat melakukan pernomoran permintaan, permintaan barang masuk
(TUG 4) dan permintaan barang keluar (TUG 7 dan TUG 9) secara otomatis.
9. Sistem dapat membatasi akses pembuatan permintaan barang masuk (TUG 4)
apabila data permintaan masuk belum disetujui oleh manajer.
10. Sistem dapat membatasi akses pembuatan permintaan barang keluar (TUG 7)
apabila data permintaan keluar belum disetujui oleh manajer.
11. Fungsi cetak faktur TUG 4, TUG 7 dan TUG 9 tidak aktif apabila status pada
masing-masing data belum berubah menjadi approved (sudah di setujui)
60
4.1.2. Rancangan Diagram Use Case
Adapun prosedur dari sistem yang diusulkan oleh peneliti untuk keperluan
pengelolaan logistik PLTD Sungai Raya, digambarkan dalam diagram use case
sebagai berikut:
Sumber: Penelitian (2018)
Gambar IV.1. Diagram Use Case Sistem Usulan
Adapun keterangan dari masing-masing use case pada use case diagram
rancangan sistem informasi Gudang PLTD Sungai Raya di atas akan dijabarkan
dalam skenario use case dibawah ini:
1. Skenario Use Case Login
Tabel IV.1.
Skenario Use Case Login
Use Case Name Login
Requirements Manajer dan admin gudang harus
login agar dapat menggunakan fungsi
utama sistem
Goal Manajer dan admin gudang dapat
menggunakan fungsi utama sistem
Pre-Conditions Manajer dan admin gudang harus
memiliki username dan password
Post-Conditions Tampil menu utama
Failed end Condition Manajer dan admin gudang tidak
berhasil login
Actors Manajer dan Admin gudang
61
Main Flow/Basic Path 1. Pengguna membuka program
2. Pengguna memilih menu login
3. Memasukan username dan
password
4. Pengguna berhasil login dan
tampil
menu utama
Alternate Flow/Invariant A -
Invariant B 1. Pengguna membuka program
2. Pengguna memilih menu login
3. Memasukan username dan
password
4. Sistem menampilkan pesan
“Username dan Password Tidak
Terdaftar”
Sumber: Penelitian (2018)
2. Skenario Use Case Mengelola Data APP
Tabel IV.2.
Skenario Use Case Mengelola Data APP
Use Case Name Mengelola data APP
Requirements Admin gudang melakukan
pengelolaan data APP
Goal Sistem menampilkan data APP
Pre-Conditions Data APP yang akan di input belum
ada dalam database
Post-Conditions Data APP terdaftar dalam database
Failed end Condition Sistem tidak menampilkan data APP
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form APP
3. Sistem menampilkan data APP
Alternate Flow/Invariant A Menambah APP baru:
1. Petugas melakukan login
2. Memilih form APP
3. Klik tombol baru, kemudian
petugas
Memasukan data APP baru
4. Klik tombol simpan
Ubah data APP:
1. Petugas melakukan login
2. Memilih form APP
3. Klik salah satu APP yang ingin
Di ubah datanya
4. Klik tombol ubah, lalu ubah data
APP
62
5. Klik tombol simpan
Invariant B 1. Petugas melakukan login
2. Memilih form APP
3. Klik tombol baru, kemudian
petugas
Memasukan data APP
4. Sistem menampilkan pesan “Data APP Sudah Ada”
Sumber: Penelitian (2018)
3. Skenario Use Case Mengelola Data Rekanan
Tabel IV.3.
Skenario Use Case Mengelola Data Rekanan
Use Case Name Mengelola data rekanan
Requirements Admin gudang melakukan
pengelolaan terhadap qdata rekanan
Goal Sistem menampilkan data rekanan
Pre-Conditions Data rekanan yang akan di input
belum ada dalam database
Post-Conditions Data rekanan terdaftar dalam
database
Failed end Condition Sistem tidak menampilkan data
rekanan
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form rekanan
3. Sistem menampilkan data rekanan
Alternate Flow/Invariant A Menambah rekanan baru:
1. Petugas melakukan login
2. Memilih form rekanan
3. Klik tombol baru, kemudian
petugas
Memasukan data rekanan baru
4. Klik tombol simpan
Ubah data rekanan:
1. Petugas melakukan login
2. Memilih form rekanan
3. Klik salah satu rekanan yang ingin
Di ubah datanya
4. Klik tombol ubah, lalu ubah data
rekanan
5. Klik tombol simpan
63
Invariant B 1. Petugas melakukan login
2. Memilih form rekanan lain
3. Klik tombol baru, kemudian
petugas
Memasukan data rekanan
4. Sistem menampilkan pesan “Data Rekanan Sudah Ada”
Sumber: Penelitian (2018)
4. Skenario Use Case Mengelola Data Permintaan
Tabel IV.4.
Skenario Use Case Mengelola Data Permintaan
Use Case Name Mengelola data permintaan
Requirements Admin gudang melakukan
pengelolaan data permintaan
Goal Admin gudang dan manajer dapat
melihat permintaan mana saja yang
sudah disetujui dan belum disetujui
Pre-Conditions Permintaan disetujui oleh manajer
Post-Conditions Permintaan tidak disetujui oleh
manajer
Failed end Condition Sistem tidak menampilkan data
permintaan
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form permintaan
3. Sistem menampilkan data
permintaan
Alternate Flow/Invariant A Menambah permintaan baru:
1. Petugas melakukan login
2. Memilih form permintaan
3. Klik tombol baru, kemudian
petugas memasukan data
permintaan baru
4. Klik tombol simpan
Ubah data permintaan:
1. Petugas melakukan login
2. Memilih form permintaan
3. Klik salah satu permintaan yang
ingin di ubah datanya
4. Klik tombol ubah, lalu ubah data
permintaan
5. Klik tombol simpan
Invariant B 1. Petugas melakukan login
2. Memilih form permintaan
3. Klik salah satu permintaan yang
64
ingin di cetak datanya
4. Klik tombol cetak,
sistem menampilkan pesan
“Permintaan Belum di Setujui”
Sumber: Penelitian (2018)
5. Skenario Use Case Mengelola Data Material
Tabel IV.5.
Skenario Use Case Mengelola Data Material
Use Case Name Mengelola data barang (material)
Requirements Admin gudang melakukan
pengelolaan data material atau
spareparts
Goal Admin gudang dan manajer dapat
melihat material apa saja yang
tersedia digudang
Pre-Conditions Data material yang akan di input
belum ada pada database
Post-Conditions Data material sudah terdaftar dalam
database
Failed end Condition Sistem tidak menampilkan data
barang
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form barang
3. Sistem menampilkan data barang
Alternate Flow/Invariant A Menambah material baru:
1. Petugas melakukan login
2. Memilih form material
3. Klik tombol baru, kemudian
petugas
Memasukan data material baru
4. Klik tombol simpan
Ubah data material:
1. Petugas melakukan login
2. Memilih form material
3. Klik salah satu data material yang
Ingin di ubah datanya
4. Klik tombol ubah, lalu ubah data
material
5. Klik tombol simpan
65
Invariant B 1. Petugas melakukan login
2. Memilih form material
3. Klik tombol baru, kemudian
petugas
Memasukan data material
4. Sistem menampilkan pesan “Data Material Belum Lengkap”
Sumber: Penelitian (2018)
6. Skenario Use Case Mengelola Transaksi Masuk
Tabel IV.6.
Skenario Use Case Mengelola Transaksi Masuk
Use Case Name Mengelola transaksi masuk
Requirements Admin gudang melakukan
pengelolaan data transaksi barang
masuk
Goal Admin gudang dan manajer dapat
melihat rinci material apa saja yang
masuk ke dalam gudang
Pre-Conditions Permintaan barang masuk (TUG 4)
sudah disetujui
Post-Conditions Penambahan stok material
Failed end Condition Sistem tidak menampilkan data
transaksi masuk
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form transaksi masuk
3. Sistem menampilkan transaksi
masuk
Alternate Flow/Invariant A Menambah transaksi masuk baru:
1. Petugas melakukan login
2. Memilih form transaksi masuk
3. Klik tombol baru, kemudian
petugas memasukan data transaksi
masuk
4. Klik tombol simpan
Ubah data transaksi masuk:
1. Petugas melakukan login
2. Memilih form transaksi masuk
3. Klik salah satu data transaksi
masuk yang ingin di ubah datanya
4. Klik tombol ubah, lalu ubah data
transaksi masuk
5. Klik tombol simpan
66
Invariant B 1. Petugas melakukan login
2. Memilih form transaksi masuk
3. Klik tombol baru, kemudian
petugas memasukan data transaksi
masuk
4. Sistem menampilkan pesan “Data Transaksi Masuk Belum Lengkap”
Sumber: Penelitian (2018)
7. Skenario Use Case Membuat TUG 4
Tabel IV.7.
Skenario Use Case Membuat TUG 4 (Permintaan Barang Masuk)
Use Case Name Membuat TUG 4
Requirements Admin gudang membuat permintaan
barang masuk
Goal Sistem menampilkan daftar
permintaan barang masuk
Pre-Conditions Permintaan disetujui oleh manajer
Post-Conditions Permintaan tidak disetujui oleh
manajer
Failed end Condition Sistem tidak menampilkan data
permintaan barang masuk
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form TUG 4
3. Sistem menampilkan data
permintaan barang masuk
Alternate Flow/Invariant A Menambah permintaan baru:
1. Petugas melakukan login
2. Memilih form TUG 4
3. Klik tombol baru, kemudian
petugas memasukan data
permintaan barang baru
4. Klik tombol simpan
Ubah data permintaan:
1. Petugas melakukan login
2. Memilih form TUG 4
3. Klik salah satu permintaan yang
Ingin di ubah datanya
4. Klik tombol ubah, lalu ubah data
permintaan
5. Klik tombol simpan
67
Invariant B 1. Petugas melakukan login
2. Memilih form TUG 4
3. Klik tombol baru, kemudian
petugas memasukan data
permintaan
4. Sistem menampilkan pesan “Data Permintaan Belum Di setujui”
Sumber: Penelitian (2018)
8. Skenario Use Case Membuat TUG 7
Tabel IV.8.
Skenario Use Case Membuat TUG 7 (Permintaan Barang Keluar)
Use Case Name Membuat TUG 7
Requirements Admin gudang membuat permintaan
barang keluar
Goal Sistem menampilkan daftar
permintaan barang keluar
Pre-Conditions Permintaan disetujui oleh manajer
Post-Conditions Permintaan tidak disetujui oleh
manajer
Failed end Condition Sistem tidak menampilkan data
permintaan barang keluar
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form TUG 7
3. Sistem menampilkan data
permintaan barang keluar
Alternate Flow/Invariant A Menambah permintaan baru:
1. Petugas melakukan login
2. Memilih form TUG 7
3. Klik tombol baru, kemudian
petugas memasukan data
permintaan barang keluar
4. Klik tombol simpan
Ubah data permintaan:
1. Petugas melakukan login
2. Memilih form TUG 7
3. Klik salah satu permintaan yang
Ingin di ubah datanya
4. Klik tombol ubah, lalu ubah data
permintaan
5. Klik tombol simpan
68
Invariant B 1. Petugas melakukan login
2. Memilih form TUG 7
3. Klik tombol baru, kemudian
petugas memasukan data
permintaan
4. Sistem menampilkan pesan “Data Permintaan Belum Di setujui”
Sumber: Penelitian (2018)
9. Skenario Use Case Membuat TUG 9
Tabel IV.9.
Skenario Use Case Membuat TUG 9 (Finall Approval)
Use Case Name Membuat TUG 9
Requirements Admin gudang membuat surat
approval barang keluar
Goal Admin gudang dan manajer dapat
melihat data permintaan barang
keluar
Pre-Conditions Permintaan barang keluar disetujui
oleh manajer
Post-Conditions Permintaan barang keluar tidak
disetujui oleh manajer
Failed end Condition Sistem tidak menampilkan
permintaan barang
Actors Admin gudang
Main Flow/Basic Path 1. Petugas melakukan login
2. Memilih form TUG 9
3. Sistem menampilkan data
TUG 9
Alternate Flow/Invariant A Menambah surat TUG 9 baru:
1. Petugas melakukan login
2. Memilih form TUG 9
3. Klik tombol baru, kemudian
petugas memasukan data approval
baru
4. Klik tombol simpan
Ubah TUG 9:
1. Petugas melakukan login
2. Memilih form TUG 9
3. Pilih salah satu data TUG 9, klik
4. Klik tombol ubah, kemudian
petugas mengubah data approval
5. Klik tombol simpan
69
Invariant B 1. Petugas melakukan login
2. Memilih form TUG 9
3. Klik tombol baru, kemudian
petugas memasukan detail data
TUG 9
4. Sistem menampilkan pesan “TUG
9 Belum Lengkap”
Sumber: Penelitian (2018)
10. Skenario Use Case Menyetujui Permintaan
Tabel IV.10.
Skenario Use Case Menyetujui Permintaan
Use Case Name Menyetujui Permintaan
Requirements Manajer menyetui permintaan barang
masuk dan keluar
Goal Sistem menampilkan daftar
permintaan
Pre-Conditions Permintaan disetujui oleh manajer
Post-Conditions Permintaan tidak disetujui oleh
manajer
Failed end Condition Sistem tidak menampilkan data
permintaan
Actors Manajer
Main Flow/Basic Path 1. Manajer melakukan login
2. Memilih form permintaan
3. Sistem menampilkan data
permintaan yang akan disetujui
4. Klik tombol ubah
5. Manajer memilih salah satu opsi
“Ya” atau “Tidak”
6. Klik tombol simpan
Alternate Flow/Invariant A Menyetujui permintaan:
1. Manajer melakukan login
2. Memilih form permintaan
3. Sistem menampilkan data
permintaan yang akan disetujui
4. Klik tombol ubah
5. Manajer memilih opsi
“Ya”
6. Klik tombol simpan
Invariant B -
Sumber: Penelitian (2018)
70
11. Skenario Use Case Menyetujui Permintaan Barang Masuk
Tabel IV.11.
Skenario Use Case Menyetujui Permintaan Barang Masuk
Use Case Name Menyetujui Permintaan Barang
Masuk
Requirements Manajer menyetui permintaan barang
masuk
Goal Sistem menampilkan daftar
permintaan
Pre-Conditions Permintaan disetujui oleh manajer
Post-Conditions Permintaan tidak disetujui oleh
manajer
Failed end Condition Sistem tidak menampilkan data
permintaan
Actors Manajer
Main Flow/Basic Path 1. Manajer melakukan login
2. Memilih form permintaan
3. Sistem menampilkan data
permintaan barang masuk yang
akan disetujui
4. Klik tombol ubah
5. Manajer memilih salah satu opsi
“Ya” atau “Tidak”
6. Klik tombol simpan
Alternate Flow/Invariant A Menyetujui permintaan:
1. Manajer melakukan login
2. Memilih form permintaan
3. Sistem menampilkan data
permintaan barang masuk yang
akan disetujui
4. Klik tombol ubah
5. Manajer memilih opsi
“Ya”
6. Klik tombol simpan
Invariant B -
Sumber: Penelitian (2018)
12. Skenario Use Case Menyetujui Permintaan Barang Keluar
Tabel IV.12.
Skenario Use Case Menyetujui Permintaan Barang Keluar
Use Case Name Menyetujui Permintaan Barang
Keluar
Requirements Manajer menyetui permintaan barang
keluar
Goal Sistem menampilkan daftar
permintaan
71
Pre-Conditions Permintaan disetujui oleh manajer
Post-Conditions Permintaan tidak disetujui oleh
manajer
Failed end Condition Sistem tidak menampilkan data
permintaan
Actors Manajer
Main Flow/Basic Path 1. Manajer melakukan login
2. Memilih form permintaan
3. Sistem menampilkan data
permintaan barang keluar yang
akan disetujui
4. Klik tombol ubah
5. Manajer memilih salah satu opsi
“Ya” atau “Tidak”, simpan
Alternate Flow/Invariant A Menyetujui permintaan:
1. Manajer melakukan login
2. Memilih form permintaan
3. Sistem menampilkan data
permintaan barang keluar yang
akan disetujui
4. Klik tombol ubah
5. Manajer memilih opsi
“Ya”, simpan
Invariant B -
Sumber: Penelitian (2018)
13. Skenario Use Case Laporan
Tabel IV.13.
Skenario Use Case Laporan
Use Case Name Laporan
Requirements Manajer dan admin gudang dapat
melihat laporan hasil pengolahan
data dan transaksi yang terjadi di
gudang
Goal Sistem menampilkan laporan
Pre-Conditions Data-data transaksi sudah terekam
dalam database
Post-Conditions Sistem menampilkan tampilan
laporan
Failed end Condition Sistem tidak menampilkan laporan
Actors Manajer dan Admin Gudang
72
Main Flow/Basic Path 1. Manajer dan admin gudang
melakukan login
2. Memilih form laporan
3. Pilih jenis laporan yang ingin
ditampilkan
4. Sistem menampilkan laporan
dilayar
5. Klik tombol cetak
Alternate Flow/Invariant A Menyetujui permintaan:
1. Manajer dan admin gudang
melakukan login
2. Memilih form laporan
3. Pilih jenis laporan yang ingin
ditampilkan
4. User memilih kategori tampil
laporan
5. Sistem menampilkan laporan di
layar
5. Klik tombol cetak
Invariant B -
Sumber: Penelitian (2018)
14. Skenario Use Case Mengelola Data User
Tabel IV.14.
Skenario Use Case Mengelola Data User
Use Case Name Mengelola data user
Requirements Manajer melakukan pengelolaan data
user
Goal Manajer dapat melihat user yang
terdaftar
Pre-Conditions Data user yang akan di input belum
terdaftar dalam database
Post-Conditions Data user sudah terdaftar dalam
database
Failed end Condition Sistem tidak menampilkan data user
Actors Manajer
Main Flow/Basic Path 1. Manajer melakukan login
2. Memilih form data user
3. Sistem menampilkan data user
73
Alternate Flow/Invariant A Menambah user baru:
1. Manajer melakukan login
2. Memilih form user
3. Klik tombol baru, kemudian
manajer memasukan data user
baru
4. Klik tombol simpan
Ubah data user:
1. Petugas melakukan login
2. Memilih form user
3. Klik salah satu data user yang
Ingin di ubah datanya
4. Klik tombol ubah, lalu ubah data
user
5. Klik tombol simpan
Invariant B 1. Petugas melakukan login
2. Memilih form user
3. Klik tombol baru, kemudian
petugas memasukan data user
4. Sistem menampilkan pesan “Data User Belum Lengkap”
Sumber: Penelitian (2018)
15. Skenario Use Case Mengelola Data Transaksi Masuk
Tabel IV.15.
Skenario Use Case Mengelola Data Transaksi Masuk
Use Case Name Mengelola data transaksi masuk
Requirements Admin gudang melakukan
pengelolaan data transaksi masuk
Goal Admin gudang dapat melihat daftar
transaksi masuk
Pre-Conditions Nomor data transaksi masuk yang
akan di input belum terdaftar dalam
database
Post-Conditions Nomor data transaksi masuk sudah
terdaftar dalam database
Failed end Condition Sistem tidak menampilkan data
transaksi masuk
Actors Admin gudang
Main Flow/Basic Path 1. Admin gudang melakukan login
2. Memilih form data transaksi
masuk
3. Sistem menampilkan data
transaksi masuk
74
Alternate Flow/Invariant A Menambah data transaksi masuk
baru:
1. Admin gudang melakukan login
2. Memilih form transaksi masuk
3. Klik tombol baru, kemudian
admin memasukan data transaksi
masuk baru
4. Klik tombol simpan
Ubah data transaksi masuk:
1. Admin gudang melakukan login
2. Memilih form transaksi masuk
3. Klik salah satu data transaksi
masuk yang ingin di ubah datanya
4. Klik tombol ubah, lalu ubah data
detail transaksi masuk
5. Klik tombol simpan
Invariant B 1. Admin gudang melakukan login
2. Memilih form transaksi masuk
3. Klik tombol baru, kemudian
petugas memasukan data transaksi
masuk
4. Sistem menampilkan pesan “Data Transaksi Masuk Belum Lengkap”
Sumber: Penelitian (2018)
4.1.3. Rancangan Diagram Activity
Adapun gambaran prosedur dari rancangan sistem usulan guna memberi
gambaran jalannya sistem terkait dengan pengguna dan aktivitas-aktivitasnya
digambarkan dalam bentuk activity diagram berikut:
75
Sumber: Penelitian (2018)
Gambar IV.2. Activity Diagram Prosedur Menu Permintaan Sistem Usulan
76
Sumber: Penelitian (2018)
Gambar IV.3. Activity Diagram Prosedur Menu Permintaan Barang Masuk
(TUG 4) Sistem Usulan
Sumber: Penelitian (2018)
Gambar IV.4. Activity Diagram Prosedur Transaksi Masuk Sistem Usulan
77
Sumber: Penelitian (2018)
Gambar IV.5. Activity Diagram Prosedur Menu Permintaan Barang Keluar
(TUG 7) Sistem Usulan
Sumber: Penelitian (2018)
Gambar IV.6. Activity Diagram Prosedur Menu Finall Approval (TUG 9)
Sistem Usulan
78
Sumber: Penelitian (2018)
Gambar IV.7. Activity Diagram Approval Permintaan Rancangan Sistem
Usulan
4.1.4. Rancangan Dokumen Sistem Usulan
Adapun rancangan dokumen sistem usulan berikut di rancang berdasarkan
kebutuhan pengguna dan dokumen-dokumen yang di gunakan pada sistem
berjalan.
A. Rancangan Dokumen Masukan
Berikut rancangan dokumen yang akan digunakan untuk melakukan proses
pengolahan data pada sistem informasi gudang usulan.
1. Nama Dokumen : Daftar Permintaan
Fungsi : Untuk mengajukan permintaan
Sumber : Admin gudang
Tujuan : Manajer, arsip
79
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : Setiap kali ada permintaan
Bentuk : Lampiran C-1
2. Nama Dokumen : Daftar Permintaan Barang Masuk (TUG 4)
Fungsi : Untuk mengajukan permintaan barang masuk
Sumber : Admin gudang
Tujuan : Manajer, arsip
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : Setiap kali ada permintaan barang masuk
Bentuk : Lampiran C-2
B. Rancangan Dokumen Keluaran
Berikut rancangan dokumen yang dihasilkan dari pengolahan dokumen
masukan pada sistem usulan.
1. Nama Dokumen : Daftar Permintaan Barang Keluar (TUG 7)
Fungsi : Untuk mengajukan permintaan barang keluar
Sumber : Admin gudang
Tujuan : Manajer, arsip
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : Setiap kali ada permintaan barang dari APP
Bentuk : Lampiran D-1
80
2. Nama Dokumen : Dokumen Approval (TUG 9)
Fungsi : Dokumen bukti approval permintaan barang keluar
Sumber : Admin gudang
Tujuan : Manajer, arsip
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : Setiap kali ada permintaan barang keluar
Bentuk : Lampiran D-2
3. Nama Dokumen : Laporan Permintaan
Fungsi : Informasi daftar permintaan
Sumber : Admin gudang, manajer
Tujuan : Arsip
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : -
Bentuk : Lampiran D-3
4. Nama Dokumen : Laporan Permintaan Barang Keluar
Fungsi : Informasi daftar permintaan barang keluar
Sumber : Admin gudang, Manajer
Tujuan : Arsip
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : -
Bentuk : Lampiran D-4
81
5. Nama Dokumen : Laporan Permintaan Barang Masuk
Fungsi : Informasi daftar permintaan barang masuk
Sumber : Admin gudang, Manajer
Tujuan : Arsip
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : -
Bentuk : Lampiran D-5
6. Nama Dokumen : Laporan Transaksi Masuk
Fungsi : Informasi daftar barang masuk
Sumber : Admin gudang, Manajer
Tujuan : Arsip
Media : Kertas
Jumlah : Minimal 1 lembar
Frekuensi : -
Bentuk : Lampiran D-6
4.1.5. Rancangan Prototype
Tahap ini bertujuan untuk menjabarkan rancangan antarmuka dari sistem
yang dibangun dan pemilahan fungsi-fungsi yang dimiliki oleh sistem usulan.
82
1. Interface Tampilan Awal
Sumber: Penelitian (2018)
Gambar IV.8. Rancangan Interface Tampilan Awal
2. Interface Form Login
Sumber: Penelitian (2018)
Gambar IV.9. Rancangan Interface Form Login
83
3. Interface Data User
Sumber: Penelitian (2018)
Gambar IV.10. Rancangan Interface Data User
4. Interface Form Data APP
Sumber: Penelitian (2018)
Gambar IV.11. Rancangan Interface Data APP
5. Interface Data Rekanan
Sumber: Penelitian (2018)
Gambar IV.12. Rancangan Interface Data Rekanan
84
6. Interface Data Material
Sumber: Penelitian (2018)
Gambar IV.13. Rancangan Interface Data Material
7. Interface Data Permintaan
Sumber: Penelitian (2018)
Gambar IV.14. Rancangan Interface Data Permintaan
8. Interface Data TUG 4
Sumber: Penelitian (2018)
Gambar IV.15. Rancangan Interface Data TUG 4
85
9. Interface Data TUG 7
Sumber: Penelitian (2018)
Gambar IV.16. Rancangan Interface Data TUG 7
10. Interface Data TUG 9
Sumber: Penelitian (2018)
Gambar IV.17. Rancangan Interface Data TUG 9
11. Interface Laporan Permintaan
Sumber: Penelitian (2018)
Gambar IV.18. Rancangan Interface Laporan Permintaan
86
12. Interface Laporan TUG 4
Sumber: Penelitian (2018)
Gambar IV.19. Rancangan Interface Laporan TUG 4
13. Interface Laporan TUG 7
Sumber: Penelitian (2018)
Gambar IV.20. Rancangan Interface Laporan TUG 7
14. Interface Laporan TUG 9
Sumber: Penelitian (2018)
Gambar IV.21. Rancangan Interface Data TUG 9
87
15. Interface Laporan Stok Material
Sumber: Penelitian (2018)
Gambar IV.22. Rancangan Interface Laporan Stok Material
4.2. Perancangan Perangkat Lunak
Pada tahap ini peneliti menjabarkan media penyimpanan data pada sistem
usulan yang terkomputerisasi, rangkaian data tersebut digambarkan sebagai
berikut.
4.2.1. Entity Relationship Diagram (ERD)
Sumber: Penelitian (2018)
Gambar IV.23. Entity Relationship Diagram Sistem Usulan
88
4.2.2. Logical Structure Record (LRS)
Sumber: Penelitian (2018)
Gambar IV.24. Logical Structure Record Sistem Usulan
4.2.3. Spesifikasi File
Berikut adalah fungsi dari masing-masing file yang terdapat dalam
rancangan database sistem yang di usulkan.
1. Spesifikasi File Pengguna
Nama File : pengguna
Akronim : pengguna
Fungsi : menyimpan data pengguna
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 96
89
Kunci Field : id_pengguna
Software : SQL Server
Tabel IV.16.
Spesifikasi File Pengguna
No Elemen Data Nama Field Tipe Size Ket
1 Id pengguna nama_login varchar 20 PK
2 Password password varchar 6
3 Nama Pengguna nama_pengguna varchar 50
4 Status Pengguna status_pengguna varchar 20
5 isAktif isAktif bit
Sumber: Penelitian (2018)
2. Spesifikasi File Rekanan
Nama File : rekanan
Akronim : rekanan
Fungsi : menyimpan data rekanan
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 177
Kunci Field : id_rekanan
Software : SQL Server
Tabel IV.17.
Spesifikasi File Rekanan
No Elemen Data Nama Field Tipe Size Ket
1 Id rekanan id_rekanan varchar 20 PK
2 Nama Rekanan nama_rekanan varchar 50
3 Kota kota varchar 12
4 Alamat Rekanan alamat_rekanan varchar 100
5 Nomor Telepon no_telp interger 15
Sumber: Penelitian (2018)
90
3. Spesifikasi File Permintaan
Nama File : permintaan
Akronim : permintaan
Fungsi : menyimpan data permintaan
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 287
Kunci Field : no_surat_permintaan
Software : SQL Server
Tabel IV.18.
Spesifikasi File Permintaan
No Elemen Data Nama Field Tipe Size Ket
1 Nomor Surat no_surat_permintaan varchar 30 PK
2 Tanggal Permintaan tanggal_permintaan varchar 20
3 Jenis Permintaan jenis_permintaan varchar 5
4 Nomor Referensi no_referensi varchar 20
5 Perihal perihal varchar 200
6 Status Approved approved varchar 12
7 Id Pengguna nama_login varchar 20 FK
Sumber: Penelitian (2018)
4. Spesifikasi File TUG 4
Nama File : TUG 4
Akronim : TUG4
Fungsi : menyimpan data permintaan barang masuk (TUG 4)
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
91
Media : harddisk
Panjang Record : 292
Kunci Field : no_TUG4
Software : SQL Server
Tabel IV.19.
Spesifikasi File TUG 4
No Elemen Data Nama Field Tipe Size Ket
1 Nomor Surat no_TUG4 varchar 30 PK
2 Nomor Surat no_surat_permintaan varchar 30 FK
3 Tanggal tgl date
5 Id Rekanan id_rekanan varchar 20
6 Keterangan keterangan varchar 200
9 Status Approved approved varchar 12
Sumber: Penelitian (2018)
6. Spesifikasi File TUG 7
Nama File : TUG 7
Akronim : TUG 7
Fungsi : menyimpan data permintaan barang keluar (TUG 7)
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 407
Kunci Field : no_TUG7
Software : SQL Server
Tabel IV.20.
Spesifikasi File TUG 7
No Elemen Data Nama Field Tipe Size Ket
1 Nomor TUG 7 no_TUG7 varchar 25 PK
2 Tanggal tgl date
3 Nomor Surat no_surat_permintaan varchar 30 FK
4 Id APP id_APP varchar 20 FK
92
5 Nama APP nama_APP varchar 50
6 Keterangan keterangan varchar 200
7 Id Material id_material varchar 20
8 Nama Material nama_material varchar 50
10 Jumlah jumlah interger
11 Status Approved approved varchar 12
Sumber: Penelitian (2018)
8. Spesifikasi File TUG 9
Nama File : TUG 9
Akronim : TUG 9
Fungsi : menyimpan data finall approval permintaan
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 302
Kunci Field : no_TUG9
Software : SQL Server
Tabel IV.21.
Spesifikasi File TUG 9
No Elemen Data Nama Field Tipe Size Ket
1 Nomor TUG 9 no_TUG9 varchar 25 PK
2 Nomor TUG 7 no_TUG7 varchar 25 FK
3 Tanggal tgl date
4 Id APP id_APP varchar 20 FK
5 Keterangan keterangan varchar 200
6 Id Material id_material varchar 20 FK
7 Nomor Surat Perintah Kerja no_SPK varchar 50
8 Status Approved approved varchar 12
Sumber: Penelitian (2018)
9. Spesifikasi File APP (Area Pelaksana Pemeliharaan)
Nama File : APP
Akronim : APP
93
Fungsi : menyimpan data area pelaksana pemeliharaan
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 227
Kunci Field : id_APP
Software : SQL Server
Tabel IV.22.
Spesifikasi File APP
No Elemen Data Nama Field Tipe Size Ket
2 ID APP id_APP varchar 50 PK
3 Nama APP nama_APP varchar 50
4 Alamat alamat varchar 100
5 Kota kota varchar 12
Nomor Telepon no_telp varchar 15
Sumber: Penelitian (2018)
10. Spesifikasi File Material
Nama File : material
Akronim : material
Fungsi : menyimpan data material
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 260
Kunci Field : no_material
Software : SQL Server
94
Tabel IV.23.
Spesifikasi File Material
No Elemen Data Nama Field Tipe Size Ket
1 Id Material no_material varchar 20 PK
2 Id Rekanan id_rekanan varchar 20 FK
3 Material material interger 50
4 Satuan satuan varchar 10
5 Jenis Material jenis_material varchar 20
6 Kelengkapan kelengkapan varchar 50
7 Tegangan tegangan varchar 20
8 Bahan bahan varchar 50
9 Daya daya varchar 20
Sumber: Penelitian (2018)
13. Spesifikasi File Transaksi Masuk
Nama File : transaksi masuk
Akronim : transaksi masuk
Fungsi : menyimpan data transaksi barang masuk
Tipe File : file master
Organisasi File : indexed sequential
Akses File : random
Media : harddisk
Panjang Record : 340
Kunci Field : id_transaksi
Software : SQL Server
Tabel IV.24. Spesifikasi File Transaksi Masuk
No Elemen Data Nama Field Tipe Size Ket
1 ID Transaksi id_transaksi varchar 20 PK
2 Tanggal tgl date
3 Nomor TUG 4 no_TUG4 varchar 25 FK
4 Id Material id_material varchar 20 FK
5 Nama Material material varchar 50
6 Id Rekanan dari varchar 20 FK
7 Jumlah jumlah interger
8 Keterangan keterangan varchar 200
Sumber: Penelitian (2018)
95
4.2.4. Class Model
Berikut adalah gambaran hubungan antar file dengan file lainnya yang
terdapat dalam rancangan database sistem usulan, digambarkan dalam model
class diagram dibawah ini.
Sumber: Penelitian (2018)
Gambar IV.25. Class Diagram Rancangan Database Sistem Usulan
4.2.5. Sequence Diagram
Pemanfaatan sequence diagram dibawah ini untuk menggambarkan
hubungan aktifitas pengguna dengan tiap-tiap fungsi yang ada pada rancangan
sistem usulan.
96
Sumber: Penelitian (2018)
Gambar IV.26. Sequence Diagram Login
Sumber: Penelitian (2018)
Gambar IV.27. Sequence Diagram Permintaan Barang Masuk
97
Sumber: Penelitian (2018)
Gambar IV.28. Sequence Diagram Permintaan Barang Keluar
Sumber: Penelitian (2018)
Gambar IV.29. Sequence Diagram Laporan
4.2.6. Spesifikasi Hardware dan Software
Untuk mendukung jalannya sistem yang di usulkan, ada hal-hal yang harus
dipenuhi agar sistem dapat menjalankan fungsinya dengan baik. Adapun dua hal
yang harus dipenuhi yaitu spesifikasi hardware dan software komputer. Berikut
spesifikasi minimum yang harus dipenuhi untuk menjalankan sistem usulan.
98
1. Spesifikasi Hardware
a. Processor intel core-i3
b. RAM 2 Gb
c. Harddisk 500 Gb
d. Monitor LED 15,6”
e. Printer Laser Jet
2. Spesifikasi Software
a. Sistem Operasi Windows 7 Ultimate
b. CSS (Cascading Style Sheet)
c. Jquery Sublime Text
d. SQL Server
e. XAMPP
4.3. Jadwal Implementasi
Dalam merencanakan dan mengerjakan sebuah proyek, jadwal
implementasi sangat dibutuhkan agar pekerjaan dapat selesai tepat pada waktunya
dan untuk menghindari resiko keterlambatan.
Tabel IV.25.
Jadwal Implementasi
No Kegiatan
WAKTU
BULAN I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4
1 Perencanaan Sistem
2 Analisis Sistem
3 Perancangan Sistem Secara Umum
4 Analisa Kebutuhan
5 Perancangan Sistem Secara Detail
6 Analisa Pengembangan Sistem
Sumber: Penelitian (2018)
top related