bab iv perancangan sistem usulan file59 4.1.2. rancangan diagram use case sistem kontrol pengolahan...

57

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

Sistem kontrol pengolahan hasil produksi plywood terhadap hasil penjualan

yang diusulkan untuk PT. Sari Bumi Kusuma merupakan perkembangan dari sistem

yang berjalan di perusahaan dan berbasis web. Rancangan sistem yang diusulkan

mempunyai alur sistem yang mirip, sehingga Kabag Produksi, Manajer Pemasaran

dan Direktur mampu mengikuti dan mempelajari sistem yang diusulkan apabila

diterapkan.

4.1.1. Analisis Kebutuhan

Analisis kebutuhan merupakan tahapan dasar dalam perancangan sistem.

Analisis kebutuhan ini membahas tentang perancangan kontrol pengolahan hasil

produksi plywood terhadap hasil penjualan yang diusulkan untuk PT. Sari Bumi

Kusuma yang menjelaskan kebutuhan pengguna dan kebutuhan sistem.

A. Kebutuhan Pengguna


pada PT. Sari Bumi Kusuma memiliki tiga (3) level pengguna yaitu Kabag

Produksi, Manajer Pemasaran dan Direktur. Masing-masing pengguna ini memiliki

fitur sesuai dengan kebutuhan setiap bidangnya. Kebutuhan pengguna menguraikan

fungsi-fungsi dari sistem sesuai dengan level akses.

A1 Skenario Kebutuhan Bagian Kabag Produksi

a) Mengelola data bahan baku

b) Mengelola data kontrol produksi

58

c) Mengelola data produksi

A2 Skenario Kebutuhan Bagian Manajer Pemasaran

a) Mengelola data permintaan

b) Mengecek data produksi

c) Mengelola reply order

d) Mengelola pembayaran

e) Mengelola pengiriman

A3 Skenario Kebutuhan Bagian Direktur

a) Mengelola data user

b) Mengelola laporan bahan baku

c) Mengelola laporan laporan kontrol produksi

d) Mengelola laporan hasil produksi

e) Mengelola laporan penjualan

B. Kebutuhan Sistem

1) Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses

aplikasi ini dengan memasukkan username, password dan level akses agar

privasi masing-masing pengguna tetap terjaga keamanannya.

2) Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.

3) Sistem melakukan kalkulasi dari permintaan yang tertera di reply order dan

nota pembayaran.

4) Pencarian laporan dapat dicari berdasarkan nomor resi atau rentang waktu

sesuai tanggal pencarian.

59

4.1.2. Rancangan Diagram Use Case


yang diusulkan untuk PT. Sari Bumi Kusuma akan dimodelkan ke dalam bentuk

use case diagram. Pemodelan sistem menggunakan use case diagram ini bertujuan

untuk menjelaskan interaksi yang terjadi antara aktor atau pelaku dengan perilaku

sistem itu sendiri.

Sumber: Hasil Penelitian (2018)

Gambar IV.1. Use Case Diagram Sistem Usulan

60

Tabel IV.1.Deskripsi Use Case Login

Use Case Name LoginRequirements User membuka halaman loginGoal User mengakses aplikasi utama sesuai level aksesPre-Conditions User mengisi username dan passwordPost-Conditions Masuk ke dalam aplikasi sesuai level aksesFailed end Condition User salah mengisi username dan passwordActors Kabag Produksi, Manajer Pemasaran, DirekturMain Flow/ Basic Path 1. User membuka aplikasi

2. User mengisi username dan password3. User dapat mengakses aplikasi utama sesuai

dengan level aksesAlternate Flow/Invariant A -Invariant B -


Tabel IV.2.Deskripsi Use Case Data Bahan Baku

Use Case Name Data Bahan BakuRequirements Kabag Produksi dapat melihat data bahan bakuGoal Kabag Produksi dapat mengolah data bahan bakuPre-Conditions Kabag Produksi harus mengisi data bahan bakuPost-Conditions Data bahan baku tersimpan di dalam aplikasiFailed end Condition Data bahan baku yang diisi tidak lengkapActors Kabag ProduksiMain Flow/ Basic Path 1. Kabag Produksi mengisi data bahan baku

2. Kabag Produksi menyimpan data bahan bakuAlternate Flow/Invariant A A1. Data bahan baku tidak lengkap

A2. Data bahan baku tidak tersimpanInvariant B B1. Data bahan baku ganda dan tidak tersimpan


Tabel IV.3.Deskripsi Use Case Data Kontrol Produksi

Use Case Name Data Kontrol ProduksiRequirements Kabag Produksi dapat melihat data kontrol

produksiGoal Kabag Produksi dapat mengolah data kontrol

produksiPre-Conditions Kabag Produksi harus mengisi data kontrol

produksiPost-Conditions Data kontrol produksi tersimpan di dalam aplikasiFailed end Condition Data kontrol produksi yang diisi tidak lengkapActors Kabag ProduksiMain Flow/ Basic Path 1. Kabag Produksi mengisi data kontrol

produksi

61

2. Kabag Produksi menyimpan data kontrolproduksi

Alternate Flow/Invariant A A1. Data kontrol produksi tidak lengkapA2. Data kontrol produksi tidak tersimpan

Invariant B B1. Data kontrol produksi ganda dan tidakTersimpan


Tabel IV.4.Deskripsi Use Case Data Produksi

Use Case Name Data ProduksiRequirements Kabag Produksi dan Manajer Pemasaran dapat

melihat data produksiGoal Kabag Produksi dapat mengolah data produksi dan

Manajer Pemasaran dapat melihat data produksiPre-Conditions Kabag Produksi harus mengisi data permintaanPost-Conditions Data produksi tersimpan di dalam aplikasiFailed end Condition Data produksi yang diisi tidak lengkapActors Kabag Produksi, Manajer PemasaranMain Flow/ Basic Path 1. Kabag Produksi mengisi data produksi

2. Kabag Produksi menyimpan data produksi3. Manajer Pemasaran dapat melihat data

produksiAlternate Flow/Invariant A A1. Data produksi tidak lengkap

A2. Data produksi tidak tersimpanInvariant B B1. Data produksi ganda dan tidak tersimpan


Tabel IV.5.Deskripsi Use Case Permintaan

Use Case Name PermintaanRequirements Manajer Pemasaran dapat melihat permintaanGoal Manajer Pemasaran dapat mengolah permintaanPre-Conditions Manajer Pemasaran harus mengisi permintaanPost-Conditions Permintaan tersimpan di dalam aplikasiFailed end Condition Permintaan yang diisi tidak lengkapActors Manajer PemasaranMain Flow/ Basic Path 1. Manajer Pemasaran mengisi permintaan

2. Manajer Pemasaran menyimpan permintaanAlternate Flow/Invariant A A1. Permintaan tidak lengkap

A2. Permintaan tidak tersimpanInvariant B B1. Permintaan ganda dan tidak tersimpan


62

Tabel IV.6.Deskripsi Use Case Reply Order

Use Case Name Reply OrderRequirements Manajer Pemasaran dapat melihat reply orderGoal Manajer Pemasaran dapat mengolah reply orderPre-Conditions Manajer Pemasaran harus mengisi reply orderPost-Conditions Reply order tersimpan di dalam aplikasiFailed end Condition Reply order yang diisi tidak lengkapActors Manajer PemasaranMain Flow/ Basic Path 1. Manajer Pemasaran mengisi data mitra

2. Manajer Pemasaran menyimpan data mitraAlternate Flow/Invariant A A1. Reply order tidak lengkap

A2. Reply order tidak tersimpanInvariant B B1. Reply order ganda dan tidak tersimpan


Tabel IV.7.Deskripsi Use Case Pembayaran

Use Case Name PembayaranRequirements Manajer Pemasaran dapat melihat pembayaranGoal Manajer Pemasaran dapat mengolah pembayaranPre-Conditions Manajer Pemasaran harus mengisi pembayaranPost-Conditions Pembayaran tersimpan di dalam aplikasiFailed end Condition Pembayaran yang diisi tidak lengkapActors Manajer PemasaranMain Flow/ Basic Path 1. Manajer Pemasaran mengisi pembayaran

2. Manajer Pemasaran menyimpan pembayaranAlternate Flow/Invariant A A1. Pembayaran tidak lengkap

A2. Pembayaran tidak tersimpanInvariant B B1. Pembayaran ganda dan tidak tersimpan


Tabel IV.8.Deskripsi Use Case Pengiriman

Use Case Name PengirimanRequirements Manajer Pemasaran dapat melihat pengirimanGoal Manajer Pemasaran dapat mengolah pengirimanPre-Conditions Manajer Pemasaran harus mengisi pengirimanPost-Conditions Pengiriman tersimpan di dalam aplikasiFailed end Condition Pengiriman tidak sesuaiActors Manajer PemasaranMain Flow/ Basic Path 1. Manajer Pemasaran mengolah pengiriman

2. Manajer Pemasaran menyimpan pengirimanAlternate Flow/Invariant A A1. Pengiriman tidak sesuai

A2. Pengiriman tidak tersimpanInvariant B B1. Pengiriman ganda dan tidak tersimpan


63

Tabel IV.9.Deskripsi Use Case Data User

Use Case Name Data UserRequirements Direktur dapat melihat data userGoal Direktur dapat mengolah data userPre-Conditions Direktur harus mengisi data userPost-Conditions Data user tersimpan di dalam aplikasiFailed end Condition Data user tidak sesuaiActors DirekturMain Flow/ Basic Path 1. Direktur mengolah data user

2. Direktur menyimpan data userAlternate Flow/Invariant A A1. Data user tidak sesuai

A2. Data user tidak tersimpanInvariant B B1. Data user ganda dan tidak tersimpan


Tabel IV.10.Deskripsi Use Case Laporan Bahan Baku

Use Case Name Laporan Bahan BakuRequirements Direktur dapat melihat laporan bahan bakuGoal Direktur dapat mengolah laporan bahan baku

sesuai dengan pencarian yang diinginkanPre-Conditions Direktur harus mengisi kolom pencarian laporan

bahan bakuPost-Conditions Laporan bahan baku ditampilkan oleh sistem

sesuai dengan kolom pencarianFailed end Condition Kolom pencarian tidak diisi maka sistem akan

menampilkan laporan bahan baku secarakeseluruhan

Actors DirekturMain Flow/ Basic Path 1. Direktur mengisi kolom waktu pencarian

laporan bahan baku2. Sistem menampilkan laporan bahan baku

sesuai dengan bahan baku pencarianAlternate Flow/Invariant A A1. Kolom pencarian tidak diisiInvariant B -


Tabel IV.11.Deskripsi Use Case Laporan Kontrol Produksi

Use Case Name Laporan Kontrol ProduksiRequirements Direktur dapat melihat laporan kontrol produksiGoal Direktur dapat mengolah laporan kontrol produksi

dengan pencarian yang diinginkanPre-Conditions Direktur harus mengisi kolom pencarian laporan

kontrol produksi

64

Post-Conditions Laporan kontrol produksi ditampilkan oleh sistemsesuai dengan kolom pencarian

Failed end Condition Kolom pencarian tidak diisi maka sistem akanmenampilkan laporan kontrol produksi secarakeseluruhan

Actors DirekturMain Flow/ Basic Path 1. Direktur mengisi kolom pencarian laporan

kontrol produksi2. Sistem menampilkan laporan kontrol

produksi sesuai dengan kolom pencarianAlternate Flow/Invariant A A1. Kolom pencarian tidak diisiInvariant B -


Tabel IV.12.Deskripsi Use Case Laporan Hasil Produksi

Use Case Name Laporan Hasil ProduksiRequirements Direktur dapat melihat laporan hasil produksiGoal Direktur dapat mengolah laporan hasil produksi

sesuai dengan pencarian yang diinginkanPre-Conditions Direktur harus mengisi kolom pencarian laporan

hasil produksiPost-Conditions Laporan hasil produksi ditampilkan oleh sistem

sesuai dengan kolom pencarianFailed end Condition Kolom pencarian tidak diisi maka sistem akan

menampilkan laporan secara keseluruhanActors DirekturMain Flow/ Basic Path 1. Direktur mengisi kolom pencarian laporan

hasil produksi2. Sistem menampilkan laporan hasil produksi

sesuai dengan kolom pencarianAlternate Flow/Invariant A A1. Kolom pencarian tidak diisiInvariant B -


Tabel IV.13.Deskripsi Use Case Laporan Penjualan

Use Case Name Laporan PenjualanRequirements Direktur dapat melihat laporan penjualanGoal Direktur dapat mengolah laporan penjualan sesuai

dengan pencarian yang diinginkanPre-Conditions Direktur harus mengisi kolom pencarian laporan

penjualanPost-Conditions Laporan penjualan ditampilkan oleh sistem sesuai

dengan kolom pencarianFailed end Condition Kolom pencarian tidak diisi maka sistem akan

menampilkan laporan secara keseluruhan

65

Actors DirekturMain Flow/ Basic Path 1. Direktur mengisi kolom pencarian laporan

penjualan2. Sistem menampilkan laporan penjualan

sesuai dengan kolom pencarianAlternate Flow/Invariant A A1. Kolom pencarian tidak diisiInvariant B -


Tabel IV.14.Deskripsi Use Case Logout

Use Case Name LogoutRequirements User dapat keluar dari aplikasiGoal User mengakhiri penggunaan aplikasiPre-Conditions User mengklik menu logoutPost-Conditions User keluar dari aplikasiFailed end Condition User membatalkan proses logoutActors Kabag Produksi, Manajer Pemasaran, DirekturMain Flow/ Basic Path 1. User mengklik tombol logout

2. User memastikan keluar dari aplikasi denganmengklik yes untuk verifkasi logout

Alternate Flow/Invariant A A1. User membatalkan verifikasi logoutInvariant B -


4.1.3. Rancangan Diagram Aktivitas

Rancangan diagram aktivitas atau activity diagram menggambarkan proses

bisnis dan urutan aktivitas dalam sebuah proses agar lebih mudah dipahami. Activity

diagram juga digunakan untuk menunjukkan aliran pesan dari satu aktivitas ke

aktivitas lainnya. Rancangan diagram aktifitas untuk prototype kontrol pengolahan

hasil produksi plywood terhadap hasil penjualan berbasis web pada PT. Sari Bumi

Kusuma digambarkan berdasarkan level akses pengguna, yaitu Kabag Produksi,

Manajer Pemasaran dan Direktur. Hasil dari rancangan diagram aktivitas untuk PT.

Sari Bumi Kusuma dapat dilihat pada halaman berikut ini.

66

1. Rancangan Diagram Aktivitas Kabag Produksi


Gambar IV.2. Rancangan Diagram Aktivitas Bagian Kabag Produksi

67

2. Rancangan Diagram Aktivitas Manajer Pemasaran


Gambar IV.3. Rancangan Diagram Aktivitas Bagian Manajer Pemasaran

68

3. Rancangan Diagram Aktivitas Direktur


Gambar IV.4. Rancangan Diagram Aktivitas Bagian Direktur

4.1.4. Rancangan Dokumen Sistem Usulan

Rancangan dokumen sistem berjalan ini menjelaskan tentang spsefikasi dari

dokumen pada sistem usulan di PT. Sari Bumi Kusuma untuk prototype sistem

kontrol pengolahan hasil produksi plywood terhadap hasil penjualan berbasis web.

Dokumen sistem usulan ini terdiri dari bentuk dokumen masukan dan bentuk

dokumen keluaran.

69

A. Bentuk Dokumen Masukan

Spesifikasi bentuk dokumen masukan merupakan bentuk dari dokumen-

dokumen yang masuk atau diterima untuk melakukan proses. Di bawah ini adalah

uraian bentuk dokumen masukan untuk protoype sistem kontrol pengolahan hasil

produksi plywood terhadap penjualan berbasis web pada PT. Sari Bumi Kusuma.

1. Nama dokumen : Data Bahan Baku

Fungsi : Sebagai persediaan bahan produksi

Sumber : Kabag Produksi

Tujuan : Basis Data

Jumlah : 1 data untuk setiap 1 bahan baku

Frekuensi : Setiap pengolahan data bahan baku

Bentuk : File

2. Nama dokumen : Data Kontrol Produksi

Fungsi : Sebagai data pengontrolan selama produksi


Tujuan : Basis Data

Jumlah : 1 data untuk setiap 1 kontrol produksi

Frekuensi : Setiap terjadinya produksi

Bentuk : File

3. Nama dokumen : Data Produksi

Fungsi : Sebagai data hasil produksi


Tujuan : Basis Data

Jumlah : 1 data untuk setiap hasil produksi

70

Frekuensi : Setiap selesai produksi

Bentuk : File

4. Nama dokumen : Demand Order

Fungsi : Sebagai data permintaan

Sumber : Konsumen

Tujuan : Manajer Pemasaran – Basis Data

Jumlah : 1 Lembar

Frekuensi : Setiap permintaan

Bentuk : File

5. Nama dokumen : Data Pembayaran

Fungsi : Sebagai data pelunasan transaksi

Sumber : Manajer Pemasaran

Tujuan : Basis Data

Jumlah : 1 data untuk 1 pembayaran

Frekuensi : Setiap pelunasan transaksi

Bentuk : File

6. Nama dokumen : Data Pengiriman

Fungsi : Sebagai rincian data pengiriman


Tujuan : Basis Data

Jumlah : 1 data untuk 1 pengiriman

Frekuensi : Setiap terjadinya pengiriman

Bentuk : File

71

7. Nama dokumen : Data User

Fungsi : Sebagai identitas pengguna aplikasi

Sumber : Direktur

Tujuan : Basis Data

Jumlah : 1 data untuk 1 user

Frekuensi : Setiap pengolahan data user

Bentuk : File

B. Bentuk Dokumen Keluaran

Spesifikasi bentuk dokumen keluaran merupakan bentuk dari dokumen-

dokumen keluaran yang dihasilkan oleh sistem. Di bawah ini adalah uraian bentuk

dokumen keluaran yang dihasilkan oleh untuk prototype sistem kontrol pengolahan

hasil produksi plywood terhadap hasil penjualan pada PT. Sari Bumi Kusuma.

1. Nama dokumen : Reply Order

Fungsi : Sebagai balasan permintaan


Tujuan : Konsumen

Jumlah : 1 Lembar

Frekuensi : Setiap melakukan penawaran

Bentuk : File

2. Nama dokumen : Nota Pembayaran

Fungsi : Sebagai bukti pelunasan


Tujuan : Konsumen

Jumlah : 1 nota untuk 1 pembayaran

72

Frekuensi : Setiap pelunasan pembayaran

Bentuk : File

3. Nama dokumen : Resi Pengiriman

Fungsi : Sebagai bukti pengiriman

Sumber : Pihak Ekspedisi

Tujuan : Manajer Pemasaran - Konsumen

Jumlah : 1 Lembar

Frekuensi : Setiap pengiriman

Bentuk : File

4. Nama dokumen : Laporan Bahan Baku

Fungsi : Sebagai laporan persediaan bahan baku

Sumber : Basis Data

Tujuan : Direktur

Jumlah : 1-3 Lembar

Frekuensi : Setiap pengaksesan laporan bahan baku

Bentuk : File

5. Nama dokumen : Laporan Kontrol Produksi

Fungsi : Sebagai laporan pengontrolan selama produksi

Sumber : Basis Data

Tujuan : Direktur

Jumlah : 1-3 Lembar

Frekuensi : Setiap pengaksesan laporan kontrol produksi

Bentuk : File

73

6. Nama dokumen : Laporan Hasil Produksi

Fungsi : Sebagai laporan produksi plywood

Sumber : Basis Data

Tujuan : Direktur

Jumlah : 1 Lembar

Frekuensi : Setiap pengaksesan laporan hasil produksi

Bentuk : File

7. Nama dokumen : Laporan Penjualan

Fungsi : Sebagai laporan penjualan plywood

Sumber : Basis Data

Tujuan : Direktur

Jumlah : 1-3 Lembar

Frekuensi : Setiap pengaksesan laporan penjualan

Bentuk : File

4.1.5. Rancangan Prototype

A. Rancangan Prototype Bagian Kabag Produksi

1. Rancangan Login


Gambar IV.5. Rancangan Prototype Login

74

2. Rancangan Menu Utama


Gambar IV.6. Rancangan Prototype Menu Utama Kabag Produksi

3. Rancangan Data Bahan Baku


Gambar IV.7. Rancangan Prototype Bahan Baku

4. Rancangan Tambah Data Bahan Baku


Gambar IV.8. Rancangan Prototype Tambah Bahan Baku

75

5. Rancangan Data Kontrol Produksi


Gambar IV.9. Rancangan Prototype Kontrol Produksi

6. Rancangan Tambah Data Kontrol Produksi


Gambar IV.10. Rancangan Prototype Tambah Kontrol Produksi

7. Rancangan Data Produksi


Gambar IV.11. Rancangan Prototype Produksi

76

8. Rancangan Tambah Data Kontrol Produksi


Gambar IV.12. Rancangan Prototype Tambah Produksi

B. Rancangan Prototype Bagian Manajer Pemasaran

1. Rancangan Login





Gambar IV.14. Rancangan Prototype Menu Utama Manajer Pemasaran

77

3. Rancangan Lihat Data Produksi


Gambar IV.15. Rancangan Prototype Lihat Data Produksi

4. Rancangan Data Permintaan


Gambar IV.16. Rancangan Prototype Permintaan

5. Rancangan Tambah Data Permintaan


Gambar IV.17. Rancangan Prototype Tambah Permintaan

78

6. Rancangan Data Reply Order


Gambar IV.18. Rancangan Prototype Reply Order

7. Rancangan Tambah Data Reply Order


Gambar IV.19. Rancangan Prototype Tambah Reply Order

8. Rancangan Data Pembayaran


Gambar IV.20. Rancangan Prototype Pembayaran

79

9. Rancangan Data Pengiriman


Gambar IV.21. Rancangan Prototype Tambah Pengiriman

10. Rancangan Tambah Data Pengiriman


Gambar IV.22. Rancangan Prototype Tambah Pengiriman

80

C. Rancangan Prototype Bagian Direktur

1. Rancangan Login





Gambar IV.24. Rancangan Prototype Menu Utama Direktur

3. Rancangan Data User


Gambar IV.25. Rancangan Prototype User

81

4. Rancangan Tambah Data User


Gambar IV.26. Rancangan Prototype Tambah User

5. Rancangan Laporan Bahan Baku


Gambar IV.27. Rancangan Prototype Laporan Bahan Baku

6. Rancangan Laporan Kontrol Produksi


Gambar IV.28. Rancangan Prototype Laporan Kontrol Produksi

The picture can't be displayed.

82

7. Rancangan Laporan Hasil Produksi


Gambar IV.29. Rancangan Prototype Laporan Hasil Produksi

8. Rancangan Laporan Penjualan


Gambar IV.30. Rancangan Prototype Laporan Penjualan

4.2. Perancangan Perangkat Lunak

Perancangan perangkat lunak untuk prototype sistem informasi kontrol

pengolahan hasil produksi plywood terhadap hasil penjualan pada PT. Sari Bumi

Kusuma Kubu Raya dimulai dari perancangan basis data yang menggunakan teknik



83

pemodelan entity relationship diagram (ERD) dan logical record structure (LRS)

serta penguraian spesifikasi file. Kemudian menjelaskan rancangan class diagram,

sequence diagram, spesifikasi hardware dan software.

4.2.1. Entity Relationship Diagram (ERD)

Entity relationship diagram (ERD) digunakan sebagai teknik pemodelan

rancangan basis data untuk menjelaskan hubungan antar entitas di dalam basis data

berdasarkan objek-objek yang mempunyai hubungan antar relasi. Berikut ini adalah

bentuk dari entity relationship diagram (ERD) untuk rancangan basis data untuk

sistem informasi kontrol pengolahan hasil produksi plywood terhadap hasil

penjualan pada PT. Sari Bumi Kusuma Kubu Raya.


Gambar IV.31. Entity Relationship Diagram (ERD)

84

4.2.2. Logical Record Structure (LRS)

Entity relationship diagram (ERD) yang telah dirancang kemudian konversi

ke dalam bentuk logical record structure (LRS) agar memberikan gambaran lebih

jelas tentang rancangan basis data yang diusulkan. Adapun rancangan logical

record structure (LRS) untuk sistem informasi kontrol pengolahan hasil produksi

plywood terhadap hasil penjualan pada PT. Sari Bumi Kusuma Kubu Raya dapat

dilihat pada halaman berikut ini.


Gambar IV.32. Logical Record Structure (LRS)

85

4.2.3. Spesifikasi File

Spesifikasi file menguraikan keterangan atribut-atribut untuk setiap entitas

dalam basis data yang telah digambarkan menggunakan pemodelan entity

relationship diagram (ERD) dan logical record structure (LRS). Berikut ini adalah

spesifikasi dari entitas yang telah dirancang.

1. Spesifikasi file user

Nama File : user

Akronim : user.sql

Fungsi : untuk menyimpan data pengguna

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 100

Kunci Field : iduser

Software : MySQL

Tabel IV.15.Spesifikasi File User

No Nama Field Tipe Data Panjang Keteterangan1 iduser varchar 10 Primary Key2 username varchar 203 password varchar 204 levelakses varchar 205 nama varchar 30


2. Spesifikasi file bahan baku

Nama File : bahan baku

Akronim : bahanbaku.sql

86

Fungsi : untuk menyimpan data bahan baku



Akses File : Random

Media : Harddisk

Panjang record : 65

Kunci Field : idbahan

Software : MySQL

Tabel IV.16.Spesifikasi File Bahan Baku

No Nama Field Tipe Data Panjang Keteterangan1 idbahan varchar 10 Primary Key2 nmbahan varchar 203 jenis varchar 204 satuan varchar 45 jumlah int 11


3. Spesifikasi file kontrol produksi

Nama File : kontrol produksi

Akronim : kontrolproduksi.sql

Fungsi : untuk menyimpan data kontrol produksi



Akses File : Random

Media : Harddisk


Kunci Field : idkontrol

Software : MySQL

87

Tabel IV.17.Spesifikasi File Kontrol Produksi

No Nama Field Tipe Data Panjang Keteterangan1 idkontrol varchar 10 Primary Key2 idproduksi varchar 10 Foreign Key3 idbahan varchar 10 Foreign Key4 jmlhguna int 115 status varchar 106 keterangan text 50


4. Spesifikasi file produksi

Nama File : produksi

Akronim : produksi.sql

Fungsi : untuk menyimpan data produksi



Akses File : Random

Media : Harddisk

Panjang record : 57

Kunci Field : idproduksi

Software : MySQL

Tabel IV.18.Spesifikasi File Produksi

No Nama Field Tipe Data Panjang Keteterangan1 idproduksi varchar 10 Primary Key2 nmbarang varchar 203 kelas varchar 14 ukuran varchar 45 jumlah int 116 harga double 11


88

5. Spesifikasi file permintaan

Nama File : permintaan

Akronim : permintaan.sql

Fungsi : untuk menyimpan data permintaan



Akses File : Random

Media : Harddisk


Kunci Field : idpermintaan

Software : MySQL

Tabel IV.19.Spesifikasi File Permintaan

No Nama Field Tipe Data Panjang Keteterangan1 idpermintaan varchar 15 Primary Key2 iduser varchar 10 Foreign Key3 tgl date 104 nama varchar 205 alamat text 506 notelp varchar 13


6. Spesifikasi file detail permintaan

Nama File : detail permintaan

Akronim : detailpermintaan.sql

Fungsi : untuk menyimpan data detail permintaan



Akses File : Random

Media : Harddisk

89

Panjang record : 36

Kunci Field : -

Software : MySQL

Tabel IV.20.Spesifikasi File Detail Permintaan

No Nama Field Tipe Data Panjang Keteterangan1 idpermintaan varchar 15 Foreign Key2 idproduksi varchar 10 Foreign Key3 jumlah int 11


7. Spesifikasi file reply order

Nama File : reply order

Akronim : replyorder.sql

Fungsi : untuk menyimpan data reply order



Akses File : Random

Media : Harddisk

Panjang record : 61

Kunci Field : idreplyorder

Software : MySQL

Tabel IV.21.Spesifikasi File Reply Order

No Nama Field Tipe Data Panjang Keteterangan1 idreplyorder varchar 15 Primary Key2 idpermintaan varchar 15 Foreign Key3 iduser varchar 10 Foreign Key4 tgl date 105 total double 11


90

8. Spesifikasi file detail reply order

Nama File : detail reply order

Akronim : detailreplyorder.sql

Fungsi : untuk menyimpan data detail reply order



Akses File : Random

Media : Harddisk

Panjang record : 47

Kunci Field : -

Software : MySQL

Tabel IV.22.Spesifikasi File Detail Reply Order

No Nama Field Tipe Data Panjang Keteterangan1 idreplyorder varchar 15 Foreign Key2 idproduksi varchar 10 Foreign Key3 jumlah int 114 subtotal double 11


9. Spesifikasi file pembayaran

Nama File : pembayaran

Akronim : pembayaran.sql

Fungsi : untuk menyimpan data pembayaran



Akses File : Random

Media : Harddisk

Panjang record : 50

91

Kunci Field : idbayar

Software : MySQL

Tabel IV.23.Spesifikasi File Pembayaran

No Nama Field Tipe Data Panjang Keteterangan1 idbayar varchar 15 Primary Key2 idreplyorder varchar 15 Foreign Key3 tglbayar date 104 statusbayar varchar 10


10. Spesifikasi file pengiriman

Nama File : pengiriman

Akronim : pengiriman.sql

Fungsi : untuk menyimpan data pengiriman



Akses File : Random

Media : Harddisk


Kunci Field : idkirim

Software : MySQL

Tabel IV.24.Spesifikasi File Pengiriman

No Nama Field Tipe Data Panjang Keteterangan1 idkirim varchar 15 Primary Key2 idbayar varchar 15 Foreign Key3 nmekspedisi varchar 304 notelpekspedisi varchar 135 tglkirim date 106 tglsampai date 107 asal varchar 208 tujuan varchar 209 statuskirim varchar 10


92

4.2.4. Class Model/Class Diagram

Rancangan class model/class diagram untuk prototype sistem kontrol

pengolahan hasil produksi plywood terhadap hasil penjualan berbasis web pada PT.

Sari Bumi Kusuma digambarkan pada halaman berikut ini.


Gambar IV.33. Rancangan Class Diagram

93

4.2.5. Sequence Diagram

Rancangan sequence diagram untuk prototype sistem kontrol pengolahan

hasil produksi plywood terhadap hasil penjualan berbasis web pada PT. Sari Bumi

Kusuma digambarkan pada halaman berikut ini.

1. Rancangan Sequence Diagram Login


Gambar IV.34. Rancangan Sequence Diagram Login

2. Rancangan Sequence Diagram Data Bahan Baku


Gambar IV.35. Rancangan Sequence Diagram Data Bahan Baku



94

3. Rancangan Sequence Diagram Data Kontrol Produksi


Gambar IV.36. Rancangan Sequence Diagram Data Kontrol Produksi

4. Rancangan Sequence Diagram Data Produksi


Gambar IV.37. Rancangan Sequence Diagram Data Produksi


95

5. Rancangan Sequence Diagram Permintaan


Gambar IV.38. Rancangan Sequence Diagram Permintaan

6. Rancangan Sequence Diagram Reply Order


Gambar IV.39. Rancangan Sequence Diagram Reply Order

96

7. Rancangan Sequence Diagram Pembayaran


Gambar IV.40. Rancangan Sequence Diagram Pembayaran

8. Rancangan Sequence Diagram Pengiriman


Gambar IV.41. Rancangan Sequence Diagram Pengiriman

97

9. Rancangan Sequence Diagram Data User


Gambar IV.42. Rancangan Sequence Diagram Data User

10. Rancangan Sequence Diagram Laporan Bahan Baku


Gambar IV.43. Rancangan Sequence Diagram Laporan Bahan Baku

98

11. Rancangan Sequence Diagram Laporan Kontrol Produksi


Gambar IV.44. Rancangan Sequence Diagram Laporan Kontrol Produksi

12. Rancangan Sequence Diagram Laporan Hasil Produksi


Gambar IV.45. Rancangan Sequence Diagram Laporan Hasil Produksi

99

13. Rancangan Sequence Diagram Laporan Penjualan


Gambar IV.46. Rancangan Sequence Diagram Laporan Penjualan

14. Rancangan Sequence Diagram Logout


Gambar IV.47. Rancangan Sequence Diagram Logout

4.2.6. Spesifikasi Hardware dan Software

Spesifikasi hardware dan software diperlukan untuk mewujudkan prototype

sistem sistem kontrol pengolahan hasil produksi plywood terhadap hasil penjualan

berbasis web pada PT. Sari Bumi Kusuma. Adapun spesifikasi hardware dan

software yang dibutuhkan, diuraikan sebagai berikut.

1. Kebutuhan hardware

Adapun minimum requirement hardware yang dibutuhkan untuk

merealisasikan atau mewujudkan prototype sistem sistem kontrol pengolahan

100

hasil produksi plywood terhadap hasil penjualan berbasis web pada PT. Sari

Bumi Kusuma antara lain:

a. Central Processing Unit (CPU)

1) Processor : 2.0 GHz

2) Memory (RAM) : 2 GB

3) Hard disk : 320 GB

b. Monitor : Resolusi Layar (1366 x 768)

c. Keyboard : QWERTY (86 keys)

d. Mouse : Optical

2. Kebutuhan software

Minimum requirement software yang dibutuhkan untuk merealisasikan atau

mewujudkan prototype sistem sistem kontrol pengolahan hasil produksi

plywood terhadap hasil penjualan berbasis web pada PT. Sari Bumi Kusuma,

yaitu:

a. Sistem Operasi Windows 7.

b. Xampp Server, yang terdiri dari beberapa komponen diantaranya:

1) Aplikasi Xampp Server versi 1.8.2, Xamp Control Panel v.3.1.1 3.1.1.

2) Apache Server versi 2.4.3.

3) Aplikasi MySQL Server Versi 5.1.36

4) Aplikasi PHP Versi 5.3.0

c. Bahasa pemograman yang digunakan yaitu: PHP, MySQL, HTML, CSS,

CSS Bootstraps, jQuery dan javascript dengan Sublime Text sebagai web

editor.

101

d. Aplikasi web browser yang dapat digunakan yaitu Google Chrome dan

Mozilla Firefox.

4.3. Jadwal Implementasi

Dalam membangun sebuah sistem yang diperlukan langkah-langkah yang

cermat agar sistem yang dirancang dapat dibuat dengan semestinya. Penerapan atau

pengimplementasian sistem membutuhkan waktu sekitar tiga (3) bulan. Adapun

rincian kegiatannya adalah sebagai berikut:

Tabel IV.25.Jadwal Implementasi

No. Tahapan KegiatanKegiatan Per Minggu

Mei Juni Juli1 2 3 4 1 2 3 4 1 2 3 4

1. Riset2. Analisa3. Mengumpulkan data4. Penulisan Bab I5. Penulisan Bab II6. Penulisan Bab IIII7. Penulisan Bab IV8. Penulisan Bab V9. Evaluasi Perancangan


bab iv perancangan sistem usulan file59 4.1.2. rancangan diagram use case sistem kontrol pengolahan...

Documents