SISTEM INFORMASI MAINTENANCE MESIN PRODUKSI PUPUK DAN
PESTISIDA (STUDI KASUS : CV SAPROTAN UTAMA)
TUGAS AKHIR
OLEH
HAFIDHATUL HASANAH
G.131.14.0041
PROGRAM STUDI S1 –SISTEM INFORMASI
JURUSAN TEKNOLOGI INFORMASI
FAKULTAS TEKNOLOGI INFORMASI DAN KOMUNIKASI
UNIVERSITAS SEMARANG
2019
vii
KATA PENGANTAR
Alhamdulillah puji dan syukur penulis panjatkan kehadirat Allah SWT,
atas rahmat dan hidayah-Nya yang telah memberikan kemudahan sehingga
penulis dapat menyelesaikan penyusunan Laporan Tugas Akhir (TA), yang
berjudul “ SISTEM INFORMASI MAINTENANCE MESIN PRODUKSI PUPUK
DAN PESTISIDA (STUDI KASUS : CV SAPROTAN UTAMA) ”. Laporan ini
disusun sebagai salah satu syarat dalam memperoleh kelulusan sarjana (S1) pada
Program Studi Sistem Informasi, Universitas Semarang.
Dalam penyusunan laporan ini tidak lepas dari bimbingan dan bantuan
berbagai pihak, baik secara langsung maupun tidak langsung. Terima kasih
sebesar- besarnya diucapkan kepada :
1. Bapak Andy Krisdasusila, SE., MM. Selaku Rektor Universitas
Semarang.
2. Bapak Susanto, S.Kom., M.Kom. Selaku Dekan Fakultas Teknologi
Informasi Universitas Semarang.
3. Bapak Muhammad Dikro selaku Supervisor Maintenance CV
Saprotan Utama Bandungrejo.
4. Ibu Prind Triajeng Pungkasanti, S.Kom., M.Kom., selaku Ketua
Program Studi Sistem Informasi Universitas Semarang.
5. Bapak Febrian Wahyu C., S.Kom., M.Cs., selaku Dosen Pembimbing
Penulis yang telah memberikan bimbingan dan saran selama
penyusunan hingga terselesaikan Laporan Tugas Akhir (TA) ini.
6. Ibu Nutriana Hidayati, S.Kom., M.Kom., selaku Dosen Wali Penulis.
7. Kedua Orang Tua Saya, dan Saudara Saya yang telah memberikan
motivasi, semangat dan doa untuk kelancaran pembuatan Laporan
Tugas Akhir (TA).
8. Seluruh Dosen pengajar dan Staff Fakultas Teknologi Informasi dan
Komunikasi Universitas Semarang.
viii
9. Teman dan semua pihak yang tidak dapat di sebutkan satu persatu
yang telah memberikan bantuan hingga terselesaikannya laporan ini.
Penulis menyadari bahwa masih terdapat banyak kekurangan dalam
laporan ini. Oleh karena itu penulis mohon maaf dan saran maupun kritik yang
membangun sangat diharapkan guna penyempurnaan laporan ini. Harapan penulis
semoga laporan ini bisa bermanfaat bagi semua orang yang membacanya.
Akhir kata berharap semoga laporan Tugas Akhir (TA) ini dapat
memberikan manfaat bagi penulis, teman-teman mahasiswa pada khususnya dan
pembaca pada umumnya, terimakasih
Semarang Februari 2019
Penulis
ix
DAFTAR ISI
Halaman Judul ..................................................................................................... i
Pernyataan Penulis .............................................................................................. ii
Pengesahan Tugas Akhir ..................................................................................... iii
Pengesahan Ujian Tugas Akhir ........................................................................... iv
Abstract ............................................................................................................... v
Abstrak ................................................................................................................ vi
Kata Pengantar .................................................................................................... vii
Daftar Isi.............................................................................................................. ix
Daftar Gambar ..................................................................................................... xii
Daftar Tabel ........................................................................................................ xvi
BAB I PENDAHULUAN
1.1 Latar Belakang ............................................................................... 1
1.2 Perumusan Masalah ....................................................................... 3
1.3 Batasan Masalah ............................................................................ 3
1.4 Tujuan Tugas Akhir ....................................................................... 4
1.5 Manfaat Tugas Akhir ..................................................................... 4
1.6 Metodologi Penelitian ..................................................................... 5
1.6.1 Objek Penelitian ................................................................... 6
1.6.2 Sumber Data ......................................................................... 6
1.6.3 Metode Pengumpulan Data ................................................... 7
1.6.4 Metode Pengembangan Sistem ............................................. 8
1.7 Sistematika Penulisan .................................................................... 10
BAB II TINJAUAN UMUM CV SAPROTAN UTAMA
2.1 Sejarah CV Saprotan Utama .......................................................... 13
2.2 Visi dan Misi CV Saprotan Utama ................................................ 13
2.3 Struktur Organisasi ........................................................................ 15
2.4 Tugas dan Fungsi masing-masing struktur .................................... 16
x
BAB III LANDASAN TEORI
3.1 Penelitian Terdahulu ...................................................................... 24
3.2 Pengertian Sistem .......................................................................... 26
3.3 Informasi ........................................................................................ 15
3.4 Sistem Informasi ............................................................................ 27
3.5 Pengertian Maintenance (Perawatan) ............................................ 28
3.6 Sistem Informasi Manajemen Aset ................................................ 29
3.7 Pengertian Mesin ........................................................................... 30
3.8 Pengertian Produksi ....................................................................... 31
3.9 Pengertian PHP .............................................................................. 31
3.10 XAMPP ......................................................................................... 32
3.11 MySQL ......................................................................................... 33
3.10 Unifield Modelling Language (UML) .......................................... 34
BAB IV PERENCANAAN DAN ANALISA PERANCANGAN SISTEM
4.1 Perencanaan Sistem Informasi ....................................................... 49
4.2 Analisa Sistem Yang Berjalan ...................................................... 49
4.3 Analisa Sistem Yang Akan Dikembangkan .................................. 49
4.4 Analisa Kebutuhan ......................................................................... 51
4.4.1 Analisa Kebutuhan Hardware .............................................. 51
4.4.2 Analisa Kebutuhan Software ................................................ 51
4.5 Perancangan Sistem ....................................................................... 51
4.5.1 Use Case Diagram ................................................................ 52
4.5.2 Skenario Use Case ................................................................ 53
4.5.3 Activity Diagram ................................................................... 70
4.5.4 Sequence Diagram ................................................................ 86
4.5.5 State Chart ............................................................................ 99
4.5.6 Component Diagram ............................................................. 110
4.5.7 Deployment Diagram ............................................................ 110
4.5.8 Class Diagram ...................................................................... 111
xi
4.9 Perancangan Database ................................................................... 112
4.10 Percangan User Interface (Antar Muka) ....................................... 117
BAB V IMPLEMENTASI DAN PENGUJIAN SISTEM
5.1 Hirarki Program ............................................................................ 124
5.2 Implementasi Database ................................................................ 125
5.3 Implementasi Program .................................................................. 132
5.4 Pengujian Sistem ........................................................................... 147
5.4.1 Pengujian White Box ............................................................ 147
5.4.2 Pengujian Black Box ............................................................ 153
5.4.3 Pengujian Beta ..................................................................... 154
5.4.4 Pengujian Perhitungan Efisiensi Sistem ............................... 160
5.5 Pemeliharaan Program .................................................................. 161
BAB VI PENUTUP
6.1 Kesimpulan ...................................................................................162
6.2 Saran .............................................................................................163
DAFTAR PUSTAKA
LAMPIRAN
xii
DAFTAR GAMBAR
Gambar 1.1 Diagram Waterfall ....................................................................... 8
Gambar 2.1 CV Saprotan Utama ..................................................................... 14
Gambar 2.2 Struktur Organisasi CV Saprotan Utama .................................... 15
Gambar 3.1 Sistem Informasi Manajemen Aset ............................................. 30
Gambar 4.1 Use Case Diagram ....................................................................... 52
Gambar 4.2 Activity Diagram Input Kerusakan ............................................. 71
Gambar 4.3 Activity Diagram Menerima Notifikasi Laporan Kerusakan ....... 72
Gambar 4.4 Activity Diagram Mengelola Laporan Kerusakan ....................... 73
Gambar 4.5 Activity Diagram Menegelola Detail Keruakan .......................... 74
Gambar 4.6 Activity Diagram Mengelola Data Lokasi ................................... 75
Gambar 4.7 Actitifty Diagram Menelola Data Mesin ..................................... 76
Gambar 4.8 Activity Diagram Mengelola Komponen..................................... 77
Gambar 4.9 Activity Diagram Mengelola Pegawai ........................................ 78
Gambar 4.10 Activity Diagram Menerima Notifikasi Jadwal Monitoring ........ 79
Gambar 4.11 Activity Diagram Update Jadwal Monitoring ............................. 80
Gambar 4.12 Activity Diagram Mengelola Mutasi Komponen ........................ 81
Gambar 4.13 Activity Diagram Mengelola User............................................... 82
Gambar 4.14 Activity Diagram Mengelola Jadwal Monitoring ....................... 83
Gambar 4.15 Activity Diagram Melihat Laporan Kerusakan............................ 84
Gambar 4.16 Activity Diagram Melihat Laporan Detail Kerusakan ................. 85
Gambar 4.17 Activity Diagram Melihat Laporan Kerusakan............................ 86
Gambar 4.18 Sequence Diagram Input Laporan Kerusakan ............................. 87
Gambar 4.19 Sequence Diagram Menerima Notifikasi Laporan Kerusakan .... 87
Gambar 4.20 Sequence Diagram Mengelola Laporan Kerusakan .................... 88
Gambar 4.21 Sequence Diagram Mengelola Detail Kerusakan ........................ 89
Gambar 4.22 Sequence Diagram Mengelola Data Lokasi ................................ 90
Gambar 4.23 Sequence Diagram Mengelola Data Mesin ................................. 91
Gambar 4.24 Sequence Diagram Mengelola Data Komponen ......................... 92
xiii
Gambar 4.25 Sequence Diagram Mengelola Data Pegawai ............................. 93
Gambar 4.26 Sequence Diagram Mendapat Notifikasi Jadwal Monitoring ..... 94
Gambar 4.27 Sequence Diagram Update Jadwal Monitoring .......................... 94
Gambar 4.28 Sequence Diagram Mengelola Mutasi Komponen...................... 95
Gambar 4.29 Sequence Diagram Mengelola User ............................................ 96
Gambar 4.30 Sequence Diagram Mengelola Jadwal Monitroing ..................... 97
Gambar 4.31 Sequence Diagram Melihat Laporan Kerusakan ........................ 98
Gambar 4.32 Sequence Diagram Melihat Laporan Detail Kerusakan ............. 98
Gambar 4.33 Sequence Diagram Melihat Laporan Jadwal Monitoring .......... 99
Gambar 4.34 State Diagram Input Laporan Kerusakan .................................... 100
Gambar 4.35 State Diagram Menerima Notifikasi Laporan Kerusakan ........... 101
Gambar 4.36 State Diagram Mengelola Laporan Kerusakan ........................... 102
Gambar 4.37 State Diagram Mengelola Detail Kerusakan ............................... 102
Gambar 4.38 State Diagram Mengelola Data Lokasi ....................................... 103
Gambar 4.39 State Diagram Mengelola Data Mesin ........................................ 104
Gambar 4.40 State Diagram Mengelola Data Komponen ................................ 104
Gambar 4.41 State Diagram Mengelola Data Pegawai .................................... 105
Gambar 4.42 State Diagram Menerima Notifikasi Jadwal Monitoring ............ 106
Gambar 4.43 State Diagram Update Jadwal Monitoring.................................. 106
Gambar 4.44 State Diagram Mengelola Mutasi Komponen ............................. 107
Gambar 4.45 State Diagram Mengelola User ................................................... 108
Gambar 4.46 State Diagram Mengelola Jadwal Monitoring ............................ 108
Gambar 4.47 State Diagram Melihat Laporan .................................................. 109
Gambar 4.48 Component Diagram ................................................................... 110
Gambar 4.49 Deployment Diagram .................................................................. 110
Gambar 4.50 Class Diagram ............................................................................. 111
Gambar 4.51 Perancangan Tampilan Login ...................................................... 117
Gambar 4.52 Tampilan Halaman Menu Operator dan Input Kerusakan .......... 118
Gambar 4.53 Tampilan Halaman Menu Utama User Admin Maintenance Dalam
Pengelolaan Data Mesin .............................................................. 119
xiv
Gambar 4.54 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Pegawai .......................................................... 119
Gambar 4.55 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Komponen ...................................................... 120
Gambar 4.56 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Komponen ...................................................... 121
Gambar 4.57 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Kerusakan ....................................................... 121
Gambar 4.58 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Detail Kerusakan ............................................ 122
Gambar 4.59 Tampilan Halaman Menu Utama Spv. Maintenance Dalam
Pengelolaan Data Jadwal Monitoring .......................................... 123
Gambar 5.1 Hirarki Program .......................................................................... 124
Gambar 5.2 Tabel User ................................................................................... 125
Gambar 5.3 Tabel pegawai .............................................................................. 126
Gambar 5.4 Tabel Mesin ................................................................................. 126
Gambar 5.5 Tabel Lokasi ................................................................................ 127
Gambar 5.6 Tabel Komponen ......................................................................... 128
Gambar 5.7 Tabel Gudang .............................................................................. 128
Gambar 5.8 Tabel Kerusakan .......................................................................... 129
Gambar 5.9 Tabel Detail Kerusakan ............................................................... 130
Gambar 5.10 Tabel Detail Kerusakan ............................................................... 131
Gambar 5.11 Tampilan Dashboard Operartor .................................................. 132
Gambar 5.12 Form Menu Kerusakan ................................................................ 133
Gambar 5.13 Form Input Kerusakan ................................................................. 133
Gambar 5.14 Tampilan Dashboard Admin Maintenance ................................. 134
Gambar 5.15 Tampilan Menu Pegawai ............................................................. 135
Gambar 5.16 Tampilan Input Pegawai .............................................................. 135
Gambar 5.17 Tampilan Menu Mesin ................................................................ 136
Gambar 5.18 Tampilan Input Mesin ................................................................. 137
Gambar 5.19 Tampilan Menu Komponen ......................................................... 137
xv
Gambar 5.20 Tampilan Input Komponen .......................................................... 138
Gambar 5.21 Tampilan Menu Lokasi................................................................ 138
Gambar 5.22 Tampilan Input Lokasi ................................................................ 139
Gambar 5.23 Tampilan Menu Gudang .............................................................. 139
Gambar 5.24 Tampilan Input Gudang ............................................................... 140
Gambar 5.25 Tampilan Menu Stok Komponen ................................................ 141
Gambar 5.26 Tampilan Update Catatan Kerusakan .......................................... 141
Gambar 5.27 Tampilan Menu Detail Kerusakan ............................................... 142
Gambar 5.28 Tampilan Input Detail Kerusakan ............................................... 142
Gambar 5.29 Tampilan Menu Jadwal Monitoring ............................................ 143
Gambar 5.30 Tampilan Input Jadwal Monitoring ............................................. 144
Gambar 5.31 Cetak Laporan Kerusakan ........................................................... 144
Gambar 5.32 Cetak Laporan Jadwal Monitoring .............................................. 145
Gambar 5.33 Cetak Form kerusakan ................................................................. 146
Gambar 5.34 Notifikasi Kerusakan dan Jadwal Monitoring ............................. 146
Gambar 5.35 Alir Proses Login ......................................................................... 148
Gambar 5.36 Grafik Alir Login ......................................................................... 150
Gambar 5.37 Grafik Pengujian Beta ................................................................. 160
Gambar 5.38 Dokumentasi Penyerahan Program ............................................. 161
Gambar 5.39 Dokumentasi Pelatihan Program ................................................. 162
xvi
DAFTAR TABEL
Tabel 1.1 Data Perbaikan dan Perawatan Mesin Produksi CV Saprotan Utama 2
Tabel 3.1 Penelitian Terdahulu ........................................................................ 24
Tabel 3.2 Simbol Use Case Diagram ............................................................... 34
Tabel 3.3 Simbol Class Diagram ..................................................................... 37
Tabel 3.4 Simbol Activity Diagram .................................................................. 39
Tabel 3.5 Simbol Sequence Diagram ............................................................... 40
Tabel 3.6 Simbol State Diagram ...................................................................... 43
Tabel 3.7 Simbol Deployment Diagram ........................................................... 44
Tabel 3.8 Simbol Component Diagram ............................................................ 46
Tabel 4.1 Skenario Use Case Membuat Laporan Kerusakan Mesin ................ 54
Tabel 4.2 Skenario Use Case Menerima Notifikasi Laporan Kerusakan Mesin 55
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan ......................... 55
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan ............................ 57
Tabel 4.5 Skenario Mengelola Data Lokasi ..................................................... 58
Tabel 4.6 Skenario Mengelola Data Mesin ...................................................... 60
Tabel 4.7 Skenario Mengelola Data Komponen .............................................. 61
Tabel4.8 Skenario Mengelola Data Pegawai .................................................. 62
Tabel 4.9 Skenario Menerima Notifikasi Jadwal Monitoring .......................... 63
Tabel 4.10 Skenario Use Case Update Jadwal Monitoring ............................... 64
Tabel 4.11 Skenario Mengelola Mutasi Komponen ........................................... 65
Tabel 4.12 Skenario Mengelola Laporan Kerusakan ......................................... 66
Tabel 4.13 Skenario Mengelola Laporan Detail Kerusakan .............................. 67
Tabel 4.14 Skenario Mengelola Laporan Jadwal Monitoring ............................ 67
Tabel 4.15 Skenario Mengelola Jadwal Monitoring .......................................... 68
Tabel 4.16 Skenario Mengelola Data User ........................................................ 69
Tabel 4.17 Tabel User ........................................................................................ 112
Tabel 4.18 Tabel Pegawai .................................................................................. 113
Tabel 4.19 Tabel Lokasi ..................................................................................... 113
Tabel 4.20 Tabel Mesin ...................................................................................... 113
xvii
Tabel 4.21 Tabel Komponen .............................................................................. 114
Tabel 4.22 Tabel Gudang ................................................................................... 114
Tabel 4.23 Tabel Kerusakan ............................................................................... 115
Tabel 4.24 Tabel Detail Kerusakan .................................................................... 116
Tabel 4.25 Tabel Jadwal Monitoring ................................................................. 116
Tabel 5.1 Listing Program Login ..................................................................... 149
Tabel 5.2 Pengujian Jalur ................................................................................. 152
Tabel 5.4 Pengujian Beta Pertanyaan 1 ............................................................ 155
Tabel 5.5 Pengujian Beta Pertanyaan 2 ............................................................ 156
Tabel 5.6 Pengujian Beta Pertanyaan 3 ............................................................ 156
Tabel 5.7 Pengujian Beta Pertanyaan 4 ............................................................ 157
Tabel 5.8 Pengujian Beta Pertanyaan 5 ............................................................ 157
Tabel 5.9 Pengujian Beta Pertanyaan 6 ............................................................ 158
Tabel 5.10 Pengujian Beta Pertanyaan 7 ............................................................ 158
Tabel 5.11 Pengujian Beta Pertanyaan 8 ............................................................ 159
Tabel 5.12 Pengujian Beta Pertanyaan 9 ............................................................ 159
Tabel 5.13 Data Efisiensi Sistem ....................................................................... 161
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Seiring dengan berkembangnya perusahaan dan kemajuan
teknologi, pengolahan data secara manual sudah mulai ditinggalkan,
karena dalam sistem manual sering terjadi kesalahan dalam pencatatan.
Berbeda dengan pengolahan data secara komputerisasi yang
memberikan banyak keuntungan dan manfaat bagi perusahaan, yaitu
meminimalkan waktu pengolahan data dan mengurangi kesalahan
dalam pencatatan.
CV Saprotan Utama merupakan perusahaan yang bergerak
dibidang pertanian, yang memproduksi pupuk dan pestisida. Dalam
proses produksi CV Saprotan Utama mengandalkan mesin sebagai alat
bantu. Mesin produksi merupakan salah satu komponen utama dalam
proses produksi, dengan adanya mesin produksi, output yang
dihasilkan akan lebih banyak jika dibandingkan dengan hanya
mengandalkan tenaga manusia saja. Mesin produksi yang terawat akan
mencapai performa terbaik sehingga akan menghasilkan output lebih
banyak. Seiring berjalannya waktu, mesin-mesin tersebut mengalami
beberapa kendala kerusakan yang harus segera diatasi oleh bagian
maintenance agar mesin tersebut dapat berjalan kembali dengan
optimal dan memenuhi target yang telah ditentukan.
Sistem yang berjalan saat ini masih mempunyai kekurangan,
yaitu kurang efektif dalam pengolahan data perbaikan mesin produksi,
perawatan mesin produksi, dan penjadwalan perawatan mesin. Apabila
terjadi kerusakan pada mesin produksi, maka operator mesin
mengajukan perbaikan dengan cara mengisi lembar form kertas WO
(Work Order) yang berisi uraian kerusakan mesin, kemudian form
tersebut akan diberikan kepada bagian maintenance untuk dilakukan
pemeriksaan kerusakan dan selanjutnya akan dilakukan perbaikan.
2
Perawatan mesin secara berkala perlu dilakukan agar mengurangi
downtime mesin yang terjadi, dan untuk mengatasi permasalahan
tersebut maka harus disusun jadwal perawatan mesin produksi secara
rutin setiap bulannya. Berikut data dari hasil perbaikan dan perawatan
mesin produksi CV Saprotan Utama selama satu setengah tahun
(Januari 2017-Juni 2018) terdapat pada Tabel 1.1.
Tabel 1.1 Data Perbaikan dan Perawatan Mesin Produksi CV Saprotan
Utama
No Tanggal Mesin Problem Solving Teknisi
1 05-09-17 Molen No 7 Tabung Aduk
Berlubang Tambal dan las Sujiwo
2 05-09-17 Molen No 3 V-Belt kendor Ganti V-belt Aris
3 11-09-17 Mesin Jahit
G.B
Tidak bisa
menganyam
Setting
mekanik Mulyadi
4 11-09-17 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
5 13-09-17 CPN Auto 2 Bagian las
bocor
Setting
dudukan heater Aris
6 19-09-17 MC DBF
900 Heater putus
Ganti heater
baru Wahono
7 22-09-17 CPN Auto 1 Printer rusak Ganti
Pneumatic Aris
8 22-09-17 Mesin
Gerus No 1 V-Belt kendor
Setting
Dudukan motor Malik
9 22-09-17 Mesin
Gerus No 2 V-Belt kendor
Setting
dudukan motor Malik
10 30-09-17
Mesin
Induction
Seal
Fuse putus Ganti Fuse Aris
11 11-01-18 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
12 22-02-18 Stabilizer Perangkat
Mati Ganti Fuse Aris
13 21-3-18 Lift Gd.
Blending
Ada Percikan
Api Lepas Sumber Malik
14 17-4-18 Molen No 2 Mengeluarkan
Asap Instalasi Ulang Wahono
15 8-6-18 Lift Gd.
Couting Lift Macet Ganti P/B Mulyadi
3
Data pada Tabel 1.1 adalah hasil rekapan perbaikan mesin
produksi dari Januari 2017 – Juni 2018. Dari hasil perbaikan dan
perawatan mesin produksi tersebut masih sering terjadi penumpukan
dokumen karena ada pencatatan ulang dari form dokumen yang sudah
ada. Sulitnya dalam mengetahui history penyelesaian WO (Work
Order) dan perawatan mesin yang telah dilakukan memerlukan waktu
yang cukup lama dalam pencarian data, sehingga informasi yang
disajikan akan memakan waktu lama dan tidak akurat, karena dapat
terjadi data rusak bahkan hilang. Akibat dari berhentinya mesin
produksi saat terjadi kerusakan mesin akan terhentinya proses produksi
yang sedang dikejar oleh target yang telah ditentukan.
Dari uraian di atas penulis mengambil judul tugas akhir
“Sistem Informasi Maintenance Mesin Produksi Pupuk dan Pestisida
(Studi Kasus : CV Saprotan Utama)”, yang diharapkan sistem yang
akan dibangun dapat memudahkan pelaksanaan dan dokumentasi.
1.2 Perumusan Masalah
Berdasarkan latar belakang di atas, maka didapat rumusan
masalah yaitu bagaimana membangun sistem informasi maintenance
mesin produksi pupuk dan pestisida dengan studi kasus di CV
Saprotan Utama yang diharapkan dapat membantu monitoring
kerusakan mesin dan penjadwalan perawatan mesin di CV Saprotan
Utama.
1.3 Batasan Masalah
Agar pembahasannya jelas, terarah, dan tidak keluar dari pokok
permasalahan yang telah dirumuskan, maka ruang lingkup perlu
dibatasi diantaranya meliputi :
4
1. Metode pengembangan sistem yang digunakan adalah model
Waterfall yang meliputi analisa, perancangan, pengkodean,
pengujian, dan pemeliharaan.
2. Perancangan sistem menggunakan UML (Unified Modeling
Language).
3. Sistem ini dibangun menggunakan bahasa pemograman PHP dan
database MySQL.
4. Sistem informasi yang akan dibangun meliputi pendataan
kerusakan mesin produksi, penjadwalan perawatan mesin produksi
secara berkala, dan pembuatan laporannya.
5. Pembuatan laporan membahas laporan kerusakan, laporan detail
kerusakan, serta laporan jadwal monitoring mesin.
6. Data perbaikan dan perawatan mesin produksi diambil dari CV
Saprotan Utama antara kurun waktu Januari 2017 – Juni 2018.
7. Sistem informasi ini dibangun dengan konsep corrective
maintenance.
8. Pengajuan perbaikan mesin dilakukan dengan memunculkan
pemberitahuan langsung ke halaman sistem yang diakses Admin
Maintenance.
9. Pembuatan jadwal monitoring ditetapkan berdasarkan tanggal
perawatan dan tidak mencakup jam perawatan.
1.4 Tujuan Tugas Akhir
Tujuan dari penelitian ini adalah untuk membangun sistem
informasi pendataan dan pelaporan kerusakan serta perawatan mesin di
CV Saprotan Utama pada bagian maintenance.
Dengan adanya penelitian ini diharapkan nantinya akan
memberikan manfaat diantaranya :
1.5 Manfaat Tugas Akhir
5
1. Bagi Penulis
Dapat melatih diri dalam menganalisa suatu permasalahan, yang
kemudian dapat merancang sebuah aplikasi yang dapat
menyelesaikan permasalahan yang muncul. Menambah
pengetahuan dan wawasan serta dapat menerapkan teori serta ilmu
yang diperoleh selama perkuliahan khususnya mata kuliah Analisa
dan Perancangan Sitem Informasi, Desain Sistem Informasi,
Pemrograman Database, dan Desain Pemrograman Web.
2. Bagi Perusahaan
Diharapkan sistem informasi ini dapat digunakan secara optimal
oleh karyawan khususnya bagian maintenance dalam pengelolaan
data baik dalam pelaporan kerusakan, penjadwalan, serta
pembuatan laporan dari aktivitas perawatan dan perbaikan mesin
produksi yang telah dilakukan . Serta bisa menutupi kelemahan-
kelemahan yang ada dari sistem yang sedang berjalan.
3. Bagi Akademik
Sebagai referensi dan tolak ukur keberhasilan proses belajar
mengajar yang dapat digunakan sebagai evaluasi bagi pihak
akademik tentang analisa dan desain perancangan sistem informasi
khususnya sistem informasi maintenance.
4. Bagi Pembaca
Sebagai tambahan pengetahuan, rujukan, dan bahan acuan apabila
melakukan penelitian lebih lanjut serta tambahan pengetahuan
dalam mempelajari masalah – masalah tentang analisa dan desain
perancangan sistem informasi.
1.6 Metode Penelitian
Ada beberapa tahapan yang dilakukan dalam pelaksanaan
Tugas Akhir ini, yaitu :
6
1.6.1 Objek Penelitian
Penelitian ini dilakukan di Pabrik CV Saprotan Utama di
Jl. Semarang Purwodadi KM 12, Bandungrejo, Mranggen,
Demak.
1.6.2 Sumber Data
Data-data yang digunakan dalam penelitian ini diambil
dari berbagai sumber yang secara umum dapat diklasifikasikan
dalam 2 jenis yaitu :
a) Data Primer
Data yang diperoleh secara langsung dari sumber data atau
narasumber yaitu Supervisor Maintenance Bapak M. Dikro,
baik wawancara maupun observasi secara langsung. Data
tersebut adalah form work order (WO), data perekapan
perbaikan, dan data mesin produksi.
b) Data Sekunder
Data sekunder adalah data yang diperoleh secara tidak
langsung, data yang diperoleh dari berbagai literatur yang
berhubungan dengan pembuatan Sistem Informasi
Maintenance adalah dari jurnal tentang sistem informasi
maintenance, antara lain Pembuatan Aplikasi Monitoring
Work Order Dalam Pembuatan Shutdown Paper Machine
Dengan Menggunakan PPH dan MySQL Pada PT Pelita
Cengkareng Paper (Saputra, 2015), Rancangan Sistem
Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri
Bangka Belitung) (Rivai et al., 2017), Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A.,
Kumar, D. dan Kumar, 2008), Perancangan Sistem
Informasi Manajemen Perawatan Mesin Berbasis Group
Technology (Studi Kasus: PT. Adi Putro Wirasejati
Malang) (Melladya, Santoso, & Choiri, 2014), Perancangan
7
dan Pembuatan Sistem Informasi Manajemen Pemeliharaan
dan Perawatan di Jurusan Teknik Mesin UNNES (W.
Kurniawan & Fatchurrochman, 2015).
1.6.3 Metode Pengumpulan Data
Metode pengumpulan data yang digunakan diantaranya:
a) Observasi
Yaitu dengan melakukan pengamatan langsung terhadap
sistem kerja dan pencatatan secara cermat dan sistematis
guna mengumpulkan data-data dan diperoleh informasi yang
dibutuhkan seperti form work order dan perekapan data hasil
perbaikan dan perawatan mesin produksi yang telah
dilakukan.
a) Studi Pustaka
Sutdi pustaka dilakukan dengan cara mempelajari,
mendalami, mengutip teori-teori atau konsep-konsep dari
sejumlah literatur, baik buku, jurnal, atau karya tulis
terdahulu tentang sistem informasi maintenance.
b) Wawancara
Metode ini dilakukan dengan cara mengadakan tanya jawab
secara langsung dengan narasumber yaitu Bapak M. Dikro
selaku Supervisor Maintenance di CV Saprotan Utama
perihal alur dari sistem maintenanace yang berjalan.
Pertanyaannya adalah menyakan tentang alur dari sistem
maintenance yang berjalan saat ini apakah sudah
terkomputerisasi dan bagaimana alur dari sistem jika terjadi
kerusakan. Hasil dari wawancara tersebut terjawab bahwa
sistem masih belum terkomputerisasi dan untuk alurnya
apabila terjadi kerusakan, operator mesin masih menulis
pada lembar form work order yang kemudian diajukan
kepada pihak maintenance sebagai surat perintah permintaan
8
perbaikan mesin, setelah dilakukan perbaikan form work
order tadi akan direkap ke Ms. Excel untuk pendataan.
1.6.4 Metode Pengembangan Sistem
Tahapan pengembangan sistem yang digunakan untuk
penulisan Tugas Akhir ini adalah model Waterfall. Metode ini
merupakan metode yang sering digunakan oleh penganalisa
sistem pada umumnya. Unit dari model Waterfall adalah
pengerjaan dari suatu sistem dilakukan secara berurutan atau
secara linier. Jadi apabila langkah pertama belum dikerjakan
maka tidak akan bisa melakukan pengerjaan langkah dua, tiga,
dan seterusnya. Tahap kedua akan bisa dilakukan jika tahap
pertama dan kedua sudah dilakukan. Diagram Waterfall
terdapat pada Gambar 1.1
Gambar 1.1 Diagram Waterfall (Rosa A.S & M. Shallahudin,
2014)
Penjelasan Diagram Waterfall yang terdapat pada
Gambar 1.1 sebagai berikut :
a. Analisa Kebutuhan
Proses pencarian kebutuhan diintensifkan dan
difokuskan pada perangkat lunak. Untuk mengetahui sifat
dari program yang akan dibuat, maka software engineer
harus mengerti tentang domain informasi dan perangkat
lunak.
9
Pada tahap ini penulis menganalisa sistem
maintenance yang berjalan di CV Saprotan Utama kemudian
mencari kelemahan pada sistem ini untuk dianalisa kembali
dan dirancangkan sistem maintenance baru yang lebih baik
dari sebelumnya. Dari analisa ini akan terbentuk alur baru
dari sistem baru yang membantu memudahkan dalam
pekerjaan misalnya pengajuan memo work order ke bagian
maintenance tanpa harus datang ke bagian maintenance tapi
langsung memunculkan notifikasi ke halaman Admin dan
Supervisor Maintenance untuk tindak lanjut.
b. Desain Sistem
Proses ini digunakan untuk mengubah kebutuhan-
kebutuhan diatas representasi ke dalam bentuk perancangan
perangkat lunak sebelum coding dimulai.
Proses ini dilakukan perancangan desain sistem dari
sistem informasi maintenance yang dibangun menggunakan
UML (Unified Modelling Language) yang menggambarkan
alur dari kerja sistem yang akan dibangun, dan perancangan
desain interface dari sistem informasi maintenance
mengunakan Balsamic Mockups 3.
c. Penulisan Kode Program
Untuk dapat dimengerti oleh mesin, dalam hal ini
adalah komputer, maka desain tadi dapat diubah bentuknya
menjadi pemrograman melalui proses coding. Tahap ini
merupakan implementasi dari tahap desain yang secara
teknis dikerjakan oleh programmer.
Proses ini dilakukan penulisan kode program dari
website sistem informasi maintenance menggunakan bahasa
pemrograman PHP dan untuk database menggunakan
MySQL.
10
d. Pengujian Program
Sesuatu yang dibuat harus dicoba. Demikian juga
dengan perangkat lunak. Semua fungsi-fungsi perangkat
lunak harus diuji coba agar terbebas dari error, dan hasilnya
sesuai dengan kebutuhan yang sudah ditentukan
sebelumnya. Pengujian yang digunakan dalam
pengembangan aplikasi ini menggunakan metode black box
testimg dan white box testing.
Penujian untuk meyakinkan semua perintah dan
kondisi pada aplikasi dieksekusi secara minimal disebut
white box testing.
Pengujian oleh user merupakan black box testing,
biasanya pengujian perangkat lunak dengan metode black
box melibatkan client atau pelanggan yang menggunakan
perangkat lunak tersebut. Black box testing dilakukan untuk
memastikan masukan dalam menjalankan proses yang tepat
dan menghasilkan output yang sesuai dengan rancangan.
e. Pemeliharaan Program
Pemeliharaan suatu perangkat lunak sangat
diperlukan, termasuk didalamnya adalah pengembangan,
karena perangkat lunak yang dibuat tidak selamanya seperti
demikian.
Dalam sebulan sekali akan dilakukan kunjungan
rutin ke CV Saprotan Utama apakah adanya kendala atau
error yang muncul yang harus segera diatasi, serta akan
dilakukan update pada sistem informasi maintenance jika
ada tambahan kebutuhan dari pengguna.
1.7 Sistematika Penulisan
Laporan ini dibagi berdasarkan sisematika penulisan yang
dibagi menjadi beberapa bab. Hal ini bertujuan untuk mempermudah
11
dalam memahami isi yang terkandung di dalamnya. Adapun
penyusunan bab sebagai berikut:
BAB I PENDAHULUAN
Berisi tentang latar belakang, tujuan, perumusan masalah,
batasan masalah, manfaat tugas akhir, metodologi
pelaksanaan, serta sistematika penulisan.
BAB II TINJAUAN UMUM CV SAPROTAN UTAMA
Pada bab ini berisi tentang sejarah CV Saprotan Utama,
visi dan misi, lokasi, struktur organisasi, serta uraian tugas
dan tanggung jawab.
BAB III TINJAUAN PUSTAKA
Pada bab ini akan mengulas tentang sistem informasi
maintenance, PHP, MySQL, dan beberapa penelitian
terdahulu yang telah dilakukan tentang sistem informasi
maintenance.
BAB IV PERENCANAAN DAN ANALISA PERANCANGAN
SISTEM
Pada bab ini akan membahas perencanaan desain sistem
informasi maintenance mesin produksi pupuk dan pestisida
pada CV Saprotan Utama. Dalam perancangannya
menggunakan UML (Unified Modelling Language) untuk
perancangan analisa desain sistem dan unutk desain
tampilan interface (antarmuka) menggunakan Balsamic
Mockups 3.
BAB V IMPLEMENTASI SISTEM
Pada bab ini menjelaskan implementasi dari analisa dan
perancangan yang telah dibuat ke dalam bentuk perangkat
lunak, kemudian melakukan pengujian terhadap perangkat
lunak yang dibangun menggunakan PHP dan database
MySQL.
12
BAB VI PENUTUP
Pada bab ini berisi tentang kesimpulan dan saran-saran
untuk melengkapi dan menyempurnakan penyusunan Tugas
Akhir (TA).
DAFTAR PUSTAKA
LAMPIRAN
13
BAB II
TINJAUAN UMUM CV SAPROTAN UTAMA
2.1 Sejarah CV Saprotan Utama
Saprotan Utama adalah perusahaan yang bergerak dibidang
agribisnis sebagai distributor dan produsen pupuk, pestisida, benih
padi, dan benih jagung yang berdiri sejak tahun 1980.
Dimulai tahun 1978 Ir. Markus Wibowo membuka Toko
Sumber Hurip di Jalan DI Panjaitan No. 5 Tegal. Lingkup Toko
Sumber Hurip pada waktu itu adalah petani wilayah Tegal dan
sekitarnya. Lalu tahun 1979 UD Vigor mulai berdiri, beralamat di
Jalan Wotgandul Dalam No. 186 Semarang. UD Vigor didirikan
dengan tujuan sebagai distributor pestisida PT Bayer Indonesia ke PT
Perkebunan Nusantara dan free market.
Tanggal 12 April 1980, nama UD Vigor diganti menjadi CV
Saprotan Utama, dan di tahun 1982 alamat kantor pindah ke Jalan
Wonodri Krajan III/958 Semarang. Tujuan CV Saprotan Utama
didirikan adalah untuk menjadi importir, agen atau distributor, dan
produsen bahan-bahan untuk pertanian seperti pestisida, pupuk, benih,
dan produk perikanan.
Tahun 1989 CV Saprotan Utama menjadi pengimpor dan agen
exclusive atau distributor tunggal untuk pupuk-pupuk SQM (Sociedad
Quimica dei Minerale) di Indonesia. CV Saprotan Utama memperkuat
diri sebagai distributor pupuk import untuk mensuplai kemitraan
tembakau Virginia, Burley, Na-Oogst, dan Rajangan yang dikelola
oleh perusahaan rokok besar di Indonesia seperti PT Philip Morris
Indonesia di tahun 1990. Kantor yang dulu berada di Jalan Wonodri
Krajan III/958 Semarang pindah alamat ke Bangkong Plaza C7, Jalan
Mataram 864-866, Semarang. Berkembang lagi di tahun 1995 menjadi
distributor pupuk impor (SAPRODAP) dari Namahae International
14
Company Korea. Mulai tahun 1998 CV Saprotan Utama berhasil
memproduksi pupuk phosphate butiran dengan memakai bahan baku
lokal, dengan adanya inovasi produk pupuk NPK di tahun 2003, maka
CV Saprotan Utama bekerja sama dengan PT Pupuk Kaltim
mendirikan PT Pukati Pelangi Agromakmur yang khususnya
memproduksi berbagai komposisi pupuk NPK Pelangi. Tahun 2007
CV Saprotan Utama mendirikan pabrik pestisida dan beroperasi di
tahun 2008. Kantor pusat kembali pindah dari alamat sebelumnya ke
alamat Jalan Brigjend Sudiarto 79, Semarang di tahun 2013.
Akhir tahun 2014 pabrik pestisida berpindah lokasi ke Jalan
Raya Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
Berikut Gambar 2.1 yaitu pabrik CV Saprotan Utama.
Gambar 2.1 CV Saprotan Utama
Pada Gambar 2.1 merupakan area dari CV Saprotan Utama
setelah memasuki gerbang depan pabrik yang berlokasi di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
2.2 Visi dan Misi CV Saprotan Utama
a. Visi
Menjadi perusahaan utama penyediaan sarana produksi pertanian
yang mampu menyejahterakan para petani, pelanggan, karyawan,
dan pemilik perusahaan.
15
b. Misi
Menyediakan produk yang berkualitas serta memberikan pelayanan
yang maksimal kepafa konsumen dan ikut berperan aktif
mendukung perkembangan pertanian nasional.
2.3 Struktur Organisasi CV Saprotan Utama
Dalam mengelola aktivitas usaha, diperlukan suatu manajemen
yang dinamis dan kompetitif agar perusahaan dapat mencapai
tujuannya yaitu efisien dari segi biaya, waktu dan tenaga kerja yang
dilibatkan. Untuk lebih jelasnya struktur organisasi perusahaan dapat
dilihat pada Gambar 2.2 berikut ini :
STRUKTUR ORGANISASI PERUSAHAAN
CV SAPROTAN UTAMA
Gambar 2.2 Struktur Organisasi CV Saprotan Utama (Sumber : CV Saprotan
Utama)
*)
*)Tempat Objek Penelitian
16
Pada Gambar 2.2 merupakan struktur organisasi pada CV
Saprotan Utama, CV Saprotan Utama ini dibawah pimpinan Bapak
Ir. Markus Wibowo sebagai Direktur Utama, yang kemudaian
Direktur Operasionalnya adalah Bapak Yuri Wibowo. Plant
Manager di Pabrik CV Saprotan Utama yang berada di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak
sebagai tempat objek penelitian dipimpin oleh Bapak Waryanto.
Untuk narasumber utama dari penelitian ini adalah Bapak M. Dikro
selaku Supervisor Maintenance.
2.4 Uraian Tugas dan Wewenang
Pembagian uraian tugas dan wewenang tanggung jawab pada
CV Saprotan Utama :
2.4.1 Direktur Utama
Tugas dan wewenangnya antara lain memutuskan dan
menentukan peraturan dan kebijakan tertinggi perusahaan.
Bertanggung jawab dalam memimpin dan menjalankan
perusahaan. Bertanggung jawab atas kerugian yang dihadapi
perusahaan termasuk juga keuntungan perusahaan. Serta
mengkoordinasikan dan mengawasi semua kegiatan di
perusahaan, mulai bidang administrasi, kepegawaian hingga
pengadaan barang.
2.4.2 Direktur Operasional
Tugas dan wewenangnya antara lain merencanakan,
melaksanakan, dan mengawasi seluruh pelaksanaan
operasional perusahaan. Membuat standar perusahaan
mengenai semua proses operasional, produksi, proyek, dan
kualitas hasil produksi. Membuat strategi dalam pemenuhan
target perusahaan dan cara mencapai target tersebut.
Membantu tugas-tugas direktur utama, mengecek, mengawasi,
17
dan menentukan semua kebutuhan dalam proses operasional
perusahaan. Merencanakan, menentukan, mengawasi,
mengambil keputusan dan mengkoordinasi dalam hal
keuangan untuk kebutuhan operasional perusahaan. Membuat
laporan kegiatan untuk diberikan kepada Direktur Utama. Serta
bertanggung jawab pada proses operasional, produksi, proyek,
dan kualitas hasil produksi.
2.4.3 Accounting Manager
Tugas dan wewenangnya antara lain merencanakan
strategi accounting perusahaan secara tepat sesuai strategi
bisnis perusahaan. Mengatur dan mengarahkan pencatatan
neraca perusahaan sesuai aktivitas perusahaan dan menjaga
keseimbangan neraca rugi atau laba. Mengevaluasi dan
menganalisa implementasi sistem accounting untuk memberi
masukan terhadap sistem keuangan dan strategi bisnis.
Mengontrol dan mengevaluasi pencatatan neraca rugi atau laba
dan aktivitas accounting lainnya agar dapat berjalan secara
tepat dan akurat. Serta mengarahkan fungsi dan kinerja unit
bagian accounting agar bejalan optimal dan meningkatkan
kinerja SDM accounting.
2.4.4 Marketing Manager
Tugas dan wewenangnya antara lain
mengkoordinasikan dan meningkatkan penjualan.
Mengevaluasi pencapaian target sales. Melakukan strategi
pemasaran yang efektif serta berorientasi pada pencapaian dan
peningkatan target sales. Membangun serta menjaga hubungan
baik dengan mitra bisnis, klien, dan vendor. Serta merumuskan
standar harga jual dengan koordinasi bersama Direktur
Operasional dan departemen terkait.
18
2.4.5 HRD (Human Resource Development)
Tugas dan wewenangnya antara lain bertanggung jawab
mengelola dan mengembangkan sumber daya manusia.
Membuat sistem HR yang efektif dan efisien dengan membuat
SOP, job description, training, dll. Melakukan seleksi,
promosi, dan demosi pada karyawan yang dianggap perlu.
Bertanggung jawab penuh dalam proses perekrutan karyawan,
mulai dari mencari calon karyawan, wawancara, hingga
seleksi. Bertanggung jawab pada hal yang berhubungan
dengan absensi karyawan, perhitungan gaji, bonus, dan
tunjangan. Membuat kontrak kerja karyawan serta
memperbaharui masa berlakunya kontrak kerja. Serta
melakukan tindakan disipliner pada karyawan yang melanggar
peraturan atau kebijakan perusahaan.
2.4.6 PPIC (Production Planning and Inventory Control)
Tugas dan wewenangnya antara lain menyediakan
pemesanan dari bagian marketing dan menyusun rencana
produksi sesuai dengan pesanan marketing. Memenuhi
permintaan contoh produksi dari bagian marketing. Menyusun
rencana pengadaan bahan yang didasarkan atas forecast dari
marketing melalui pemantauan kondisi stok barang yang akan
diproduksi. Melakukan pengawasan di bagian inventory pada
proses produksi, penyimpanan barang di gudang maupun yang
akan didatangkan. Serta membuat jadwal proses produksi
sesuai dengan waktu, routing, dan jumlah produksi yang tepat.
2.4.7 Plant Manager
Tugas dan wewenangnya antara lain bertanggung jawab
atas keseluruhan pabrik. Menentukan kebijakan pada pabrik.
Mengontrol bisnis plant yang telah dibuat terhadap kondisi
19
nyata yang ada di lapangan. Serta memeriksa pelaksanaan
kegiatan di lapangan dan menilai secara langsung pelaksanaan
kegiatan di lapangan.
2.4.8 Kepala Bagian Produksi
Tugas dan wewenangnya antara lain menjaga dan
mengawasi agar mutu bahan baku dalam proses dan mutu
barang jadi sesuai dengan standar yang telah ditetapkan.
Melakukan perencanaan dan pengontrolan proses produksi.
Melakukan perencanaan dan pengontrolan terhadap kebutuhan
tenaga kerja untuk proses produksi. Melakukan evaluasi
terhadap aktivitas proses produksi. Berwenang menilai,
menyampaikan usul promosi, degradasi, dan alih tugas
bawahannya sampai tingkat kepala regu.
2.4.9 Kepala Bagian Gudang
Tugas dan wewenangnya antara lain melakukan
perencanaan penataan (layout) gudang. Melakukan monitoring
produk di gudang. Melakukan pengaturan dan pengawasan
aktivitas di gudang. Melakukan pengawasan administrasi data
barang FG (Finish Good) dan RM (Raw Material). Serta
melakukan pengaturan dan pengawasan semua dokumen
gudang.
2.4.10 Kepala Bagian Maintenance
Tugas dan wewenangnya antara lain melakukan
perencanaan perawatan mesin-mesin dan peralatan mesin
produksi. Melakukan perencanaan modifikasi dan kebutuhan
teknik yang diperlukan untuk mendukung proses produksi.
Melakukan update dan review dokumen-dokumen teknik yang
berkaitan dengan proses produksi. Membantu Plant Manager
dalam menentukan modifikasi atau pembelian alat atau mesin
20
dari aspek teknik, serta melakukan perencanaan tahunan untuk
aktivitas bagian maintenance.
2.4.11 Kepala Bagian Quality Control
Tugas dan wewenangnya antara lain memantau
perkembangan semua produk yang diproduksi perusahaan.
Bertanggung jawab untuk memantau, menganalisis, meneliti,
menguji suatu produk, memverifikasi kualitas produk.
Bertanggung jawab memonitor setiap proses yang terlibat
dalam produksi produk. Memastikan kualitas barang produksi
sesuai standar. Merekomendasikan pengolahan ulang produk-
produk berkualitas rendah.
2.4.12 Supervisor Produksi
Tugas dan wewenangnya antara lain membuat
perencanaan dan permintaan semua kebutuhan untuk produksi.
mengatur, mengkoordinasi, dan mengawasi semua tugas
bawahannya agar sesuai perencanaan, prosedur, dan standar
perusahaan. Bertanggung jawab dalam pencapaian target
produksi dan kualitas standar hasil produksi. Bertanggung
jawab pada ketertiban dan kedisiplinan bawahannya. Serta
bertanggung jawab pada kebersihan lingkungan kerja dan
keselamatan bawahannya.
2.4.13 Leader Produski
Tugas dan wewenangnya antara lain membuat jadwal
pekerjaan setiap kelompok kru produksi. Memantau pekerjaan
yang dilakukan oleh kru produksi dalam mengemas produk
atau mencampur komposisi produk. Bertanggung jawab dalam
pencapaian target produksi. Serta bertanggung jawab pada
kebersihan lingkungan kerja.
21
2.4.14 Leader Gudang
Tugas dan wewenangnya antara lain melakukan
pengaturan dan pengawasan aktivitas di gudang. Melakukan
penerimaan barang dan meneliti barang sesuai dengan surat
pengantar, mengkoordinir kru gudang. Serta membuat laporan
stok setiap bulan.
2.4.15 Teknisi
Tugas dan wewenangnya antara lain melakukan
perbaikan terhadap mesin-mesin dan peralatan produksi.
Melakukan perawatan terhadap mesin-mesin dan perawatan
produksi. Serta melakukan modifikasi terhadap mesin-mesin
dan peralatan produksi.
2.4.16 Admin Produksi
Tugas dan wewenangnya antara lain membuat surat
permintaan barang dan bahan baku ke gudang. Membuat surat
penyerahan mutasi barang. Membuat laporan produksi harian,
bulanan, dan tahunan, serta merapikan file laporan produksi.
2.4.17 Admin Gudang
Tugas dan wewenangnya antara lain membuat surat
penyerahan mutasi barang. Memverifikasi surat mutasi produk
jadi dari produksi. Membuatkan surat pengantar untuk
pengiriman barang. Serta merapikan file pergudangan.
2.4.18 Admin Payroll
Tugas dan wewenangnya antara lain membuat laporan
penggajian karyawan. Menangani permasalahan yang ada pada
karyawan mengenai gaji. Mengontrol absensi seluruh
karyawan, record karyawan baru. Sserta membuat laporan
jamsostek setiap bulan.
22
2.4.19 Kasir
Tugas dan wewenangnya antara lain melakukan
pembayaran gaji untuk karyawan yang berstatus kontrak
harian. Melakukan pembayaran uang lembur untuk karyawan
yang berstatus kontrak bulanan dan tetap. Melakukan
pembayaran biaya bongkar dan muat barang untuk kbkb. Serta
bertanggung jawab terhadap laporan dan uang fisik.
2.4.20 Supervisor Kebersihan / Umum
Tugas dan wewenangnya antara lain melakukan
koordinasi tugas dan tanggung jawab kebersihan area.
Melakukan pengawasan pekerjaan kru kebersihan dan umum
secara berkala. Melakukan pengecekan kebersihan lingkungan
kerja, serta membuat jadwal kegiatan kerja kru kebersihan dan
umum.
2.4.21 Kru Kebersihan / Umum
Tugas dan wewenangnya antara lain membersihkan
lingkungan sesuai tugas yang diberikan supervisor.
membersihkan tempat sampah setiap pagi. merapikan dan
memisahkan pallet yang rusak, serta bertanggung jawab
membersihkan limbah kemasan bahan baku.
2.4.22 Kru Produksi
Tugas dan wewenangnya antara lain operator mesin
produksi menjalankan dan me-monitoring mesin. Bertugas
mencampur komposisi formulasi produk. Mengemas produk
ke dalam kemasan sesuai ukuran. Mencapai target yang telah
diberikan oleh leader produksi atau supervisor produksi. Serta
menjaga dan merapikan peralatan kerja yang digunakan.
23
2.4.23 Kru Gudang
Tugas dan wewenangnya antara lain melengkapi
pengiriman dan penyimpanan barang melalui pengolahan dan
perintah pemuatan. Mengontrol dan bertanggung jawab atas
penyimpanan barang melalui dari kehilangan. Pencurian,
kebakaran, dan keusangan, bertanggung jawab atas kebersihan
dan kerapian barang Bertanggung jawab atas pelaksanaan
bongkar muat barang di gudang. Serta menyiapkan barang
yang akan dikirim ke pelanggan berdasarkan surat yang
diterima dari bagian administrasi.
24
Beberapa penelitian terdahulu mengenai sistem informasi
maintenance yang pernah dilakukan sebelum penelitian ini terdapat
pada Tabel 3.1.
Tabel 3.1 Penelitian Terdahulu
No Judul Tools Hasil Penelitian
1 Pembuatan Aplikasi
Monitoring Work Order
Dalam Pembuatan
Shutdown Paper
Machine Dengan
Menggunakan PPH dan
MySQL Pada PT Pelita
Cengkareng Paper
(Saputra, 2015)
PHP dan
MySQL
Merancang sistem
informasi dalam
pengelolaan data
dalam pelaporan
kerusakan, perawatan
rutin, penjadwalan,
serta laporan semua
aktivitas perawatan
dan perbaikan.
2 Rancangan Sistem
Informasi Perawatan
Berbasis Komputer
(Studi Kasus Di
Laboratorium Mekanik
Politeknik Manufaktur
Negeri Bangka
Belitung) (Rivai et al.,
2017)
Ms Visual
Studio 2010
dan Ms.
Access
Men-generate
perintah dan jadwal
perawatan,
menampilkan
spesifikasi kerja dan
data umum mesin,
memantau kegiatan
perawatan,
menyimpan riwayat
perawatan, membuat
laporan perawatan,
serta mengamankan
data (dokumen)
perawatan.
3 Perancangan Sistem
Informasi Perawatan
Mesin Pada PT XYZ
(Sachdeva, A., Kumar,
D. dan Kumar, 2008)
Visual Basic
dan Ms.
Access
Mempermudah dalam
pelaksanaan
manajemen
perawatan dan
pengelolaan data
terkait.
BAB III
TINJAUAN PUSTAKA
3.1 Penelitian Terdahulu
25
Tabel 3.1 Penelitian Terdahulu (Lanjutan)
No Judul Tools Hasil Penelitian
4 Perancangan Sistem
Informasi Manajemen
Perawatan Mesin
Berbasis Group
Technology (Studi
Kasus: PT. Adi Putro
Wirasejati Malang)
(Melladya, Santoso, &
Choiri, 2014)
Visual Basic
dan Ms.
Access
Sistem yang
dirancang
memperbaiki sistem
lama pada pada PT
APW.
5 Perancangan dan
Pembuatan Sistem
Informasi Manajemen
Pemeliharaan dan
Perawatan di Jurusan
Teknik Mesin UNNES
(W. Kurniawan &
Fatchurrochman, 2015)
Visual Basic
dan Ms.
Access
Mengelola kegiatan
pemeliharaan dan
pewaratan.
Dari penelitian terdahulu yang telah dipelajari pada Tabel 3.1
tersebut maka dari semua penelitian terdahulu belum menerapkan
notifikasi dalam sistem untuk pengajuan perbaikan mesin, dari judul
pertama yaitu Pembuatan Aplikasi Monitoring Work Order Dalam
Pembuatan Shutdown Paper Machine Dengan Menggunakan PPH dan
MySQL Pada PT Pelita Cengkareng Paper (Saputra, 2015), hasil dari
penelitian ini adalah merancang sistem informasi dalam pengelolaan
data dalam pelaporan kerusakan, perawatan rutin, penjadwalan, serta
laporan semua aktivitas perawatan dan perbaikan.
Judul kedua dari penelitian terdahulu adalah Rancangan
Sistem Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri Bangka
Belitung) (Rivai et al., 2017), hasil dari penelitian ini adalah men-
generate perintah dan jadwal perawatan, menampilkan spesifikasi
kerja dan data umum mesin, memantau kegiatan perawatan,
26
menyimpan riwayat perawatan, membuat laporan perawatan, serta
mengamankan data (dokumen) perawatan.
Judul ketiga dari penelitian terdahulu yaitu Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A., Kumar, D.
dan Kumar, 2008), hasil dari penelitiannya adalah mempermudah
dalam pelaksanaan manajemen perawatan dan pengelolaan data terkait.
Judul keempat adalah Perancangan Sistem Informasi
Manajemen Perawatan Mesin Berbasis Group Technology (Studi
Kasus: PT. Adi Putro Wirasejati Malang) (Melladya et al., 2014), dari
penelitian tersebut membuahkan hasil sistem yang dirancang
memperbaiki sistem lama pada pada PT APW.
Terakhir judul kelima adalah Perancangan dan Pembuatan
Sistem Informasi Manajemen Pemeliharaan dan Perawatan di Jurusan
Teknik Mesin UNNES (W. Kurniawan & Fatchurrochman, 2015),
penelitian ini mendapatkan hasil mengelola kegiatan pemeliharaan dan
pewaratan.
Dari penelitian terdahulu, penulis akan membangun sistem
informasi maintenance mengunakan PHP dan database MySQL, akan
ada tambahan fitur notifikasi pada halaman user Spv. Maintenance dan
Admin Maintenace jika ada pengajuan perbaikan kerusakan mesin dari
pihak produksi.
Sistem adalah sekumpulan komponen-komponen yang saling
berkaitan satu sama lain, yang memiliki batasan-batasan tertentu yang
jelas. Lebih lanjut dikatakan pula, bahwa sistem dapat saling bekerja
bersamaan dalam mencapai tujuan dengan cara menerima input dan
menghasilkan output dalam suatu proses yang terorganisir (A.O’Brien,
2010).
3.2 Pengertian Sistem
27
Sistem adalah sekelompok unsur yang erat hubungannya satu
dengan yang lain, yang berfungsi bersama – sama untuk mencapai
tujuan tertentu (Sutabri, 2012).
Sekelompok elemen-elemen yang terintegrasi dengan tujuan
yang sama untuk mencapai tujuan. Sistem juga merupakan jaringan
kerja dari procedure-procedure yang saling berhubungan, terkumpul
bersama-sama untuk melakukan suatu kegiatan atau tujuan tertentu
(Bartz, T., Siluk, J.C.M. dan Bartz, 2014).
Informasi adalah data yang telah diklasifikasikan atau diolah
atau diinterpretasikan untuk digunakan dalam proses pengambilan
keputusan (Sutabri, 2012).
Informasi merupakan hasil pengolahan data dari satu atau
berbagai sumber, yang kemudian diolah, sehingga memberi nilai, arti,
dan manfaat (Pratama, 2014).
Informasi merupakan sebuah data yang telah dibuat dan juga
diolah dengan metode tertentu ke dalam bentuk dan nantinya akan
memiliki arti tertentu bagi manusia sebagai penggunanya (Laudon,
Kenneth C., 2012).
Sistem Informasi (Information System) adalah sekumpulan
komponen yang saling berhubungan, mengumpulkan atau
mendapatkan, menyimpan, memproses, dan mendistribusikan
informasi untuk penunjang pengambilan keputusan dan pengawasan
dalam suatu organisasi serta membantu manajer dalam mengambil
keputusan (Laudon, Kenneth C., 2012).
Sistem informasi adalah suatu sistem di dalam suatu organisasi
yang mempertemukan kebutuhan pengolahan transaksi harian yang
mendukung fungsi operasi organisasi yang bersifat manajerial dengan
3.3 Pengertian Informasi
3.4 Pengertian Sistem Informasi
28
kegiatan strategi dari suatu organisasi untuk dapat menyediakan
laporan–laporan yang diperlukan oleh pihak luar tertentu (Sutabri,
2012).
Sistem informasi merupakan gabungan dari empat bagian
utama. Keempat bagian utama tersebut mencakup perangkat lunak
(software), perangkat keras (hardware), infrastruktur, dan Sumber
Daya Manusia (SDM) yang terlatih. Kempat bagian utama ini saling
berkaitan untuk menciptakan sebuah sistem yang dapat mengolah data
menjadi informasi yang bermanfaat. Didalamnya juga termasuk proses
perencanaan, kontrol, koordinasi, dan pengambilan keputusan.
Sehingga sebagai sebuah sistem yang mengolah data menjadi
informasi yang akan disajikan dan digunakan oleh pengguna, maka
sistem informasi merupakan sebuah sistem yang kompleks. Bukan
hanya komputer saja yang bekerja (beserta software dan hardware di
dalamnya), namun juga manusia (dengan brainware yang dimiliki).
Manusia (pengguna/aktor) dalam hal ini menggunakan seluruh ide,
pemikiran, penghitungan untuk dituangkan ke dalam sistem informasi
yang digunakan (Pratama, 2014).
Maintenance yang dalam bahasa Indonesia biasa disebut
dengan pemeliharaan atau perawatan merupakan sebuah aktivitas yang
bertujuan untuk memastikan suatu fasilitas secara fisik bisa secara
terus menerus melakukan pengguna atau pemakai inginkan. Untuk
pengertian pemeliharaan lebih jelas adalah suatu kombinasi dari
berbagai tindakan yang dilakukan untuk menjaga suatu barang dalam,
atau memperbaikinya sampai kondisi yang bisa diterima (F.
Kurniawan, 2013).
Maintenance merupakan kegiatan untuk memelihara atau
menjaga fasilitas atau peralatan pabrik dengan mengadakan perbaikan
atau penyesuaian atau penggantian yang diperlukan supaya tercipta
3.5 Pengertian Maintenance (Perawatan)
29
suatu keadaan operasional produksi yang memuaskan sesuai dengan
apa yang telah direncanakan (Sofjan, 2013).
Secara sederhana dapat dikatakan bahwa perawatan adalah
segala aktivitas yang dilakukan untuk menjaga agar mesin dan
peralatan dapat bekerja. Perkembangan signifikan pertama dari konsep
manajemen perawatan melalui munculnya konsep corrective
maintenance. Corrective Maintenance merupakan strategi manajemen
perawatan mesin yang fokus terhadap usaha pengembalian kapabilitas
peralatan (Sachdeva, A., Kumar, D. dan Kumar, 2008).
Sistem Informasi Manajemen Aset (SIMA) merupakan
sekumpulan maupun serangkaian dari sub-sistem informasi yang
secara sistematis dan rasional dibuat untuk mengkonversikan data
menjadi informasi mengenai aset, sehingga dapat berguna dan
berperan dalam mengambil keputusan pengelolaan aset disebuah
organisasi.
Konsep dasar dari SIMA adalah bahwa setiap aset dianggap
memiliki data atribut baik secara deskriptif maupun legal yang
menunjukkan identitas serta kepemilikan atau hak dan kewajban
terhadap aset tersebut (Sugiama, 2013).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
yang memiliki aset dalam jumlah banyak yang seharusnya memiliki
divisi sendiri untuk pengelolaan aset tersebut. Sistem informasi
manajemen aset seharusnya dapat menjawab permasalahan-
permasalahan aset yang sering muncul dan atau dihadapi oleh
perusahaan berskala enterprise (Dit TIK UPI, 2008).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
dengan aset dengan jumlah banyak yang seharusnya memerlukan
3.6 Sistem Informasi Manajemen Aset
30
divisi sendiri untuk pengelolaan aset tersebut (Hartono, 2010). Gambar
3.1 dibawah merupakan gambaran dari Sistem Informasi Manajemen
Aset.
Gambar 3.1 Sistem Informasi Manajemen Aset
Dari Gambar 3.1 dapat dijelaskan bahwa Sistem Informasi
Manajemen Aset mengelola aset yang ada di perusahaan besar atau
BUMN yaitu dengan memasukkan data-data aset yang ada ke dalam
database sehingga data tersebut akan dikelola dengan baik oleh sistem.
Menurut KBBI mesin memiliki arti perkakas untuk
menggerakkan atau membuat sesuatu yang dijalankan dengan roda,
digerakkan oleh tenaga manusia atau motor penggerak, menggunakan
bahan bakar minyak atau tenaga alam.
Mesin adalah suatu peralatan yang digerakkan oleh suatu
kekuatan atau tenaga yang dipergunakan untuk membantu manusia
dalam mengerjakan produk / bagian-bagian produk (Sofjan, 2013).
Peranan manajemen perawatan dalam dunia industri terus
meningkat disebabkan semakin mahalnya biaya pembelian teknologi
baru (Bartz, T., Siluk, J.C.M. dan Bartz, 2014). Aktivitas perawatan
dilakukan untuk memastikan agar proses manufaktur dapat beroperasi
3.7 Pengertian Mesin
31
secara efektif dan efisien dengan jalan memperbaikinya, mengganti,
menyesuaikan, dan memodifikasi semua mesin dan peralatan sesuai
dengan kebutuhan produksi.
Produksi adalah kegiatan yang mentransformasikan masukan
(input) menjadi keluaran (output), tercakup semua aktivitas dan
kegiatan yang menghasilkan barang atau jasa, serta kegiatan-kegiatan
lain yang mendukung atau menunjang usaha untuk menghasilkan
produk tersebut yang berupa barang atau jasa (Sofjan, 2013).
Operasi atau produksi adalah kegiatan yang mengubah
masukan (yang merupakan faktor-faktor produksi) menjadi keluaran
sehingga lebih bermanfaat daripada bentuk aslinya (Sutarno, 2012).
Operasi atau produksi adalah aktivitas untuk menghasilkan
produk, baik itu berupa barang atau jasa (Harsanto, 2013).
PHP memiliki beberapa pandangan dalam mengartikannya,
akan tetapi kurang lebih PHP dapat kita ambil arti sebagai PHP :
Hypertext Prepocessor. Ini merupakan bahasa yang hanya dapat
berjalan pada server dan hasilnya dapat ditampilkan pada client. PHP
adalah produk open source yang dapat digunakan secara gratis tanpa
harus membayar untuk menggunakannya. Interpreter PHP dalam
mengeksekusi kode PHP pada sisi server disebut server side.
Sedangkan tanpa adanya interpreter PHP, maka semua skrip dan
aplikasi PHP yang dibuat tidak bisa dijalankan. PHP merupakan
bahasa standar yang digunakan dalam dunia website, PHP adalah
bahasa program yang berbentuk skrip yang diletakkan di dalam server
web. Jika kita lihat dari sejarah mulanya PHP diciptakan dari ide
Rasmus Lerdof untuk kebutuhan pribadinya, skrip tersebut sebenarnya
dimaksudkan untuk digunakan sebagai keperluan membuat website
3.8 Pengertian Produksi
3.9 Pengertian PHP
32
pribadi. Akan tetapi kemudian dikembangkan lagi sehingga menjadi
sebuah bahasa yang disebut “Personal Home Page.” (Nugroho, 2009).
PHP (Hypertext Preprocessor) yang digunakan sebagai bahasa
script server-side dalam pengembangan web yang disisipkan pada
dokumen HTML. Penggunakan PHP memungkinkan web dapat dibuat
dinamis, sehingga maintenance situs web tersebut menjadi lebih
mudah dan efisien. PHP merupakan software Open-Source yang
disebarkan dan dilisensikan secara gratis serta dapat di-download
secara bebas dari situs resmi http://www.php.net (Hidayatullah.
Priyanto, 2014).
Untuk membuat membuat aplikasi berbasis Website dengan
menggunakan bahasa PHP, tentu saja diperlukan sebuah server web
dan interpreter PHP. Server tidak harus sebuah komputer khusus
dengan kinerja tinggi dan berukuran sangat besar, tetapi bisa dibuat
dari PC yang mempunyai fungsi selayaknya sebuah Web Server, yaitu
dengan menginstal paket XAMPP.
XAMPP merupakan paket PHP dan MySQL berbasis open
source yang dapat digunakan sebagai tool pembantu pengembangan
aplikasi berbasis PHP. XAMPP mengombinasikan beberapa paket
perangkat lunak berbeda ke dalam satu paket. Sampai XAMPP versi
1.7.4. Kita dapat mendapatkan file XAMPP di http://apachefriend.org ,
dari alamat website tersebut kita dapat memilih berbagai versi XAMPP
sesuai kebutuhan, dan tentu disesuaikan dengan OS yang kita gunakan
(Riyanto, 2011).
XAMPP merupakan singkatan dari X (empat sistem operasi
apapun), Apache, MySQL, PHP, Perl. XAMPP merupakan tool yang
menyediakan paket perangkat lunak ke dalam satu buah paket. Dalam
paketnya sudah terdapat Apache (web server), MySQL (database),
PHP (server side scripting), Perl, FTP server, phpMyAdmin dan
3.10 XAMPP
33
berbagai pustaka bantu lainnya. Dengan menginstal XAMPP maka
tidak perlu lagi melakukan instalasi dan konfigurasi web server
Apache, PHP, MySQL secara manual. XAMPP akan menginstalasi dan
mengkonfigurasikannya secara otomatis (Hidayatullah, 2014).
MySQL merupakan sebuah basis data yang mengandung satu
atau beberapa kolom. Tabel terdiri atas sejumlah basis dan setiap baris
mengandung satu atau beberapa kolom. Didalam PHP telah
menyediakan fungsi untuk koneksi ke basis data dengan sejumlah
fungsi untuk pengaturan baik menghubungkan atau memutuskan
koneksi server database MySQL sebagai sarana untuk mengumpulkan
informasi.
MySQL bekerja menggunakan bahasa basis data yaitu DBMS
(Database Management System). Data language terbagi dua, yaitu
DDL dan DML. DDL (Data Definition Language) merupakan suatu
perintah yang digunakan untuk menciptakan struktur data, atau untuk
membangun database. DDL mempunyai fungsi untuk melakukan
perubahan struktur tabel, seperti membuat tabel, mengubah nama
tabel, dan sebagainya. Perintah-perintah yang termasuk dalam DDL
yaitu Create, Alter, dan Drop (Kustiyahningsih, Yeni, 2011).
MySQL (My Structured Query Language) atau yang biasa
disebut mai-sekuel adalah sebuah program pembuat dan pengelola
database atau yang sering disebut dengan DBMS (Database
Management System), sifat dari DBMS ini adalah open source.
MySQL sebenarnya produk yang berjalan pada platform linux, dengan
adanya perkembangan dan banyaknya pengguna serta pengembang
kemudian merilis versi windows. Selain itu MySQL juga merupakan
bahasa program pengakses database yang bersifat jaringan, sehingga
dapat digunakan untuk aplikasi multi-user (banyak pengguna).
Kelebihan lain dari MySQL adalah menggunakan bahasa query
3.11 MySQL
34
(permintaan) standar SQL (Structured Query Language). SQL adalah
suatu bahasa permintaan yang terstruktur, SQL telah distandarkan
untuk semua program pengakses database seperti Oracle, PosgreSQL,
SQL Server dan lain-lain. Sebagai sebuah program penghasil database,
MySQL tidak mungkin berjalan sendiri tanpa adanya sebuah aplikasi
pengguna (interface) yang berguna sebagai program aplikasi
pengakses database yang dihasilkan. MySQL dapat didukung oleh
hampir semua program aplikasi baik yang open source seperti PHP
maupun yang tidak open source yang ada pada platform windows
seperti visual basic, delphi dan lain-lain (Nugroho, 2009).
UML (Unified Modeling Language) adalah salah standar
bahasa yang banyak digunakan di dunia industri untuk mendefinisikan
requirement, membuat analisisa dan desain, serta menggambarkan
arsitektur dalam pemrograman berorientasi (Rosa A. S dan
Shalahuddin, 2013).
Jenis diagram yang digunakan adalah :
1. Use Case Diagram
Use Case atau diagram use case merupakan pemodelan untuk
kelakuan (behavior) sistem informasi yang akan dibuat. Simbol use
case terdapat pada Tabel 3.2.
Tabel 3.2 Simbol Use Case Diagram (Rosa A.S., M.
Shalahuddin, 2014)
Simbol Deskripsi
Use Case
nama use case
Menjelaskan urutan kegiatan yang
dilakukan aktor dan sistem untuk
mencapai suatu tujuan tertentu.
3.12 Unifield Modelling Language (UML)
35
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
Aktor / actor
nama aktor
Orang atau pihak yang akan
mengelola sistem.
Asosiasi / association
Menggambarkan hubungan khusus
dalam objek.
Genralisasi /
generalization
Hubungan generalisasi dan
spesialisasi (umum – khusus)
antara dua buah use case dimana
fungsi yang satu adalah fungsi
yang lebih umum dari yang
lainnya, misalnya
ubah data
hapus data
mengelola data
arah panah mengarah pada use
case yang menjadi generalisasinya
(umum)
Menggunakan / include /
uses
NewUseCase NewUseCase2
<<include>>
Validasi User
Ubah Data NewUseCaseNewUseCase2
<<include>><<uses>>
Relasi use case tambahan ke
sebuah use case dimana use case
yang ditambahkan memerlukan use
case ini untuk menjalankan
fungsinya
Ada dua sudut pandang yang
cukup besar mengenai include di
use case:
include berarti use
caseyang ditambahkan akan
selalu dipanggil saat use
case tambahan dijalankan,
36
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
misal pada kasus berikut :
Validasi Username
Login
<<include>>
include berarti use case
yang tambahan akan selalu
melakukan pengecekan
apakah use case yang
ditambahkan telah
dijalankan sebelum use
case tambahan dijalankan,
misal pada kasus berikut:
Validasi User
Ubah Data
<<include>>
Kedua interpretasi diatas dapat
dianut salah satu atau keduanya
tergantung pada pertimbangan dan
interpretasi yang dibutuhkan
Pada Tabel 3.2 tentang simbol use case diagram dapat
dijelaskan use case merupakan fungsionalitas yang disediakan
sistem sebagai unit-unit yang saling bertukar pesan antar unit atau
aktor, biasanya dinyatakan dengan menggunakan kata kerja di awal
frase nama use case. Simbol kedua yaitu aktor, orang, proses, atau
sistem lain yang berinteraksi dengan sistem informasi yang akan
dibuat diluar sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang, tapi aktor belum
37
tentu merupakan orang, biasanya dinyatakan menggunakan kata
benda di awal frase nama aktor.
Generalisasi adalah hubungan generalisasi dan spesialisasi
(umum – khusus) antara dua buah use case dimana fungsi yang
satu adalah fungsi yang lebih umum dari yang lainnya. Asosiasi
merupakan gambaran hubungan khusus dalam objek. Relasi Extend
yaitu dimana use case yang dituju berdisi sendiri tanpa harus
melewati sebuah proses yang lain. Menunjukkan suatu bagian dari
elemen sebelumnya bisa disisipkan ke dalam elemen berikutnya.
Terakhir relasi include dimana use case yang dituju harus melewati
proses yang lain. Menunjukkan bahwa suatu bagian dari elemen
sebelumnya memicu eksekusi dari elemen sebelumnya.
2. Class Diagram
Class diagram menggambarkan struktur sistem dari segi
pendefinisian class-class yang ada dibuat untuk membangun
sistem. Simbol terdapat pada Tabel 3.3.
Tabel 3.3 Simbol Class Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Kelas
Kelas pada struktur sistem
Antarmuka / interface
nama_interface
Sama dengan konsep interface
dalam pemrograman berorientasi
objek
Assosiasi / association
Relasi antar kelas dengan makna
umum, assosiasi biasanya juga
disertai dengan multiplicity
Asosiasi berarah / directed
association
Relasi antar kelas dengan makna
kelas yang satu digunakan oleh
kelas yang lain, assosiasi biasanya
juga disertai dengan multiplicity
38
Tabel 3.3 Simbol Class Diagram (Lanjutan)
Simbol Deskripsi
Generalisasi /
Generalization
Relasi antar kelas dengan makna
generalisasi-spesialisasi (umum-
khusus)
Kebergantungan /
dependency
NewUseCase NewUseCase2
<<include>>
Relasi antar kelas dengan makna
kebergantungan antar kelas
Agregasi / aggregation
Relasi antar kelas dengan makna
semua bagian (whole-part)
Penjelasan dari Tabel 3.3 simbol Class Diagram adalah
sebagai berikut yang pertama adalah class yaitu himpunan dari
objek-objek yang berbagai atribut di operasi yang sama, yang
kedua adalah interface yaitu tampilan luar dari sistem yang bisa
dilihat oleh pengguna, berikutya asosiation yaitu relasi antar kelas
dengan makna umum, assosiasi biasanya juga disertai dengan
multiplicity, ada juga asosiasi berarah yaitu relasi antar kelas
dengan makna kelas yang satu digunakan oleh kelas yang lain,
assosiasi biasanya juga disertai dengan multiplicity.
Generalization yaitu garis yang melambangkan konsep
pewarisan dari suatu kelas ke satu atau lebih sub kelas. Untuk
dependency adalah relasi antar kelas dengan makna
kebergantungan antar kelas.
3. Activity Diagram
Diagram aktifitas menggambarkan workflow (aliran kerja)
atau aktifitas dari sebuah sistem atau proses bisnis. Simbol dari
actifity diagram terdapat pada Tabel 3.4.
39
Tabel 3.4 Simbol Activity Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Status awal
Titik awal atau permulaan
Aktivitas
Aktiviti atau aktivitas yang
dilakukan oleh aktor
Percabangan / decision
Pilihan untuk mengambil keputusan
Penggabungan / join
Asosiasi penggabungan dimana
lebih dari satu aktivitas
digabungkan menjadi satu.
Status akhir
Titik akhir atau akhir dari aktivitas
Swimlane
Memisahkan organisasi bisnis yang
bertanggung jawab terhadap
aktivitas yang terjadi
Penjelasan dari Tabel 3.4 untuk simbol status awal
merupakan status awal aktivitas sistem, sebuah diagram aktivitas
memiliki sebuah status awal, berikutnya aktifitas yaitu yang
dilakukan sistem, aktifitas biasanya diawali dengan kata kerja.
Simbol asosiasi percabangan dimana jika ada pilihan aktivitas lebih
dari satu. Selain percabangan ada penggabungan, asosiasi
penggabungan dimana lebih dari satu aktivitas digabungkan
menjadi satu. Simbol status akhir, yaitu status akhir yang dilakukan
sistem, sebuah diagram aktivitas memiliki sebuah status akhir.
Untuk simbol swinline memisahkan organisasi bisnis yang
bertanggung jawab terhadap aktivitas yang terjadi.
4. Sequence Diagram
Diagram sekuen menggambarkan kelakuan objek pada use
case dengan mendeskripsikan waktu hidup objek dan message yang
40
dikirmkan dan diterima antar objek. Simbol dari sequenc diagram
terdapat pada Tabel 3.5.
Tabel 3.5 Simbol Sequence Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Aktor
nama aktor
atau nama_aktor
Tanpa waktu aktif
Orang atau pihak yang akan
mengelola sistem.
Garis hidup / lifeline
Menyatakan kehidupan suatu objek
Objek
Menyatakan objek yang
berinteraksi pesan
Pesan tipe create
Menyatakan suatu objek membuat
objek yang lain, arah panah
mengarah pada objek yang dibuat
41
Tabel 3.5 Simbol Sequence Diagram (Lanjutan)
Simbol Deskripsi
esan tipe call
Menyatakan suatu objek memanggil
operasi / metode yang ada pada objek
lain atau dirinya sendiri
Arah panah mengarah pada objek yang
memiliki operasi/metode, karena ini
memanggil operasi/metode maka
operasi/metode yang dipanggil harus
ada pada diagram kelas sesuai dengan
kelas objek yang berinteraksi
Pesan tipe send
Menyatakan bahwa suatu objek
mengirimkan data/ masukan/informasi
ke objek lainnya, arah panah mengarah
pada objek yang dikirimi
Pada Tabel 3.5 dapat dijelaskan bahwa aktor adalah orang,
proses, atau sistem lain yang berinteraksi dengan sistem informasi
yang akan dibuat diluar sistem informasi yang dibuat itu sendiri,
jadi walaupun simbol aktor adalah gambar orang tetapi aktor belum
tentu orang. Lifeline menggambarkan sebuah objek dalam sebuah
sistem atau salah satu komponennya. Ada objek yang berinteraksi
pesan. Pesan tipe create menyatakan suatu objek membuat objek
yang lain, arah panah mengarah pada objek yang dibuat.
5. State Diagram
State Diagram adalah teknik yang umum digunakan untuk
menggambarkan behaviour sebuah sistem. Hal ini digunakan untuk
membantu analis, perancang dan pengembang untuk memahami
42
perilaku obyek pada sistem. State diagram menggambarkan transisi
dan perubahan keadaan (dari satu state ke state lainnya) suatu objek
pada sistem sebagai akibat dari stimuli yang diterima. Pada
umumnya state diagram menggambarkan class tertentu (satu class
dapat memiliki lebih dari satu state diagram). Dalam UML, state
digambarkan berbentuk segiempat dengan sudut membulat dan
memiliki nama sesuai kondisinya saat itu. Transisi antar state
umumnya memiliki kondisi guard yang merupakan syarat
terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku.
Action yang dilakukan sebagai akibat dari event tertentu dituliskan
dengan diawali garis miring. Titik awal dan akhir digambarkan
berbentuk lingkaran berwarna penuh dan berwarna setengah. Tidak
cukup hanya mengimplementasikan sebuah obyek, pengembang
juga harus membuat obyek tersebut melakukan sesuatu. State
diagram memastikan bahwa obyek-obyek tersebut akan menebak
apa yang seharusnya dilakukan. Dengan gambaran yang jelas
tentang perilaku obyek, kemungkinan tim pengembang akan
memproduksi sebuah sistem yang sesuai dengan requirement.
(Dharmayanti & Wahono, 2013).
Jika pada pemodelan interaksi menyiapkan detil spesifikasi
dari use case, pada state akan diberikan detail deskripsi dari class
yaitu perubahan state dari class menjadi lebih tepat. Perubahan
dinamis inilah yang akan menjadi prilaku dari suatu objek.
Biasanya statechart ini memodelkan aturan main suatu proses
bisnis. State diagram khususnya digunakan untuk memodelkan
taraf-taraf diskrit suatu siklus objek. State memodelkan objek dari
semenjak dibuat sampai selesai. Pada kondisi ini tidak semua class
akan mempunyai state (Gushelmi & Deded Ramad Kamda, 2017).
Berikut adalah simbol-simbol yang ada pada State Diagram yang
terdapat pada Tabel 3.6
43
Tabel 3.6 Simbol State Diagram (Gushelmi & Deded Ramad
Kamda, 2017)
Simbol Fungsi
State Nilai atribut dan nilai link pada suatu waktu
tertentu, yang dimiliki oleh suatu objek
Start State Menambahkan state awal pada diagram
Final State
Menambahkan state akhir pada diagram
Transition Sebuah kejadian yang memicu sebuah state
objek dengan cara memperbaharui satu atau
lebih nilai atributnya
Association Garis yang menghubungkan antara objek satu
dengan objek lainnya.
Node
Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu sumber
daya komputasi.
Penjelasan dari Tabel 3.6 Simbol State Diagram adalah State
yaitu nilai atribut dan nilai link pada suatu waktu tertentu, yang
dimiliki oleh suatu objek. Start State yaitu menambahkan state awal
pada diagram. Final State yaitu menambahkan state akhir pada
diagram. Transition adalah sebuah state objek yang memperbaharui
satu atau lebih nilai atributnya. Association adalah garis yang
menghubungkan antara objek satu dengan objek lainnya. Node yaitu
44
elemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan
suatu sumber daya komputasi.
6. Deployment Diagram
Pengertian Deployment Diagram menurut (Sukamto dan
Shalahuddin, 2013) menyatakan bahwa “Diagram deployment atau
deployment diagram menunjukkan konfigurasi komponen dalam
proses eksekusi aplikasi.”
Deployment/physical diagram menggambarkan detail
bagaimana komponen deploy dalam infrastruktur sistem, di mana
komponen akan terletak (pada mesin, server atau piranti keras),
bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi
server, dan hal-hal lain yang bersifat fisikal. Sebuah node adalah
server, workstation, atau piranti keras lain yang digunakan untuk
men-deploy komponen dalam lingkungan sebenarnya. Hubungan
antar node (misalnya TCP/IP) dan requirement dapat juga
didefinisikan dalam diagram ini. (Dharmayanti & Wahono, 2013)
Berikut adalah simbol dan fungsi yang ada pada Deployment
Diagram yang terdapat pada Tabel 3.7
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti &
Wahono, 2013)
Simbol Fungsi
Processor
Menambahkan prosesor pada diagram
Connection Menambahkan penghubung antar
komponen dalam diagram
45
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti & Wahono,
2013) (Lanjutan)
Simbol Fungsi
Device Menambahkan peralatan (device) dalam
diagram. Peralatan adalah perangkat keras
dengan suatu kegunaan tertentu atau
perangkat keras dengan fungsi yang
terbatas
Penjelasan dari Tabel 3.7 Simbol Deployment Diagram
adalah Processor yaitu untuk menambahkan prosesor pada
diagram. Connection yaitu penghubung antar komponen dalam
diagram. Device yaitu perangkat keras yang digunakan dengan
suatu kegunaan tertentu atau perangkat keras dengan fungsi yang
terbatas.
7. Component Diagram
Component Diagram menggambarkan struktur dan
hubungan antar komponen piranti lunak, termasuk ketergantungan
(dependency) di antaranya. Komponen piranti lunak adalah modul
berisi code, baik berisi source code maupun binary code, baik
library maupun executable, baik yang muncul pada compile time,
link time, maupun run time. Umumnya komponen terbentuk dari
beberapa class atau package, tapi dapat juga dari komponen-
komponen yang lebih kecil. Komponen dapat juga berupa interface,
yaitu kumpulan layanan yang disediakan sebuah komponen untuk
komponen lain (Dharmayanti & Wahono, 2013).
Component Diagram dibuat untuk menunjukkan organisasi
dan ketergantungan diantara kumpulan komponen dalam sebuah
sistem. Diagram komponen fokus pada komponen sistem yang
46
dibutuhkan dan ada di dalam sistem. Diagram komponen juga dapat
digunakan untuk memodelkan hal-hal berikut :
1. Source code program perangkat lunak
2. Komponen executable yang dilepas ke user.
3. Basis data secara fisik.
4. Sistem yang harus beradaptasi dengan sistem lain.
5. Framework sistem, framework pada perangkat lunak
merupakan kerangka kerja yang dibuat untuk memudahkan
pengembangan dan pemeliharaan aplikasi.
Berikut adalah simbol-simbol yang ada pada Component Diagram
yang terdapat pada Tabel 3.8.
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012)
Simbol Fungsi
Component
Menggambarkan modul perangkat lunak
dengan antarmuka yang didefinisikan
dengan baik
Package
Menambahkan paket dalam diagram
Dependency
Menggambarkan relasi dependency
Subprogram
specification
Menggambarkan spesifikasi subprogram
dan implementasinya
47
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Subprogram body
Menggambarkan koleksi nsubrutin dan
tidak memuat definisi kelas
Main program Menggambarkan program utama
Package
specification
Menggambarkan paket yang merupakan
implementasi kelas. Mengandung
headerfile dan informasi prototype kelas
Package body
Memuat kode untuk operasi-operasi
suatu kelas
Task spesification
Menggambarkan spesifikasi kelas yang
memiliki thread yang mandiri
48
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Task body
Memuat berkas-berkas yang memiliki
thread yang mandiri
Penjelasan dari Tabel 3.8 Simbol dan fungsi Component
Diagram adalah sebagai berikut Component yaitu menggambarkan
modul perangkat lunak dengan antarmuka. Package yaitu
menambahkan paket dalam diagram. Dependency yaitu
menggambarkan relasi dependency. Subprogram specification
yaitu menggambarkan spesifikasi subprogram dan
implementasinya. Subprogram body yaitu menggambarkan
koleksi nsubrutin dan tidak memuat definisi kelas. Main program
yaitu menggambarkan program utama. Package specification yaitu
menggambarkan paket yang merupakan implementasi kelas.
Package body yaitu memuat kode untuk operasi-operasi suatu
kelas. Task specification yaitu menggambarkan spesifikasi kelas
yang memiliki thread yang mandiri. Task body yaitu memuat
berkas-berkas yang memiliki thread yang mandiri.
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Seiring dengan berkembangnya perusahaan dan kemajuan
teknologi, pengolahan data secara manual sudah mulai ditinggalkan,
karena dalam sistem manual sering terjadi kesalahan dalam pencatatan.
Berbeda dengan pengolahan data secara komputerisasi yang
memberikan banyak keuntungan dan manfaat bagi perusahaan, yaitu
meminimalkan waktu pengolahan data dan mengurangi kesalahan
dalam pencatatan.
CV Saprotan Utama merupakan perusahaan yang bergerak
dibidang pertanian, yang memproduksi pupuk dan pestisida. Dalam
proses produksi CV Saprotan Utama mengandalkan mesin sebagai alat
bantu. Mesin produksi merupakan salah satu komponen utama dalam
proses produksi, dengan adanya mesin produksi, output yang
dihasilkan akan lebih banyak jika dibandingkan dengan hanya
mengandalkan tenaga manusia saja. Mesin produksi yang terawat akan
mencapai performa terbaik sehingga akan menghasilkan output lebih
banyak. Seiring berjalannya waktu, mesin-mesin tersebut mengalami
beberapa kendala kerusakan yang harus segera diatasi oleh bagian
maintenance agar mesin tersebut dapat berjalan kembali dengan
optimal dan memenuhi target yang telah ditentukan.
Sistem yang berjalan saat ini masih mempunyai kekurangan,
yaitu kurang efektif dalam pengolahan data perbaikan mesin produksi,
perawatan mesin produksi, dan penjadwalan perawatan mesin. Apabila
terjadi kerusakan pada mesin produksi, maka operator mesin
mengajukan perbaikan dengan cara mengisi lembar form kertas WO
(Work Order) yang berisi uraian kerusakan mesin, kemudian form
tersebut akan diberikan kepada bagian maintenance untuk dilakukan
pemeriksaan kerusakan dan selanjutnya akan dilakukan perbaikan.
2
Perawatan mesin secara berkala perlu dilakukan agar mengurangi
downtime mesin yang terjadi, dan untuk mengatasi permasalahan
tersebut maka harus disusun jadwal perawatan mesin produksi secara
rutin setiap bulannya. Berikut data dari hasil perbaikan dan perawatan
mesin produksi CV Saprotan Utama selama satu setengah tahun
(Januari 2017-Juni 2018) terdapat pada Tabel 1.1.
Tabel 1.1 Data Perbaikan dan Perawatan Mesin Produksi CV Saprotan
Utama
No Tanggal Mesin Problem Solving Teknisi
1 05-09-17 Molen No 7 Tabung Aduk
Berlubang Tambal dan las Sujiwo
2 05-09-17 Molen No 3 V-Belt kendor Ganti V-belt Aris
3 11-09-17 Mesin Jahit
G.B
Tidak bisa
menganyam
Setting
mekanik Mulyadi
4 11-09-17 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
5 13-09-17 CPN Auto 2 Bagian las
bocor
Setting
dudukan heater Aris
6 19-09-17 MC DBF
900 Heater putus
Ganti heater
baru Wahono
7 22-09-17 CPN Auto 1 Printer rusak Ganti
Pneumatic Aris
8 22-09-17 Mesin
Gerus No 1 V-Belt kendor
Setting
Dudukan motor Malik
9 22-09-17 Mesin
Gerus No 2 V-Belt kendor
Setting
dudukan motor Malik
10 30-09-17
Mesin
Induction
Seal
Fuse putus Ganti Fuse Aris
11 11-01-18 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
12 22-02-18 Stabilizer Perangkat
Mati Ganti Fuse Aris
13 21-3-18 Lift Gd.
Blending
Ada Percikan
Api Lepas Sumber Malik
14 17-4-18 Molen No 2 Mengeluarkan
Asap Instalasi Ulang Wahono
15 8-6-18 Lift Gd.
Couting Lift Macet Ganti P/B Mulyadi
3
Data pada Tabel 1.1 adalah hasil rekapan perbaikan mesin
produksi dari Januari 2017 – Juni 2018. Dari hasil perbaikan dan
perawatan mesin produksi tersebut masih sering terjadi penumpukan
dokumen karena ada pencatatan ulang dari form dokumen yang sudah
ada. Sulitnya dalam mengetahui history penyelesaian WO (Work
Order) dan perawatan mesin yang telah dilakukan memerlukan waktu
yang cukup lama dalam pencarian data, sehingga informasi yang
disajikan akan memakan waktu lama dan tidak akurat, karena dapat
terjadi data rusak bahkan hilang. Akibat dari berhentinya mesin
produksi saat terjadi kerusakan mesin akan terhentinya proses produksi
yang sedang dikejar oleh target yang telah ditentukan.
Dari uraian di atas penulis mengambil judul tugas akhir
“Sistem Informasi Maintenance Mesin Produksi Pupuk dan Pestisida
(Studi Kasus : CV Saprotan Utama)”, yang diharapkan sistem yang
akan dibangun dapat memudahkan pelaksanaan dan dokumentasi.
1.2 Perumusan Masalah
Berdasarkan latar belakang di atas, maka didapat rumusan
masalah yaitu bagaimana membangun sistem informasi maintenance
mesin produksi pupuk dan pestisida dengan studi kasus di CV
Saprotan Utama yang diharapkan dapat membantu monitoring
kerusakan mesin dan penjadwalan perawatan mesin di CV Saprotan
Utama.
1.3 Batasan Masalah
Agar pembahasannya jelas, terarah, dan tidak keluar dari pokok
permasalahan yang telah dirumuskan, maka ruang lingkup perlu
dibatasi diantaranya meliputi :
4
1. Metode pengembangan sistem yang digunakan adalah model
Waterfall yang meliputi analisa, perancangan, pengkodean,
pengujian, dan pemeliharaan.
2. Perancangan sistem menggunakan UML (Unified Modeling
Language).
3. Sistem ini dibangun menggunakan bahasa pemograman PHP dan
database MySQL.
4. Sistem informasi yang akan dibangun meliputi pendataan
kerusakan mesin produksi, penjadwalan perawatan mesin produksi
secara berkala, dan pembuatan laporannya.
5. Pembuatan laporan membahas laporan kerusakan, laporan detail
kerusakan, serta laporan jadwal monitoring mesin.
6. Data perbaikan dan perawatan mesin produksi diambil dari CV
Saprotan Utama antara kurun waktu Januari 2017 – Juni 2018.
7. Sistem informasi ini dibangun dengan konsep corrective
maintenance.
8. Pengajuan perbaikan mesin dilakukan dengan memunculkan
pemberitahuan langsung ke halaman sistem yang diakses Admin
Maintenance.
9. Pembuatan jadwal monitoring ditetapkan berdasarkan tanggal
perawatan dan tidak mencakup jam perawatan.
1.4 Tujuan Tugas Akhir
Tujuan dari penelitian ini adalah untuk membangun sistem
informasi pendataan dan pelaporan kerusakan serta perawatan mesin di
CV Saprotan Utama pada bagian maintenance.
1.5 Manfaat Tugas Akh ir
Dengan adanya penelitian ini diharapkan nantinya akan
memberikan manfaat diantaranya :
5
1. Bagi Penulis
Dapat melatih diri dalam menganalisa suatu permasalahan, yang
kemudian dapat merancang sebuah aplikasi yang dapat
menyelesaikan permasalahan yang muncul. Menambah
pengetahuan dan wawasan serta dapat menerapkan teori serta ilmu
yang diperoleh selama perkuliahan khususnya mata kuliah Analisa
dan Perancangan Sitem Informasi, Desain Sistem Informasi,
Pemrograman Database, dan Desain Pemrograman Web.
2. Bagi Perusahaan
Diharapkan sistem informasi ini dapat digunakan secara optimal
oleh karyawan khususnya bagian maintenance dalam pengelolaan
data baik dalam pelaporan kerusakan, penjadwalan, serta
pembuatan laporan dari aktivitas perawatan dan perbaikan mesin
produksi yang telah dilakukan . Serta bisa menutupi kelemahan-
kelemahan yang ada dari sistem yang sedang berjalan.
3. Bagi Akademik
Sebagai referensi dan tolak ukur keberhasilan proses belajar
mengajar yang dapat digunakan sebagai evaluasi bagi pihak
akademik tentang analisa dan desain perancangan sistem informasi
khususnya sistem informasi maintenance.
4. Bagi Pembaca
Sebagai tambahan pengetahuan, rujukan, dan bahan acuan apabila
melakukan penelitian lebih lanjut serta tambahan pengetahuan
dalam mempelajari masalah – masalah tentang analisa dan desain
perancangan sistem informasi.
1.6 Metode Penelitian
Ada beberapa tahapan yang dilakukan dalam pelaksanaan
Tugas Akhir ini, yaitu :
6
1.6.1 Objek Penelitian
Penelitian ini dilakukan di Pabrik CV Saprotan Utama di
Jl. Semarang Purwodadi KM 12, Bandungrejo, Mranggen,
Demak.
1.6.2 Sumber Data
Data-data yang digunakan dalam penelitian ini diambil
dari berbagai sumber yang secara umum dapat diklasifikasikan
dalam 2 jenis yaitu :
a) Data Primer
Data yang diperoleh secara langsung dari sumber data atau
narasumber yaitu Supervisor Maintenance Bapak M. Dikro,
baik wawancara maupun observasi secara langsung. Data
tersebut adalah form work order (WO), data perekapan
perbaikan, dan data mesin produksi.
b) Data Sekunder
Data sekunder adalah data yang diperoleh secara tidak
langsung, data yang diperoleh dari berbagai literatur yang
berhubungan dengan pembuatan Sistem Informasi
Maintenance adalah dari jurnal tentang sistem informasi
maintenance, antara lain Pembuatan Aplikasi Monitoring
Work Order Dalam Pembuatan Shutdown Paper Machine
Dengan Menggunakan PPH dan MySQL Pada PT Pelita
Cengkareng Paper (Saputra, 2015), Rancangan Sistem
Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri
Bangka Belitung) (Rivai et al., 2017), Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A.,
Kumar, D. dan Kumar, 2008), Perancangan Sistem
Informasi Manajemen Perawatan Mesin Berbasis Group
Technology (Studi Kasus: PT. Adi Putro Wirasejati
Malang) (Melladya, Santoso, & Choiri, 2014), Perancangan
7
dan Pembuatan Sistem Informasi Manajemen Pemeliharaan
dan Perawatan di Jurusan Teknik Mesin UNNES (W.
Kurniawan & Fatchurrochman, 2015).
1.6.3 Metode Pengumpulan Data
Metode pengumpulan data yang digunakan diantaranya:
a) Observasi
Yaitu dengan melakukan pengamatan langsung terhadap
sistem kerja dan pencatatan secara cermat dan sistematis
guna mengumpulkan data-data dan diperoleh informasi yang
dibutuhkan seperti form work order dan perekapan data hasil
perbaikan dan perawatan mesin produksi yang telah
dilakukan.
a) Studi Pustaka
Sutdi pustaka dilakukan dengan cara mempelajari,
mendalami, mengutip teori-teori atau konsep-konsep dari
sejumlah literatur, baik buku, jurnal, atau karya tulis
terdahulu tentang sistem informasi maintenance.
b) Wawancara
Metode ini dilakukan dengan cara mengadakan tanya jawab
secara langsung dengan narasumber yaitu Bapak M. Dikro
selaku Supervisor Maintenance di CV Saprotan Utama
perihal alur dari sistem maintenanace yang berjalan.
Pertanyaannya adalah menyakan tentang alur dari sistem
maintenance yang berjalan saat ini apakah sudah
terkomputerisasi dan bagaimana alur dari sistem jika terjadi
kerusakan. Hasil dari wawancara tersebut terjawab bahwa
sistem masih belum terkomputerisasi dan untuk alurnya
apabila terjadi kerusakan, operator mesin masih menulis
pada lembar form work order yang kemudian diajukan
kepada pihak maintenance sebagai surat perintah permintaan
8
perbaikan mesin, setelah dilakukan perbaikan form work
order tadi akan direkap ke Ms. Excel untuk pendataan.
1.6.4 Metode Pengembangan Sistem
Tahapan pengembangan sistem yang digunakan untuk
penulisan Tugas Akhir ini adalah model Waterfall. Metode ini
merupakan metode yang sering digunakan oleh penganalisa
sistem pada umumnya. Unit dari model Waterfall adalah
pengerjaan dari suatu sistem dilakukan secara berurutan atau
secara linier. Jadi apabila langkah pertama belum dikerjakan
maka tidak akan bisa melakukan pengerjaan langkah dua, tiga,
dan seterusnya. Tahap kedua akan bisa dilakukan jika tahap
pertama dan kedua sudah dilakukan. Diagram Waterfall
terdapat pada Gambar 1.1
Gambar 1.1 Diagram Waterfall (Rosa A.S & M. Shallahudin,
2014)
Penjelasan Diagram Waterfall yang terdapat pada
Gambar 1.1 sebagai berikut :
a. Analisa Kebutuhan
Proses pencarian kebutuhan diintensifkan dan
difokuskan pada perangkat lunak. Untuk mengetahui sifat
dari program yang akan dibuat, maka software engineer
harus mengerti tentang domain informasi dan perangkat
lunak.
9
Pada tahap ini penulis menganalisa sistem
maintenance yang berjalan di CV Saprotan Utama kemudian
mencari kelemahan pada sistem ini untuk dianalisa kembali
dan dirancangkan sistem maintenance baru yang lebih baik
dari sebelumnya. Dari analisa ini akan terbentuk alur baru
dari sistem baru yang membantu memudahkan dalam
pekerjaan misalnya pengajuan memo work order ke bagian
maintenance tanpa harus datang ke bagian maintenance tapi
langsung memunculkan notifikasi ke halaman Admin dan
Supervisor Maintenance untuk tindak lanjut.
b. Desain Sistem
Proses ini digunakan untuk mengubah kebutuhan-
kebutuhan diatas representasi ke dalam bentuk perancangan
perangkat lunak sebelum coding dimulai.
Proses ini dilakukan perancangan desain sistem dari
sistem informasi maintenance yang dibangun menggunakan
UML (Unified Modelling Language) yang menggambarkan
alur dari kerja sistem yang akan dibangun, dan perancangan
desain interface dari sistem informasi maintenance
mengunakan Balsamic Mockups 3.
c. Penulisan Kode Program
Untuk dapat dimengerti oleh mesin, dalam hal ini
adalah komputer, maka desain tadi dapat diubah bentuknya
menjadi pemrograman melalui proses coding. Tahap ini
merupakan implementasi dari tahap desain yang secara
teknis dikerjakan oleh programmer.
Proses ini dilakukan penulisan kode program dari
website sistem informasi maintenance menggunakan bahasa
pemrograman PHP dan untuk database menggunakan
MySQL.
10
d. Pengujian Program
Sesuatu yang dibuat harus dicoba. Demikian juga
dengan perangkat lunak. Semua fungsi-fungsi perangkat
lunak harus diuji coba agar terbebas dari error, dan hasilnya
sesuai dengan kebutuhan yang sudah ditentukan
sebelumnya. Pengujian yang digunakan dalam
pengembangan aplikasi ini menggunakan metode black box
testimg dan white box testing.
Penujian untuk meyakinkan semua perintah dan
kondisi pada aplikasi dieksekusi secara minimal disebut
white box testing.
Pengujian oleh user merupakan black box testing,
biasanya pengujian perangkat lunak dengan metode black
box melibatkan client atau pelanggan yang menggunakan
perangkat lunak tersebut. Black box testing dilakukan untuk
memastikan masukan dalam menjalankan proses yang tepat
dan menghasilkan output yang sesuai dengan rancangan.
e. Pemeliharaan Program
Pemeliharaan suatu perangkat lunak sangat
diperlukan, termasuk didalamnya adalah pengembangan,
karena perangkat lunak yang dibuat tidak selamanya seperti
demikian.
Dalam sebulan sekali akan dilakukan kunjungan
rutin ke CV Saprotan Utama apakah adanya kendala atau
error yang muncul yang harus segera diatasi, serta akan
dilakukan update pada sistem informasi maintenance jika
ada tambahan kebutuhan dari pengguna.
1.7 Sistematika Penulisan
Laporan ini dibagi berdasarkan sisematika penulisan yang
dibagi menjadi beberapa bab. Hal ini bertujuan untuk mempermudah
11
dalam memahami isi yang terkandung di dalamnya. Adapun
penyusunan bab sebagai berikut:
BAB I PENDAHULUAN
Berisi tentang latar belakang, tujuan, perumusan masalah,
batasan masalah, manfaat tugas akhir, metodologi
pelaksanaan, serta sistematika penulisan.
BAB II TINJAUAN UMUM CV SAPROTAN UTAMA
Pada bab ini berisi tentang sejarah CV Saprotan Utama,
visi dan misi, lokasi, struktur organisasi, serta uraian tugas
dan tanggung jawab.
BAB III TINJAUAN PUSTAKA
Pada bab ini akan mengulas tentang sistem informasi
maintenance, PHP, MySQL, dan beberapa penelitian
terdahulu yang telah dilakukan tentang sistem informasi
maintenance.
BAB IV PERENCANAAN DAN ANALISA PERANCANGAN
SISTEM
Pada bab ini akan membahas perencanaan desain sistem
informasi maintenance mesin produksi pupuk dan pestisida
pada CV Saprotan Utama. Dalam perancangannya
menggunakan UML (Unified Modelling Language) untuk
perancangan analisa desain sistem dan unutk desain
tampilan interface (antarmuka) menggunakan Balsamic
Mockups 3.
BAB V IMPLEMENTASI SISTEM
Pada bab ini menjelaskan implementasi dari analisa dan
perancangan yang telah dibuat ke dalam bentuk perangkat
lunak, kemudian melakukan pengujian terhadap perangkat
lunak yang dibangun menggunakan PHP dan database
MySQL.
12
BAB VI PENUTUP
Pada bab ini berisi tentang kesimpulan dan saran-saran
untuk melengkapi dan menyempurnakan penyusunan Tugas
Akhir (TA).
DAFTAR PUSTAKA
LAMPIRAN
13
BAB II
2.1 Sejarah CV Saprotan Utama
Saprotan Utama adalah perusahaan yang bergerak dibidang
agribisnis sebagai distributor dan produsen pupuk, pestisida, benih
padi, dan benih jagung yang berdiri sejak tahun 1980.
Dimulai tahun 1978 Ir. Markus Wibowo membuka Toko
Sumber Hurip di Jalan DI Panjaitan No. 5 Tegal. Lingkup Toko
Sumber Hurip pada waktu itu adalah petani wilayah Tegal dan
sekitarnya. Lalu tahun 1979 UD Vigor mulai berdiri, beralamat di
Jalan Wotgandul Dalam No. 186 Semarang. UD Vigor didirikan
dengan tujuan sebagai distributor pestisida PT Bayer Indonesia ke PT
Perkebunan Nusantara dan free market.
Tanggal 12 April 1980, nama UD Vigor diganti menjadi CV
Saprotan Utama, dan di tahun 1982 alamat kantor pindah ke Jalan
Wonodri Krajan III/958 Semarang. Tujuan CV Saprotan Utama
didirikan adalah untuk menjadi importir, agen atau distributor, dan
produsen bahan-bahan untuk pertanian seperti pestisida, pupuk, benih,
dan produk perikanan.
Tahun 1989 CV Saprotan Utama menjadi pengimpor dan agen
exclusive atau distributor tunggal untuk pupuk-pupuk SQM (Sociedad
Quimica dei Minerale) di Indonesia. CV Saprotan Utama memperkuat
diri sebagai distributor pupuk import untuk mensuplai kemitraan
tembakau Virginia, Burley, Na-Oogst, dan Rajangan yang dikelola
oleh perusahaan rokok besar di Indonesia seperti PT Philip Morris
Indonesia di tahun 1990. Kantor yang dulu berada di Jalan Wonodri
Krajan III/958 Semarang pindah alamat ke Bangkong Plaza C7, Jalan
Mataram 864-866, Semarang. Berkembang lagi di tahun 1995 menjadi
distributor pupuk impor (SAPRODAP) dari Namahae International
TINJAUAN UMUM CV SAPROTAN UTAMA
14
Company Korea. Mulai tahun 1998 CV Saprotan Utama berhasil
memproduksi pupuk phosphate butiran dengan memakai bahan baku
lokal, dengan adanya inovasi produk pupuk NPK di tahun 2003, maka
CV Saprotan Utama bekerja sama dengan PT Pupuk Kaltim
mendirikan PT Pukati Pelangi Agromakmur yang khususnya
memproduksi berbagai komposisi pupuk NPK Pelangi. Tahun 2007
CV Saprotan Utama mendirikan pabrik pestisida dan beroperasi di
tahun 2008. Kantor pusat kembali pindah dari alamat sebelumnya ke
alamat Jalan Brigjend Sudiarto 79, Semarang di tahun 2013.
Akhir tahun 2014 pabrik pestisida berpindah lokasi ke Jalan
Raya Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
Berikut Gambar 2.1 yaitu pabrik CV Saprotan Utama.
Gambar 2.1 CV Saprotan Utama
Pada Gambar 2.1 merupakan area dari CV Saprotan Utama
setelah memasuki gerbang depan pabrik yang berlokasi di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
2.2 Visi dan Misi CV Saprotan Utama
a. Visi
Menjadi perusahaan utama penyediaan sarana produksi pertanian
yang mampu menyejahterakan para petani, pelanggan, karyawan,
dan pemilik perusahaan.
15
b. Misi
Menyediakan produk yang berkualitas serta memberikan pelayanan
yang maksimal kepafa konsumen dan ikut berperan aktif
mendukung perkembangan pertanian nasional.
2.3 Struktur Organisasi CV Saprotan Utama
Dalam mengelola aktivitas usaha, diperlukan suatu manajemen
yang dinamis dan kompetitif agar perusahaan dapat mencapai
tujuannya yaitu efisien dari segi biaya, waktu dan tenaga kerja yang
dilibatkan. Untuk lebih jelasnya struktur organisasi perusahaan dapat
dilihat pada Gambar 2.2 berikut ini :
STRUKTUR ORGANISASI PERUSAHAAN
CV SAPROTAN UTAMA
Gambar 2.2 Struktur Organisasi CV Saprotan Utama (Sumber : CV Saprotan
Utama)
*)
*)Tempat Objek Penelitian
16
Pada Gambar 2.2 merupakan struktur organisasi pada CV
Saprotan Utama, CV Saprotan Utama ini dibawah pimpinan Bapak
Ir. Markus Wibowo sebagai Direktur Utama, yang kemudaian
Direktur Operasionalnya adalah Bapak Yuri Wibowo. Plant
Manager di Pabrik CV Saprotan Utama yang berada di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak
sebagai tempat objek penelitian dipimpin oleh Bapak Waryanto.
Untuk narasumber utama dari penelitian ini adalah Bapak M. Dikro
selaku Supervisor Maintenance.
2.4 Uraian Tugas dan Wewenang
Pembagian uraian tugas dan wewenang tanggung jawab pada
CV Saprotan Utama :
2.4.1 Direktur Utama
Tugas dan wewenangnya antara lain memutuskan dan
menentukan peraturan dan kebijakan tertinggi perusahaan.
Bertanggung jawab dalam memimpin dan menjalankan
perusahaan. Bertanggung jawab atas kerugian yang dihadapi
perusahaan termasuk juga keuntungan perusahaan. Serta
mengkoordinasikan dan mengawasi semua kegiatan di
perusahaan, mulai bidang administrasi, kepegawaian hingga
pengadaan barang.
2.4.2 Direktur Operasional
Tugas dan wewenangnya antara lain merencanakan,
melaksanakan, dan mengawasi seluruh pelaksanaan
operasional perusahaan. Membuat standar perusahaan
mengenai semua proses operasional, produksi, proyek, dan
kualitas hasil produksi. Membuat strategi dalam pemenuhan
target perusahaan dan cara mencapai target tersebut.
Membantu tugas-tugas direktur utama, mengecek, mengawasi,
17
dan menentukan semua kebutuhan dalam proses operasional
perusahaan. Merencanakan, menentukan, mengawasi,
mengambil keputusan dan mengkoordinasi dalam hal
keuangan untuk kebutuhan operasional perusahaan. Membuat
laporan kegiatan untuk diberikan kepada Direktur Utama. Serta
bertanggung jawab pada proses operasional, produksi, proyek,
dan kualitas hasil produksi.
2.4.3 Accounting Manager
Tugas dan wewenangnya antara lain merencanakan
strategi accounting perusahaan secara tepat sesuai strategi
bisnis perusahaan. Mengatur dan mengarahkan pencatatan
neraca perusahaan sesuai aktivitas perusahaan dan menjaga
keseimbangan neraca rugi atau laba. Mengevaluasi dan
menganalisa implementasi sistem accounting untuk memberi
masukan terhadap sistem keuangan dan strategi bisnis.
Mengontrol dan mengevaluasi pencatatan neraca rugi atau laba
dan aktivitas accounting lainnya agar dapat berjalan secara
tepat dan akurat. Serta mengarahkan fungsi dan kinerja unit
bagian accounting agar bejalan optimal dan meningkatkan
kinerja SDM accounting.
2.4.4 Marketing Manager
Tugas dan wewenangnya antara lain
mengkoordinasikan dan meningkatkan penjualan.
Mengevaluasi pencapaian target sales. Melakukan strategi
pemasaran yang efektif serta berorientasi pada pencapaian dan
peningkatan target sales. Membangun serta menjaga hubungan
baik dengan mitra bisnis, klien, dan vendor. Serta merumuskan
standar harga jual dengan koordinasi bersama Direktur
Operasional dan departemen terkait.
18
Tugas dan wewenangnya antara lain bertanggung jawab
mengelola dan mengembangkan sumber daya manusia.
Membuat sistem HR yang efektif dan efisien dengan membuat
SOP, job description, training, dll. Melakukan seleksi,
promosi, dan demosi pada karyawan yang dianggap perlu.
Bertanggung jawab penuh dalam proses perekrutan karyawan,
mulai dari mencari calon karyawan, wawancara, hingga
seleksi. Bertanggung jawab pada hal yang berhubungan
dengan absensi karyawan, perhitungan gaji, bonus, dan
tunjangan. Membuat kontrak kerja karyawan serta
memperbaharui masa berlakunya kontrak kerja. Serta
melakukan tindakan disipliner pada karyawan yang melanggar
peraturan atau kebijakan perusahaan.
Tugas dan wewenangnya antara lain menyediakan
pemesanan dari bagian marketing dan menyusun rencana
produksi sesuai dengan pesanan marketing. Memenuhi
permintaan contoh produksi dari bagian marketing. Menyusun
rencana pengadaan bahan yang didasarkan atas forecast dari
marketing melalui pemantauan kondisi stok barang yang akan
diproduksi. Melakukan pengawasan di bagian inventory pada
proses produksi, penyimpanan barang di gudang maupun yang
akan didatangkan. Serta membuat jadwal proses produksi
sesuai dengan waktu, routing, dan jumlah produksi yang tepat.
Tugas dan wewenangnya antara lain bertanggung jawab
atas keseluruhan pabrik. Menentukan kebijakan pada pabrik.
Mengontrol bisnis plant yang telah dibuat terhadap kondisi
2.4.7 Plant Manager
2.4.6 PPIC (Production Planning and Inventory Control)
2.4.5 HRD (Human Resource Development)
19
nyata yang ada di lapangan. Serta memeriksa pelaksanaan
kegiatan di lapangan dan menilai secara langsung pelaksanaan
kegiatan di lapangan.
Tugas dan wewenangnya antara lain menjaga dan
mengawasi agar mutu bahan baku dalam proses dan mutu
barang jadi sesuai dengan standar yang telah ditetapkan.
Melakukan perencanaan dan pengontrolan proses produksi.
Melakukan perencanaan dan pengontrolan terhadap kebutuhan
tenaga kerja untuk proses produksi. Melakukan evaluasi
terhadap aktivitas proses produksi. Berwenang menilai,
menyampaikan usul promosi, degradasi, dan alih tugas
bawahannya sampai tingkat kepala regu.
Tugas dan wewenangnya antara lain melakukan
perencanaan penataan (layout) gudang. Melakukan monitoring
produk di gudang. Melakukan pengaturan dan pengawasan
aktivitas di gudang. Melakukan pengawasan administrasi data
barang FG (Finish Good) dan RM (Raw Material). Serta
melakukan pengaturan dan pengawasan semua dokumen
gudang.
Tugas dan wewenangnya antara lain melakukan
perencanaan perawatan mesin-mesin dan peralatan mesin
produksi. Melakukan perencanaan modifikasi dan kebutuhan
teknik yang diperlukan untuk mendukung proses produksi.
Melakukan update dan review dokumen-dokumen teknik yang
berkaitan dengan proses produksi. Membantu Plant Manager
dalam menentukan modifikasi atau pembelian alat atau mesin
2.4.8 Kepala Bagian Produksi
2.4.9 Kepala Bagian Gudang
2.4.10 Kepala Bagian Maintenance
20
dari aspek teknik, serta melakukan perencanaan tahunan untuk
aktivitas bagian maintenance.
Tugas dan wewenangnya antara lain memantau
perkembangan semua produk yang diproduksi perusahaan.
Bertanggung jawab untuk memantau, menganalisis, meneliti,
menguji suatu produk, memverifikasi kualitas produk.
Bertanggung jawab memonitor setiap proses yang terlibat
dalam produksi produk. Memastikan kualitas barang produksi
sesuai standar. Merekomendasikan pengolahan ulang produk-
produk berkualitas rendah.
Tugas dan wewenangnya antara lain membuat
perencanaan dan permintaan semua kebutuhan untuk produksi.
mengatur, mengkoordinasi, dan mengawasi semua tugas
bawahannya agar sesuai perencanaan, prosedur, dan standar
perusahaan. Bertanggung jawab dalam pencapaian target
produksi dan kualitas standar hasil produksi. Bertanggung
jawab pada ketertiban dan kedisiplinan bawahannya. Serta
bertanggung jawab pada kebersihan lingkungan kerja dan
keselamatan bawahannya.
Tugas dan wewenangnya antara lain membuat jadwal
pekerjaan setiap kelompok kru produksi. Memantau pekerjaan
yang dilakukan oleh kru produksi dalam mengemas produk
atau mencampur komposisi produk. Bertanggung jawab dalam
pencapaian target produksi. Serta bertanggung jawab pada
kebersihan lingkungan kerja.
2.4.11 Kepala Bagian Quality Control
2.4.12 Supervisor Produksi
2.4.13 Leader Produski
21
Tugas dan wewenangnya antara lain melakukan
pengaturan dan pengawasan aktivitas di gudang. Melakukan
penerimaan barang dan meneliti barang sesuai dengan surat
pengantar, mengkoordinir kru gudang. Serta membuat laporan
stok setiap bulan.
Tugas dan wewenangnya antara lain melakukan
perbaikan terhadap mesin-mesin dan peralatan produksi.
Melakukan perawatan terhadap mesin-mesin dan perawatan
produksi. Serta melakukan modifikasi terhadap mesin-mesin
dan peralatan produksi.
Tugas dan wewenangnya antara lain membuat surat
permintaan barang dan bahan baku ke gudang. Membuat surat
penyerahan mutasi barang. Membuat laporan produksi harian,
bulanan, dan tahunan, serta merapikan file laporan produksi.
Tugas dan wewenangnya antara lain membuat surat
penyerahan mutasi barang. Memverifikasi surat mutasi produk
jadi dari produksi. Membuatkan surat pengantar untuk
pengiriman barang. Serta merapikan file pergudangan.
Tugas dan wewenangnya antara lain membuat laporan
penggajian karyawan. Menangani permasalahan yang ada pada
karyawan mengenai gaji. Mengontrol absensi seluruh
karyawan, record karyawan baru. Sserta membuat laporan
jamsostek setiap bulan.
2.4.14 Leader Gudang
2.4.15 Teknisi
2.4.16 Admin Produksi
2.4.17 Admin Gudang
2.4.18 Admin Payroll
22
Tugas dan wewenangnya antara lain melakukan
pembayaran gaji untuk karyawan yang berstatus kontrak
harian. Melakukan pembayaran uang lembur untuk karyawan
yang berstatus kontrak bulanan dan tetap. Melakukan
pembayaran biaya bongkar dan muat barang untuk kbkb. Serta
bertanggung jawab terhadap laporan dan uang fisik.
Tugas dan wewenangnya antara lain melakukan
koordinasi tugas dan tanggung jawab kebersihan area.
Melakukan pengawasan pekerjaan kru kebersihan dan umum
secara berkala. Melakukan pengecekan kebersihan lingkungan
kerja, serta membuat jadwal kegiatan kerja kru kebersihan dan
umum.
Tugas dan wewenangnya antara lain membersihkan
lingkungan sesuai tugas yang diberikan supervisor.
membersihkan tempat sampah setiap pagi. merapikan dan
memisahkan pallet yang rusak, serta bertanggung jawab
membersihkan limbah kemasan bahan baku.
Tugas dan wewenangnya antara lain operator mesin
produksi menjalankan dan me-monitoring mesin. Bertugas
mencampur komposisi formulasi produk. Mengemas produk
ke dalam kemasan sesuai ukuran. Mencapai target yang telah
diberikan oleh leader produksi atau supervisor produksi. Serta
menjaga dan merapikan peralatan kerja yang digunakan.
2.4.19 Kasir
2.4.20 Supervisor Kebersihan / Umum
2.4.21 Kru Kebersihan / Umum
2.4.22 Kru Produksi
23
Tugas dan wewenangnya antara lain melengkapi
pengiriman dan penyimpanan barang melalui pengolahan dan
perintah pemuatan. Mengontrol dan bertanggung jawab atas
penyimpanan barang melalui dari kehilangan. Pencurian,
kebakaran, dan keusangan, bertanggung jawab atas kebersihan
dan kerapian barang Bertanggung jawab atas pelaksanaan
bongkar muat barang di gudang. Serta menyiapkan barang
yang akan dikirim ke pelanggan berdasarkan surat yang
diterima dari bagian administrasi.
2.4.23 Kru Gudang
24
Beberapa penelitian terdahulu mengenai sistem informasi
maintenance yang pernah dilakukan sebelum penelitian ini terdapat
pada Tabel 3.1.
Tabel 3.1 Penelitian Terdahulu
No Judul Tools Hasil Penelitian
1 Pembuatan Aplikasi
Monitoring Work Order
Dalam Pembuatan
Shutdown Paper
Machine Dengan
Menggunakan PPH dan
MySQL Pada PT Pelita
Cengkareng Paper
(Saputra, 2015)
PHP dan
MySQL
Merancang sistem
informasi dalam
pengelolaan data
dalam pelaporan
kerusakan, perawatan
rutin, penjadwalan,
serta laporan semua
aktivitas perawatan
dan perbaikan.
2 Rancangan Sistem
Informasi Perawatan
Berbasis Komputer
(Studi Kasus Di
Laboratorium Mekanik
Politeknik Manufaktur
Negeri Bangka
Belitung) (Rivai et al.,
2017)
Ms Visual
Studio 2010
dan Ms.
Access
Men-generate
perintah dan jadwal
perawatan,
menampilkan
spesifikasi kerja dan
data umum mesin,
memantau kegiatan
perawatan,
menyimpan riwayat
perawatan, membuat
laporan perawatan,
serta mengamankan
data (dokumen)
perawatan.
3 Perancangan Sistem
Informasi Perawatan
Mesin Pada PT XYZ
(Sachdeva, A., Kumar,
D. dan Kumar, 2008)
Visual Basic
dan Ms.
Access
Mempermudah dalam
pelaksanaan
manajemen
perawatan dan
pengelolaan data
terkait.
BAB III
TINJAUAN PUSTAKA
3.1 Penelitian Terdahulu
25
Tabel 3.1 Penelitian Terdahulu (Lanjutan)
No Judul Tools Hasil Penelitian
4 Perancangan Sistem
Informasi Manajemen
Perawatan Mesin
Berbasis Group
Technology (Studi
Kasus: PT. Adi Putro
Wirasejati Malang)
(Melladya, Santoso, &
Choiri, 2014)
Visual Basic
dan Ms.
Access
Sistem yang
dirancang
memperbaiki sistem
lama pada pada PT
APW.
5 Perancangan dan
Pembuatan Sistem
Informasi Manajemen
Pemeliharaan dan
Perawatan di Jurusan
Teknik Mesin UNNES
(W. Kurniawan &
Fatchurrochman, 2015)
Visual Basic
dan Ms.
Access
Mengelola kegiatan
pemeliharaan dan
pewaratan.
Dari penelitian terdahulu yang telah dipelajari pada Tabel 3.1
tersebut maka dari semua penelitian terdahulu belum menerapkan
notifikasi dalam sistem untuk pengajuan perbaikan mesin, dari judul
pertama yaitu Pembuatan Aplikasi Monitoring Work Order Dalam
Pembuatan Shutdown Paper Machine Dengan Menggunakan PPH dan
MySQL Pada PT Pelita Cengkareng Paper (Saputra, 2015), hasil dari
penelitian ini adalah merancang sistem informasi dalam pengelolaan
data dalam pelaporan kerusakan, perawatan rutin, penjadwalan, serta
laporan semua aktivitas perawatan dan perbaikan.
Judul kedua dari penelitian terdahulu adalah Rancangan
Sistem Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri Bangka
Belitung) (Rivai et al., 2017), hasil dari penelitian ini adalah men-
generate perintah dan jadwal perawatan, menampilkan spesifikasi
kerja dan data umum mesin, memantau kegiatan perawatan,
26
menyimpan riwayat perawatan, membuat laporan perawatan, serta
mengamankan data (dokumen) perawatan.
Judul ketiga dari penelitian terdahulu yaitu Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A., Kumar, D.
dan Kumar, 2008), hasil dari penelitiannya adalah mempermudah
dalam pelaksanaan manajemen perawatan dan pengelolaan data terkait.
Judul keempat adalah Perancangan Sistem Informasi
Manajemen Perawatan Mesin Berbasis Group Technology (Studi
Kasus: PT. Adi Putro Wirasejati Malang) (Melladya et al., 2014), dari
penelitian tersebut membuahkan hasil sistem yang dirancang
memperbaiki sistem lama pada pada PT APW.
Terakhir judul kelima adalah Perancangan dan Pembuatan
Sistem Informasi Manajemen Pemeliharaan dan Perawatan di Jurusan
Teknik Mesin UNNES (W. Kurniawan & Fatchurrochman, 2015),
penelitian ini mendapatkan hasil mengelola kegiatan pemeliharaan dan
pewaratan.
Dari penelitian terdahulu, penulis akan membangun sistem
informasi maintenance mengunakan PHP dan database MySQL, akan
ada tambahan fitur notifikasi pada halaman user Spv. Maintenance dan
Admin Maintenace jika ada pengajuan perbaikan kerusakan mesin dari
pihak produksi.
Sistem adalah sekumpulan komponen-komponen yang saling
berkaitan satu sama lain, yang memiliki batasan-batasan tertentu yang
jelas. Lebih lanjut dikatakan pula, bahwa sistem dapat saling bekerja
bersamaan dalam mencapai tujuan dengan cara menerima input dan
menghasilkan output dalam suatu proses yang terorganisir (A.O’Brien,
2010).
3.2 Pengertian Sistem
27
Sistem adalah sekelompok unsur yang erat hubungannya satu
dengan yang lain, yang berfungsi bersama – sama untuk mencapai
tujuan tertentu (Sutabri, 2012).
Sekelompok elemen-elemen yang terintegrasi dengan tujuan
yang sama untuk mencapai tujuan. Sistem juga merupakan jaringan
kerja dari procedure-procedure yang saling berhubungan, terkumpul
bersama-sama untuk melakukan suatu kegiatan atau tujuan tertentu
(Bartz, T., Siluk, J.C.M. dan Bartz, 2014).
Informasi adalah data yang telah diklasifikasikan atau diolah
atau diinterpretasikan untuk digunakan dalam proses pengambilan
keputusan (Sutabri, 2012).
Informasi merupakan hasil pengolahan data dari satu atau
berbagai sumber, yang kemudian diolah, sehingga memberi nilai, arti,
dan manfaat (Pratama, 2014).
Informasi merupakan sebuah data yang telah dibuat dan juga
diolah dengan metode tertentu ke dalam bentuk dan nantinya akan
memiliki arti tertentu bagi manusia sebagai penggunanya (Laudon,
Kenneth C., 2012).
Sistem Informasi (Information System) adalah sekumpulan
komponen yang saling berhubungan, mengumpulkan atau
mendapatkan, menyimpan, memproses, dan mendistribusikan
informasi untuk penunjang pengambilan keputusan dan pengawasan
dalam suatu organisasi serta membantu manajer dalam mengambil
keputusan (Laudon, Kenneth C., 2012).
Sistem informasi adalah suatu sistem di dalam suatu organisasi
yang mempertemukan kebutuhan pengolahan transaksi harian yang
mendukung fungsi operasi organisasi yang bersifat manajerial dengan
3.3 Pengertian Informasi
3.4 Pengertian Sistem Informasi
28
kegiatan strategi dari suatu organisasi untuk dapat menyediakan
laporan–laporan yang diperlukan oleh pihak luar tertentu (Sutabri,
2012).
Sistem informasi merupakan gabungan dari empat bagian
utama. Keempat bagian utama tersebut mencakup perangkat lunak
(software), perangkat keras (hardware), infrastruktur, dan Sumber
Daya Manusia (SDM) yang terlatih. Kempat bagian utama ini saling
berkaitan untuk menciptakan sebuah sistem yang dapat mengolah data
menjadi informasi yang bermanfaat. Didalamnya juga termasuk proses
perencanaan, kontrol, koordinasi, dan pengambilan keputusan.
Sehingga sebagai sebuah sistem yang mengolah data menjadi
informasi yang akan disajikan dan digunakan oleh pengguna, maka
sistem informasi merupakan sebuah sistem yang kompleks. Bukan
hanya komputer saja yang bekerja (beserta software dan hardware di
dalamnya), namun juga manusia (dengan brainware yang dimiliki).
Manusia (pengguna/aktor) dalam hal ini menggunakan seluruh ide,
pemikiran, penghitungan untuk dituangkan ke dalam sistem informasi
yang digunakan (Pratama, 2014).
Maintenance yang dalam bahasa Indonesia biasa disebut
dengan pemeliharaan atau perawatan merupakan sebuah aktivitas yang
bertujuan untuk memastikan suatu fasilitas secara fisik bisa secara
terus menerus melakukan pengguna atau pemakai inginkan. Untuk
pengertian pemeliharaan lebih jelas adalah suatu kombinasi dari
berbagai tindakan yang dilakukan untuk menjaga suatu barang dalam,
atau memperbaikinya sampai kondisi yang bisa diterima (F.
Kurniawan, 2013).
Maintenance merupakan kegiatan untuk memelihara atau
menjaga fasilitas atau peralatan pabrik dengan mengadakan perbaikan
atau penyesuaian atau penggantian yang diperlukan supaya tercipta
3.5 Pengertian Maintenance (Perawatan)
29
suatu keadaan operasional produksi yang memuaskan sesuai dengan
apa yang telah direncanakan (Sofjan, 2013).
Secara sederhana dapat dikatakan bahwa perawatan adalah
segala aktivitas yang dilakukan untuk menjaga agar mesin dan
peralatan dapat bekerja. Perkembangan signifikan pertama dari konsep
manajemen perawatan melalui munculnya konsep corrective
maintenance. Corrective Maintenance merupakan strategi manajemen
perawatan mesin yang fokus terhadap usaha pengembalian kapabilitas
peralatan (Sachdeva, A., Kumar, D. dan Kumar, 2008).
Sistem Informasi Manajemen Aset (SIMA) merupakan
sekumpulan maupun serangkaian dari sub-sistem informasi yang
secara sistematis dan rasional dibuat untuk mengkonversikan data
menjadi informasi mengenai aset, sehingga dapat berguna dan
berperan dalam mengambil keputusan pengelolaan aset disebuah
organisasi.
Konsep dasar dari SIMA adalah bahwa setiap aset dianggap
memiliki data atribut baik secara deskriptif maupun legal yang
menunjukkan identitas serta kepemilikan atau hak dan kewajban
terhadap aset tersebut (Sugiama, 2013).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
yang memiliki aset dalam jumlah banyak yang seharusnya memiliki
divisi sendiri untuk pengelolaan aset tersebut. Sistem informasi
manajemen aset seharusnya dapat menjawab permasalahan-
permasalahan aset yang sering muncul dan atau dihadapi oleh
perusahaan berskala enterprise (Dit TIK UPI, 2008).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
dengan aset dengan jumlah banyak yang seharusnya memerlukan
3.6 Sistem Informasi Manajemen Aset
30
divisi sendiri untuk pengelolaan aset tersebut (Hartono, 2010). Gambar
3.1 dibawah merupakan gambaran dari Sistem Informasi Manajemen
Aset.
Gambar 3.1 Sistem Informasi Manajemen Aset
Dari Gambar 3.1 dapat dijelaskan bahwa Sistem Informasi
Manajemen Aset mengelola aset yang ada di perusahaan besar atau
BUMN yaitu dengan memasukkan data-data aset yang ada ke dalam
database sehingga data tersebut akan dikelola dengan baik oleh sistem.
Menurut KBBI mesin memiliki arti perkakas untuk
menggerakkan atau membuat sesuatu yang dijalankan dengan roda,
digerakkan oleh tenaga manusia atau motor penggerak, menggunakan
bahan bakar minyak atau tenaga alam.
Mesin adalah suatu peralatan yang digerakkan oleh suatu
kekuatan atau tenaga yang dipergunakan untuk membantu manusia
dalam mengerjakan produk / bagian-bagian produk (Sofjan, 2013).
Peranan manajemen perawatan dalam dunia industri terus
meningkat disebabkan semakin mahalnya biaya pembelian teknologi
baru (Bartz, T., Siluk, J.C.M. dan Bartz, 2014). Aktivitas perawatan
dilakukan untuk memastikan agar proses manufaktur dapat beroperasi
3.7 Pengertian Mesin
31
secara efektif dan efisien dengan jalan memperbaikinya, mengganti,
menyesuaikan, dan memodifikasi semua mesin dan peralatan sesuai
dengan kebutuhan produksi.
Produksi adalah kegiatan yang mentransformasikan masukan
(input) menjadi keluaran (output), tercakup semua aktivitas dan
kegiatan yang menghasilkan barang atau jasa, serta kegiatan-kegiatan
lain yang mendukung atau menunjang usaha untuk menghasilkan
produk tersebut yang berupa barang atau jasa (Sofjan, 2013).
Operasi atau produksi adalah kegiatan yang mengubah
masukan (yang merupakan faktor-faktor produksi) menjadi keluaran
sehingga lebih bermanfaat daripada bentuk aslinya (Sutarno, 2012).
Operasi atau produksi adalah aktivitas untuk menghasilkan
produk, baik itu berupa barang atau jasa (Harsanto, 2013).
PHP memiliki beberapa pandangan dalam mengartikannya,
akan tetapi kurang lebih PHP dapat kita ambil arti sebagai PHP :
Hypertext Prepocessor. Ini merupakan bahasa yang hanya dapat
berjalan pada server dan hasilnya dapat ditampilkan pada client. PHP
adalah produk open source yang dapat digunakan secara gratis tanpa
harus membayar untuk menggunakannya. Interpreter PHP dalam
mengeksekusi kode PHP pada sisi server disebut server side.
Sedangkan tanpa adanya interpreter PHP, maka semua skrip dan
aplikasi PHP yang dibuat tidak bisa dijalankan. PHP merupakan
bahasa standar yang digunakan dalam dunia website, PHP adalah
bahasa program yang berbentuk skrip yang diletakkan di dalam server
web. Jika kita lihat dari sejarah mulanya PHP diciptakan dari ide
Rasmus Lerdof untuk kebutuhan pribadinya, skrip tersebut sebenarnya
dimaksudkan untuk digunakan sebagai keperluan membuat website
3.8 Pengertian Produksi
3.9 Pengertian PHP
32
pribadi. Akan tetapi kemudian dikembangkan lagi sehingga menjadi
sebuah bahasa yang disebut “Personal Home Page.” (Nugroho, 2009).
PHP (Hypertext Preprocessor) yang digunakan sebagai bahasa
script server-side dalam pengembangan web yang disisipkan pada
dokumen HTML. Penggunakan PHP memungkinkan web dapat dibuat
dinamis, sehingga maintenance situs web tersebut menjadi lebih
mudah dan efisien. PHP merupakan software Open-Source yang
disebarkan dan dilisensikan secara gratis serta dapat di-download
secara bebas dari situs resmi http://www.php.net (Hidayatullah.
Priyanto, 2014).
Untuk membuat membuat aplikasi berbasis Website dengan
menggunakan bahasa PHP, tentu saja diperlukan sebuah server web
dan interpreter PHP. Server tidak harus sebuah komputer khusus
dengan kinerja tinggi dan berukuran sangat besar, tetapi bisa dibuat
dari PC yang mempunyai fungsi selayaknya sebuah Web Server, yaitu
dengan menginstal paket XAMPP.
XAMPP merupakan paket PHP dan MySQL berbasis open
source yang dapat digunakan sebagai tool pembantu pengembangan
aplikasi berbasis PHP. XAMPP mengombinasikan beberapa paket
perangkat lunak berbeda ke dalam satu paket. Sampai XAMPP versi
1.7.4. Kita dapat mendapatkan file XAMPP di http://apachefriend.org ,
dari alamat website tersebut kita dapat memilih berbagai versi XAMPP
sesuai kebutuhan, dan tentu disesuaikan dengan OS yang kita gunakan
(Riyanto, 2011).
XAMPP merupakan singkatan dari X (empat sistem operasi
apapun), Apache, MySQL, PHP, Perl. XAMPP merupakan tool yang
menyediakan paket perangkat lunak ke dalam satu buah paket. Dalam
paketnya sudah terdapat Apache (web server), MySQL (database),
PHP (server side scripting), Perl, FTP server, phpMyAdmin dan
3.10 XAMPP
33
berbagai pustaka bantu lainnya. Dengan menginstal XAMPP maka
tidak perlu lagi melakukan instalasi dan konfigurasi web server
Apache, PHP, MySQL secara manual. XAMPP akan menginstalasi dan
mengkonfigurasikannya secara otomatis (Hidayatullah, 2014).
MySQL merupakan sebuah basis data yang mengandung satu
atau beberapa kolom. Tabel terdiri atas sejumlah basis dan setiap baris
mengandung satu atau beberapa kolom. Didalam PHP telah
menyediakan fungsi untuk koneksi ke basis data dengan sejumlah
fungsi untuk pengaturan baik menghubungkan atau memutuskan
koneksi server database MySQL sebagai sarana untuk mengumpulkan
informasi.
MySQL bekerja menggunakan bahasa basis data yaitu DBMS
(Database Management System). Data language terbagi dua, yaitu
DDL dan DML. DDL (Data Definition Language) merupakan suatu
perintah yang digunakan untuk menciptakan struktur data, atau untuk
membangun database. DDL mempunyai fungsi untuk melakukan
perubahan struktur tabel, seperti membuat tabel, mengubah nama
tabel, dan sebagainya. Perintah-perintah yang termasuk dalam DDL
yaitu Create, Alter, dan Drop (Kustiyahningsih, Yeni, 2011).
MySQL (My Structured Query Language) atau yang biasa
disebut mai-sekuel adalah sebuah program pembuat dan pengelola
database atau yang sering disebut dengan DBMS (Database
Management System), sifat dari DBMS ini adalah open source.
MySQL sebenarnya produk yang berjalan pada platform linux, dengan
adanya perkembangan dan banyaknya pengguna serta pengembang
kemudian merilis versi windows. Selain itu MySQL juga merupakan
bahasa program pengakses database yang bersifat jaringan, sehingga
dapat digunakan untuk aplikasi multi-user (banyak pengguna).
Kelebihan lain dari MySQL adalah menggunakan bahasa query
3.11 MySQL
34
(permintaan) standar SQL (Structured Query Language). SQL adalah
suatu bahasa permintaan yang terstruktur, SQL telah distandarkan
untuk semua program pengakses database seperti Oracle, PosgreSQL,
SQL Server dan lain-lain. Sebagai sebuah program penghasil database,
MySQL tidak mungkin berjalan sendiri tanpa adanya sebuah aplikasi
pengguna (interface) yang berguna sebagai program aplikasi
pengakses database yang dihasilkan. MySQL dapat didukung oleh
hampir semua program aplikasi baik yang open source seperti PHP
maupun yang tidak open source yang ada pada platform windows
seperti visual basic, delphi dan lain-lain (Nugroho, 2009).
UML (Unified Modeling Language) adalah salah standar
bahasa yang banyak digunakan di dunia industri untuk mendefinisikan
requirement, membuat analisisa dan desain, serta menggambarkan
arsitektur dalam pemrograman berorientasi (Rosa A. S dan
Shalahuddin, 2013).
Jenis diagram yang digunakan adalah :
1. Use Case Diagram
Use Case atau diagram use case merupakan pemodelan untuk
kelakuan (behavior) sistem informasi yang akan dibuat. Simbol use
case terdapat pada Tabel 3.2.
Tabel 3.2 Simbol Use Case Diagram (Rosa A.S., M.
Shalahuddin, 2014)
Simbol Deskripsi
Use Case
nama use case
Menjelaskan urutan kegiatan yang
dilakukan aktor dan sistem untuk
mencapai suatu tujuan tertentu.
3.12 Unifield Modelling Language (UML)
35
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
Aktor / actor
nama aktor
Orang atau pihak yang akan
mengelola sistem.
Asosiasi / association
Menggambarkan hubungan khusus
dalam objek.
Genralisasi /
generalization
Hubungan generalisasi dan
spesialisasi (umum – khusus)
antara dua buah use case dimana
fungsi yang satu adalah fungsi
yang lebih umum dari yang
lainnya, misalnya
ubah data
hapus data
mengelola data
arah panah mengarah pada use
case yang menjadi generalisasinya
(umum)
Menggunakan / include /
uses
NewUseCase NewUseCase2
<<include>>
Validasi User
Ubah Data NewUseCaseNewUseCase2
<<include>><<uses>>
Relasi use case tambahan ke
sebuah use case dimana use case
yang ditambahkan memerlukan use
case ini untuk menjalankan
fungsinya
Ada dua sudut pandang yang
cukup besar mengenai include di
use case:
include berarti use
caseyang ditambahkan akan
selalu dipanggil saat use
case tambahan dijalankan,
36
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
misal pada kasus berikut :
Validasi Username
Login
<<include>>
include berarti use case
yang tambahan akan selalu
melakukan pengecekan
apakah use case yang
ditambahkan telah
dijalankan sebelum use
case tambahan dijalankan,
misal pada kasus berikut:
Validasi User
Ubah Data
<<include>>
Kedua interpretasi diatas dapat
dianut salah satu atau keduanya
tergantung pada pertimbangan dan
interpretasi yang dibutuhkan
Pada Tabel 3.2 tentang simbol use case diagram dapat
dijelaskan use case merupakan fungsionalitas yang disediakan
sistem sebagai unit-unit yang saling bertukar pesan antar unit atau
aktor, biasanya dinyatakan dengan menggunakan kata kerja di awal
frase nama use case. Simbol kedua yaitu aktor, orang, proses, atau
sistem lain yang berinteraksi dengan sistem informasi yang akan
dibuat diluar sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang, tapi aktor belum
37
tentu merupakan orang, biasanya dinyatakan menggunakan kata
benda di awal frase nama aktor.
Generalisasi adalah hubungan generalisasi dan spesialisasi
(umum – khusus) antara dua buah use case dimana fungsi yang
satu adalah fungsi yang lebih umum dari yang lainnya. Asosiasi
merupakan gambaran hubungan khusus dalam objek. Relasi Extend
yaitu dimana use case yang dituju berdisi sendiri tanpa harus
melewati sebuah proses yang lain. Menunjukkan suatu bagian dari
elemen sebelumnya bisa disisipkan ke dalam elemen berikutnya.
Terakhir relasi include dimana use case yang dituju harus melewati
proses yang lain. Menunjukkan bahwa suatu bagian dari elemen
sebelumnya memicu eksekusi dari elemen sebelumnya.
2. Class Diagram
Class diagram menggambarkan struktur sistem dari segi
pendefinisian class-class yang ada dibuat untuk membangun
sistem. Simbol terdapat pada Tabel 3.3.
Tabel 3.3 Simbol Class Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Kelas
Kelas pada struktur sistem
Antarmuka / interface
nama_interface
Sama dengan konsep interface
dalam pemrograman berorientasi
objek
Assosiasi / association
Relasi antar kelas dengan makna
umum, assosiasi biasanya juga
disertai dengan multiplicity
Asosiasi berarah / directed
association
Relasi antar kelas dengan makna
kelas yang satu digunakan oleh
kelas yang lain, assosiasi biasanya
juga disertai dengan multiplicity
38
Tabel 3.3 Simbol Class Diagram (Lanjutan)
Simbol Deskripsi
Generalisasi /
Generalization
Relasi antar kelas dengan makna
generalisasi-spesialisasi (umum-
khusus)
Kebergantungan /
dependency
NewUseCase NewUseCase2
<<include>>
Relasi antar kelas dengan makna
kebergantungan antar kelas
Agregasi / aggregation
Relasi antar kelas dengan makna
semua bagian (whole-part)
Penjelasan dari Tabel 3.3 simbol Class Diagram adalah
sebagai berikut yang pertama adalah class yaitu himpunan dari
objek-objek yang berbagai atribut di operasi yang sama, yang
kedua adalah interface yaitu tampilan luar dari sistem yang bisa
dilihat oleh pengguna, berikutya asosiation yaitu relasi antar kelas
dengan makna umum, assosiasi biasanya juga disertai dengan
multiplicity, ada juga asosiasi berarah yaitu relasi antar kelas
dengan makna kelas yang satu digunakan oleh kelas yang lain,
assosiasi biasanya juga disertai dengan multiplicity.
Generalization yaitu garis yang melambangkan konsep
pewarisan dari suatu kelas ke satu atau lebih sub kelas. Untuk
dependency adalah relasi antar kelas dengan makna
kebergantungan antar kelas.
3. Activity Diagram
Diagram aktifitas menggambarkan workflow (aliran kerja)
atau aktifitas dari sebuah sistem atau proses bisnis. Simbol dari
actifity diagram terdapat pada Tabel 3.4.
39
Tabel 3.4 Simbol Activity Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Status awal
Titik awal atau permulaan
Aktivitas
Aktiviti atau aktivitas yang
dilakukan oleh aktor
Percabangan / decision
Pilihan untuk mengambil keputusan
Penggabungan / join
Asosiasi penggabungan dimana
lebih dari satu aktivitas
digabungkan menjadi satu.
Status akhir
Titik akhir atau akhir dari aktivitas
Swimlane
Memisahkan organisasi bisnis yang
bertanggung jawab terhadap
aktivitas yang terjadi
Penjelasan dari Tabel 3.4 untuk simbol status awal
merupakan status awal aktivitas sistem, sebuah diagram aktivitas
memiliki sebuah status awal, berikutnya aktifitas yaitu yang
dilakukan sistem, aktifitas biasanya diawali dengan kata kerja.
Simbol asosiasi percabangan dimana jika ada pilihan aktivitas lebih
dari satu. Selain percabangan ada penggabungan, asosiasi
penggabungan dimana lebih dari satu aktivitas digabungkan
menjadi satu. Simbol status akhir, yaitu status akhir yang dilakukan
sistem, sebuah diagram aktivitas memiliki sebuah status akhir.
Untuk simbol swinline memisahkan organisasi bisnis yang
bertanggung jawab terhadap aktivitas yang terjadi.
4. Sequence Diagram
Diagram sekuen menggambarkan kelakuan objek pada use
case dengan mendeskripsikan waktu hidup objek dan message yang
40
dikirmkan dan diterima antar objek. Simbol dari sequenc diagram
terdapat pada Tabel 3.5.
Tabel 3.5 Simbol Sequence Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Aktor
nama aktor
atau nama_aktor
Tanpa waktu aktif
Orang atau pihak yang akan
mengelola sistem.
Garis hidup / lifeline
Menyatakan kehidupan suatu objek
Objek
Menyatakan objek yang
berinteraksi pesan
Pesan tipe create
Menyatakan suatu objek membuat
objek yang lain, arah panah
mengarah pada objek yang dibuat
41
Tabel 3.5 Simbol Sequence Diagram (Lanjutan)
Simbol Deskripsi
esan tipe call
Menyatakan suatu objek memanggil
operasi / metode yang ada pada objek
lain atau dirinya sendiri
Arah panah mengarah pada objek yang
memiliki operasi/metode, karena ini
memanggil operasi/metode maka
operasi/metode yang dipanggil harus
ada pada diagram kelas sesuai dengan
kelas objek yang berinteraksi
Pesan tipe send
Menyatakan bahwa suatu objek
mengirimkan data/ masukan/informasi
ke objek lainnya, arah panah mengarah
pada objek yang dikirimi
Pada Tabel 3.5 dapat dijelaskan bahwa aktor adalah orang,
proses, atau sistem lain yang berinteraksi dengan sistem informasi
yang akan dibuat diluar sistem informasi yang dibuat itu sendiri,
jadi walaupun simbol aktor adalah gambar orang tetapi aktor belum
tentu orang. Lifeline menggambarkan sebuah objek dalam sebuah
sistem atau salah satu komponennya. Ada objek yang berinteraksi
pesan. Pesan tipe create menyatakan suatu objek membuat objek
yang lain, arah panah mengarah pada objek yang dibuat.
5. State Diagram
State Diagram adalah teknik yang umum digunakan untuk
menggambarkan behaviour sebuah sistem. Hal ini digunakan untuk
membantu analis, perancang dan pengembang untuk memahami
42
perilaku obyek pada sistem. State diagram menggambarkan transisi
dan perubahan keadaan (dari satu state ke state lainnya) suatu objek
pada sistem sebagai akibat dari stimuli yang diterima. Pada
umumnya state diagram menggambarkan class tertentu (satu class
dapat memiliki lebih dari satu state diagram). Dalam UML, state
digambarkan berbentuk segiempat dengan sudut membulat dan
memiliki nama sesuai kondisinya saat itu. Transisi antar state
umumnya memiliki kondisi guard yang merupakan syarat
terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku.
Action yang dilakukan sebagai akibat dari event tertentu dituliskan
dengan diawali garis miring. Titik awal dan akhir digambarkan
berbentuk lingkaran berwarna penuh dan berwarna setengah. Tidak
cukup hanya mengimplementasikan sebuah obyek, pengembang
juga harus membuat obyek tersebut melakukan sesuatu. State
diagram memastikan bahwa obyek-obyek tersebut akan menebak
apa yang seharusnya dilakukan. Dengan gambaran yang jelas
tentang perilaku obyek, kemungkinan tim pengembang akan
memproduksi sebuah sistem yang sesuai dengan requirement.
(Dharmayanti & Wahono, 2013).
Jika pada pemodelan interaksi menyiapkan detil spesifikasi
dari use case, pada state akan diberikan detail deskripsi dari class
yaitu perubahan state dari class menjadi lebih tepat. Perubahan
dinamis inilah yang akan menjadi prilaku dari suatu objek.
Biasanya statechart ini memodelkan aturan main suatu proses
bisnis. State diagram khususnya digunakan untuk memodelkan
taraf-taraf diskrit suatu siklus objek. State memodelkan objek dari
semenjak dibuat sampai selesai. Pada kondisi ini tidak semua class
akan mempunyai state (Gushelmi & Deded Ramad Kamda, 2017).
Berikut adalah simbol-simbol yang ada pada State Diagram yang
terdapat pada Tabel 3.6
43
Tabel 3.6 Simbol State Diagram (Gushelmi & Deded Ramad
Kamda, 2017)
Simbol Fungsi
State Nilai atribut dan nilai link pada suatu waktu
tertentu, yang dimiliki oleh suatu objek
Start State Menambahkan state awal pada diagram
Final State
Menambahkan state akhir pada diagram
Transition Sebuah kejadian yang memicu sebuah state
objek dengan cara memperbaharui satu atau
lebih nilai atributnya
Association Garis yang menghubungkan antara objek satu
dengan objek lainnya.
Node
Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu sumber
daya komputasi.
Penjelasan dari Tabel 3.6 Simbol State Diagram adalah State
yaitu nilai atribut dan nilai link pada suatu waktu tertentu, yang
dimiliki oleh suatu objek. Start State yaitu menambahkan state awal
pada diagram. Final State yaitu menambahkan state akhir pada
diagram. Transition adalah sebuah state objek yang memperbaharui
satu atau lebih nilai atributnya. Association adalah garis yang
menghubungkan antara objek satu dengan objek lainnya. Node yaitu
44
elemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan
suatu sumber daya komputasi.
6. Deployment Diagram
Pengertian Deployment Diagram menurut (Sukamto dan
Shalahuddin, 2013) menyatakan bahwa “Diagram deployment atau
deployment diagram menunjukkan konfigurasi komponen dalam
proses eksekusi aplikasi.”
Deployment/physical diagram menggambarkan detail
bagaimana komponen deploy dalam infrastruktur sistem, di mana
komponen akan terletak (pada mesin, server atau piranti keras),
bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi
server, dan hal-hal lain yang bersifat fisikal. Sebuah node adalah
server, workstation, atau piranti keras lain yang digunakan untuk
men-deploy komponen dalam lingkungan sebenarnya. Hubungan
antar node (misalnya TCP/IP) dan requirement dapat juga
didefinisikan dalam diagram ini. (Dharmayanti & Wahono, 2013)
Berikut adalah simbol dan fungsi yang ada pada Deployment
Diagram yang terdapat pada Tabel 3.7
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti &
Wahono, 2013)
Simbol Fungsi
Processor
Menambahkan prosesor pada diagram
Connection Menambahkan penghubung antar
komponen dalam diagram
45
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti & Wahono,
2013) (Lanjutan)
Simbol Fungsi
Device Menambahkan peralatan (device) dalam
diagram. Peralatan adalah perangkat keras
dengan suatu kegunaan tertentu atau
perangkat keras dengan fungsi yang
terbatas
Penjelasan dari Tabel 3.7 Simbol Deployment Diagram
adalah Processor yaitu untuk menambahkan prosesor pada
diagram. Connection yaitu penghubung antar komponen dalam
diagram. Device yaitu perangkat keras yang digunakan dengan
suatu kegunaan tertentu atau perangkat keras dengan fungsi yang
terbatas.
7. Component Diagram
Component Diagram menggambarkan struktur dan
hubungan antar komponen piranti lunak, termasuk ketergantungan
(dependency) di antaranya. Komponen piranti lunak adalah modul
berisi code, baik berisi source code maupun binary code, baik
library maupun executable, baik yang muncul pada compile time,
link time, maupun run time. Umumnya komponen terbentuk dari
beberapa class atau package, tapi dapat juga dari komponen-
komponen yang lebih kecil. Komponen dapat juga berupa interface,
yaitu kumpulan layanan yang disediakan sebuah komponen untuk
komponen lain (Dharmayanti & Wahono, 2013).
Component Diagram dibuat untuk menunjukkan organisasi
dan ketergantungan diantara kumpulan komponen dalam sebuah
sistem. Diagram komponen fokus pada komponen sistem yang
46
dibutuhkan dan ada di dalam sistem. Diagram komponen juga dapat
digunakan untuk memodelkan hal-hal berikut :
1. Source code program perangkat lunak
2. Komponen executable yang dilepas ke user.
3. Basis data secara fisik.
4. Sistem yang harus beradaptasi dengan sistem lain.
5. Framework sistem, framework pada perangkat lunak
merupakan kerangka kerja yang dibuat untuk memudahkan
pengembangan dan pemeliharaan aplikasi.
Berikut adalah simbol-simbol yang ada pada Component Diagram
yang terdapat pada Tabel 3.8.
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012)
Simbol Fungsi
Component
Menggambarkan modul perangkat lunak
dengan antarmuka yang didefinisikan
dengan baik
Package
Menambahkan paket dalam diagram
Dependency
Menggambarkan relasi dependency
Subprogram
specification
Menggambarkan spesifikasi subprogram
dan implementasinya
47
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Subprogram body
Menggambarkan koleksi nsubrutin dan
tidak memuat definisi kelas
Main program Menggambarkan program utama
Package
specification
Menggambarkan paket yang merupakan
implementasi kelas. Mengandung
headerfile dan informasi prototype kelas
Package body
Memuat kode untuk operasi-operasi
suatu kelas
Task spesification
Menggambarkan spesifikasi kelas yang
memiliki thread yang mandiri
48
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Task body
Memuat berkas-berkas yang memiliki
thread yang mandiri
Penjelasan dari Tabel 3.8 Simbol dan fungsi Component
Diagram adalah sebagai berikut Component yaitu menggambarkan
modul perangkat lunak dengan antarmuka. Package yaitu
menambahkan paket dalam diagram. Dependency yaitu
menggambarkan relasi dependency. Subprogram specification
yaitu menggambarkan spesifikasi subprogram dan
implementasinya. Subprogram body yaitu menggambarkan
koleksi nsubrutin dan tidak memuat definisi kelas. Main program
yaitu menggambarkan program utama. Package specification yaitu
menggambarkan paket yang merupakan implementasi kelas.
Package body yaitu memuat kode untuk operasi-operasi suatu
kelas. Task specification yaitu menggambarkan spesifikasi kelas
yang memiliki thread yang mandiri. Task body yaitu memuat
berkas-berkas yang memiliki thread yang mandiri.
49
Perencanaan sistem informasi menjelaskan tentang menerapkan
pengetahuan tentang sistem informasi ke dalam organisasi agar dapat
terus maju dan eksis apabila organisasi berkembang sesuai dengan
teknologi dan teori organisasi modern (Sutabri, 2012).
Dalam hal ini penulis merencanakan yang dibutuhkan dalam
membangun aplikasi, yaitu sebuah aplikasi berbasis web yang
dimungkinkan dapat membantu pekerjaan bagian maintenance di CV
Saprotan Utama.
Perencanaan yang dilakukan meliputi use case diagram,
sequence diagram, activity diagram, state diagram, component
diagram, deployment diagram, dan class diagram.
Sistem Informasi Maintenance yang berjalan pada CV Saprotan
Utama masih menggunakan sistem secara konvensional, yaitu operator
yang mengalami kerusakan mesin akan menuliskan memo dalam form
dan kemudian akan diserahkan ke bagian maintenance. Setelah bagian
maintenance menerima form memo kerusakan tersebut akan
ditandatangani oleh Supervisor Maintenance sebagai tanda telah
disetujui kemudian akan ditindaklanjut oleh teknisi untuk dilakukan
perbaikan kerusakan, hasil dari perbaikan akan ditulis dilembar memo
tadi yang kemudian akan direkap oleh Admin Maintenance ke Ms.
Excel.
BAB IV
PERENCANAAN DAN ANALISA PERANCANGAN SISTEM
4.1 Perencanaan Sistem Informasi
4.2 Analisa Sistem Yang Sedang Berjalan
50
Penjadwalan perawatan rutin yang dibuat oleh Supervisor
Maintenance untuk kurun waktu satu bulan dibuat dengan
menggunakan Ms. Excel, tetapi belum ada perekapan dari hasil
perawatan mesin yang dilakukan, sehingga tidak bisa diketahui history
dari hasil perawtan mesin yang dilakukan. Penjadwalan perawatan
tersebut terkadang terlewat karena belum adanya pengingat apabila hari
tersebut akan dilakukan perawatan, jadi untuk menghindari terlewatnya
jadwal dimungkinkan untuk memunculkan notifikasi di halaman Admin
Maintenance sebagai tanda pengingat jika hari tersebut akan ada jadwal
perawatan mesin. Melihat tidak terkomputerisasinya sistem yang
berjalan saat ini di CV Saprotan Utama maka akan dikembangkan
sebuah Sistem Informasi Maintenance yang dimungkinkan dapat
membantu karyawan dalam hal perekapan data-data perbaikan dan
perawtan mesin yang telah dilakukan sehingga kedepannya mudah
untuk mencari informasi yang dibutuhkan dengan melihat history dari
pekerjaan yang telah dilakukan sebelumnya.
Perkembangan suatu sistem tentu tidak akan terlepas dari
kebutuhan yang ada pada suatu organisasi atau perusahaan. Adapun hal
yang mendorong adanya pengembangan dari Sistem Informasi
Maintenance pada CV Saprotan Utama, yaitu dokumen form memo
yang menumpuk pada meja Admin Maintenance untuk dilakukan input
ke Ms Excel, serta membutuhkan waktu jika ingin mencari data yang
dibutuhkan.
Solusi yang ditawarkan yaitu dengan membangun sebuah
Sistem Informasi Maintenance terkomputerisasi yang mampu
mengelola data dan informasi yang ada secara cepat, akurat, dan
relevan yang dimungkinkan dapat mengurangi beban kerja karyawan
serta dapat memunculkan notifikasi pada halaman Admin Maintenance
saat terjadi kerusakan dan dapat memunculkan notifikasi untuk
4.3 Analisa Sistem Yang Akan Dikembangkan
51
mengingatkan jadwal monitoring ketika akan dilaksanakan
pemeliharaan pada halaman Admin dan Supervisor Maintenance.
Dalam berbagai macam pembuatan suatu sistem, diperlukan
rancangan segala sesuatu yang dibutuhkan untuk pembuatan sistem
tersebut. Demikian halnya dalam perancangan sistem ini dapat berjalan
seperti yang diharapkan. Dalam pengimplementasian ini terdapat 2
analisa kebutuhan, diantaranya :
Untuk pengembangan sistem ini penulis menggunakan
perangkat keras dengan spesifikasi processor Intel Core 13,
didukung RAM sebesar 4 GB, dan berkapasitas penyimpanan
500 GB. Minimum spesifikasi untuk dapat menjalankan aplikasi
ini, user harus memiliki komputer dengan kapasitas RAM
sebesar 2 GB.
Dalam pembuatan sistem informasi maintenance mesin
produksi pupuk dan pestisida ini penulis menggunakan bahasa
pemrograman PHP , database MySQL, Gogle Chrome dan
Mozila Firefox untuk mengkases draw.io yang digunakan dalam
penggambaran pemodelan sistem, Balsamiq Mockups 3 sebagai
alat perancangan tampilan atarmuka, Sublime Text 3 untuk
editor penulisan kode program. Semua alat bantu ini dijalankan
dalam sistem opersi Microsoft Windows 10.
Perancangan sistem merupakan gambaran tentang sistem dan
dalam perancangan sistem informasi ini penulis menggunakan UML
(Unified Modeling Language). Dalam sub bab ini terdarpat beberapa
4.4 Analisa Kebutuhan
4.4.1 Analisa Kebutuhan Hardware
4.4.2 Analisa Kebutuhan Software
4.5 Perancangan Sistem
52
diagram yang akan menggambarkan sistem secara keseluruhan,
diagram tersebut diantaranya use case diagram, sequence diagram,
activity diagram, state diagram, component diagram, deployment
diagram, dan class diagram.
Use case diagram menggambarkan fungsionalitas sistem
secara global. Berikut ini adalah use case sistem informasi
maintenance mesin produksi pupuk dan pestisida dengan studi
kasus CV Saprotan Utama yang terdapat pada Gambar 4.1.
Gambar 4.1 Use Case Diagram
Pada Gambar 4.1 digambarkan ada tiga aktor yang
menjalankan Sistem Informasi Maintenance yang akan dibangun
diantaranya aktor operator yang bertugas membuat laporan
kerusakan mesin yang terjadi yang kemudian akan dikirimkan ke
bagian Admin Maintenance.
4.5.1 Use Case Diagram
53
Aktor kedua yang akan menjalankan sistem ini yaitu Admin
Maintenance yang memiliki use case mendapatkan notifikasi dari
kerusakan mesin, mendapatkan notifikasi jadwal monitoring
mesin, mengelola detail kerusakan, mengelola mutasi komponen,
mengelola data mesin, mengelola data pegawai, mengelola data
komponen, mengelola data lokasi, update pemeliharaan mesin
produksi, mengakses laporan dari kegiatan jadwal monitoring,
kerusakan, dan detail kerusakan yang dilakukan.
Aktor ketiga yang akan menjalankan sistem ini yaitu
Supervisor Maintenance yang memiliki use case mengelola
jadwal monitoring rutin mesin produksi, mendapat notifikasi
peringat jadwal monitoring mesin, mengelola data user, mesin,
mengakses laporan dari kegiatan jadwal monitoring, kerusakan,
dan detail kerusakan yang dilakukan.
Skenario Use Case menjalankan interaksi yang terjadi
antara aktor dengan Use Case dalam melaksanakan proses
tertentu. Berikut skenario dari Use Case:
a. Skenario Use Case Input Laporan Kerusakan
Nama Use Case : Input Laporan Kerusakan
Aktor : Operator
Pre-condition : Halaman utama, setelah login
Post-condition : Kirim notifikasi laporan kerusakan
Berikut adalah skenario use case membuat laporan
kerusakan yang terdapat pada Tabel 4.1.
4.5.2 Skenario Use Case Diagram
54
Tabel 4.1 Skenario Use Case Membuat Laporan Kerusakan
Mesin
Aksi Aktor Reaksi Sistem
1. Operator masuk ke dalam
sistem informasi
maintenance
2. Menampilkan menu utama
Operator
3. Menampilkan form laporan
kerusakan
4. Input data laporan
kerusakan mesin produksi
5. Sistem memvalidasi hasil
input
6. Jika hasil input valid maka
akan disimpan ke database
dan akan mengirimkan
pesan kerusakan ke Admin
Maintenance
7. Jika hasil input tidak valid
maka sistem akan memberi
peringatan bahwa input
salah dan Operator input
ulang
Pada Tabel 4.1 dapat dijelaskan skenario use case
Operator akan masuk ke dalam sistem untuk membuat laporan
kerusakan mesin yang kemudian akan dikirimkan ke Admin
Maintenance untuk meminta dilakukan perbaikan mesin
produksi.
b. Skenario Use Case Menerima Notifikasi Laporan Kerusakan
Mesin
Nama Use Case : Menerima Notifikasi Laporan Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Sistem mencetak laporan kerusakan
Berikut adalah skenario use case menerima notifikasi
laporan kerusakan pada Tabel 4.2.
55
Tabel 4.2 Skenario Use Case Menerima Notifikasi Laporan
Kerusakan Mesin
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Sistem menampilkan
notifikasi laporan
kerusakan mesin produksi
4. Admin Maintenance
membuka notifikasi dan
mencetak form laporan
kerusakan
5. Mencetak form laporan
kerusakan
Pada Tabel 4.2 Admin Maintenance menerima notifikasi
kerusakan mesin yang dikiriman operator yang kemudian
Admin Maintenance mencetak form laporan kerusakan
tersebut.
c. Skenario Use Case Mengelola Laporan Kerusakan
Nama Use Case : Mengelola Laporan Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data laporan kerusakan.
Berikut adalah tabel skenario use case membuat Laporan
Kerusakan pada Tabel 4.3.
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu laporan
kerusakan
4. Sistem menampilkan
halaman laporan
kerusakan
5. Memilih tombol tambah
dan mengisi form laporan
kerusakan dan menekan
tombol simpan
6. Jika hasil input valid
maka akan disimpan ke
database
56
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan
(Lanjutan)
Aksi Aktor Reaksi Sistem
7. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
8. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
9. Memilih data pada
halaman laporan
kerusakan yang akan
diubah
10. Sistem menampilkan
data laporan kerusakan
11. Mengubah data pada
form data laporan
kerusakan dan menekan
tombol ubah
12. Sistem menampilkan
data transaksi yang
diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman laporan
kerusakan yang akan
dihapus
14. Sistem menampilkan
halaman laporan
kerusakan
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
Skenario Alternatif (Update Pelaksanaan)
19. Pilih Data Kerusakan,
Pilih catatan
20. Menampilkan form
kerusakan
21. Input tanggal
pengerjaan, selesai,
upload foto before after,
dan simpan
22. Menyimpan data
kerusakan
57
Tabel 4.3 menjelaskan alur dari skenario use case
mengelola data laporan keruakan, Admin Maintenance harus
login terlebih dahulu agar bisa menambah, mengubah data,
mengubah pelaksanaan, menghapus, dan mencari kerusakan.
d. Skenario Use Case Mengelola Detail Kerusakan
Nama Use Case : Mengelola Detail Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Sistem menampilkan data detail kerusakan.
Berikut adalah tabel skenario use case membuat memo
kerusakan pada Tabel 4.4.
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu detail
kerusakan
4. Sistem menampilkan
halaman detail
kerusakan
5. Memilih tombol tambah
dan mengisi form detail
kerusakan dan menekan
tombol simpan
6. Jika hasil input valid
maka akan disimpan ke
database
7. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
8. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
9. Memilih data pada
halaman detail kerusakan
yang akan diubah
10. Sistem menampilkan
data detail kerusakan
58
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan
(Lanjutan)
Aksi Aktor Reaksi Sistem
11. Mengubah data pada
form data detail
kerusakan dan menekan
tombol ubah
12. Sistem menampilkan
data transaksi yang
diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman detail
kerusakan yang akan
dihapus
14. Sistem menampilkan
halaman detail
kerusakan
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
Tabel 4.4 menjelaskan alur dari skenario use case
mengelola data detaik kerusakan, Admin Maintenance harus
login terlebih dahulu agar bisa menambah, mengubah,
menghapus, dan mencari data detail kerusakan.
e. Skenario Use Case Mengelola Data Lokasi
Nama Use Case : Mengeloa data lokasi
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data lokasi
Berikut adalah skenario use case mengelola data lokasi
pada Tabel 4.5.
Tabel 4.5 Skenario Use Case Mengelola Data Lokasi
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data lokasi 4. Menampilkan data lokasi
59
Tabel 4.5 Skenario Use Case Mengelola Data Lokasi
(Lanjutan)
Aksi Aktor Reaksi Sistem
5. Pilih tombol tambah untuk
menambah, input data
lokasi kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data lokasi
9. Sistem menampilkan
sub data lokasi
10. Pilih tombol edit dan
ubah data lokasi, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data lokasi yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data lokasi
13. Sistem menampilkan
sub data lokasi
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada kolom
pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.5 menjelaskan alur dari skenario use case
mengelola data lokasi, Admin Maintenance harus login terlebih
dahulu agar bisa menambah, mengubah, menghapus, dan
mencari data lokasi.
f. Skenario Use Case Mengelola Data Mesin
Nama Use Case : Mengeloa data mesin
Aktor : Admin dan Supervisor Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data mesin
60
Berikut adalah skenario use case mengelola data mesin
pada Tabel 4.6.
Tabel 4.6 Skenario Use Case Mengelola Data Mesin
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Memilih menu data
mesin
4. Menampilkan data mesin
5. Pilih tombol tambah
untuk menambah, input
data mesin kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data mesin
9. Sistem menampilkan
sub data mesin
10. Pilih tombol edit dan
ubah data mesin, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data lokasi yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data mesin
13. Sistem menampilkan
sub data mesin
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.6 menjelaskan alur dari skenario use case
mengelola data mesin, Admin Maintenance harus login terlebih
dahulu agar bisa menambah, mengubah, menghapus, dan
mencari data lokasi.
61
g. Skenario Use Case Mengelola Data Komponen
Nama Use Case : Mengeloa data komponen
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data komponen
Berikut adalah skenario use case mengelola data
komponenn pada Tabel 4.7.
Tabel 4.7 Skenario Use Case Mengelola Data Komponen
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data
komponen
4. Menampilkan data
komponen
5. Pilih tombol tambah
untuk menambah, input
data komponen
kemudian klik simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data komponen
9. Sistem menampilkan
sub data komponen
10. Pilih tombol edit dan
ubah data komponen,
setelah diubah kilk
tombol ubah
11. Sistem menampilkan
data komponen yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data komponen
13. Sistem menampilkan
data komponen
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
62
Tabel 4.7 menjelaskan alur dari skenario use case
mengelola data komponen, Admin Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data lokasi.
h. Skenario Use Case Mengelola Data Pegawai
Nama Use Case : Mengeloa data pegawai
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data pegawai
Berikut adalah skenario use case mengelola data pegawai
pada Tabel 4.8.
Tabel 4.8 Skenario Use Case Mengelola Data Pegawai
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data
pegawai
4. Menampilkan data
pegawai
5. Pilih tombol tambah
untuk menambah, input
data pegawai kemudian
klik simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data pegawai
9. Sistem menampilkan
sub data pegawai
10. Pilih tombol edit dan
ubah data pegawai,
setelah diubah kilk
tombol ubah
11. Sistem menampilkan
data pegawai yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data pegawai
13. Sistem menampilkan
data pegawai
63
Tabel 4.8 Skenario Use Case Mengelola Data Pegawai
(Lanjutan)
Aksi Aktor Reaksi Sistem
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.8 menjelaskan alur dari skenario use case
mengelola data pegawai, Admin Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data lokasi.
i. Skenario Use Case Mendapat Notifikasi Jadwal Monitoring
Nama Use Case : Mendapat Notifikasi Jadwal Monitoring
Aktor : Admin dan Supervisor Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menamapilkan data jadwal monitoring.
Berikut adalah tabel skenario use case mengelola jadwal
monitoiring pada Tabel 4.9.
Tabel 4.9 Skenario Use Case Menerima Notifikasi Jadwal
Monitoring
Aksi Aktor Reaksi Sistem
1. Admin atau Supervisor
Maintenance login ke
sistem
2. Menampilkan halaman
menu utama Admin atau
Supervisor Maintenance
3. Menmpilkan notifikasi
jika ada jadwal
monitoring pada tanggal
sistem dibuka
4. Admin atau Supervisor
Maintenance buka
notifikasi
5. Menampilkan data jadwal
monitoring
64
Tabel 4.9 menjelaskan alur dari skenario use case
mendapat notifikasi jadwal monitoring, Admin idan Supervisor
Maintenance harus login terlebih dahulu agar bisa melihat
notifikasi jadwal monitoring.
j. Skenario Use Case Update Jadwal Monitoring
Nama Use Case : Update Jadwal Monitoring
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menamapilkan data jadwal monitoring.
Berikut adalah tabel skenario use case mengelola
pemeliharaan pada Tabel 4.10.
Tabel 4.10 Skenario Use Case Update Jadwal Monitoring
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke system
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu jadwal
monitoring
4. Sistem menampilkan
halaman jadwal
monitoring
Skenario Alternatif (Cari Data)
5. Mengisi data pada kolom
pencarian
6. Sistem menampilkan data
yang dicari
Skenario Alternatif (Update Data)
7. Memilih data pada
halaman pemeliharaan
yang akan diubah
8. Sistem menampilkan data
pemeliharaan
9. Mengubah data pada form
data pemeliharaan dan
menekan tombol update
10. Sistem menampilkan
data pemeliharaan yang
di-update
Tabel 4.10 menjelaskan alur dari skenario use case
mengelola jadwal monitoring, Admin Maintenance harus login
terlebih dahulu agar mencari data jadwal monitoring dan
update hasil pemeliharaan.
k. Skenario Use Case Mengelola Mutasi Komponen
Nama Use Case : Mengelola mutasi komponen
Aktor : Admin Maintenance
65
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data mutasi komponen
Berikut adalah skenario use case mengelola mutasi
komponen pada Tabel 4.11.
Tabel 4.11 Skenario Use Case Mengelola Mutasi Komponen
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu gudang,
pilih sub menu mutasi
komponen
4. Sistem menampilkan
halaman mutasi
komponen
5. Memilih tombol tambah
dan mengisi form
mutasi
6. Pilih status keluar atau
masuk, dan klik simpan
7. Sistem menampilkan
pesan data berhasil
disimpan
8. Jika hasil input tidak
valid maka sistem
memberi peringatan
input salah
Skenario Alternatif (Ubah Data)
9. Memilih data mutasi
komponen yang akan
diubah
10. Sistem menampilkan
data transaksi
11. Mengubah data pada
form data mutasi
komponen dan menekan
tombol ubah
12. Sistem menampilkan
data mutasi komponen
yang diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman mutasi
komponen yang akan
dihapus
14. Sistem menampilkan
halaman mutasi
komponen
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
66
Pada Tabel 4.11 menjelaskan alur dari skenario use case
mengelola mutasi komponen, saat input data Admin
Maintenance dapat memilih jenis mutasi komponen masuk
atau keluar, Admin Maintenance juga bisa edit, hapus, dan
mencari data mutasi komponen.
l. Skenario Use Case Mengelola Laporan Kerusakan
Nama Use Case : Mengelola laporan kerusakan
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan kerusakan
Berikut adalah skenario use case mengelola laporan
kerusakan yang terdapat pada Tabel 4.12.
Tabel 4.12 Skenario Use Case Mengelola Laporan
Kerusakan
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Aktor memilih menu
kerusakan
4. Sistem menampilkan
halaman kerusakan
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
Pada Tabel 4.12 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak, sistem akan memproses data dan
menampilkan laporan.
m. Skenario Use Case Mengelola Laporan Detail Kerusakan
Nama Use Case : Mengelola laporan detail kerusakan
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan detail kerusakan
67
Berikut adalah skenario use case mengelola laporan
detail kerusakan pada Tabel 4.13.
Tabel 4.13 Skenario Use Case Mengelola Laporan Detail
Kerusakan
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Aktor memilih menu
detail kerusakan
4. Sistem menampilkan
halaman detail kerusakan
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
Pada Tabel 4.13 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak, sistem akan memproses data dan
menampilkan laporan.
n. Skenario Use Case Mengelola Laporan Jadwal Monitoring
Nama Use Case : Mengelola laporan jadwal monitoring
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan jadwal monitoring
Berikut adalah skenario use case mengelola Laporan
Jadwal Monitoring Tabel 4.14.
Tabel 4.14 Skenario Use Case Mengelola Laporan Jadwal
Monitoring
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
aktor
3. Aktor memilih menu
jadwal monitoring
4. Sistem menampilkan
halaman jadwal
monitoring
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
68
Pada Tabel 4.14 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak.
o. Skenario Use Case Mengelola Jadwal Monitoring
Nama Use Case : Mengeloa jadwal monitoring
Aktor : Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data jadwal monitoring
Berikut adalah skenario use case mengelola Laporan
Tabel 4.15.
Tabel 4.15 Skenario Use Case Mengelola Jadwal Monitoring
Aksi Aktor Reaksi Sistem
1. Supervisor Maintenance
login ke sistem
2. Menampilkan halaman
Supervisor Maintenance
3. Memilih menu
penjadwalan
4. Menampilkan form
penjadwalan
5. Input penjadwalan dan
pilih simpan
6. Sistem menampilkan
pesan data berhasil
disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman penjadwalan
yang akan diubah
9. Sistem menampilkan
data transaksi
10. Mengubah data pada
form data penjadwalan
dan menekan tombol
ubah
11. Sistem menampilkan
data penjadwalan yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data
penjadwalan yang akan
dihapus
13. Sistem menampilkan
halaman penjadwalan
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
69
Tabel 4.15 Skenario Use Case Mengelola Jadwal Monitoring
(Lanjutan)
Aksi Aktor Reaksi Sistem
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.15 menjelaskan alur dari skenario use case
mengelola data penjadwalan monitoring mesin, Supervisor
Maintenance harus login terlebih dahulu agar bisa menambah,
mengubah, menghapus, dan mencari data.
p. Skenario Use Case Mengelola Data User
Nama Use Case : Mengeloa data user
Aktor : Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data lokasi
Berikut adalah skenario use case mengelola data user
pada Tabel 4.16.
Tabel 4.16 Skenario Use Case Mengelola Data User
Aksi Aktor Reaksi Sistem
1. Supervisor Maintenance
login ke sistem
2. Menampilkan halaman
Supervisor Maintenance
3. Memilih menu data 4. Menampilkan data user
5. Pilih tombol tambah
untuk menambah, input
data user kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data user
9. Sistem menampilkan
sub data user
70
Tabel 4.16 Skenario Use Case Mengelola Data User
(Lanjutan)
Aksi Aktor Reaksi Sistem
10. Pilih tombol edit dan
ubah data user, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data user yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data user
13. Sistem menampilkan
sub data user
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.16 menjelaskan alur dari skenario use case
mengelola data user, Supervisor Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data user.
aliran-aliran aktifitas yang dideskripsikan oleh diagram use case
dan pada saat yang bersamaan aktor bertanggungjawab untuk aksi
tertentu dan dideskripsikan oleh kotak activity.
a. Activity Diagram Input Kerusakan
Activity Diagram input kerusakan menggambarkan alur
dalam membuat kerusakan yang bertujuan mengirimkan
kerusakan tersebut ke halaman Admin Maintenance. Berikut
adalah gambar activity diagram input kerusakan mesin pada
Gambar 4.2.
4.5.3 Activity Diagram
Diagram Activity adalah diagram yang memperlihatkan
71
Gambar 4.2 Activity Diagram Input Kerusakan
Pada Gambar 4.2 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance. Pada tahap ini operator hanya bisa input
data, tidak dapat menghapus, dan edit data.
b. Activity Diagram Menerima Notifikasi Laporan Kerusakan
Activity Diagram menerima laporan kerusakan
menggambarkan alur dalam menerima notifikasi laporan
kerusakan di halaman Admin Maintenance. Berikut adalah
gambar diagram activity yang terdapat pada Gambar 4.3.
72
Gambar 4.3 Activity Diagram Menerima Notifikasi Laporan
Kerusakan
Pada Gambar 4.3 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. Activity Diagram Mengelola Laporan Kerusakan
Activity Diagram mengelola laporan kerusakan
menggambarkan alur dalam melakukan aksi menampilkan,
menambah, hapus, dan edit data laporan kerusakan yang dapat
dilakukan oleh Admin Maintenance. Berikut adalah gambar
diagram activity mengelola data laporan kerusakan yang
terdapat pada Gambar 4.4.
73
Gambar 4.4 Activity Diagram Mengelola Laporan Kerusakan
Gambar 4.4 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
menambah catatan sebagai update pelaksanaan, melihat,
menambah, menghapus, dan merubah data kerusakan.
74
d. Activity Diagram Mengelola Detail Kerusakan
Activity Diagram mengelola detail kerusakan
menggambarkan alur dalam melakukan aksi menampilkan,
menambah, hapus, dan edit data detail kerusakan yang dapat
dilakukan oleh Admin Maintenance. Berikut adalah gambar
diagram activity mengelola data detail kerusakan yang terdapat
pada Gambar 4.5.
Gambar 4.5 Activity Diagram Menegelola Detail Keruakan
75
Gambar 4.5 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. Activity Diagram Mengelola Data Lokasi
Activity Diagram mengelola data lokasi menggambarkan
alur dalam mengelola data lokasi. Berikut adalah gambar
diagram activity mengelola data lokasi yang terdapat pada
Gambar 4.6.
Gambar 4.6 Activity Diagram Mengelola Data Lokasi
76
Gambar 4.6 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. Activity Diagram Mengelola Data Mesin
Activity Diagram mengelola data mesin menggambarkan
alur dalam mengelola data mesin. Berikut adalah gambar
diagram activity mengelola data mesin yang terdapat pada
Gambar 4.7.
Gambar 4.7 Actitivty Diagram Mengelola Data Mesin
77
Gambar 4.7 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin dan
Supervisor Maintenance. Pada tahap ini Aktor dapat melihat,
menambah, menghapus, dan merubah data mesin.
g. Activity Diagram Mengelola Data Komponen
Activity Diagram mengelola data komponen
menggambarkan alur dalam mengelola data komponen.
Berikut adalah gambar diagram activity mengelola data
komponen yang terdapat pada Gambar 4.8.
Gambar 4.8 Activity Diagram Mengelola Komponen
78
Gambar 4.8 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. Activity Diagram Mengelola Data Pegawai
Activity Diagram mengelola data pegawai
menggambarkan alur dalam mengelola data pegawai. Berikut
adalah gambar diagram activity mengelola data pegawai yang
terdapat pada Gambar 4.9.
Gambar 4.9 Activity Diagram Mengelola Pegawai
79
Gambar 4.9 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. Activity Diagram Mendapat Notifikasi Jadwal Monitoring
Activity Diagram menerima notifikasi jadwal monitoring.
Berikut adalah gambar diagram activity mendapat notifikasi
jadwal monitoring mesin produksi yang terdapat pada Gambar
4.10.
Gambar 4.10 Activity Diagram Mendapat Notifikasi Jadwal
Monitoring
Gambar 4.10 menjelaskan tentang alur atau proses
menerima notifikasi jadwal monitoring mesin prroduksi, yang
bisa mengakses notifikasi jadwal monitoring yang muncul
yaitu aktor Admin dan Supervisor Maintenance.
80
j. Activity Diagram Update Jadwal Monitoring
Activity Diagram update jadwal monitoring alur dalam
mengelola data pemeliharaan. Berikut adalah gambar diagram
activity update data jadwal monitoring yang terdapat pada
Gambar 4.11.
Gambar 4.11 Activity Diagram Update Jadwal Monitoring
Gambar 4.11 menjelaskan tentang alur atau proses
mengelola data pemeliharaan dari jadwal monitoring yang
dibuat Supervisor Maintenance yang kemudian hasil
pemeliharaan update oleh Admin Maintenance.
81
k. Activity Diagram Mengelola Mutasi Komponen
Activity Diagram mengelola mutasi komponen
menggambarkan alur dalam mengelola mutasi komponen.
Berikut adalah gambar diagram activity mengelola data mutasi
komponen yang terdapat pada Gambar 4.12.
Gambar 4.12 Activity Diagram Mengelola Mutasi Komponen
82
Gambar 4.12 menjelaskan tentang alur atau proses
mengelola mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
l. Activity Diagram Mengelola User
Activity Diagram mengelola user menggambarkan alur
dalam mengelola mutasi komponen. Berikut adalah gambar
diagram activity mengelola data user yang terdapat pada
Gambar 4.13.
Gambar 4.13 Activity Diagram Mengelola User
83
Gambar 4.13 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Admin Maintenance. Pada
tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data user.
m. Activity Diagram Mengelola Jadwal Monitoring
Activity Diagram mengelola jadwal monitoring
menggambarkan alur dalam mengelola jadwal monitoring.
Berikut adalah gambar diagram activity mengelola data jadwal
monitoring yang terdapat pada Gambar 4.14.
Gambar 4.14 Activity Diagram Mengelola Jadwal Monitoring
84
Gambar 4.14 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Supervisor Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data jadwal monitoring.
n. Activity Diagram Melihat Laporan Kerusakan
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan kerusakan. Aksi
ini dapat dilakukan oleh Admin Maintenance dan Supervisor
Mainteance. Berikut adalah gambar activity diagram melihat
laporan yang terdapat pada Gambar 4.15.
Gambar 4.15 Activity Diagram Melihat Laporan Kerusakan
Gambar 4.15 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance. Pada tahap ini dapat melihat laporan
sesuai dengan nama mesin dan periode yang dapat ditentukan
oleh aktor.
85
o. Activity Diagram Melihat Laporan Detail Kerusakan
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan detail kerusakan.
Aksi ini dapat dilakukan oleh Admin Maintenance dan
Supervisor Mainteance. Berikut adalah gambar activity
diagram melihat laporan yang terdapat pada Gambar 4.16.
Gambar 4.16 Activity Diagram Melihat Laporan Detail
Kerusakan
Gambar 4.16 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance.
p. Activity Diagram Melihat Laporan Jadwal Monitoring
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan jadwal
monitoring. Aksi ini dapat dilakukan oleh Admin Maintenance
86
dan Supervisor Mainteance. Berikut adalah gambar activity
diagram melihat laporan yang terdapat pada Gambar 4.17.
Gambar 4.17 Activity Diagram Melihat Laporan Kerusakan
Gambar 4.17 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance. Pada tahap ini dapat melihat laporan
sesuai dengan nama mesin dan periode yang dapat ditentukan
oleh aktor.
berasosiasi dengan use case diagram. Berikut adalah sequence
diagram :
a. Sequence Diagram Input Laporan Kerusakan
Berikut adalah gambar diagram sequence membuat
laporan kerusakan pada Gambar 4.18.
4.5.4 Sequence Diagram
Diagram sequence secara khusus adalah diagram yang
87
Gambar 4.18 Sequence Diagram Input Laporan Kerusakan
Pada Gambar 4.18 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance.
b. Sequence Diagram Menerima Notifikasi Laporan Kerusakan
Berikut adalah gambar diagram sequence menerima
notifikasi laporan kerusakan pada Gambar 4.19
Gambar 4.19 Sequence Diagram Menerima Notifikasi Laporan
Kerusakan
88
Pada Gambar 4.19 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. Sequence Diagram Mengelola Laporan Kerusakan
Berikut adalah gambar diagram sequence mengelola
laporan kerusakan pada Gambar 4.20.
Gambar 4.20 Sequence Diagram Mengelola Laporan Kerusakan
Gambar 4.20 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data laporan
kerusakan.
89
d. Sequence Diagram Mengelola Detail Kerusakan
Berikut adalah gambar diagram sequence mengelola
detail kerusakan pada Gambar 4.21.
Gambar 4.21 Sequence Diagram Mengelola Detail Kerusakan
Pada Gambar 4.21 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. Sequence Diagram Mengelola Data Lokasi
Berikut adalah gambar diagram sequence mengelola data
lokasi pada Gambar 4.22.
90
Gambar 4.22 Sequence Diagram Mengelola Data Lokasi
Gambar 4.22 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. Sequence Diagram Mengelola Data Mesin
Berikut adalah gambar diagram sequence mengelola data
mesin pada Gambar 4.23.
91
Gambar 4.23 Sequence Diagram Mengelola Data Mesin
Gambar 4.23 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin dan Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data mesin.
g. Sequence Diagram Mengelola Data Komponen
Berikut adalah gambar diagram sequence mengelola data
pegawai pada Gambar 4.24.
92
Gambar 4.24 Sequence Diagram Mengelola Data Komponen
Gambar 4.24 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. Sequence Diagram Mengelola Data Pegawai
Berikut adalah gambar diagram sequence mengelola data
pegawai pada Gambar 4.25.
93
Gambar 4.25 Sequence Diagram Mengelola Data Pegawai
Gambar 4.25 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. Sequence Diagram Mendapat Notifikasi Jadwal Monitoring
Berikut adalah gambar diagram sequence mendapat
notifikasi jadwal monitoring pada Gambar 4.26.
94
Gambar 4.26 Sequence Diagram Mendapat Notifikasi Jadwal
Monitoring
Gambar 4.26 menjelaskan tentang alur atau proses
mendapat notifikasi jadwal monitoring yang muncul pada
halaman utama Admin dan Supervisor Maintenance.
j. Sequence Diagram Update Jadwal Monitoring
Berikut adalah gambar diagram sequence update jadwal
monitoring pada Gambar 4.27.
Gambar 4.27 Sequence Diagram Update Jadwal Monitoring
95
Gambar 4.27 menjelaskan tentang alur atau proses
mengelola update pelaksanaan jadwal monitoring yang
dilakuan oleh Admin Maintenance.
k. Sequence Diagram Mengelola Mutasi Komponen
Berikut adalah gambar diagram sequence mengelola
mutasi komponen pada Gambar 4.28.
Gambar 4.28 Sequence Diagram Mengelola Mutasi Komponen
Gambar 4.28 menjelaskan tentang alur atau proses
mengelola mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
96
l. Sequence Diagram Mengelola User
Berikut adalah gambar diagram sequence mengelola user
pada Gambar 4.29.
Gambar 4.29 Sequence Diagram Mengelola User
Gambar 4.29 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Supervisor Maintenance.
Pada tahap ini Supervisor Maintenance dapat melihat,
menambah, menghapus, dan merubah data user.
m. Sequence Diagram Mengelola Jadwal Monitoring
Berikut adalah gambar diagram sequence mengelola
jadwal monitoring pada Gambar 4.30.
97
Gambar 4.30 Sequence Diagram Mengelola Jadwal Monitroing
Gambar 4.30 menjelaskan tentang alur atau proses
mengelola jadwal monitoring yang dilakuan oleh Supervisor
Maintenance. Pada tahap ini Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data jadwal
monitoring.
n. Sequence Diagram Melihat Laporan Kerusakan
Berikut adalah gambar diagram sequence melihat
laporan detail monitoring pada Gambar 4.31.
98
Gambar 4.31 Sequence Diagram Melihat Laporan Kerusakan
Gambar 4.31 menjelaskan tentang alur atau proses
melihat laporan kerusakan yang bisa diakses oleh Admin
Maintenance dan Supervisor Maintenance. Pada tahap ini
aktor dapat melihat laporan sesuai nama mesin dan yang ingin
ditentukan.
o. Sequence Diagram Mengelola Laporan Detail Kerusakan
Berikut adalah gambar diagram sequence melihat
laporan pemeliharaan pada Gambar 4.32.
Gambar 4.32 Sequence Diagram Melihat Laporan Detail
Kerusakan
99
Gambar 4.32 menjelaskan tentang alur atau proses
melihat laporan detail kerusakan yang bisa diakses oleh Admin
dan Supervisor Maintenance. Aktor dapat melihat laporan
sesuai nama mesin dan yang ingin ditentukan.
p. Sequence Diagram Melihat Laporan Jadwal Monitoring
Berikut adalah gambar diagram sequence melihat
laporan jadwal monitoring pada Gambar 4.33.
Gambar 4.33 Sequence Diagram Melihat Laporan Jadwal
Monitoring
Gambar 4.33 menjelaskan tentang alur atau proses
melihat laporan jadwal monitoring yang bisa diakses oleh
Admin dan Supervisor Maintenance. Pada tahap ini aktor dapat
melihat laporan sesuai dengan periode yang ingin ditentukan.
100
sistem, menurut status (state), transisi, kejadian serta aktivias
(Herlawati, 2011). Berikut adalah state diagram :
a. State Diagram Input Laporan Kerusakan
Berikut adalah gambar state diagram input laporan
kerusakan pada Gambar 4.34.
Gambar 4.34 State Diagram Input Laporan Kerusakan
Pada Gambar 4.34 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance. Pada tahap ini operator hanya bisa input
data, tidak dapat menghapus, dan merubah data.
4.5.5 Statechart Diagram
Diagram status memperlihatkan keadaan-keadaan pada
101
b. State Diagram Menerima Notifikasi Laporan Kerusakan
Berikut adalah gambar state diagram input laporan
kerusakan pada Gambar 4.35.
Gambar 4.35 State Diagram Menerima Notifikasi Laporan
Kerusakan
Pada Gambar 4.35 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. State Diagram Mengelola Laporan Kerusakan
Berikut adalah gambar state diagram mengelola laporan
kerusakan pada Gambar 4.36.
102
Gambar 4.36 State Diagram Mengelola Laporan Kerusakan
Gambar 4.36 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, update pelaksanaan, menambah, menghapus, dan
merubah data laporan kerusakan.
d. State Diagram Mengelola Detail Kerusakan
Berikut adalah gambar state diagram mengelola detail
kerusakan pada Gambar 4.37.
Gambar 4.37 State Diagram Mengelola Detail Kerusakan
103
Gambar 4.37 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. State Diagram Mengelola Data Lokasi
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.38.
Gambar 4.38 State Diagram Mengelola Data Lokasi
Gambar 4.38 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. State Diagram Mengelola Data Mesin
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.39.
104
Gambar 4.39 State Diagram Mengelola Data Mesin
Gambar 4.39 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data mesin.
g. State Diagram Mengelola Data Komponen
Berikut adalah gambar state diagram mengelola
komponen pada Gambar 4.40.
Gambar 4.40 State Diagram Mengelola Data Komponen
105
Gambar 4.40 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. State Diagram Mengelola Data Pegawai
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.41.
Gambar 4.41 State Diagram Mengelola Data Pegawai
Gambar 4.41 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. State Diagram Menerima Notifikasi Jadwal Monitoring
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.42.
106
Gambar 4.42 State Diagram Menerima Notifikasi Jadwal
Monitoring
Pada Gambar 4.42 menjelaskan tentang alur sistem saat
menerima notifikasi jadwal monitoring yang dibuat oleh
Supervisor Maintenance yang kemudian akan muncul pada
halaman Admin dan Supervisor Maintenance.
j. State Diagram Update Jadwal Monitoring
Berikut adalah gambar state diagram mengelola
pemeliharaan pada Gambar 4.43.
Gambar 4.43 State Diagram Update Jadwal Monitoring
107
Gambar 4.43 menjelaskan tentang alur atau proses
mengelola data pemeliharaan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data
pemeliharaan.
k. State Diagram Mengelola Pemeliharaan Mutasi Komponen
Berikut adalah gambar state diagram mengelola mutasi
komponen pada Gambar 4.44.
Gambar 4.44 State Diagram Mengelola Mutasi Komponen
Gambar 4.44 menjelaskan tentang alur atau proses
mengelola data mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
l. State Diagram Mengelola User
Berikut adalah gambar state diagram mengelola user
pada Gambar 4.45.
108
Gambar 4.45 State Diagram Mengelola User
Gambar 4.45 menjelaskan tentang alur atau proses
mengelola data user yang dilakuan oleh Supervisor
Maintenance. Pada tahap ini Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data user.
m. State Diagram Mengelola Jadwal Monitoring
Berikut adalah gambar state diagram mengelola jadwal
monitoring pada Gambar 4.46.
Gambar 4.46 State Diagram Mengelola Jadwal Monitoring
109
Gambar 4.46 menjelaskan tentang alur atau proses
mengelola data jadwal monitoring yang dilakuan oleh
Supervisor Maintenance. Pada tahap ini Supervisor
Maintenance dapat melihat, menambah, menghapus, dan
merubah data jadwal monitoring.
n. State Diagram Melihat Laporan
Berikut adalah gambar state melihat laporan detail
kerusakan dan pemeliharaan pada Gambar 4.47.
Gambar 4.47 State Diagram Melihat Laporan
Gambar 4.47 menjelaskan tentang alur atau proses
melihat laporan kerusakan, detail kerusakan, dan jadwal
monitoring dengan cara mengisi nama mesin dan periode
tanggal awal dan akhir, menu ini bisa diakses oleh Admin dan
Supervisor Maintenance.
Component diagram memperlihatkan organisasi serta
kebergantungan sistem atau perangkat lunak pada komponen-
komponen yang telah ada sebelumnya (Herlawati, 2011).
Hubungan tesebut digambarkan pada Gambar 4.48.
4.5.6 Component Diagram
110
Gambar 4.48 Component Diagram
Pada component diagram pada Gambar 4.48 dijelaskan
bahwa setiap interface dan kontrol coding berada pada setiap
package (digambarkan dengan persegi).
aplikasi dijalankan (run time) (Herlawati, 2011) yang dapat
dlilihat pada Gambar 4.49.
Gambar 4.49 Deployment Diagram
Pada Gambar 4.49 menunjukkan sebuah gambar dari
deployment diagram yang menggambarkan proses di dalam
sistem software. User mengkases sistem melalui web browser
dan kemudian data yang user input akan diolah dan dikonversi
4.5.7 Deployment Diagram
Deployment diagram menggambarkan konfigurasi saat
111
oleh PHP Based Web Service. Kemudian data yang telah diolah
tadi akan disimpan ke Database server.
domain (kelas) dari sistem. Class Diagram menggambarkan jenis
objek dalam sistem dan berbagai jenis hubungan statis yang ada
(Solamo, 2009). Relasi tersebut digambaran pada Gambar 4.50.
Gambar 4.50 Class Diagram
4.5.8 Class Diagram
Class Diagram menunjukkan struktur statis dari abstraksi
112
Class diagram pada Gambar 4.50 menggambarkan relasi
antar tabel yang digunakan dalam sistem informasi maintenance
dengan semua bentuk relasi yang ada diantaranya. Class dengan
warna hijau menandakan enitas data yang diolah ke class dengan
warna ungu yang menandakan boundary atau tampilan data yang
dimunculkan dalam sistem.
secara sistematik untuk memperoleh informasi khusus dari suatu basis
data yang digunakan untuk sistem informasi maintenance, berikut
adalah tabelnya.
a. Tabel user
Berikut adalah tabel user yang terdapat pada Tabel 4.17.
Tabel 4.17 Tabel User
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary
Key
2 name Varchar 255
3 username Varchar 32
4 auth_key Varchar 32
5 password_hash Varchar 255
6 password_reset_token Varchar 255
7 email Varchar 255
8 status Smallint 6
9 created_at Integer 11
10 updated_at Integer 11
Pada Tabel 4.17 berisi Tabel user, data ini yang
digunakan untuk login ke dalam sistem sesui dengan hak ases
yang telah diberikan.
4.6 Perancangan Database
Database sistem merupakan kumpulan informasi yang disimpan
113
b. Tabel Pegawai
Berikut adalah tabel user yang terdapat pada Tabel 4.18.
Tabel 4.18 Tabel Pegawai
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_pegawai Varchar 100
Pada Tabel 4.18 berisi data pegawai, data ini adalah
nama dari petugas yang merawat dan memperbaiki mesin
produksi.
c. Tabel Lokasi
Berikut adalah tabel lokasi yang terdapat pada Tabel
4.19.
Tabel 4.19 Tabel Lokasi
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_lokasi Varchar 255
Pada Tabel 4.19 berisi data lokasi, data ini adalah nama
dari lokasi tempat mesin produksi berada.
d. Tabel Mesin
Berikut adalah tabel lokasi yang terdapat pada Tabel
4.20.
Tabel 4.20 Tabel Mesin
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 lokasi_id Integer 11
114
Tabel 4.20 Tabel Mesin (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 nama_mesin Varchar 100
4 kode_mesin Varchar 50
5 deskripsi_mesin Varchar 255
6 tanggal_beli Date
7 gambar Varchar 100
8 jumlah_kerusakan Integer 11
9 jumlah_maintenance Integer 11
Pada Tabel 4.20 berisi data mesin produksi, data ini
berisi lokasi, nama, kode, dan deskripsi mesin, tanggal beli,
gambar.
e. Tabel Komponen
Berikut adalah tabel komponen yang terdapat pada Tabel
4.21
Tabel 4.21 Tabel Komponen
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_komponen Varchar 255
3 deskripsi_komponen Varchar 255
Pada Tabel 4.21 berisi data komponen, data ini berisi
nama dan dekripsi.
f. Tabel Gudang
Berikut adalah tabel gudang yang terdapat pada Tabel
4.21.
Tabel 4.22 Tabel Gudang
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 komponen_id Integer 11
115
Tabel 4.22 Tabel Gudang (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 user_id Integer 11
4 jumlah_stok Integer 11
5 status Enum ('masuk',
'keluar')
6 keterangan Text
7 tgl_stok Date
8 created_at Integer 11
9 updated_at Integer 11
Pada Tabel 4.22 berisi data gudang komponen, data ini
berisi pendataan stok komponen yang masuk dan stok
komponen yang keluar atau yang telah digunakan.
g. Tabel Kerusakan
Berikut adalah tabel kerusakan yang terdapat pada Tabel
4.23.
Tabel 4.23 Tabel Kerusakan
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Inegerr 11 Primary Key
2 mesin_id Integer 11
3 status_pengerjaan Integer 11
4 admin_id Integer 11
5 operator_id Integer 11
6 tanggal_mulai Datetime
7 tanggal_selesai Datetime
8 no_laporan Varchar 50
9 foto Varchar 50
10 foto_sesudah Varchar 50
11 deskripsi_kerusakan Text 255
13 catatan_kerusakan Text
12 tanggal_kerusakan Date
116
Pada Tabel 4.23 berisi data kerusakan, tabel ini berisi
laporan kerusakan yang diajukan oleh operator mesin meminta
diadakan perbaikan oleh teknisi.
h. Tabel Detail Kerusakan
Berikut adalah tabel detail kerusakan yang terdapat pada
Tabel 4.24.
Tabel 4.24 Tabel Detail Kerusakan
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary
Key
2 komponen_id Integer 11
3 pegawai_id Integer 11
4 kerusakan_id Integer 11
5 gudang_komponen_id
6 kerusakan_id Integer 11
7 qty_komponen Integer 11
8 tanggal_mulai Datetime
9 tanggal_selesai Datetime
10 keterangan Text
11 created_at Integer 11
12 updated_at integer 11
Pada Tabel 4.24 berisi data detail kerusakan, yaitu data
setelah mesin produksi. Data ini di-input oleh Admin
Maintenance dari hasil perbaikan yang telah dilakukan oleh
teknisi.
i. Tabel Jadwal Monitoring
Berikut adalah tabel jadwal monitoring yang terdapat
pada Tabel 4.25.
Tabel 4.25 Tabel Jadwal Monitoring
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_jadwal Varchar 150
117
Tabel 4.25 Tabel Jadwal Monitoring (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 created_by Integer 11
4 work_by Integer 11
5 tanggal Date
6 deskripsi Text
7 mesin_id Integer 11
8 lokasi_id Integer 11
10 status_pelaksanaan Tinyint 4
11 created_at Integer 11
12 updated_at Integer 11
Pada Tabel 4.25 Tabel ini akan diisi oleh Supervisor
Maintenance untuk pemeliharaan mesin secara berkala, yang
kemudian hasil update dari perawatannya oleh Admin
Maintenance.
b. Perancangan Tampilan Halaman Login
Berikut adalah perancangan tampilan login yang terdapat
pada Gambar 4.51.
Gambar 4.51 Perancangan Tampilan Login
4.7 Perancangan User Interface (Antar Muka)
118
Pada Gambar 4.51 merupakan perancangan tampilan
halaman login dari sistem informasi maintenance. Pada
halaman ini user harus memasukkan userame dan password
untuk masuk ke dalam sistem.
c. Perancangan Tampilan Halaman Menu Operator dan Input
Kerusakan
Berikut adalah perancangan tampilan halaman menu
utama dari user operator yang terdapat pada Gambar 4.52.
Gambar 4.52 Tampilan Halaman Menu Operator dan Input
Kerusakan
Pada Gambar 4.52 merupakan tampilan menu user
operator dan input kerusakan. Halaman ini muncul setelah user
dengan role operator login ke dalam sistem kemudian memilih
create laporan kerusakan dan isi form tersebut untuk
melaporkan jika terjadi kerusakan mesin.
d. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Mesin
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data mesin yang
terdapat pada Gambar 4.53.
119
Gambar 4.53 Tampilan Halaman Menu Utama User Admin
Maintenance Dalam Pengelolaan Data Mesin
Pada Gambar 4.53 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data mesin.
e. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Pegawai
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data pegawai Gambar
4.54.
Gambar 4.54 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Pegawai
120
Pada Gambar 4.54 merupakan tampilan menu utama dari
user Admin Maintenance. Halaman ini muncul setelah user
dengan role Admin Maintenance login ke dalam sistem dan
memilih menu data pegawai.
f. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Komponen
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data komponen yang
terdapat pada Gambar 4.55.
Gambar 4.55 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Komponen
Pada Gambar 4.55 merupakan tampilan menu utama dari
user Admin Maintenance. Halaman ini muncul setelah user
dengan role Admin Maintenance login ke dalam sistem dan
memilih menu data komponen.
g. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Lokasi
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data lokasi yang
terdapat pada Gambar 4.56.
121
Gambar 4.56 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Lokasi
Pada Gambar 4.56 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data lokasi.
h. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Kerusakan
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data kerusakan yang
terdapat pada Gambar 4.57.
Gambar 4.57 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Kerusakan
122
Pada Gambar 4.57 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data kerusakan.
i. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Detail Kerusakan
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data detail kerusakan
yang terdapat pada Gambar 4.58.
Gambar 4.58 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Detail Kerusakan
Pada Gambar 4.58 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data detail kerusakan.
j. Perancangan Tampilan Halaman Menu Utama Supervisor
Maintenance Dalam Pengelolaan Jadwal Monitoring
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data detail kerusakan
yang terdapat pada Gambar 4.59
123
.
Gambar 4.59 Tampilan Halaman Menu Utama Supervisor
Maintenance Dalam Pengelolaan Data Jadwal Monitoring
Pada Gambar 4.59 merupakan tampilan menu utama
dari user Supervisor Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data detail kerusakan.
124
BAB V
IMPLEMENTASI DAN PENGUJIAN SISTEM
Implementasi dari perancangan arsitektur Sistem Informasi
Maintenance dengan studi kasus CV Saprotan Utama dapat dilihat
pada Gambar 5.1.
Gambar 5.1 Hirarki Program
Pada Gambar 5.1 Menggambarkan Hirarki Program dari Sistem
Informasi Maintenace. Terdapat tiga aktor yang dapat mengakses
Sistem Informasi Maintenance ini, yang pertama Operator yang
mendapat akses untuk input data kerusakan apabila sedang terjadi
kerusakan mesin produksi.
Aktor kedua yaitu Admin Maintenance yang mendapat akses
mengelola kerusakan, mengeloa detail kerusakan, mengelola data
komponen, mengelola data lokasi tempat mesin berada, mengelola
data pegawai, mengelola mutasi komponen, update status pelaksanaan
jadwal monitoring, mendapat notifikasi kerusakan apabila terjadi
kerusakan mesin, mendapat notifikasi pelaksanaan jadwal monitoring
yang telah disusun oleh Spv. Maintenance, kemudian dapat mengkases
laporan kerusakan, laporan detail kerusakan, dan laporan jadwal
monitoring.
5.1 Hirarki Program
125
Aktor ketiga yaitu Spv. Maintenance yang mendapat akses data
mesin, mendapat notifikasi jadwal monitoring, mengelola data user,
mengelola jadwal monitoring, kemudian dapat mengkases laporan
kerusakan, laporan detail kerusakan, dan laporan jadwal monitoring.
Berikut ini adalah Implementasi tabel dari database yang
terdapat pada Sistem Informasi Maintenance Mesin Produksi Pupuk
dan Pestisida dengan studi kasus CV Saprotan Utama. Tabel-tabel
yang digunakan dalam aplikasi ini antara lain :
1. Tabel User
Berikut ini adalah data dari Tabel user yang terdapat pada
Gambar 5.2.
a. Nama Tabel : user
b. Primary Key : id
Gambar 5.2 Tabel user
Pada Gambar 5.2 berisi data user yang akan digunakan aktor
atau user yang akan login ke dalam sistem. Field dari tabel user ini
antara lain ada id sebagai primary key, name yang diisi nama
pengguna, username yang digunakan untuk login, password_hash
untuk menyembunyikan password asli yang telah diatur otomatis
oleh sistem, password_reset_token untuk tempat password yang
telah diperbarui oleh user, status akan berisi active dan baned,
5.2 Implementasi Database
126
created_at berisi waktu data tersebut pertama kali dibuat, dan
updated_at berisi waktu data tersebut terakhir kali diubah.
2. Tabel Pegawai
Berikut ini adalah data dari Tabel Pegawai yang terdapat
pada Gambar 5.3.
a. Nama Tabel : pegawai
b. Primary Key : id
Gambar 5.3 Tabel pegawai
Pada Gambar 5.3 berisi data pegawai yang bertugas
memperbaiki dan merawat mesin produksi. Tabel ini hanya berisi
dua field, yang pertama yaitu id dan yang kedua adalah
nama_pegawai.
3. Tabel Mesin
Berikut ini adalah data dari Tabel Mesin yang terdapat pada
Gambar 5.4.
a. Nama Tabel : mesin
b. Primary Key : id
Gambar 5.4 Tabel Mesin
127
Pada Gambar 5.4 berisi data mesin-mesin produksi yang
berada pada CV Saprotan Utama. Tabel ini terdiri dari beberapa
field yaitu id sebagai primary key dari tabel mesin, lokasi_id
sebagai informasi tambahan tempat dari mesin tersebut berada,
nama_mesin berisi nama dari mesin, kode_mesin yang berisi kode
dari setiap mesin, deskripsi_mesin menggambarkan kegunaan dan
deskripsi tambahan yang ingin diberikan, tanggal_beli berisi
tanggal pembelian dari mesin, gambar untuk menyimpan foto dari
mesin sebagai info tambahan, jumlah_kerusakan akan berisi total
dari kerusakan mesin tersebut, dan jumlah_maintenance akan berisi
total jumlah perawatan yang telah didapat oleh mesin.
4. Tabel Lokasi
Berikut ini adalah data dari Tabel Lokasi yang terdapat pada
Gambar 5.5.
a. Nama Tabel : lokasi
b. Primary Key : id
Gambar 5.5 Tabel Lokasi
Pada Gambar 5.5 berisi data lokasi dari mesin produksi yang
berada pada CV Saprotan Utama. Tabel ini hanya mempunyai dua
field yaitu id sebagai primaru key dan nama_lokasi yang ditujukan
untuk mengetahui lokasi tempat mesin berada.
5. Tabel Komponen
Berikut ini adalah data dari Tabel Komponen yang terdapat
pada Gambar 5.6.
128
a. Nama Tabel : komponen
b. Primary Key : id
Gambar 5.6 Tabel Komponen
Pada Gambar 5.6 berisi data komponen yang dibutuhkan oleh
mesin produksi yang berada pada CV Saprotan Utama. Tabel ini
mempunyai field id sebagai primary key, nama_komponen yang
berisi nama dari komponen yang dibutuhkan oleh mesin,
deskripsi_komponen yang berisi deskripsi tambahan yang perlu
dicantumkan dari setiap komponen, created_at berisi waktu data
tersebut pertama kali dibuat, dan updated_at berisi waktu data
tersebut terakhir kali diubah.
6. Tabel Gudang
Berikut ini adalah data dari Tabel Gudang yang terdapat pada
Gambar 5.7.
a. Nama Tabel : gudang
b. Primary Key : id
Gambar 5.7 Tabel Gudang
129
Pada Gambar 5.7 berisi data gudang dari komponen yang
dibutuhkan oleh mesin produksi yang berada pada CV Saprotan
Utama jika terjadi penggantian komponen. Tabel ini berisi id
sebagai primary key, komponen_id yang merujuk pada nama
komponen, user_id yang akan otomatis terisi dengan user yang
mengisi transaksi di tabel gudang, jumlah_stok berisi jumlah
komponen yang harus diisi disetiap transaksi, status yang bernilai
keluar berarti akan mengurangi total stok komponen, dan masuk
yang berarti akan menambah total stok. Field keterangan yang akan
berisi deskripsi tambahan setiap transaksi, tgl_stok adalah tanggal
yang harus diisi dengan tanggal transaksi, created_at berisi waktu
data tersebut pertama kali dibuat, dan updated_at berisi waktu data
tersebut terakhir kali diubah.
7. Tabel Kerusakan
Berikut ini adalah data dari Tabel Kerusakan yang terdapat
pada Gambar 5.8.
a. Nama Tabel : kerusakan
b. Primary Key : id
Gambar 5.8 Tabel Kerusakan
Pada Gambar 5.8 berisi data kerusakan mesin produksi yang
berada pada CV Saprotan Utama, data ini diisi ketika terjadi
kerusakan mesin. Tabel ini berisi id sebagai primary key, mesin_id
130
yang merujuk pada nama mesin, status pengerjaan yang memiliki
tiga nilai yaitu pending, dikerjakan, dan selesai. Selanjutnya
admin_id yang akan otomatis terisi dengan username yang
melakukan update pelaksanaan perbaikan kerusakan, operator_id
yang otomatis akan terisi dengan username yang mengajukan
perbaikan, tanggal_mulai yang berisi tanggal mulai dari perbaikan
kerusakan dilakukan, tanggal_selesai yang berisi tanggal dari
perbaikan kerusakan diselesaikan, no_laporan berisi dari no laporan
kerusakan yang akan diurutkan otomatis oleh sistem, foto yang
akan diisi dengan foto kerusakan, foto_sesudah akan berisi data
foto setelah dilakukan perbaikan, deskripsi_kerusakan yang akan
diisi dengan keluhan kerusakan mesin, catatan_kerusakan akan
diisi dengan catatan yang hasil perbaikan yang telah dilakukan,
tanggal_kerusakan akan diisi dengan tanggal terjadi kerusakan
mesin.
8. Tabel Detail Kerusakan
Berikut ini adalah data dari Tabel Detail Kerusakan yang
terdapat pada Gambar 5.9.
a. Nama Tabel : detail_kerusakan
b. Primary Key : id
Gambar 5.9 Tabel Detail Kerusakan
Pada Gambar 5.9 berisi data detail kerusakan mesin produksi
yang berada pada CV Saprotan Utama. Tabel ini berisi id sebagai
primary key, komponen_id yang akan merujuk ke nama komponen,
131
pegawai_id yang akan merujuk ke nama pegawai yang telah
melakukan perbaikan kerusakan, kerusakan_id yang akan merujuk
pada no laporan dan deskripsi kerusakan, gudang_komponen_id
sebagai penghubung dengan tabel gudang jika ada penggantian
komponen dan dimasukkan ke data gudang dengan status keluar,
jumlah_komponen berisi jumlah pemakaian komponen,
tanggal_pengerjaan berisi tanggal kerusakan tersebut dikerjakan,
keterangan sebagai deskripsi yang ingin ditambahkan, created_at
berisi waktu data tersebut pertama kali dibuat, dan updated_at
berisi waktu data tersebut terakhir kali diubah.
9. Tabel Jadwal Monitoring
Berikut ini adalah data dari Tabel Jadwal Monitoring yang
terdapat pada Gambar 5.10.
a. Nama Tabel : jadwal_monitoring
b. Primary Key : id
Gambar 5.10 Tabel Detail Kerusakan
Pada Gambar 5.10 berisi data jadwal monitoring mesin
produksi yang berada pada CV Saprotan Utama. Tabel ini berisi id
sebagai primary key, nama_jadwal berisi nama jadwal yang
diberikan, created_by berisi username dari user yang telah
membuat jadwal, work_by akan berisi yang bertugas melaksanakan
monitoring, tanggal berisi waktu ditetapkan perawatan, deskripsi
berisi tambahan deskripsi yang diberikan, mesin_id merujuk
132
kepada nama mesin yang akan mendapat monitoring, lokasi_id
merujuk nama lokasi dari keberadaan mesin, status_pelaksanaan
berisi belum selesai jika belum dikerjakan, selesai jika telah
dikerjakan, created_at berisi waktu data tersebut pertama kali
dibuat, dan updated_at berisi waktu data tersebut terakhir kali
diubah.
Tahap implementasi pada sebuah sistem merupakan tahap
dimana sistem yang telah dirancang pada tahap sebelumnya
diterjemahkan ke dalam kode-kode menggunakan bahasa
pemrograman yang hasilnya berupa antar muka sistem yang siap
dioperasikan oleh user.
1. Tampilan Dashboard Operator
Berikut adalah tampilan dashboard dari user Operator yang
terdapat pada Gambar 5.11.
Gambar 5.11 Tampilan Dashboard Operartor
Pada Gambar 5.11 merupakan tampilan dashboard saat aktor
Operator login kedalam Sistem Informasi Maintenance.User
Operator hanya bisa akses input kerusakan, index kersuakan, dan
view data kerusakan pada menu kerusakan ini.
5.3 Implementasi Program
133
2. Form Menu Kerusakan
Berikut adalah tampilan kerusakan dari user Operator yang
terdapat pada Gambar 5.12.
Gambar 5.12 Form Menu Kerusakan
Pada Gambar 5.12 merupakan menu kerusakan. Menu ini
diisi ketika terjadi kerusakan mesin produksi, yang kemudian data
tersebut akan mengirim notifikasi ke halaman Admin Maintenance
untuk pemberitahuan meminta dilakukan perbaikan.
3. Form Input Kerusakan
Berikut adalah tampilan kerusakan dari user Operator yang
terdapat pada Gambar 5.13.
Gambar 5.13 Form Input Kerusakan
134
Pada Gambar 5.13 merupakan form input kerusakan yang
diisi oleh aktor Operator jika terjadi kerusakan. Data yang harus
diisi adalah mesin, deskripsi kerusakan yang menggambarkan
kerusakan dari mesin, tanggal kerusakan terjadinya kerusakan,
yang kemudian klik save untuk menyimpan data.
4. Tampilan Dashboard Admin Maintenance
Berikut adalah tampilan dashboard dari user Admin
Maintenane yang terdapat pada Gambar 5.14.
Gambar 5.14 Tampilan Dashboard Admin Maintenance
Pada Gambar 5.14 merupakan tampilan dashboard Admin
Maintenance setelah login kedalam sistem. Admin Maintenance
memiliki akses menu pelaporan yaitu mengelola kerusakan dan
detail kerusakan. Menu mesin yang yaitu mengelola data mesin,
data loksi, dan data komponen. Menu kepegawaian yaitu mengelola
data pegawai. Menu Gudang yaitu megelola mutasi komponen dan
view stok komponen. Menu agenda yang berisi jadwal monitoring.
5. Tampilan Menu Pegawai
Berikut adalah tampilan dashboard dari user Admin
Maintenane yang terdapat pada Gambar 5.15.
135
Gambar 5.15 Tampilan Menu Pegawai
Pada Gambar 5.15 merupakan tampilan menu pegawai pada
halaman Admin Maintenane. Menu ini menampilkan index dari
menu pegawai, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data pegawai.
6. Tampilan Form Input Pegawai
Berikut adalah tampilan form input pegawai dari user Admin
Maintenane yang terdapat pada Gambar 5.16.
Gambar 5.16 Tampilan Input Pegawai
Pada Gambar 5.16 merupakan tampilan form input pegawai
pada halaman Admin Maintenane. Menu input pegawai merupakan
menu untuk menambah nama pegawai baru yang belum
dimasukkan dalam data pegawai.
136
7. Tampilan Menu Mesin
Berikut adalah tampilan menu mesin dari user Admin
Maintenane yang terdapat pada Gambar 5.17.
Gambar 5.17 Tampilan Menu Mesin
Pada Gambar 5.17 merupakan tampilan menu mesin pada
halaman Admin Maintenane. Menu mesin ini menampilkan
informasi dari setiap mesin mulai dari nama mesin, kode mesin,
deskripsi mesin, lokasi mesin, tanggal pembelian mesin, jumlah
kerusakan yang telah dialami mesin, dan jumlah maintenance yang
telah diterima mesin. Misalkan dari data diatas dapat dilihat nama
mesin Filling PRQ TOM mempunyai kode FILL.PRQ digunakan
untuk membantu proses produksi jenis pestisida paraquat berlokasi
di Gd Herbi, dibeli tanggal 29 Maret 2013 mengalami kerusakan
sebanyak satu kali dan sudah dilakukan maintenance sebanyak satu
kali.
8. Tampilan Form Input Mesin
Berikut adalah tampilan form input pegawai dari user Admin
Maintenane yang terdapat pada Gambar 5.18.
137
Gambar 5.18 Tampilan Input Mesin
Pada Gambar 5.18 merupakan tampilan form input mesin
pada halaman Admin Maintenane. Data yang harus dilengkapi pada
form ini adalah nama mesin, kode mesin, deskripsi mesin, lokasi
mesin berada, tanggal pembelian dan foto dari mesin tersebut.
9. Tampilan Menu Komponen
Berikut adalah tampilan menu komponen dari user Admin
Maintenane yang terdapat pada Gambar 5.19.
Gambar 5.19 Tampilan Menu Komponen
Pada Gambar 5.19 merupakan tampilan menu komponen
pada halaman Admin Maintenane. Menu ini bersisi nama dari
komponen, deskripsi komponen yang bisa berisi nama mesin yang
menggunakan komponen tersebut.
138
10. Tampilan Form Input Komponen
Berikut adalah tampilan form input komponen dari user
Admin Maintenane yang terdapat pada Gambar 5.20.
Gambar 5.20 Tampilan Input Komponen
Pada Gambar 5.20 merupakan tampilan form input komponen
pada halaman Admin Maintenane. Form input komponen ini berisi
nama komponen dan deskripsi komponen yang harus dilengkapi
sebelum menekan tombol save.
11. Tampilan Menu Lokasi
Berikut adalah tampilan menu komponen dari user Admin
Maintenane yang terdapat pada Gambar 5.21.
Gambar 5.21 Tampilan Menu Lokasi
Pada Gambar 5.21 merupakan tampilan menu lokasi pada
halaman Admin Maintenane. Menu ini menampilkan index dari
139
menu lokasi, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data lokasi.
12. Tampilan Form Input Lokasi
Berikut adalah tampilan form input lokasi dari user Admin
Maintenane yang terdapat pada Gambar 5.22.
Gambar 5.22 Tampilan Input Lokasi
Pada Gambar 5.22 merupakan tampilan form input lokasi
pada halaman Admin Maintenane. Menu input lokasi merupakan
menu untuk menambah nama lokasi baru yang belum dimasukkan
dalam data lokasi.
13. Tampilan Menu Gudang
Berikut adalah tampilan menu gudang dari user Admin
Maintenane yang terdapat pada Gambar 5.23.
Gambar 5.23 Tampilan Menu Gudang
140
Pada Gambar 5.23 merupakan tampilan menu gudang pada
halaman Admin Maintenane. Menu ini menampilkan index dari
menu mutasi komponen yang berisi data keluar dan masuk
komponen, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data mutasi
komponen.
14. Tampilan Form Input Gudang
Berikut adalah tampilan form input gudang dari user Admin
Maintenane yang terdapat pada Gambar 5.24.
Gambar 5.24 Tampilan Input Gudang
Pada Gambar 5.24 merupakan tampilan form input gudang
pada halaman Admin Maintenane. Menu form input gudang ini
merupakan transaksi dari keluar atau masuk komponen yang
disimpan dalam gudang.
15. Tampilan Menu Stok Komponen
Berikut adalah tampilan menu stok komponen dari user
Admin Maintenane yang terdapat pada Gambar 5.25.
141
Gambar 5.25 Tampilan Menu Stok Komponen
Pada Gambar 5.25 merupakan tampilan menu stok komponen
pada halaman Admin Maintenane. Dalam tampilan ini berisi semua
daftar komponen dan stok komponen yang tersedia di gudang. Stok
komponen ini didapat dari perhitungan keluar masuk di menu
mutasi komponen.
16. Tampilan Menu Update Catatan Kerusakan
Berikut adalah tampilan menu update catatan kerusakan dari
user Admin Maintenane yang terdapat pada Gambar 5.26.
Gambar 5.26 Tampilan Update Catatan Kerusakan
Pada Gambar 5.26 merupakan tampilan menu update catatan
kerusakan pada halaman Admin Maintenane. Update catatan di
menu kerusakan ini diisi ketika kerusakan sudah diperbaiki dan
kemudian akan diinputkan semua mulai dari catatan, tanggal
dikerjakan, tanggal selesai, foto sesudah dan juga sebelum
142
dilakukan perbaikan dari kerusakan, baru setelah itu tekan tombol
save untuk menyimpan data.
17. Tampilan Menu Detail Kerusakan
Berikut adalah tampilan menu detail kerusakan dari user
Admin Maintenane yang terdapat pada Gambar 5.27.
Gambar 5.27 Tampilan Menu Detail Kerusakan
Pada Gambar 5.27 merupakan tampilan menu detail
kerusakan pada halaman Admin Maintenane. Menu detail
kerusakan ini diisi setelah Admin Maintenance update kerusakan.
Dalam menu ini Admin Maintenance bisa tambah, hapus, ubah, dan
lihat data secara rinci.
18. Tampilan Form Input Detail Kerusakan
Berikut adalah tampilan form input detail kerusakan dari user
Admin Maintenane yang terdapat pada Gambar 5.28.
Gambar 5.28 Tampilan Input Detail Kerusakan
143
Pada Gambar 5.24 merupakan tampilan form input detail
kerusakan pada halaman Admin Maintenane. Halaman input detail
kerusakan diisi setelah update data kerusakan. Pada halaman ini
yang harus diisi ada kerusakan yang berisi data no laporan dan
deskripsi kerusakan, pegawai yang melakukan perbaikan,
komponen yang digunakan untuk pergantian komponen yang rusak,
jumlah komponen berisi banyaknya komponen yang digunakan,
keterangan diisi dengan deskripsi tentang detail kerusakan, dan
tanggal pengerjaan diisi sesuai dengan tanggal dikerjakannya.
19. Tampilan Menu Jadwal Monitoring
Berikut adalah tampilan menu jadwal monitoring dari user
Spv. Maintenane yang terdapat pada Gambar 5.29.
Gambar 5.29 Tampilan Menu Jadwal Monitoring
Pada Gambar 5.29 merupakan tampilan menu jadwal
monitoring pada halaman Spv. Maintenane. Pada halaman ini dapat
dilihat index dari menu jadwal monitoring, pada halaman ini Spv.
Maintenance bisa tambah, hapus, ubah, dan lihat data jadwal
monitoring secara rinci.
20. Tampilan Form Input Jadwal Monitoring
Berikut adalah tampilan form input jadwal kerusakan dari
user Spv. Maintenane yang terdapat pada Gambar 5.30.
144
Gambar 5.30 Tampilan Input Jadwal Monitoring
Pada Gambar 5.30 merupakan tampilan form input jadwal
monitoring pada halaman Spv. Maintenane. Pada halaman ini Spv.
Maintenance mengisi nama jadwal, tanggal yang merupakan
tanggal dilaksanakan monitoring, deskripsi berisi tambahan
diskripsi yang bisa ditulis, mesin yang akan dikakukan monitoring,
lokasi berisi nama lokasi dari tempat mesin berada, status dibiarkan
belum selesai karena jadwal monitoring masih belum dilaksanakan.
Kemudian tekan save untuk menyimpan data dari hasil yang sudah
dimasukkan.
21. Tampilan Cetak Laporan Kerusakan
Berikut adalah cetak laporan kerusakan yang terdapat pada
Gambar 5.31.
Gambar 5.31 Cetak Laporan Kerusakan
145
Pada Gambar 5.31 merupakan cetak laporan kerusakan yang
dapat diakses oleh Admin dan Spv. Maintenance. Dalam laporan ini
berisi no kerusakan, nama mesin, lokasi tempat mesin berada,
deskripsi kerusakan dari mesin, catatan kerusakan dari mesin,
status pelaksanaan dari tindakan perbaikan, Admin yang telah
update pelaksanaan, dan operator yang mengajukan laporan
kerusakan.
22. Tampilan Cetak Laporan Jadwal Monitoring
Berikut adalah cetak laporan jadwal monitoring yang terdapat
pada Gambar 5.32.
Gambar 5.32 Cetak Laporan Jadwal Monitoring
Pada Gambar 5.32 merupakan cetak laporan jadwal
monitoring yang dapat diakses oleh Admin dan Spv. Maintenance.
Laporan monitoring ini berisi nama jadwal, mesin yang mendapat
monitoring, lokasi tempat mesin berada, tanggal pelaksanaan,
deskripsi dari jadwal monitoring, status pelaksanaan, dan work by
berisi data pegawai yang telah melaksanakan monitoring mesin.
23. Tampilan Cetak Form Kerusakan
Berikut adalah cetak form kerusakan yang terdapat pada
Gambar 5.33.
146
Gambar 5.33 Cetak Form kerusakan
Pada Gambar 5.33 merupakan cetak form kerusakan yang
dapat diakses oleh Admin Maintenance. Form cetak kerusakan ini
yang akan diisi oleh teknisi yang melakukan perbaikan kerusakan
mesin, bagian yang harus diisi oleh teknisi antara lain tanggal
dikerjakan, tanggal selesai, komponen yang digunakan untuk
penggantian, quantity komponen yang dipakai, kemudian terakhir
adalah deskripsi dari keruskan yang bisa ditambahkan oleh teknisi.
Pada lembar ini yang harus membubuhkan tandatangan antara lain
Operator, Spv. Maintenance, dan Teknisi.
24. Tampilan Notifikasi Kerusakan dan Jadwal Monitoring
Berikut adalah notifikasi kerusakan dan jadwal monitoring
yang terdapat pada Gambar 5.34.
Gambar 5.34 Notifikasi Kerusakan dan Jadwal Monitoring
147
Pada Gambar 5.34 merupakan notifikasi kerusakan dan
jadwal monitoring. Notifikasi ini akan muncul ketika aktor mengisi
form kerusakan yang ketika data tersebut tersimpan otomatis akan
muncul notifikasi pada halaman Admin Maintenance. Notifikasi
kedua yang didapat yaitu ketika ada jadwal monitoring mesin
produksi. Data jadwal monitoring mesin produksi ini dibuat oleh
Spv. Maintenance, ketika pada hari tersebut ada jadwal monitoring
mesin maka akan muncul pesan notifikasi pada halaman Admin dan
Spv. Maintenance sebagai pengingat.
Pengujian perangkat lunak perlu dilakukan untuk mengevaluasi
baik secara manual maupun secara otomatis untuk menguji apakah
perangkat lunak sudah memenuhi persyaratan atau belum, dan untuk
menentukan perbedaan antara hasil yang diharapkan dengan hasil
sebenarnya (Roger, S. Pressman, 2012).
Pengujian merupakan hal yang terpenting yang bertujuan untuk
menemukan kesalahan-kesalahan atau kekurangan-kekurangan pada
perangkat lunak yang diuji. Pengujian bermaksud untuk mengetahui
perangkat lunak yang dibuat memenuhi kriteria yang sesuai dengan
tujuan perancangan perangkat lunak tersebut.
Pengujian perangkat lunak perlu dilakukan untuk
mengevaluasi baik secara manual maupun secara otomatis untuk
menguji apakah perangkat lunak sudah memenuhi persyaratan
atau belum, dan untuk menentukan perbedaan antara hasil yang
diharapkan dengan hasil sebenarnya (Roger, S. Pressman, 2012).
Untuk melakukan proses pengujian test case, terlebih
dahulu dilakukan penerjemahan flowchart. Sebagai contoh
5.4 Pengujian Sistem
5.4.1 Pengujian White Box
148
pengujian diambil dari program untuk login kedalam Aplikasi
Sistem Informasi Maintenance.
1. Bagan Alir Proses Login
Pada bagan alir proses login ini akan dijelaskan alur
unutk login kedalam sistem. Bagan ini menjelaskan langkah
awal user input username dan password. Berikut adalah
gambar bagan alir proses login untuk masuk kedalam sistem
yang terdapat pada Gambar 5.35.
Gambar 5.35 Alir Proses Login
Pada Gambat 5.35 merupakan gambaran alir proses
login untuk masuk ke dalam sistem. Pertama sitem akan
menampilkan form login, pada from ini user input username
dan password yang kemudian akan divalidasi oleh sistem,
jika username dan password valid maka akan masuk kedalam
149
menu utama user, tetapi jika username dan password salah
maka akan muncul pesan error dan user harus memasukkan
kembali username dan password sampai benar untuk masuk
kedalam sistem.
2. Listing Program Login
Berikut adalah Tabel listing login untuk masuk
kedalam sistem, listing terdiri dari 7 node yang terdapat pada
Tabel 5.1.
Tabel 5.1 Listing Program Login
public function actionLogin() 1
{ if (!Yii::$app->user->isGuest) {
2
return $this->goHome(); }
3
$model = new LoginForm(); if ($model->load(Yii::$app->request->post()) && $model->login())
4
return $this->goBack();//--5 }
5
$model->password = ''; return $this->render('login', [ 'model' => $model, ]);//--6
6
} 7
Pada Tabel 5.1 merupakan listing program login
kedalam sistem. Pada listing program nomor 1 dapat
dijelaskan user akses halaman login, listing program nomor 2
merupakan menampilkan form login, listing program nomor
3 akan masuk ke menu utama user jika sudah login
sebelumnya, listing program nomor 5 meruapaka validasi
username dan password, listing program no 6 berarti jika
username dan password valid maka akan masuk kedalam
150
menu utama, jika tidak valid akan kembali ke halaman login.
Listing nomor 7 merupakan penutup program.
3. Grafik Alir Login
Pada grafik alir login merupakan gambaran dari alur
login yang digambarkan dengna nodes dan edge atau anak
panah. Berikut adalah grafik alir login untuk masuk kedalam
yang terdapat pada Gambar 5.36.
Gambar 5.36 Grafik Alir Login
Gambar 5.36 adalah gambar dari alur grafik alir login.
Grafik alir tersebut terdiri dari 7 node dan 8 edge. Grafik alir
login ini dijelaskan sebagai berikut nodes 1 akan menuju
nodes 2 jika bernilai benar maka akan menuju nodes 3
kemudian akan menuju ke nodes 7 dan selesai, jika tidak
bernilai benar maka akan menuju ke nodes 4, dalam nodes 4
akan divalidasi jika valid akan menuju nodes 5 dan berakhir
151
ke nodes 7, dan jika tidak valid maka akan menuju nodes 6
dan berakhir di nodes 7.
4. Kompleksitas Siklomatis
Kompleksitas siklomatis (pengukuran kuantitatif
terhadap kompleksitas logis suatu program) dari grafik alir
dapat di peroleh dengan penghitungan.
Dimana :
E = Jumlah Edge grafik alir ( garis panah )
N = Jumlah simpul grafik alir
Dari Gambar 5.36 grafik alir login memiliki total 7
nodes dan 8 edge, maka untuk mendapatkan hasil
perhitungan, angka tersebut diaplikasikan kedalam rumus
diatas, dan berikut adalah perhitungannya.
V (G) = 8 - 7 + 2 = 3
Hasil dari perhitungan kompleksitas siklomatis yang
didapat adalah 3. Dari perhitungan ini akan membentuk tiga
jalur.
5. Basis Set
Basis set yang didapat dari perhitungan kompleksitas
siklomatis adalah 3, maka jalur basis set adalah sebagai
berikut.
Jalur 1 : 1-2-3-7
Jalur 2 : 1-2-4-5-7
Jalur 3 : 1-2-4-6-7
V(G) = E – N + 2
152
Terdapat 3 jalur dari basis set untuk login kedalam
sistem. Jalur pertama yaitu 1-2-3-7, jalur kedua yaitu 1-2-3-5-
7, dan jalur ketiga yaitu 1-2-4-6-7.
6. Pengujian Jalur
Pengujian jalur dapat dilihat pada Tabel 5.2 sebagai
berikut.
Tabel 5.2 Pengujian Jalur
Jalur Input Proses Hasil Keterangan
1-2-
3-7
User akses ke
halaman login
Cek jika
user sudah
melakukan
login,
Beralih ke
halaman
utama
User masuk
halaman
utama
Berhasil
1-2-
4-5-7
User akses
halaman
login,input
username dan
password
Validasi
username
dan
password,
Valid
User masuk
halaman
utama
Berhasil
1-2-
4-6-7
User akses
halaman
login,input
username dan
password
Validasi
username
dan
password,
Tidak Valid
Kembali ke
halaman
login
Berhasil
Dari pengujian jalur pertama yaitu jalur 1-2-3-7
mendapatkan hasil berhasil dengan user akses ke halaman
login, yang kemudian sistem melakukan validasi user sudah
login, jika sudah user beralih halaman utama.
Pengujian jalur 2 yaitu jalur 1-2-4-5-7 mendapatkan
hasil berhasil dengan input user akses halaman login,
kemudian input username dan password, yang kemudian
tahap proses validasi username dan password, ketika
153
username dan password valid maka akan masuk ke halaman
utama.
Pengujian jalur 3 yaitu jalur 1-2-4-6-7 mendapatkan
hasil berhasil dengan input user akses halaman login,
kemudian input username dan password, yang kemudian
tahap proses validasi username dan password, ketika
username dan password tidak valid maka akan kembali ke
halaman login.
perilaku, berfokus pada fungsional perangkat lunak (Roger, S.
Pressman, 2012). Pengujian Black Box terdapat pada Tabel 5.3.
Tabel 5.3 Pengujiam Black Box
No Kasus Uji Langkah
Uji
Hasil yang
diharapkan Hasil Aktual Keterangan
1. Menu
Login
Run
program
maka akan
langsung
muncul
menu login
Menampilkan
form login
admin
Tampilan
halaman
login admin
Berhasil
2. Menu Data
Mesin
Klik menu
data mesin
Menampilkan
index data
mesin
Tampilan
index data
mesin
Berhasil
3. Menu Data
Komponen
Klik menu
data
komponen
Menampilkan
index data
komponen
Tampilan
index data
komponen
Berhasil
4 Menu Data
Lokasi
Klik menu
data lokasi
Menampilkan
index data
lokasi
Tampilan
index data
lokasi
Berhasil
5. Menu Data
Pegawai
Klik menu
data
pegawai
Menampilkan
index data
pegawai
Tampilan
index data
pegawai
Berhasil
6
Menu Data
Mutasi
Komponen
Klik menu
data mutasi
komponen
Menampilkan
index data
mutasi
komponen
Tampilan
index data
mutasi
komponen
Berhasil
5.4.2 Pengujian Black Box
Pengujian black box testing juga disebut dengan pengujian
154
Tabel 5.3 Pengujiam Black Box (Lanjutan)
No Kasus Uji Langkah
Uji
Hasil yang
diharapkan Hasil Aktual Keterangan
7
Menu Data
Stok
Komponen
Klik menu
stok
komponen
Menampilkan
stok data
komponen
Tampilan
data stok
komponen
Berhasil
8 Menu
Kerusakan
Klik menu
kerusakan
Menmpilkan
index data
kerusakan
Tampilan
index data
kerusakan
Berhasil
9
Menu
Detail
Kerusakan
Klik menu
detail
kerusakan
Menampilkan
index data
detail
kerusakan
Tampilan
index data
detail
kerusakan
Berhasil
10
Menu
Jadwal
Monitoring
Klik menu
jadwal
monitoring
Menampilkan
index data
jadwal
monitoring
Tampilan
index data
jadwal
monitoring
Berhasil
Pada Tabel 5.3 merupakan tabel hasil pengujian black box
yang telah dilakukan. Dari hasil pengujian yang dilakukan dari
data nomor 1 sampai dengan 10 hasil yang didapatkan adalah
berhasil.
akhir. Pengujian beta adalah aplikasi “hidup” dari perangkat
lunak dalam sebuah lingkungan yang tidak dapat dikendalikan
oleh pengembang (Roger, S. Pressman, 2012).
Dalam pengujian ini penulis menggunakan tiga kategori
yang dijadikan sebagai pondasi dalam penilaian dari sebuah
sistem informasi, antara lain kualitas penggunaan untuk
mengukur tingkat kemudahan dan menariknya sistem, kualitas
informasi untuk mengukur tingkat kualitas informasi yang
ditampilkan di aplikasi, dan yang terakhir kualitas interaksi guna
mengukur tingkat kualitas interaksi antara pengguna dengan
aplikasi. Dari ketiga kategori tersebut nantinhya akan
5.4.3 Pengujian Beta
Pengujian beta dilakukan pada satu atau lebih pengguna
155
menghasilkan beberapa pertamyaan yang digunakan sebagai
bahan peretimbangan dalam pengembangan aplikasi.
Berdasarkan data dari hasil kuesioner, dapat dicari
persentase setiap jawaban dengan menggunakan rumus :
Keterangan :
P = Banyaknya jawaban responden tiap pertanyaan
Q = Jumlah responden
Y = Nilai persentase
Kuesioner dibagikan kepada 10 orang pengguna secara
acak yang berisi 9 pertanyaan berskala 1 sampai dengan 3.
Adapun hasil dari skala dari setiap pertanyaan adalah sebagai
berikut :
1. Apakah aplikasi Sistem Informasi Maintenance ini mudah
untuk dioperasikan ?
Hasil dari pengujian beta pertanyaan 1 tercantum pada Tabel
5.4 berikut.
Tabel 5.4 Pengujian Beta Pertanyaan 1
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 4 10 40%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.4 dapat
disimpulkan bahwa 50% responden menyatakan aplikasi ini
sangat mudah dioperasikan, 40% responden menyatakan
Y = P/Q*100%
156
setuju, dan sisanya 10% responden menyatakan cukup mudah
dioperasikan.
2. Apakah apilkasi ini membantu dalam mencari data kerusakan
dan jadwal monitoring ?
Hasil dari pengujian beta pertanyaan 2 tercantum pada Tabel
5.5 berikut.
Tabel 5.5 Pengujian Beta Pertanyaan 2
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 60%
Setuju 4 10 40%
Cukup 2 10 20%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.5 dapat
disimpulkan bahwa 40% responden menyatakan sangat setuju
aplikasi ini membantu dalam mencari data kerusakan, 40%
responden menyatakan setuju, dan 20% responden
menyatakan cukup.
3. Apakah aplikasi ini membantu dalam pekerjaan khusunya
dalam hal perekapan data ?
Hasil dari pengujian beta pertanyaan 3 tercantum pada Tabel
5.6 berikut.
Tabel 5.6 Pengujian Beta Pertanyaan 3
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 40%
Setuju 4 10 40%
Cukup 2 10 20%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.6 dapat
disimpulkan bahwa 40% responden menyatakan sangat setuju
157
aplikasi ini membantu pekerjaan, 40% responden menyatakan
setuju, dan sisanya 20% responden menyatakan cukup setuju.
4. Apakah aplikasi ini menyajikan informasi maintenance
dengan jelas ?
Hasil dari pengujian beta pertanyaan 4 tercantum pada Tabel
5.7 berikut.
Tabel 5.7 Pengujian Beta Pertanyaan 4
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 2 10 40%
Setuju 6 10 50%
Cukup 2 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.7 dapat
disimpulkan bahwa 20% responden menyatakan aplikasi ini
memberikan informasi dengan jelas, 40% responden
menyatakan setuju, dan sisanya 10% responden menyatakan
cukup.
5. Apakah teks dan informasi dalam aplikasi ini dapat dibaca
dengan jelas dan dimengerti ?
Hasil dari pengujian beta pertanyaan 5 tercantum pada Tabel
5.8 berikut.
Tabel 5.8 Pengujian Beta Pertanyaan 5
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 5 10 50%
Cukup 0 10 0%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.8 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
158
teks dalam aplikasi ini dapat dibaca dengan jelas dan sisanya
50% responden menyatakan setuju.
6. Apakah notifiksai kerusakan dan jadwal monitoring dapat
berjalan di aplikasi ini ?
Hasil dari pengujian beta pertanyaan 6 tercantum pada Tabel
5.9 berikut.
Tabel 5.9 Pengujian Beta Pertanyaan 6
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 5 10 50%
Cukup 0 10 0%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.9 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
notifikasi kerusakan dan jadwal monitoring dapat berjalan
dengan baik dan sisanya 50% responden menyatakan setuju.
7. Apakah dengan ditambahnya fitur notifikasi yang muncul
ketika terjadi kerusakan dan pelaksanaan jadwal monitoring
dapat membantu pengguna ?
Hasil dari pengujian beta pertanyaan 7 tercantum pada Tabel
5.10 berikut.
Tabel 5.10 Pengujian Beta Pertanyaan 7
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 40%
Setuju 5 10 50%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.10 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
159
notifikasi kerusakan dan jadwal monitoring dapat membantu
pengguna dalam mengingatkan pekerjaan, 50% responden
menyatakan setuju, dan sisanya 10% menyatakan cukup.
8. Menurut anda apakah secara keseluruhan aplikasi ini berjalan
dengan baik ?
Hasil dari pengujian beta pertanyaan 8 tercantum pada Tabel
5.11 berikut.
Tabel 5.11 Pengujian Beta Pertanyaan 8
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 4 10 40%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.11 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
aplikasi secara keseluruhan berjalan dengan baik, 40%
responden menyatakan setuju, dan 10% menyatakan cukup.
9. Apakah aplikasi ini perlu update ?
Hasil dari pengujian beta pertanyaan 9 tercantum pada Tabel
5.12 berikut.
Tabel 5.12 Pengujian Beta Pertanyaan 9
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 2 10 20%
Setuju 3 10 40%
Cukup 4 10 40%
Tidak Setuju 1 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.12 dapat
disimpulkan bahwa 20% responden sangat setuju menyatakan
aplikasi ini perlu update, 30% responden menyatakan setuju,
40% menyatakan cukup, dan 10% menyatakan tidak setuju.
160
Dari hasil pengujian beta yang telah dilakukan yakni
dengan pengujian perhitungan pilihan kategori jawaban dari
kuesioner yang telah dibagikan dan tertera dengan jelas dari
Tabel 5.4 sampai dengan Tabel 5.12 digambarkan dalam bentuk
diagram pie yang dapat dilihat pada Gambar 5.37 berikut.
Gambar 5.37 Grafik Pengujian Beta
Dari Gambar 5.37 grafik pengujian beta yang menjelaskan
persentase keseluruhan pengujian beta, penulis menyimpulkan
bahwa 84% pengguna dari 40% sangat setuju dan 44% setuju
menyatakan bahwa aplikasi sistem informasi maintenance ini
berhasil menyelesaikan masalah untuk membantu pengguna
dalam memberikan informasi tentanng maintenance di CV
Saprotan Utama. Data 1% tidak setuju terdapat pada pertanyaan
no 9 tentang update aplikasi yang dijawab tidak setuju oleh
salah satu responden karena merasa sudah cukup dengan sistem
yang sedang diuji coba saat ini.
Maintenance ini diambil dari rata-rata waktu perbaikan
kerusakan yang dilakukan oleh teknisi. Dengan menggunakan
sistem sebelumnya memakan waktu 6 hari kerja dengan rata-
rata jam kerja 6,67 jam dalam sehari atau 40 jam dalam satu
minggu, dengan menggunakan Sistem Informasi ini dapat
5.4.4 Pengujian Perhitungan Efisiensi Sistem
Pengujian efisiensi penggunaan Sistem Informasi
161
meningkatkan efisiensi kerja menjadi 4 hari kerja atau setara
dengan 32 jam kerja.
Tabel 5.13 Data Efisiensi Sistem
Waktu
Kerja
(Jam)
Waktu Kerja
Dalam 1
Minggu (Jam)
Persentase
Sebelum
Menggunakan Sistem
Baru 40 40 100.0%
Setelah Menggunakan
Sistem Baru 32 40 80.0%
Selisih 20.0%
Dari perhitungan yang didapat pada Tabel 5.13 didapat
angka efisiensi sebanyak 20% dari sistem sebelumnya. Dalam
hitungan jam berkurang 8 jam dari waktu sebelumnya yang
membutuhkan 40 jam yang kemudian turun menjadi 32 jam
dengan bantuan sistem yang baru.
Pemeliharaan dimulai dari penyerahan program yang diterima
langsung oleh Bapak Muhammad Dikro selaku Supervisor
Maintenance di CV Saprotan Utama, berikut adalah dokumentasi dari
penyerahan program Sistem Informasi Maintenance Mesin yang
terdapat pada Gambar 5.38.
Gambar 5.38 Dokumentasi Penyerahan Program
5.5 Pemeliharaan Program
162
Pada Gambar 5.38 merupakan gambar dokumentasi saat
penyerahan program di CV Saprotan Utama di Jalan Semarang-
Purwodadi KM 12,5. Setelah program tersebut diserahkan juga
diadakan pelatihan untuk penggunaan program tersebut, dokumentasi
pelatihan tersebut terdapat pada Gambar 5.39.
Gambar 5.39 Dokumentasi Pelatihan Program
Pada Gambar 5.39 merupakan gambar saat diadakannya
pelatihan penggunaan program Sistem Informasi Maintenance Mesin
di CV Saprotan Utama. Pelatihan langsung dilakukan kepada Admin
Maintenance CV Saprotan Utama.
Pemeliharaan merupakan tahap mengoperasikan program
dengan kasus yang sebenarnya dan dapat dilakukan berupa
penyesuaian atau perubahan karena diadaptasi dengan situasi yang
sebenarnya. Pemeliharaan terhadap sistem yang dimaksud adalah
sebagai berikut :
1. Bila terjadi error ketika menjalankan sistem, maka pemeliharaan
yang dilakukan adalah dengan mengulangi menjalankan sistem dan
menggunakan hardware sesuai spesifikasi yang direkomendasikan.
2. Dapat melakukan update data bila ada penyesuaian atau perubahan
tentang data pegawai, data mesin , data lokasi, data komponen, data
163
gudang, data kerusakan, data detail kerusakan dan data jadwal
monitoring karena diadaptasikan dengan situasi yang sebenarnya.
3. Melakukan backup data ke media penyimpanan luar lainnya,
seperti pada harddisk dan flashdisk untuk menjaga data pada
sistem.
4. Perbaikan sistem yaitu melakukan perbaikan jika dalam operasi
terjadi kesalahan (bug) dalam program atau kelemahan rancangan
yang tidak terdeteksi saat tahap pengujian sistem.
164
Berdasarkan hasil penelitian dan pembahasan yang sudah
dijabarkan dan mendapatkan hasil pengujian beta sebesar 84%
pengguna setuju aplikasi ini mampu memberikan informasi dan
membantu karyawan dalam pencarian dan pendatan informasi pada
CV Saprotan Utama. Efektifitas kerja yang dapat dirasakan secara
langsung oleh karyawan yaitu dengan adanya pemberitahuan jika
terjadi kerusakan pada mesin ke halaman Admin Maintenance
sehingga bagian maintenance bisa dengan cepat mengetahui informasi
tersebut dan langsung datang ke lokasi tempat mesin berada untuk
dilakukan perbaikan.
Hal lain yang juga mempengaruhi perubahan kearah yang lebih
baik dengan adanya Sistem Informasi Maintenance ini adalah dengan
notifikasi pemberitahuan apabila akan dilakukan monitoing pada
mesin sehingga perawatan yang telah dijadwalkan tidak akan terlewat
dan berdampak pada performa mesin yang lebih bagus dari
sebelumnya karena dilakukan monitoring secara berkala. Dari
perhitungan efisiensi kerja didapat angka 20% untuk peningkatan
efisiensi kerja dengan bantuan Sistem Informasi Maintenance.
Maka penulis menyimpulkan bahwa aplikasi Sistem Infromasi
Maintenance berbasis web ini merupakan suatu alternatif yang dapat
dimanfaatkan untuk mempermudah perkerjaan karyawan CV Saprotan
Utama.
BAB VI
PENUTUP
6.1 Kesimpulan
165
Untuk lebih meningkatkan kinerja dari aplikasi ini ada saran
yang dapat dijadikan pertimbangan dalam pengembangan yaitu
menambah notifikasi dengan cara mengirimkan pemberitahuan
kerusakan dan jadwal monitoring ke handphone melalui SMS atau
dengan cara mengirim pesan melalui aplikasi pesan berbasis Android
yang terpasang di smartphone user Admin Maintenance dan Spv.
Maintenance agar saat tidak berada di depan layar komputer tetap bisa
menerima notifkasi melalui smartphone yang dimiliki.
6.2 Saran
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Seiring dengan berkembangnya perusahaan dan kemajuan
teknologi, pengolahan data secara manual sudah mulai ditinggalkan,
karena dalam sistem manual sering terjadi kesalahan dalam pencatatan.
Berbeda dengan pengolahan data secara komputerisasi yang
memberikan banyak keuntungan dan manfaat bagi perusahaan, yaitu
meminimalkan waktu pengolahan data dan mengurangi kesalahan
dalam pencatatan.
CV Saprotan Utama merupakan perusahaan yang bergerak
dibidang pertanian, yang memproduksi pupuk dan pestisida. Dalam
proses produksi CV Saprotan Utama mengandalkan mesin sebagai alat
bantu. Mesin produksi merupakan salah satu komponen utama dalam
proses produksi, dengan adanya mesin produksi, output yang
dihasilkan akan lebih banyak jika dibandingkan dengan hanya
mengandalkan tenaga manusia saja. Mesin produksi yang terawat akan
mencapai performa terbaik sehingga akan menghasilkan output lebih
banyak. Seiring berjalannya waktu, mesin-mesin tersebut mengalami
beberapa kendala kerusakan yang harus segera diatasi oleh bagian
maintenance agar mesin tersebut dapat berjalan kembali dengan
optimal dan memenuhi target yang telah ditentukan.
Sistem yang berjalan saat ini masih mempunyai kekurangan,
yaitu kurang efektif dalam pengolahan data perbaikan mesin produksi,
perawatan mesin produksi, dan penjadwalan perawatan mesin. Apabila
terjadi kerusakan pada mesin produksi, maka operator mesin
mengajukan perbaikan dengan cara mengisi lembar form kertas WO
(Work Order) yang berisi uraian kerusakan mesin, kemudian form
tersebut akan diberikan kepada bagian maintenance untuk dilakukan
pemeriksaan kerusakan dan selanjutnya akan dilakukan perbaikan.
vii
KATA PENGANTAR
Alhamdulillah puji dan syukur penulis panjatkan kehadirat Allah SWT,
atas rahmat dan hidayah-Nya yang telah memberikan kemudahan sehingga
penulis dapat menyelesaikan penyusunan Laporan Tugas Akhir (TA), yang
berjudul “ SISTEM INFORMASI MAINTENANCE MESIN PRODUKSI PUPUK
DAN PESTISIDA (STUDI KASUS : CV SAPROTAN UTAMA) ”. Laporan ini
disusun sebagai salah satu syarat dalam memperoleh kelulusan sarjana (S1) pada
Program Studi Sistem Informasi, Universitas Semarang.
Dalam penyusunan laporan ini tidak lepas dari bimbingan dan bantuan
berbagai pihak, baik secara langsung maupun tidak langsung. Terima kasih
sebesar- besarnya diucapkan kepada :
1. Bapak Andy Krisdasusila, SE., MM. Selaku Rektor Universitas
Semarang.
2. Bapak Susanto, S.Kom., M.Kom. Selaku Dekan Fakultas Teknologi
Informasi Universitas Semarang.
3. Bapak Muhammad Dikro selaku Supervisor Maintenance CV
Saprotan Utama Bandungrejo.
4. Ibu Prind Triajeng Pungkasanti, S.Kom., M.Kom., selaku Ketua
Program Studi Sistem Informasi Universitas Semarang.
5. Bapak Febrian Wahyu C., S.Kom., M.Cs., selaku Dosen Pembimbing
Penulis yang telah memberikan bimbingan dan saran selama
penyusunan hingga terselesaikan Laporan Tugas Akhir (TA) ini.
6. Ibu Nutriana Hidayati, S.Kom., M.Kom., selaku Dosen Wali Penulis.
7. Kedua Orang Tua Saya, dan Saudara Saya yang telah memberikan
motivasi, semangat dan doa untuk kelancaran pembuatan Laporan
Tugas Akhir (TA).
8. Seluruh Dosen pengajar dan Staff Fakultas Teknologi Informasi dan
Komunikasi Universitas Semarang.
viii
9. Teman dan semua pihak yang tidak dapat di sebutkan satu persatu
yang telah memberikan bantuan hingga terselesaikannya laporan ini.
Penulis menyadari bahwa masih terdapat banyak kekurangan dalam
laporan ini. Oleh karena itu penulis mohon maaf dan saran maupun kritik yang
membangun sangat diharapkan guna penyempurnaan laporan ini. Harapan penulis
semoga laporan ini bisa bermanfaat bagi semua orang yang membacanya.
Akhir kata berharap semoga laporan Tugas Akhir (TA) ini dapat
memberikan manfaat bagi penulis, teman-teman mahasiswa pada khususnya dan
pembaca pada umumnya, terimakasih
Semarang Februari 2019
Penulis
ix
DAFTAR ISI
Halaman Judul ..................................................................................................... i
Pernyataan Penulis .............................................................................................. ii
Pengesahan Tugas Akhir ..................................................................................... iii
Pengesahan Ujian Tugas Akhir ........................................................................... iv
Abstract ............................................................................................................... v
Abstrak ................................................................................................................ vi
Kata Pengantar .................................................................................................... vii
Daftar Isi.............................................................................................................. ix
Daftar Gambar ..................................................................................................... xii
Daftar Tabel ........................................................................................................ xvi
BAB I PENDAHULUAN
1.1 Latar Belakang ............................................................................... 1
1.2 Perumusan Masalah ....................................................................... 3
1.3 Batasan Masalah ............................................................................ 3
1.4 Tujuan Tugas Akhir ....................................................................... 4
1.5 Manfaat Tugas Akhir ..................................................................... 4
1.6 Metodologi Penelitian ..................................................................... 5
1.6.1 Objek Penelitian ................................................................... 6
1.6.2 Sumber Data ......................................................................... 6
1.6.3 Metode Pengumpulan Data ................................................... 7
1.6.4 Metode Pengembangan Sistem ............................................. 8
1.7 Sistematika Penulisan .................................................................... 10
BAB II TINJAUAN UMUM CV SAPROTAN UTAMA
2.1 Sejarah CV Saprotan Utama .......................................................... 13
2.2 Visi dan Misi CV Saprotan Utama ................................................ 13
2.3 Struktur Organisasi ........................................................................ 15
2.4 Tugas dan Fungsi masing-masing struktur .................................... 16
x
BAB III LANDASAN TEORI
3.1 Penelitian Terdahulu ...................................................................... 24
3.2 Pengertian Sistem .......................................................................... 26
3.3 Informasi ........................................................................................ 15
3.4 Sistem Informasi ............................................................................ 27
3.5 Pengertian Maintenance (Perawatan) ............................................ 28
3.6 Sistem Informasi Manajemen Aset ................................................ 29
3.7 Pengertian Mesin ........................................................................... 30
3.8 Pengertian Produksi ....................................................................... 31
3.9 Pengertian PHP .............................................................................. 31
3.10 XAMPP ......................................................................................... 32
3.11 MySQL ......................................................................................... 33
3.10 Unifield Modelling Language (UML) .......................................... 34
BAB IV PERENCANAAN DAN ANALISA PERANCANGAN SISTEM
4.1 Perencanaan Sistem Informasi ....................................................... 49
4.2 Analisa Sistem Yang Berjalan ...................................................... 49
4.3 Analisa Sistem Yang Akan Dikembangkan .................................. 49
4.4 Analisa Kebutuhan ......................................................................... 51
4.4.1 Analisa Kebutuhan Hardware .............................................. 51
4.4.2 Analisa Kebutuhan Software ................................................ 51
4.5 Perancangan Sistem ....................................................................... 51
4.5.1 Use Case Diagram ................................................................ 52
4.5.2 Skenario Use Case ................................................................ 53
4.5.3 Activity Diagram ................................................................... 70
4.5.4 Sequence Diagram ................................................................ 86
4.5.5 State Chart ............................................................................ 99
4.5.6 Component Diagram ............................................................. 110
4.5.7 Deployment Diagram ............................................................ 110
4.5.8 Class Diagram ...................................................................... 111
xi
4.9 Perancangan Database ................................................................... 112
4.10 Percangan User Interface (Antar Muka) ....................................... 117
BAB V IMPLEMENTASI DAN PENGUJIAN SISTEM
5.1 Hirarki Program ............................................................................ 124
5.2 Implementasi Database ................................................................ 125
5.3 Implementasi Program .................................................................. 132
5.4 Pengujian Sistem ........................................................................... 147
5.4.1 Pengujian White Box ............................................................ 147
5.4.2 Pengujian Black Box ............................................................ 153
5.4.3 Pengujian Beta ..................................................................... 154
5.4.4 Pengujian Perhitungan Efisiensi Sistem ............................... 160
5.5 Pemeliharaan Program .................................................................. 161
BAB VI PENUTUP
6.1 Kesimpulan ...................................................................................162
6.2 Saran .............................................................................................163
DAFTAR PUSTAKA
LAMPIRAN
xii
DAFTAR GAMBAR
Gambar 1.1 Diagram Waterfall ....................................................................... 8
Gambar 2.1 CV Saprotan Utama ..................................................................... 14
Gambar 2.2 Struktur Organisasi CV Saprotan Utama .................................... 15
Gambar 3.1 Sistem Informasi Manajemen Aset ............................................. 30
Gambar 4.1 Use Case Diagram ....................................................................... 52
Gambar 4.2 Activity Diagram Input Kerusakan ............................................. 71
Gambar 4.3 Activity Diagram Menerima Notifikasi Laporan Kerusakan ....... 72
Gambar 4.4 Activity Diagram Mengelola Laporan Kerusakan ....................... 73
Gambar 4.5 Activity Diagram Menegelola Detail Keruakan .......................... 74
Gambar 4.6 Activity Diagram Mengelola Data Lokasi ................................... 75
Gambar 4.7 Actitifty Diagram Menelola Data Mesin ..................................... 76
Gambar 4.8 Activity Diagram Mengelola Komponen..................................... 77
Gambar 4.9 Activity Diagram Mengelola Pegawai ........................................ 78
Gambar 4.10 Activity Diagram Menerima Notifikasi Jadwal Monitoring ........ 79
Gambar 4.11 Activity Diagram Update Jadwal Monitoring ............................. 80
Gambar 4.12 Activity Diagram Mengelola Mutasi Komponen ........................ 81
Gambar 4.13 Activity Diagram Mengelola User............................................... 82
Gambar 4.14 Activity Diagram Mengelola Jadwal Monitoring ....................... 83
Gambar 4.15 Activity Diagram Melihat Laporan Kerusakan............................ 84
Gambar 4.16 Activity Diagram Melihat Laporan Detail Kerusakan ................. 85
Gambar 4.17 Activity Diagram Melihat Laporan Kerusakan............................ 86
Gambar 4.18 Sequence Diagram Input Laporan Kerusakan ............................. 87
Gambar 4.19 Sequence Diagram Menerima Notifikasi Laporan Kerusakan .... 87
Gambar 4.20 Sequence Diagram Mengelola Laporan Kerusakan .................... 88
Gambar 4.21 Sequence Diagram Mengelola Detail Kerusakan ........................ 89
Gambar 4.22 Sequence Diagram Mengelola Data Lokasi ................................ 90
Gambar 4.23 Sequence Diagram Mengelola Data Mesin ................................. 91
Gambar 4.24 Sequence Diagram Mengelola Data Komponen ......................... 92
xiii
Gambar 4.25 Sequence Diagram Mengelola Data Pegawai ............................. 93
Gambar 4.26 Sequence Diagram Mendapat Notifikasi Jadwal Monitoring ..... 94
Gambar 4.27 Sequence Diagram Update Jadwal Monitoring .......................... 94
Gambar 4.28 Sequence Diagram Mengelola Mutasi Komponen...................... 95
Gambar 4.29 Sequence Diagram Mengelola User ............................................ 96
Gambar 4.30 Sequence Diagram Mengelola Jadwal Monitroing ..................... 97
Gambar 4.31 Sequence Diagram Melihat Laporan Kerusakan ........................ 98
Gambar 4.32 Sequence Diagram Melihat Laporan Detail Kerusakan ............. 98
Gambar 4.33 Sequence Diagram Melihat Laporan Jadwal Monitoring .......... 99
Gambar 4.34 State Diagram Input Laporan Kerusakan .................................... 100
Gambar 4.35 State Diagram Menerima Notifikasi Laporan Kerusakan ........... 101
Gambar 4.36 State Diagram Mengelola Laporan Kerusakan ........................... 102
Gambar 4.37 State Diagram Mengelola Detail Kerusakan ............................... 102
Gambar 4.38 State Diagram Mengelola Data Lokasi ....................................... 103
Gambar 4.39 State Diagram Mengelola Data Mesin ........................................ 104
Gambar 4.40 State Diagram Mengelola Data Komponen ................................ 104
Gambar 4.41 State Diagram Mengelola Data Pegawai .................................... 105
Gambar 4.42 State Diagram Menerima Notifikasi Jadwal Monitoring ............ 106
Gambar 4.43 State Diagram Update Jadwal Monitoring.................................. 106
Gambar 4.44 State Diagram Mengelola Mutasi Komponen ............................. 107
Gambar 4.45 State Diagram Mengelola User ................................................... 108
Gambar 4.46 State Diagram Mengelola Jadwal Monitoring ............................ 108
Gambar 4.47 State Diagram Melihat Laporan .................................................. 109
Gambar 4.48 Component Diagram ................................................................... 110
Gambar 4.49 Deployment Diagram .................................................................. 110
Gambar 4.50 Class Diagram ............................................................................. 111
Gambar 4.51 Perancangan Tampilan Login ...................................................... 117
Gambar 4.52 Tampilan Halaman Menu Operator dan Input Kerusakan .......... 118
Gambar 4.53 Tampilan Halaman Menu Utama User Admin Maintenance Dalam
Pengelolaan Data Mesin .............................................................. 119
xiv
Gambar 4.54 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Pegawai .......................................................... 119
Gambar 4.55 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Komponen ...................................................... 120
Gambar 4.56 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Komponen ...................................................... 121
Gambar 4.57 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Kerusakan ....................................................... 121
Gambar 4.58 Tampilan Halaman Menu Utama Admin Maintenance Dalam
Pengelolaan Data Detail Kerusakan ............................................ 122
Gambar 4.59 Tampilan Halaman Menu Utama Spv. Maintenance Dalam
Pengelolaan Data Jadwal Monitoring .......................................... 123
Gambar 5.1 Hirarki Program .......................................................................... 124
Gambar 5.2 Tabel User ................................................................................... 125
Gambar 5.3 Tabel pegawai .............................................................................. 126
Gambar 5.4 Tabel Mesin ................................................................................. 126
Gambar 5.5 Tabel Lokasi ................................................................................ 127
Gambar 5.6 Tabel Komponen ......................................................................... 128
Gambar 5.7 Tabel Gudang .............................................................................. 128
Gambar 5.8 Tabel Kerusakan .......................................................................... 129
Gambar 5.9 Tabel Detail Kerusakan ............................................................... 130
Gambar 5.10 Tabel Detail Kerusakan ............................................................... 131
Gambar 5.11 Tampilan Dashboard Operartor .................................................. 132
Gambar 5.12 Form Menu Kerusakan ................................................................ 133
Gambar 5.13 Form Input Kerusakan ................................................................. 133
Gambar 5.14 Tampilan Dashboard Admin Maintenance ................................. 134
Gambar 5.15 Tampilan Menu Pegawai ............................................................. 135
Gambar 5.16 Tampilan Input Pegawai .............................................................. 135
Gambar 5.17 Tampilan Menu Mesin ................................................................ 136
Gambar 5.18 Tampilan Input Mesin ................................................................. 137
Gambar 5.19 Tampilan Menu Komponen ......................................................... 137
xv
Gambar 5.20 Tampilan Input Komponen .......................................................... 138
Gambar 5.21 Tampilan Menu Lokasi................................................................ 138
Gambar 5.22 Tampilan Input Lokasi ................................................................ 139
Gambar 5.23 Tampilan Menu Gudang .............................................................. 139
Gambar 5.24 Tampilan Input Gudang ............................................................... 140
Gambar 5.25 Tampilan Menu Stok Komponen ................................................ 141
Gambar 5.26 Tampilan Update Catatan Kerusakan .......................................... 141
Gambar 5.27 Tampilan Menu Detail Kerusakan ............................................... 142
Gambar 5.28 Tampilan Input Detail Kerusakan ............................................... 142
Gambar 5.29 Tampilan Menu Jadwal Monitoring ............................................ 143
Gambar 5.30 Tampilan Input Jadwal Monitoring ............................................. 144
Gambar 5.31 Cetak Laporan Kerusakan ........................................................... 144
Gambar 5.32 Cetak Laporan Jadwal Monitoring .............................................. 145
Gambar 5.33 Cetak Form kerusakan ................................................................. 146
Gambar 5.34 Notifikasi Kerusakan dan Jadwal Monitoring ............................. 146
Gambar 5.35 Alir Proses Login ......................................................................... 148
Gambar 5.36 Grafik Alir Login ......................................................................... 150
Gambar 5.37 Grafik Pengujian Beta ................................................................. 160
Gambar 5.38 Dokumentasi Penyerahan Program ............................................. 161
Gambar 5.39 Dokumentasi Pelatihan Program ................................................. 162
xvi
DAFTAR TABEL
Tabel 1.1 Data Perbaikan dan Perawatan Mesin Produksi CV Saprotan Utama 2
Tabel 3.1 Penelitian Terdahulu ........................................................................ 24
Tabel 3.2 Simbol Use Case Diagram ............................................................... 34
Tabel 3.3 Simbol Class Diagram ..................................................................... 37
Tabel 3.4 Simbol Activity Diagram .................................................................. 39
Tabel 3.5 Simbol Sequence Diagram ............................................................... 40
Tabel 3.6 Simbol State Diagram ...................................................................... 43
Tabel 3.7 Simbol Deployment Diagram ........................................................... 44
Tabel 3.8 Simbol Component Diagram ............................................................ 46
Tabel 4.1 Skenario Use Case Membuat Laporan Kerusakan Mesin ................ 54
Tabel 4.2 Skenario Use Case Menerima Notifikasi Laporan Kerusakan Mesin 55
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan ......................... 55
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan ............................ 57
Tabel 4.5 Skenario Mengelola Data Lokasi ..................................................... 58
Tabel 4.6 Skenario Mengelola Data Mesin ...................................................... 60
Tabel 4.7 Skenario Mengelola Data Komponen .............................................. 61
Tabel4.8 Skenario Mengelola Data Pegawai .................................................. 62
Tabel 4.9 Skenario Menerima Notifikasi Jadwal Monitoring .......................... 63
Tabel 4.10 Skenario Use Case Update Jadwal Monitoring ............................... 64
Tabel 4.11 Skenario Mengelola Mutasi Komponen ........................................... 65
Tabel 4.12 Skenario Mengelola Laporan Kerusakan ......................................... 66
Tabel 4.13 Skenario Mengelola Laporan Detail Kerusakan .............................. 67
Tabel 4.14 Skenario Mengelola Laporan Jadwal Monitoring ............................ 67
Tabel 4.15 Skenario Mengelola Jadwal Monitoring .......................................... 68
Tabel 4.16 Skenario Mengelola Data User ........................................................ 69
Tabel 4.17 Tabel User ........................................................................................ 112
Tabel 4.18 Tabel Pegawai .................................................................................. 113
Tabel 4.19 Tabel Lokasi ..................................................................................... 113
Tabel 4.20 Tabel Mesin ...................................................................................... 113
xvii
Tabel 4.21 Tabel Komponen .............................................................................. 114
Tabel 4.22 Tabel Gudang ................................................................................... 114
Tabel 4.23 Tabel Kerusakan ............................................................................... 115
Tabel 4.24 Tabel Detail Kerusakan .................................................................... 116
Tabel 4.25 Tabel Jadwal Monitoring ................................................................. 116
Tabel 5.1 Listing Program Login ..................................................................... 149
Tabel 5.2 Pengujian Jalur ................................................................................. 152
Tabel 5.4 Pengujian Beta Pertanyaan 1 ............................................................ 155
Tabel 5.5 Pengujian Beta Pertanyaan 2 ............................................................ 156
Tabel 5.6 Pengujian Beta Pertanyaan 3 ............................................................ 156
Tabel 5.7 Pengujian Beta Pertanyaan 4 ............................................................ 157
Tabel 5.8 Pengujian Beta Pertanyaan 5 ............................................................ 157
Tabel 5.9 Pengujian Beta Pertanyaan 6 ............................................................ 158
Tabel 5.10 Pengujian Beta Pertanyaan 7 ............................................................ 158
Tabel 5.11 Pengujian Beta Pertanyaan 8 ............................................................ 159
Tabel 5.12 Pengujian Beta Pertanyaan 9 ............................................................ 159
Tabel 5.13 Data Efisiensi Sistem ....................................................................... 161
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Seiring dengan berkembangnya perusahaan dan kemajuan
teknologi, pengolahan data secara manual sudah mulai ditinggalkan,
karena dalam sistem manual sering terjadi kesalahan dalam pencatatan.
Berbeda dengan pengolahan data secara komputerisasi yang
memberikan banyak keuntungan dan manfaat bagi perusahaan, yaitu
meminimalkan waktu pengolahan data dan mengurangi kesalahan
dalam pencatatan.
CV Saprotan Utama merupakan perusahaan yang bergerak
dibidang pertanian, yang memproduksi pupuk dan pestisida. Dalam
proses produksi CV Saprotan Utama mengandalkan mesin sebagai alat
bantu. Mesin produksi merupakan salah satu komponen utama dalam
proses produksi, dengan adanya mesin produksi, output yang
dihasilkan akan lebih banyak jika dibandingkan dengan hanya
mengandalkan tenaga manusia saja. Mesin produksi yang terawat akan
mencapai performa terbaik sehingga akan menghasilkan output lebih
banyak. Seiring berjalannya waktu, mesin-mesin tersebut mengalami
beberapa kendala kerusakan yang harus segera diatasi oleh bagian
maintenance agar mesin tersebut dapat berjalan kembali dengan
optimal dan memenuhi target yang telah ditentukan.
Sistem yang berjalan saat ini masih mempunyai kekurangan,
yaitu kurang efektif dalam pengolahan data perbaikan mesin produksi,
perawatan mesin produksi, dan penjadwalan perawatan mesin. Apabila
terjadi kerusakan pada mesin produksi, maka operator mesin
mengajukan perbaikan dengan cara mengisi lembar form kertas WO
(Work Order) yang berisi uraian kerusakan mesin, kemudian form
tersebut akan diberikan kepada bagian maintenance untuk dilakukan
pemeriksaan kerusakan dan selanjutnya akan dilakukan perbaikan.
2
Perawatan mesin secara berkala perlu dilakukan agar mengurangi
downtime mesin yang terjadi, dan untuk mengatasi permasalahan
tersebut maka harus disusun jadwal perawatan mesin produksi secara
rutin setiap bulannya. Berikut data dari hasil perbaikan dan perawatan
mesin produksi CV Saprotan Utama selama satu setengah tahun
(Januari 2017-Juni 2018) terdapat pada Tabel 1.1.
Tabel 1.1 Data Perbaikan dan Perawatan Mesin Produksi CV Saprotan
Utama
No Tanggal Mesin Problem Solving Teknisi
1 05-09-17 Molen No 7 Tabung Aduk
Berlubang Tambal dan las Sujiwo
2 05-09-17 Molen No 3 V-Belt kendor Ganti V-belt Aris
3 11-09-17 Mesin Jahit
G.B
Tidak bisa
menganyam
Setting
mekanik Mulyadi
4 11-09-17 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
5 13-09-17 CPN Auto 2 Bagian las
bocor
Setting
dudukan heater Aris
6 19-09-17 MC DBF
900 Heater putus
Ganti heater
baru Wahono
7 22-09-17 CPN Auto 1 Printer rusak Ganti
Pneumatic Aris
8 22-09-17 Mesin
Gerus No 1 V-Belt kendor
Setting
Dudukan motor Malik
9 22-09-17 Mesin
Gerus No 2 V-Belt kendor
Setting
dudukan motor Malik
10 30-09-17
Mesin
Induction
Seal
Fuse putus Ganti Fuse Aris
11 11-01-18 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
12 22-02-18 Stabilizer Perangkat
Mati Ganti Fuse Aris
13 21-3-18 Lift Gd.
Blending
Ada Percikan
Api Lepas Sumber Malik
14 17-4-18 Molen No 2 Mengeluarkan
Asap Instalasi Ulang Wahono
15 8-6-18 Lift Gd.
Couting Lift Macet Ganti P/B Mulyadi
3
Data pada Tabel 1.1 adalah hasil rekapan perbaikan mesin
produksi dari Januari 2017 – Juni 2018. Dari hasil perbaikan dan
perawatan mesin produksi tersebut masih sering terjadi penumpukan
dokumen karena ada pencatatan ulang dari form dokumen yang sudah
ada. Sulitnya dalam mengetahui history penyelesaian WO (Work
Order) dan perawatan mesin yang telah dilakukan memerlukan waktu
yang cukup lama dalam pencarian data, sehingga informasi yang
disajikan akan memakan waktu lama dan tidak akurat, karena dapat
terjadi data rusak bahkan hilang. Akibat dari berhentinya mesin
produksi saat terjadi kerusakan mesin akan terhentinya proses produksi
yang sedang dikejar oleh target yang telah ditentukan.
Dari uraian di atas penulis mengambil judul tugas akhir
“Sistem Informasi Maintenance Mesin Produksi Pupuk dan Pestisida
(Studi Kasus : CV Saprotan Utama)”, yang diharapkan sistem yang
akan dibangun dapat memudahkan pelaksanaan dan dokumentasi.
1.2 Perumusan Masalah
Berdasarkan latar belakang di atas, maka didapat rumusan
masalah yaitu bagaimana membangun sistem informasi maintenance
mesin produksi pupuk dan pestisida dengan studi kasus di CV
Saprotan Utama yang diharapkan dapat membantu monitoring
kerusakan mesin dan penjadwalan perawatan mesin di CV Saprotan
Utama.
1.3 Batasan Masalah
Agar pembahasannya jelas, terarah, dan tidak keluar dari pokok
permasalahan yang telah dirumuskan, maka ruang lingkup perlu
dibatasi diantaranya meliputi :
4
1. Metode pengembangan sistem yang digunakan adalah model
Waterfall yang meliputi analisa, perancangan, pengkodean,
pengujian, dan pemeliharaan.
2. Perancangan sistem menggunakan UML (Unified Modeling
Language).
3. Sistem ini dibangun menggunakan bahasa pemograman PHP dan
database MySQL.
4. Sistem informasi yang akan dibangun meliputi pendataan
kerusakan mesin produksi, penjadwalan perawatan mesin produksi
secara berkala, dan pembuatan laporannya.
5. Pembuatan laporan membahas laporan kerusakan, laporan detail
kerusakan, serta laporan jadwal monitoring mesin.
6. Data perbaikan dan perawatan mesin produksi diambil dari CV
Saprotan Utama antara kurun waktu Januari 2017 – Juni 2018.
7. Sistem informasi ini dibangun dengan konsep corrective
maintenance.
8. Pengajuan perbaikan mesin dilakukan dengan memunculkan
pemberitahuan langsung ke halaman sistem yang diakses Admin
Maintenance.
9. Pembuatan jadwal monitoring ditetapkan berdasarkan tanggal
perawatan dan tidak mencakup jam perawatan.
1.4 Tujuan Tugas Akhir
Tujuan dari penelitian ini adalah untuk membangun sistem
informasi pendataan dan pelaporan kerusakan serta perawatan mesin di
CV Saprotan Utama pada bagian maintenance.
1.5 Manfaat Tugas Akh ir
Dengan adanya penelitian ini diharapkan nantinya akan
memberikan manfaat diantaranya :
5
1. Bagi Penulis
Dapat melatih diri dalam menganalisa suatu permasalahan, yang
kemudian dapat merancang sebuah aplikasi yang dapat
menyelesaikan permasalahan yang muncul. Menambah
pengetahuan dan wawasan serta dapat menerapkan teori serta ilmu
yang diperoleh selama perkuliahan khususnya mata kuliah Analisa
dan Perancangan Sitem Informasi, Desain Sistem Informasi,
Pemrograman Database, dan Desain Pemrograman Web.
2. Bagi Perusahaan
Diharapkan sistem informasi ini dapat digunakan secara optimal
oleh karyawan khususnya bagian maintenance dalam pengelolaan
data baik dalam pelaporan kerusakan, penjadwalan, serta
pembuatan laporan dari aktivitas perawatan dan perbaikan mesin
produksi yang telah dilakukan . Serta bisa menutupi kelemahan-
kelemahan yang ada dari sistem yang sedang berjalan.
3. Bagi Akademik
Sebagai referensi dan tolak ukur keberhasilan proses belajar
mengajar yang dapat digunakan sebagai evaluasi bagi pihak
akademik tentang analisa dan desain perancangan sistem informasi
khususnya sistem informasi maintenance.
4. Bagi Pembaca
Sebagai tambahan pengetahuan, rujukan, dan bahan acuan apabila
melakukan penelitian lebih lanjut serta tambahan pengetahuan
dalam mempelajari masalah – masalah tentang analisa dan desain
perancangan sistem informasi.
1.6 Metode Penelitian
Ada beberapa tahapan yang dilakukan dalam pelaksanaan
Tugas Akhir ini, yaitu :
6
1.6.1 Objek Penelitian
Penelitian ini dilakukan di Pabrik CV Saprotan Utama di
Jl. Semarang Purwodadi KM 12, Bandungrejo, Mranggen,
Demak.
1.6.2 Sumber Data
Data-data yang digunakan dalam penelitian ini diambil
dari berbagai sumber yang secara umum dapat diklasifikasikan
dalam 2 jenis yaitu :
a) Data Primer
Data yang diperoleh secara langsung dari sumber data atau
narasumber yaitu Supervisor Maintenance Bapak M. Dikro,
baik wawancara maupun observasi secara langsung. Data
tersebut adalah form work order (WO), data perekapan
perbaikan, dan data mesin produksi.
b) Data Sekunder
Data sekunder adalah data yang diperoleh secara tidak
langsung, data yang diperoleh dari berbagai literatur yang
berhubungan dengan pembuatan Sistem Informasi
Maintenance adalah dari jurnal tentang sistem informasi
maintenance, antara lain Pembuatan Aplikasi Monitoring
Work Order Dalam Pembuatan Shutdown Paper Machine
Dengan Menggunakan PPH dan MySQL Pada PT Pelita
Cengkareng Paper (Saputra, 2015), Rancangan Sistem
Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri
Bangka Belitung) (Rivai et al., 2017), Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A.,
Kumar, D. dan Kumar, 2008), Perancangan Sistem
Informasi Manajemen Perawatan Mesin Berbasis Group
Technology (Studi Kasus: PT. Adi Putro Wirasejati
Malang) (Melladya, Santoso, & Choiri, 2014), Perancangan
7
dan Pembuatan Sistem Informasi Manajemen Pemeliharaan
dan Perawatan di Jurusan Teknik Mesin UNNES (W.
Kurniawan & Fatchurrochman, 2015).
1.6.3 Metode Pengumpulan Data
Metode pengumpulan data yang digunakan diantaranya:
a) Observasi
Yaitu dengan melakukan pengamatan langsung terhadap
sistem kerja dan pencatatan secara cermat dan sistematis
guna mengumpulkan data-data dan diperoleh informasi yang
dibutuhkan seperti form work order dan perekapan data hasil
perbaikan dan perawatan mesin produksi yang telah
dilakukan.
a) Studi Pustaka
Sutdi pustaka dilakukan dengan cara mempelajari,
mendalami, mengutip teori-teori atau konsep-konsep dari
sejumlah literatur, baik buku, jurnal, atau karya tulis
terdahulu tentang sistem informasi maintenance.
b) Wawancara
Metode ini dilakukan dengan cara mengadakan tanya jawab
secara langsung dengan narasumber yaitu Bapak M. Dikro
selaku Supervisor Maintenance di CV Saprotan Utama
perihal alur dari sistem maintenanace yang berjalan.
Pertanyaannya adalah menyakan tentang alur dari sistem
maintenance yang berjalan saat ini apakah sudah
terkomputerisasi dan bagaimana alur dari sistem jika terjadi
kerusakan. Hasil dari wawancara tersebut terjawab bahwa
sistem masih belum terkomputerisasi dan untuk alurnya
apabila terjadi kerusakan, operator mesin masih menulis
pada lembar form work order yang kemudian diajukan
kepada pihak maintenance sebagai surat perintah permintaan
8
perbaikan mesin, setelah dilakukan perbaikan form work
order tadi akan direkap ke Ms. Excel untuk pendataan.
1.6.4 Metode Pengembangan Sistem
Tahapan pengembangan sistem yang digunakan untuk
penulisan Tugas Akhir ini adalah model Waterfall. Metode ini
merupakan metode yang sering digunakan oleh penganalisa
sistem pada umumnya. Unit dari model Waterfall adalah
pengerjaan dari suatu sistem dilakukan secara berurutan atau
secara linier. Jadi apabila langkah pertama belum dikerjakan
maka tidak akan bisa melakukan pengerjaan langkah dua, tiga,
dan seterusnya. Tahap kedua akan bisa dilakukan jika tahap
pertama dan kedua sudah dilakukan. Diagram Waterfall
terdapat pada Gambar 1.1
Gambar 1.1 Diagram Waterfall (Rosa A.S & M. Shallahudin,
2014)
Penjelasan Diagram Waterfall yang terdapat pada
Gambar 1.1 sebagai berikut :
a. Analisa Kebutuhan
Proses pencarian kebutuhan diintensifkan dan
difokuskan pada perangkat lunak. Untuk mengetahui sifat
dari program yang akan dibuat, maka software engineer
harus mengerti tentang domain informasi dan perangkat
lunak.
9
Pada tahap ini penulis menganalisa sistem
maintenance yang berjalan di CV Saprotan Utama kemudian
mencari kelemahan pada sistem ini untuk dianalisa kembali
dan dirancangkan sistem maintenance baru yang lebih baik
dari sebelumnya. Dari analisa ini akan terbentuk alur baru
dari sistem baru yang membantu memudahkan dalam
pekerjaan misalnya pengajuan memo work order ke bagian
maintenance tanpa harus datang ke bagian maintenance tapi
langsung memunculkan notifikasi ke halaman Admin dan
Supervisor Maintenance untuk tindak lanjut.
b. Desain Sistem
Proses ini digunakan untuk mengubah kebutuhan-
kebutuhan diatas representasi ke dalam bentuk perancangan
perangkat lunak sebelum coding dimulai.
Proses ini dilakukan perancangan desain sistem dari
sistem informasi maintenance yang dibangun menggunakan
UML (Unified Modelling Language) yang menggambarkan
alur dari kerja sistem yang akan dibangun, dan perancangan
desain interface dari sistem informasi maintenance
mengunakan Balsamic Mockups 3.
c. Penulisan Kode Program
Untuk dapat dimengerti oleh mesin, dalam hal ini
adalah komputer, maka desain tadi dapat diubah bentuknya
menjadi pemrograman melalui proses coding. Tahap ini
merupakan implementasi dari tahap desain yang secara
teknis dikerjakan oleh programmer.
Proses ini dilakukan penulisan kode program dari
website sistem informasi maintenance menggunakan bahasa
pemrograman PHP dan untuk database menggunakan
MySQL.
10
d. Pengujian Program
Sesuatu yang dibuat harus dicoba. Demikian juga
dengan perangkat lunak. Semua fungsi-fungsi perangkat
lunak harus diuji coba agar terbebas dari error, dan hasilnya
sesuai dengan kebutuhan yang sudah ditentukan
sebelumnya. Pengujian yang digunakan dalam
pengembangan aplikasi ini menggunakan metode black box
testimg dan white box testing.
Penujian untuk meyakinkan semua perintah dan
kondisi pada aplikasi dieksekusi secara minimal disebut
white box testing.
Pengujian oleh user merupakan black box testing,
biasanya pengujian perangkat lunak dengan metode black
box melibatkan client atau pelanggan yang menggunakan
perangkat lunak tersebut. Black box testing dilakukan untuk
memastikan masukan dalam menjalankan proses yang tepat
dan menghasilkan output yang sesuai dengan rancangan.
e. Pemeliharaan Program
Pemeliharaan suatu perangkat lunak sangat
diperlukan, termasuk didalamnya adalah pengembangan,
karena perangkat lunak yang dibuat tidak selamanya seperti
demikian.
Dalam sebulan sekali akan dilakukan kunjungan
rutin ke CV Saprotan Utama apakah adanya kendala atau
error yang muncul yang harus segera diatasi, serta akan
dilakukan update pada sistem informasi maintenance jika
ada tambahan kebutuhan dari pengguna.
1.7 Sistematika Penulisan
Laporan ini dibagi berdasarkan sisematika penulisan yang
dibagi menjadi beberapa bab. Hal ini bertujuan untuk mempermudah
11
dalam memahami isi yang terkandung di dalamnya. Adapun
penyusunan bab sebagai berikut:
BAB I PENDAHULUAN
Berisi tentang latar belakang, tujuan, perumusan masalah,
batasan masalah, manfaat tugas akhir, metodologi
pelaksanaan, serta sistematika penulisan.
BAB II TINJAUAN UMUM CV SAPROTAN UTAMA
Pada bab ini berisi tentang sejarah CV Saprotan Utama,
visi dan misi, lokasi, struktur organisasi, serta uraian tugas
dan tanggung jawab.
BAB III TINJAUAN PUSTAKA
Pada bab ini akan mengulas tentang sistem informasi
maintenance, PHP, MySQL, dan beberapa penelitian
terdahulu yang telah dilakukan tentang sistem informasi
maintenance.
BAB IV PERENCANAAN DAN ANALISA PERANCANGAN
SISTEM
Pada bab ini akan membahas perencanaan desain sistem
informasi maintenance mesin produksi pupuk dan pestisida
pada CV Saprotan Utama. Dalam perancangannya
menggunakan UML (Unified Modelling Language) untuk
perancangan analisa desain sistem dan unutk desain
tampilan interface (antarmuka) menggunakan Balsamic
Mockups 3.
BAB V IMPLEMENTASI SISTEM
Pada bab ini menjelaskan implementasi dari analisa dan
perancangan yang telah dibuat ke dalam bentuk perangkat
lunak, kemudian melakukan pengujian terhadap perangkat
lunak yang dibangun menggunakan PHP dan database
MySQL.
12
BAB VI PENUTUP
Pada bab ini berisi tentang kesimpulan dan saran-saran
untuk melengkapi dan menyempurnakan penyusunan Tugas
Akhir (TA).
DAFTAR PUSTAKA
LAMPIRAN
13
BAB II
TINJAUAN UMUM CV SAPROTAN UTAMA
2.1 Sejarah CV Saprotan Utama
Saprotan Utama adalah perusahaan yang bergerak dibidang
agribisnis sebagai distributor dan produsen pupuk, pestisida, benih
padi, dan benih jagung yang berdiri sejak tahun 1980.
Dimulai tahun 1978 Ir. Markus Wibowo membuka Toko
Sumber Hurip di Jalan DI Panjaitan No. 5 Tegal. Lingkup Toko
Sumber Hurip pada waktu itu adalah petani wilayah Tegal dan
sekitarnya. Lalu tahun 1979 UD Vigor mulai berdiri, beralamat di
Jalan Wotgandul Dalam No. 186 Semarang. UD Vigor didirikan
dengan tujuan sebagai distributor pestisida PT Bayer Indonesia ke PT
Perkebunan Nusantara dan free market.
Tanggal 12 April 1980, nama UD Vigor diganti menjadi CV
Saprotan Utama, dan di tahun 1982 alamat kantor pindah ke Jalan
Wonodri Krajan III/958 Semarang. Tujuan CV Saprotan Utama
didirikan adalah untuk menjadi importir, agen atau distributor, dan
produsen bahan-bahan untuk pertanian seperti pestisida, pupuk, benih,
dan produk perikanan.
Tahun 1989 CV Saprotan Utama menjadi pengimpor dan agen
exclusive atau distributor tunggal untuk pupuk-pupuk SQM (Sociedad
Quimica dei Minerale) di Indonesia. CV Saprotan Utama memperkuat
diri sebagai distributor pupuk import untuk mensuplai kemitraan
tembakau Virginia, Burley, Na-Oogst, dan Rajangan yang dikelola
oleh perusahaan rokok besar di Indonesia seperti PT Philip Morris
Indonesia di tahun 1990. Kantor yang dulu berada di Jalan Wonodri
Krajan III/958 Semarang pindah alamat ke Bangkong Plaza C7, Jalan
Mataram 864-866, Semarang. Berkembang lagi di tahun 1995 menjadi
distributor pupuk impor (SAPRODAP) dari Namahae International
14
Company Korea. Mulai tahun 1998 CV Saprotan Utama berhasil
memproduksi pupuk phosphate butiran dengan memakai bahan baku
lokal, dengan adanya inovasi produk pupuk NPK di tahun 2003, maka
CV Saprotan Utama bekerja sama dengan PT Pupuk Kaltim
mendirikan PT Pukati Pelangi Agromakmur yang khususnya
memproduksi berbagai komposisi pupuk NPK Pelangi. Tahun 2007
CV Saprotan Utama mendirikan pabrik pestisida dan beroperasi di
tahun 2008. Kantor pusat kembali pindah dari alamat sebelumnya ke
alamat Jalan Brigjend Sudiarto 79, Semarang di tahun 2013.
Akhir tahun 2014 pabrik pestisida berpindah lokasi ke Jalan
Raya Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
Berikut Gambar 2.1 yaitu pabrik CV Saprotan Utama.
Gambar 2.1 CV Saprotan Utama
Pada Gambar 2.1 merupakan area dari CV Saprotan Utama
setelah memasuki gerbang depan pabrik yang berlokasi di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
2.2 Visi dan Misi CV Saprotan Utama
a. Visi
Menjadi perusahaan utama penyediaan sarana produksi pertanian
yang mampu menyejahterakan para petani, pelanggan, karyawan,
dan pemilik perusahaan.
15
b. Misi
Menyediakan produk yang berkualitas serta memberikan pelayanan
yang maksimal kepafa konsumen dan ikut berperan aktif
mendukung perkembangan pertanian nasional.
2.3 Struktur Organisasi CV Saprotan Utama
Dalam mengelola aktivitas usaha, diperlukan suatu manajemen
yang dinamis dan kompetitif agar perusahaan dapat mencapai
tujuannya yaitu efisien dari segi biaya, waktu dan tenaga kerja yang
dilibatkan. Untuk lebih jelasnya struktur organisasi perusahaan dapat
dilihat pada Gambar 2.2 berikut ini :
STRUKTUR ORGANISASI PERUSAHAAN
CV SAPROTAN UTAMA
Gambar 2.2 Struktur Organisasi CV Saprotan Utama (Sumber : CV Saprotan
Utama)
*)
*)Tempat Objek Penelitian
16
Pada Gambar 2.2 merupakan struktur organisasi pada CV
Saprotan Utama, CV Saprotan Utama ini dibawah pimpinan Bapak
Ir. Markus Wibowo sebagai Direktur Utama, yang kemudaian
Direktur Operasionalnya adalah Bapak Yuri Wibowo. Plant
Manager di Pabrik CV Saprotan Utama yang berada di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak
sebagai tempat objek penelitian dipimpin oleh Bapak Waryanto.
Untuk narasumber utama dari penelitian ini adalah Bapak M. Dikro
selaku Supervisor Maintenance.
2.4 Uraian Tugas dan Wewenang
Pembagian uraian tugas dan wewenang tanggung jawab pada
CV Saprotan Utama :
2.4.1 Direktur Utama
Tugas dan wewenangnya antara lain memutuskan dan
menentukan peraturan dan kebijakan tertinggi perusahaan.
Bertanggung jawab dalam memimpin dan menjalankan
perusahaan. Bertanggung jawab atas kerugian yang dihadapi
perusahaan termasuk juga keuntungan perusahaan. Serta
mengkoordinasikan dan mengawasi semua kegiatan di
perusahaan, mulai bidang administrasi, kepegawaian hingga
pengadaan barang.
2.4.2 Direktur Operasional
Tugas dan wewenangnya antara lain merencanakan,
melaksanakan, dan mengawasi seluruh pelaksanaan
operasional perusahaan. Membuat standar perusahaan
mengenai semua proses operasional, produksi, proyek, dan
kualitas hasil produksi. Membuat strategi dalam pemenuhan
target perusahaan dan cara mencapai target tersebut.
Membantu tugas-tugas direktur utama, mengecek, mengawasi,
17
dan menentukan semua kebutuhan dalam proses operasional
perusahaan. Merencanakan, menentukan, mengawasi,
mengambil keputusan dan mengkoordinasi dalam hal
keuangan untuk kebutuhan operasional perusahaan. Membuat
laporan kegiatan untuk diberikan kepada Direktur Utama. Serta
bertanggung jawab pada proses operasional, produksi, proyek,
dan kualitas hasil produksi.
2.4.3 Accounting Manager
Tugas dan wewenangnya antara lain merencanakan
strategi accounting perusahaan secara tepat sesuai strategi
bisnis perusahaan. Mengatur dan mengarahkan pencatatan
neraca perusahaan sesuai aktivitas perusahaan dan menjaga
keseimbangan neraca rugi atau laba. Mengevaluasi dan
menganalisa implementasi sistem accounting untuk memberi
masukan terhadap sistem keuangan dan strategi bisnis.
Mengontrol dan mengevaluasi pencatatan neraca rugi atau laba
dan aktivitas accounting lainnya agar dapat berjalan secara
tepat dan akurat. Serta mengarahkan fungsi dan kinerja unit
bagian accounting agar bejalan optimal dan meningkatkan
kinerja SDM accounting.
2.4.4 Marketing Manager
Tugas dan wewenangnya antara lain
mengkoordinasikan dan meningkatkan penjualan.
Mengevaluasi pencapaian target sales. Melakukan strategi
pemasaran yang efektif serta berorientasi pada pencapaian dan
peningkatan target sales. Membangun serta menjaga hubungan
baik dengan mitra bisnis, klien, dan vendor. Serta merumuskan
standar harga jual dengan koordinasi bersama Direktur
Operasional dan departemen terkait.
18
2.4.5 HRD (Human Resource Development)
Tugas dan wewenangnya antara lain bertanggung jawab
mengelola dan mengembangkan sumber daya manusia.
Membuat sistem HR yang efektif dan efisien dengan membuat
SOP, job description, training, dll. Melakukan seleksi,
promosi, dan demosi pada karyawan yang dianggap perlu.
Bertanggung jawab penuh dalam proses perekrutan karyawan,
mulai dari mencari calon karyawan, wawancara, hingga
seleksi. Bertanggung jawab pada hal yang berhubungan
dengan absensi karyawan, perhitungan gaji, bonus, dan
tunjangan. Membuat kontrak kerja karyawan serta
memperbaharui masa berlakunya kontrak kerja. Serta
melakukan tindakan disipliner pada karyawan yang melanggar
peraturan atau kebijakan perusahaan.
2.4.6 PPIC (Production Planning and Inventory Control)
Tugas dan wewenangnya antara lain menyediakan
pemesanan dari bagian marketing dan menyusun rencana
produksi sesuai dengan pesanan marketing. Memenuhi
permintaan contoh produksi dari bagian marketing. Menyusun
rencana pengadaan bahan yang didasarkan atas forecast dari
marketing melalui pemantauan kondisi stok barang yang akan
diproduksi. Melakukan pengawasan di bagian inventory pada
proses produksi, penyimpanan barang di gudang maupun yang
akan didatangkan. Serta membuat jadwal proses produksi
sesuai dengan waktu, routing, dan jumlah produksi yang tepat.
2.4.7 Plant Manager
Tugas dan wewenangnya antara lain bertanggung jawab
atas keseluruhan pabrik. Menentukan kebijakan pada pabrik.
Mengontrol bisnis plant yang telah dibuat terhadap kondisi
19
nyata yang ada di lapangan. Serta memeriksa pelaksanaan
kegiatan di lapangan dan menilai secara langsung pelaksanaan
kegiatan di lapangan.
2.4.8 Kepala Bagian Produksi
Tugas dan wewenangnya antara lain menjaga dan
mengawasi agar mutu bahan baku dalam proses dan mutu
barang jadi sesuai dengan standar yang telah ditetapkan.
Melakukan perencanaan dan pengontrolan proses produksi.
Melakukan perencanaan dan pengontrolan terhadap kebutuhan
tenaga kerja untuk proses produksi. Melakukan evaluasi
terhadap aktivitas proses produksi. Berwenang menilai,
menyampaikan usul promosi, degradasi, dan alih tugas
bawahannya sampai tingkat kepala regu.
2.4.9 Kepala Bagian Gudang
Tugas dan wewenangnya antara lain melakukan
perencanaan penataan (layout) gudang. Melakukan monitoring
produk di gudang. Melakukan pengaturan dan pengawasan
aktivitas di gudang. Melakukan pengawasan administrasi data
barang FG (Finish Good) dan RM (Raw Material). Serta
melakukan pengaturan dan pengawasan semua dokumen
gudang.
2.4.10 Kepala Bagian Maintenance
Tugas dan wewenangnya antara lain melakukan
perencanaan perawatan mesin-mesin dan peralatan mesin
produksi. Melakukan perencanaan modifikasi dan kebutuhan
teknik yang diperlukan untuk mendukung proses produksi.
Melakukan update dan review dokumen-dokumen teknik yang
berkaitan dengan proses produksi. Membantu Plant Manager
dalam menentukan modifikasi atau pembelian alat atau mesin
20
dari aspek teknik, serta melakukan perencanaan tahunan untuk
aktivitas bagian maintenance.
2.4.11 Kepala Bagian Quality Control
Tugas dan wewenangnya antara lain memantau
perkembangan semua produk yang diproduksi perusahaan.
Bertanggung jawab untuk memantau, menganalisis, meneliti,
menguji suatu produk, memverifikasi kualitas produk.
Bertanggung jawab memonitor setiap proses yang terlibat
dalam produksi produk. Memastikan kualitas barang produksi
sesuai standar. Merekomendasikan pengolahan ulang produk-
produk berkualitas rendah.
2.4.12 Supervisor Produksi
Tugas dan wewenangnya antara lain membuat
perencanaan dan permintaan semua kebutuhan untuk produksi.
mengatur, mengkoordinasi, dan mengawasi semua tugas
bawahannya agar sesuai perencanaan, prosedur, dan standar
perusahaan. Bertanggung jawab dalam pencapaian target
produksi dan kualitas standar hasil produksi. Bertanggung
jawab pada ketertiban dan kedisiplinan bawahannya. Serta
bertanggung jawab pada kebersihan lingkungan kerja dan
keselamatan bawahannya.
2.4.13 Leader Produski
Tugas dan wewenangnya antara lain membuat jadwal
pekerjaan setiap kelompok kru produksi. Memantau pekerjaan
yang dilakukan oleh kru produksi dalam mengemas produk
atau mencampur komposisi produk. Bertanggung jawab dalam
pencapaian target produksi. Serta bertanggung jawab pada
kebersihan lingkungan kerja.
21
2.4.14 Leader Gudang
Tugas dan wewenangnya antara lain melakukan
pengaturan dan pengawasan aktivitas di gudang. Melakukan
penerimaan barang dan meneliti barang sesuai dengan surat
pengantar, mengkoordinir kru gudang. Serta membuat laporan
stok setiap bulan.
2.4.15 Teknisi
Tugas dan wewenangnya antara lain melakukan
perbaikan terhadap mesin-mesin dan peralatan produksi.
Melakukan perawatan terhadap mesin-mesin dan perawatan
produksi. Serta melakukan modifikasi terhadap mesin-mesin
dan peralatan produksi.
2.4.16 Admin Produksi
Tugas dan wewenangnya antara lain membuat surat
permintaan barang dan bahan baku ke gudang. Membuat surat
penyerahan mutasi barang. Membuat laporan produksi harian,
bulanan, dan tahunan, serta merapikan file laporan produksi.
2.4.17 Admin Gudang
Tugas dan wewenangnya antara lain membuat surat
penyerahan mutasi barang. Memverifikasi surat mutasi produk
jadi dari produksi. Membuatkan surat pengantar untuk
pengiriman barang. Serta merapikan file pergudangan.
2.4.18 Admin Payroll
Tugas dan wewenangnya antara lain membuat laporan
penggajian karyawan. Menangani permasalahan yang ada pada
karyawan mengenai gaji. Mengontrol absensi seluruh
karyawan, record karyawan baru. Sserta membuat laporan
jamsostek setiap bulan.
22
2.4.19 Kasir
Tugas dan wewenangnya antara lain melakukan
pembayaran gaji untuk karyawan yang berstatus kontrak
harian. Melakukan pembayaran uang lembur untuk karyawan
yang berstatus kontrak bulanan dan tetap. Melakukan
pembayaran biaya bongkar dan muat barang untuk kbkb. Serta
bertanggung jawab terhadap laporan dan uang fisik.
2.4.20 Supervisor Kebersihan / Umum
Tugas dan wewenangnya antara lain melakukan
koordinasi tugas dan tanggung jawab kebersihan area.
Melakukan pengawasan pekerjaan kru kebersihan dan umum
secara berkala. Melakukan pengecekan kebersihan lingkungan
kerja, serta membuat jadwal kegiatan kerja kru kebersihan dan
umum.
2.4.21 Kru Kebersihan / Umum
Tugas dan wewenangnya antara lain membersihkan
lingkungan sesuai tugas yang diberikan supervisor.
membersihkan tempat sampah setiap pagi. merapikan dan
memisahkan pallet yang rusak, serta bertanggung jawab
membersihkan limbah kemasan bahan baku.
2.4.22 Kru Produksi
Tugas dan wewenangnya antara lain operator mesin
produksi menjalankan dan me-monitoring mesin. Bertugas
mencampur komposisi formulasi produk. Mengemas produk
ke dalam kemasan sesuai ukuran. Mencapai target yang telah
diberikan oleh leader produksi atau supervisor produksi. Serta
menjaga dan merapikan peralatan kerja yang digunakan.
23
2.4.23 Kru Gudang
Tugas dan wewenangnya antara lain melengkapi
pengiriman dan penyimpanan barang melalui pengolahan dan
perintah pemuatan. Mengontrol dan bertanggung jawab atas
penyimpanan barang melalui dari kehilangan. Pencurian,
kebakaran, dan keusangan, bertanggung jawab atas kebersihan
dan kerapian barang Bertanggung jawab atas pelaksanaan
bongkar muat barang di gudang. Serta menyiapkan barang
yang akan dikirim ke pelanggan berdasarkan surat yang
diterima dari bagian administrasi.
24
Beberapa penelitian terdahulu mengenai sistem informasi
maintenance yang pernah dilakukan sebelum penelitian ini terdapat
pada Tabel 3.1.
Tabel 3.1 Penelitian Terdahulu
No Judul Tools Hasil Penelitian
1 Pembuatan Aplikasi
Monitoring Work Order
Dalam Pembuatan
Shutdown Paper
Machine Dengan
Menggunakan PPH dan
MySQL Pada PT Pelita
Cengkareng Paper
(Saputra, 2015)
PHP dan
MySQL
Merancang sistem
informasi dalam
pengelolaan data
dalam pelaporan
kerusakan, perawatan
rutin, penjadwalan,
serta laporan semua
aktivitas perawatan
dan perbaikan.
2 Rancangan Sistem
Informasi Perawatan
Berbasis Komputer
(Studi Kasus Di
Laboratorium Mekanik
Politeknik Manufaktur
Negeri Bangka
Belitung) (Rivai et al.,
2017)
Ms Visual
Studio 2010
dan Ms.
Access
Men-generate
perintah dan jadwal
perawatan,
menampilkan
spesifikasi kerja dan
data umum mesin,
memantau kegiatan
perawatan,
menyimpan riwayat
perawatan, membuat
laporan perawatan,
serta mengamankan
data (dokumen)
perawatan.
3 Perancangan Sistem
Informasi Perawatan
Mesin Pada PT XYZ
(Sachdeva, A., Kumar,
D. dan Kumar, 2008)
Visual Basic
dan Ms.
Access
Mempermudah dalam
pelaksanaan
manajemen
perawatan dan
pengelolaan data
terkait.
BAB III
TINJAUAN PUSTAKA
3.1 Penelitian Terdahulu
25
Tabel 3.1 Penelitian Terdahulu (Lanjutan)
No Judul Tools Hasil Penelitian
4 Perancangan Sistem
Informasi Manajemen
Perawatan Mesin
Berbasis Group
Technology (Studi
Kasus: PT. Adi Putro
Wirasejati Malang)
(Melladya, Santoso, &
Choiri, 2014)
Visual Basic
dan Ms.
Access
Sistem yang
dirancang
memperbaiki sistem
lama pada pada PT
APW.
5 Perancangan dan
Pembuatan Sistem
Informasi Manajemen
Pemeliharaan dan
Perawatan di Jurusan
Teknik Mesin UNNES
(W. Kurniawan &
Fatchurrochman, 2015)
Visual Basic
dan Ms.
Access
Mengelola kegiatan
pemeliharaan dan
pewaratan.
Dari penelitian terdahulu yang telah dipelajari pada Tabel 3.1
tersebut maka dari semua penelitian terdahulu belum menerapkan
notifikasi dalam sistem untuk pengajuan perbaikan mesin, dari judul
pertama yaitu Pembuatan Aplikasi Monitoring Work Order Dalam
Pembuatan Shutdown Paper Machine Dengan Menggunakan PPH dan
MySQL Pada PT Pelita Cengkareng Paper (Saputra, 2015), hasil dari
penelitian ini adalah merancang sistem informasi dalam pengelolaan
data dalam pelaporan kerusakan, perawatan rutin, penjadwalan, serta
laporan semua aktivitas perawatan dan perbaikan.
Judul kedua dari penelitian terdahulu adalah Rancangan
Sistem Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri Bangka
Belitung) (Rivai et al., 2017), hasil dari penelitian ini adalah men-
generate perintah dan jadwal perawatan, menampilkan spesifikasi
kerja dan data umum mesin, memantau kegiatan perawatan,
26
menyimpan riwayat perawatan, membuat laporan perawatan, serta
mengamankan data (dokumen) perawatan.
Judul ketiga dari penelitian terdahulu yaitu Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A., Kumar, D.
dan Kumar, 2008), hasil dari penelitiannya adalah mempermudah
dalam pelaksanaan manajemen perawatan dan pengelolaan data terkait.
Judul keempat adalah Perancangan Sistem Informasi
Manajemen Perawatan Mesin Berbasis Group Technology (Studi
Kasus: PT. Adi Putro Wirasejati Malang) (Melladya et al., 2014), dari
penelitian tersebut membuahkan hasil sistem yang dirancang
memperbaiki sistem lama pada pada PT APW.
Terakhir judul kelima adalah Perancangan dan Pembuatan
Sistem Informasi Manajemen Pemeliharaan dan Perawatan di Jurusan
Teknik Mesin UNNES (W. Kurniawan & Fatchurrochman, 2015),
penelitian ini mendapatkan hasil mengelola kegiatan pemeliharaan dan
pewaratan.
Dari penelitian terdahulu, penulis akan membangun sistem
informasi maintenance mengunakan PHP dan database MySQL, akan
ada tambahan fitur notifikasi pada halaman user Spv. Maintenance dan
Admin Maintenace jika ada pengajuan perbaikan kerusakan mesin dari
pihak produksi.
Sistem adalah sekumpulan komponen-komponen yang saling
berkaitan satu sama lain, yang memiliki batasan-batasan tertentu yang
jelas. Lebih lanjut dikatakan pula, bahwa sistem dapat saling bekerja
bersamaan dalam mencapai tujuan dengan cara menerima input dan
menghasilkan output dalam suatu proses yang terorganisir (A.O’Brien,
2010).
3.2 Pengertian Sistem
27
Sistem adalah sekelompok unsur yang erat hubungannya satu
dengan yang lain, yang berfungsi bersama – sama untuk mencapai
tujuan tertentu (Sutabri, 2012).
Sekelompok elemen-elemen yang terintegrasi dengan tujuan
yang sama untuk mencapai tujuan. Sistem juga merupakan jaringan
kerja dari procedure-procedure yang saling berhubungan, terkumpul
bersama-sama untuk melakukan suatu kegiatan atau tujuan tertentu
(Bartz, T., Siluk, J.C.M. dan Bartz, 2014).
Informasi adalah data yang telah diklasifikasikan atau diolah
atau diinterpretasikan untuk digunakan dalam proses pengambilan
keputusan (Sutabri, 2012).
Informasi merupakan hasil pengolahan data dari satu atau
berbagai sumber, yang kemudian diolah, sehingga memberi nilai, arti,
dan manfaat (Pratama, 2014).
Informasi merupakan sebuah data yang telah dibuat dan juga
diolah dengan metode tertentu ke dalam bentuk dan nantinya akan
memiliki arti tertentu bagi manusia sebagai penggunanya (Laudon,
Kenneth C., 2012).
Sistem Informasi (Information System) adalah sekumpulan
komponen yang saling berhubungan, mengumpulkan atau
mendapatkan, menyimpan, memproses, dan mendistribusikan
informasi untuk penunjang pengambilan keputusan dan pengawasan
dalam suatu organisasi serta membantu manajer dalam mengambil
keputusan (Laudon, Kenneth C., 2012).
Sistem informasi adalah suatu sistem di dalam suatu organisasi
yang mempertemukan kebutuhan pengolahan transaksi harian yang
mendukung fungsi operasi organisasi yang bersifat manajerial dengan
3.3 Pengertian Informasi
3.4 Pengertian Sistem Informasi
28
kegiatan strategi dari suatu organisasi untuk dapat menyediakan
laporan–laporan yang diperlukan oleh pihak luar tertentu (Sutabri,
2012).
Sistem informasi merupakan gabungan dari empat bagian
utama. Keempat bagian utama tersebut mencakup perangkat lunak
(software), perangkat keras (hardware), infrastruktur, dan Sumber
Daya Manusia (SDM) yang terlatih. Kempat bagian utama ini saling
berkaitan untuk menciptakan sebuah sistem yang dapat mengolah data
menjadi informasi yang bermanfaat. Didalamnya juga termasuk proses
perencanaan, kontrol, koordinasi, dan pengambilan keputusan.
Sehingga sebagai sebuah sistem yang mengolah data menjadi
informasi yang akan disajikan dan digunakan oleh pengguna, maka
sistem informasi merupakan sebuah sistem yang kompleks. Bukan
hanya komputer saja yang bekerja (beserta software dan hardware di
dalamnya), namun juga manusia (dengan brainware yang dimiliki).
Manusia (pengguna/aktor) dalam hal ini menggunakan seluruh ide,
pemikiran, penghitungan untuk dituangkan ke dalam sistem informasi
yang digunakan (Pratama, 2014).
Maintenance yang dalam bahasa Indonesia biasa disebut
dengan pemeliharaan atau perawatan merupakan sebuah aktivitas yang
bertujuan untuk memastikan suatu fasilitas secara fisik bisa secara
terus menerus melakukan pengguna atau pemakai inginkan. Untuk
pengertian pemeliharaan lebih jelas adalah suatu kombinasi dari
berbagai tindakan yang dilakukan untuk menjaga suatu barang dalam,
atau memperbaikinya sampai kondisi yang bisa diterima (F.
Kurniawan, 2013).
Maintenance merupakan kegiatan untuk memelihara atau
menjaga fasilitas atau peralatan pabrik dengan mengadakan perbaikan
atau penyesuaian atau penggantian yang diperlukan supaya tercipta
3.5 Pengertian Maintenance (Perawatan)
29
suatu keadaan operasional produksi yang memuaskan sesuai dengan
apa yang telah direncanakan (Sofjan, 2013).
Secara sederhana dapat dikatakan bahwa perawatan adalah
segala aktivitas yang dilakukan untuk menjaga agar mesin dan
peralatan dapat bekerja. Perkembangan signifikan pertama dari konsep
manajemen perawatan melalui munculnya konsep corrective
maintenance. Corrective Maintenance merupakan strategi manajemen
perawatan mesin yang fokus terhadap usaha pengembalian kapabilitas
peralatan (Sachdeva, A., Kumar, D. dan Kumar, 2008).
Sistem Informasi Manajemen Aset (SIMA) merupakan
sekumpulan maupun serangkaian dari sub-sistem informasi yang
secara sistematis dan rasional dibuat untuk mengkonversikan data
menjadi informasi mengenai aset, sehingga dapat berguna dan
berperan dalam mengambil keputusan pengelolaan aset disebuah
organisasi.
Konsep dasar dari SIMA adalah bahwa setiap aset dianggap
memiliki data atribut baik secara deskriptif maupun legal yang
menunjukkan identitas serta kepemilikan atau hak dan kewajban
terhadap aset tersebut (Sugiama, 2013).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
yang memiliki aset dalam jumlah banyak yang seharusnya memiliki
divisi sendiri untuk pengelolaan aset tersebut. Sistem informasi
manajemen aset seharusnya dapat menjawab permasalahan-
permasalahan aset yang sering muncul dan atau dihadapi oleh
perusahaan berskala enterprise (Dit TIK UPI, 2008).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
dengan aset dengan jumlah banyak yang seharusnya memerlukan
3.6 Sistem Informasi Manajemen Aset
30
divisi sendiri untuk pengelolaan aset tersebut (Hartono, 2010). Gambar
3.1 dibawah merupakan gambaran dari Sistem Informasi Manajemen
Aset.
Gambar 3.1 Sistem Informasi Manajemen Aset
Dari Gambar 3.1 dapat dijelaskan bahwa Sistem Informasi
Manajemen Aset mengelola aset yang ada di perusahaan besar atau
BUMN yaitu dengan memasukkan data-data aset yang ada ke dalam
database sehingga data tersebut akan dikelola dengan baik oleh sistem.
Menurut KBBI mesin memiliki arti perkakas untuk
menggerakkan atau membuat sesuatu yang dijalankan dengan roda,
digerakkan oleh tenaga manusia atau motor penggerak, menggunakan
bahan bakar minyak atau tenaga alam.
Mesin adalah suatu peralatan yang digerakkan oleh suatu
kekuatan atau tenaga yang dipergunakan untuk membantu manusia
dalam mengerjakan produk / bagian-bagian produk (Sofjan, 2013).
Peranan manajemen perawatan dalam dunia industri terus
meningkat disebabkan semakin mahalnya biaya pembelian teknologi
baru (Bartz, T., Siluk, J.C.M. dan Bartz, 2014). Aktivitas perawatan
dilakukan untuk memastikan agar proses manufaktur dapat beroperasi
3.7 Pengertian Mesin
31
secara efektif dan efisien dengan jalan memperbaikinya, mengganti,
menyesuaikan, dan memodifikasi semua mesin dan peralatan sesuai
dengan kebutuhan produksi.
Produksi adalah kegiatan yang mentransformasikan masukan
(input) menjadi keluaran (output), tercakup semua aktivitas dan
kegiatan yang menghasilkan barang atau jasa, serta kegiatan-kegiatan
lain yang mendukung atau menunjang usaha untuk menghasilkan
produk tersebut yang berupa barang atau jasa (Sofjan, 2013).
Operasi atau produksi adalah kegiatan yang mengubah
masukan (yang merupakan faktor-faktor produksi) menjadi keluaran
sehingga lebih bermanfaat daripada bentuk aslinya (Sutarno, 2012).
Operasi atau produksi adalah aktivitas untuk menghasilkan
produk, baik itu berupa barang atau jasa (Harsanto, 2013).
PHP memiliki beberapa pandangan dalam mengartikannya,
akan tetapi kurang lebih PHP dapat kita ambil arti sebagai PHP :
Hypertext Prepocessor. Ini merupakan bahasa yang hanya dapat
berjalan pada server dan hasilnya dapat ditampilkan pada client. PHP
adalah produk open source yang dapat digunakan secara gratis tanpa
harus membayar untuk menggunakannya. Interpreter PHP dalam
mengeksekusi kode PHP pada sisi server disebut server side.
Sedangkan tanpa adanya interpreter PHP, maka semua skrip dan
aplikasi PHP yang dibuat tidak bisa dijalankan. PHP merupakan
bahasa standar yang digunakan dalam dunia website, PHP adalah
bahasa program yang berbentuk skrip yang diletakkan di dalam server
web. Jika kita lihat dari sejarah mulanya PHP diciptakan dari ide
Rasmus Lerdof untuk kebutuhan pribadinya, skrip tersebut sebenarnya
dimaksudkan untuk digunakan sebagai keperluan membuat website
3.8 Pengertian Produksi
3.9 Pengertian PHP
32
pribadi. Akan tetapi kemudian dikembangkan lagi sehingga menjadi
sebuah bahasa yang disebut “Personal Home Page.” (Nugroho, 2009).
PHP (Hypertext Preprocessor) yang digunakan sebagai bahasa
script server-side dalam pengembangan web yang disisipkan pada
dokumen HTML. Penggunakan PHP memungkinkan web dapat dibuat
dinamis, sehingga maintenance situs web tersebut menjadi lebih
mudah dan efisien. PHP merupakan software Open-Source yang
disebarkan dan dilisensikan secara gratis serta dapat di-download
secara bebas dari situs resmi http://www.php.net (Hidayatullah.
Priyanto, 2014).
Untuk membuat membuat aplikasi berbasis Website dengan
menggunakan bahasa PHP, tentu saja diperlukan sebuah server web
dan interpreter PHP. Server tidak harus sebuah komputer khusus
dengan kinerja tinggi dan berukuran sangat besar, tetapi bisa dibuat
dari PC yang mempunyai fungsi selayaknya sebuah Web Server, yaitu
dengan menginstal paket XAMPP.
XAMPP merupakan paket PHP dan MySQL berbasis open
source yang dapat digunakan sebagai tool pembantu pengembangan
aplikasi berbasis PHP. XAMPP mengombinasikan beberapa paket
perangkat lunak berbeda ke dalam satu paket. Sampai XAMPP versi
1.7.4. Kita dapat mendapatkan file XAMPP di http://apachefriend.org ,
dari alamat website tersebut kita dapat memilih berbagai versi XAMPP
sesuai kebutuhan, dan tentu disesuaikan dengan OS yang kita gunakan
(Riyanto, 2011).
XAMPP merupakan singkatan dari X (empat sistem operasi
apapun), Apache, MySQL, PHP, Perl. XAMPP merupakan tool yang
menyediakan paket perangkat lunak ke dalam satu buah paket. Dalam
paketnya sudah terdapat Apache (web server), MySQL (database),
PHP (server side scripting), Perl, FTP server, phpMyAdmin dan
3.10 XAMPP
33
berbagai pustaka bantu lainnya. Dengan menginstal XAMPP maka
tidak perlu lagi melakukan instalasi dan konfigurasi web server
Apache, PHP, MySQL secara manual. XAMPP akan menginstalasi dan
mengkonfigurasikannya secara otomatis (Hidayatullah, 2014).
MySQL merupakan sebuah basis data yang mengandung satu
atau beberapa kolom. Tabel terdiri atas sejumlah basis dan setiap baris
mengandung satu atau beberapa kolom. Didalam PHP telah
menyediakan fungsi untuk koneksi ke basis data dengan sejumlah
fungsi untuk pengaturan baik menghubungkan atau memutuskan
koneksi server database MySQL sebagai sarana untuk mengumpulkan
informasi.
MySQL bekerja menggunakan bahasa basis data yaitu DBMS
(Database Management System). Data language terbagi dua, yaitu
DDL dan DML. DDL (Data Definition Language) merupakan suatu
perintah yang digunakan untuk menciptakan struktur data, atau untuk
membangun database. DDL mempunyai fungsi untuk melakukan
perubahan struktur tabel, seperti membuat tabel, mengubah nama
tabel, dan sebagainya. Perintah-perintah yang termasuk dalam DDL
yaitu Create, Alter, dan Drop (Kustiyahningsih, Yeni, 2011).
MySQL (My Structured Query Language) atau yang biasa
disebut mai-sekuel adalah sebuah program pembuat dan pengelola
database atau yang sering disebut dengan DBMS (Database
Management System), sifat dari DBMS ini adalah open source.
MySQL sebenarnya produk yang berjalan pada platform linux, dengan
adanya perkembangan dan banyaknya pengguna serta pengembang
kemudian merilis versi windows. Selain itu MySQL juga merupakan
bahasa program pengakses database yang bersifat jaringan, sehingga
dapat digunakan untuk aplikasi multi-user (banyak pengguna).
Kelebihan lain dari MySQL adalah menggunakan bahasa query
3.11 MySQL
34
(permintaan) standar SQL (Structured Query Language). SQL adalah
suatu bahasa permintaan yang terstruktur, SQL telah distandarkan
untuk semua program pengakses database seperti Oracle, PosgreSQL,
SQL Server dan lain-lain. Sebagai sebuah program penghasil database,
MySQL tidak mungkin berjalan sendiri tanpa adanya sebuah aplikasi
pengguna (interface) yang berguna sebagai program aplikasi
pengakses database yang dihasilkan. MySQL dapat didukung oleh
hampir semua program aplikasi baik yang open source seperti PHP
maupun yang tidak open source yang ada pada platform windows
seperti visual basic, delphi dan lain-lain (Nugroho, 2009).
UML (Unified Modeling Language) adalah salah standar
bahasa yang banyak digunakan di dunia industri untuk mendefinisikan
requirement, membuat analisisa dan desain, serta menggambarkan
arsitektur dalam pemrograman berorientasi (Rosa A. S dan
Shalahuddin, 2013).
Jenis diagram yang digunakan adalah :
1. Use Case Diagram
Use Case atau diagram use case merupakan pemodelan untuk
kelakuan (behavior) sistem informasi yang akan dibuat. Simbol use
case terdapat pada Tabel 3.2.
Tabel 3.2 Simbol Use Case Diagram (Rosa A.S., M.
Shalahuddin, 2014)
Simbol Deskripsi
Use Case
nama use case
Menjelaskan urutan kegiatan yang
dilakukan aktor dan sistem untuk
mencapai suatu tujuan tertentu.
3.12 Unifield Modelling Language (UML)
35
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
Aktor / actor
nama aktor
Orang atau pihak yang akan
mengelola sistem.
Asosiasi / association
Menggambarkan hubungan khusus
dalam objek.
Genralisasi /
generalization
Hubungan generalisasi dan
spesialisasi (umum – khusus)
antara dua buah use case dimana
fungsi yang satu adalah fungsi
yang lebih umum dari yang
lainnya, misalnya
ubah data
hapus data
mengelola data
arah panah mengarah pada use
case yang menjadi generalisasinya
(umum)
Menggunakan / include /
uses
NewUseCase NewUseCase2
<<include>>
Validasi User
Ubah Data NewUseCaseNewUseCase2
<<include>><<uses>>
Relasi use case tambahan ke
sebuah use case dimana use case
yang ditambahkan memerlukan use
case ini untuk menjalankan
fungsinya
Ada dua sudut pandang yang
cukup besar mengenai include di
use case:
include berarti use
caseyang ditambahkan akan
selalu dipanggil saat use
case tambahan dijalankan,
36
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
misal pada kasus berikut :
Validasi Username
Login
<<include>>
include berarti use case
yang tambahan akan selalu
melakukan pengecekan
apakah use case yang
ditambahkan telah
dijalankan sebelum use
case tambahan dijalankan,
misal pada kasus berikut:
Validasi User
Ubah Data
<<include>>
Kedua interpretasi diatas dapat
dianut salah satu atau keduanya
tergantung pada pertimbangan dan
interpretasi yang dibutuhkan
Pada Tabel 3.2 tentang simbol use case diagram dapat
dijelaskan use case merupakan fungsionalitas yang disediakan
sistem sebagai unit-unit yang saling bertukar pesan antar unit atau
aktor, biasanya dinyatakan dengan menggunakan kata kerja di awal
frase nama use case. Simbol kedua yaitu aktor, orang, proses, atau
sistem lain yang berinteraksi dengan sistem informasi yang akan
dibuat diluar sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang, tapi aktor belum
37
tentu merupakan orang, biasanya dinyatakan menggunakan kata
benda di awal frase nama aktor.
Generalisasi adalah hubungan generalisasi dan spesialisasi
(umum – khusus) antara dua buah use case dimana fungsi yang
satu adalah fungsi yang lebih umum dari yang lainnya. Asosiasi
merupakan gambaran hubungan khusus dalam objek. Relasi Extend
yaitu dimana use case yang dituju berdisi sendiri tanpa harus
melewati sebuah proses yang lain. Menunjukkan suatu bagian dari
elemen sebelumnya bisa disisipkan ke dalam elemen berikutnya.
Terakhir relasi include dimana use case yang dituju harus melewati
proses yang lain. Menunjukkan bahwa suatu bagian dari elemen
sebelumnya memicu eksekusi dari elemen sebelumnya.
2. Class Diagram
Class diagram menggambarkan struktur sistem dari segi
pendefinisian class-class yang ada dibuat untuk membangun
sistem. Simbol terdapat pada Tabel 3.3.
Tabel 3.3 Simbol Class Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Kelas
Kelas pada struktur sistem
Antarmuka / interface
nama_interface
Sama dengan konsep interface
dalam pemrograman berorientasi
objek
Assosiasi / association
Relasi antar kelas dengan makna
umum, assosiasi biasanya juga
disertai dengan multiplicity
Asosiasi berarah / directed
association
Relasi antar kelas dengan makna
kelas yang satu digunakan oleh
kelas yang lain, assosiasi biasanya
juga disertai dengan multiplicity
38
Tabel 3.3 Simbol Class Diagram (Lanjutan)
Simbol Deskripsi
Generalisasi /
Generalization
Relasi antar kelas dengan makna
generalisasi-spesialisasi (umum-
khusus)
Kebergantungan /
dependency
NewUseCase NewUseCase2
<<include>>
Relasi antar kelas dengan makna
kebergantungan antar kelas
Agregasi / aggregation
Relasi antar kelas dengan makna
semua bagian (whole-part)
Penjelasan dari Tabel 3.3 simbol Class Diagram adalah
sebagai berikut yang pertama adalah class yaitu himpunan dari
objek-objek yang berbagai atribut di operasi yang sama, yang
kedua adalah interface yaitu tampilan luar dari sistem yang bisa
dilihat oleh pengguna, berikutya asosiation yaitu relasi antar kelas
dengan makna umum, assosiasi biasanya juga disertai dengan
multiplicity, ada juga asosiasi berarah yaitu relasi antar kelas
dengan makna kelas yang satu digunakan oleh kelas yang lain,
assosiasi biasanya juga disertai dengan multiplicity.
Generalization yaitu garis yang melambangkan konsep
pewarisan dari suatu kelas ke satu atau lebih sub kelas. Untuk
dependency adalah relasi antar kelas dengan makna
kebergantungan antar kelas.
3. Activity Diagram
Diagram aktifitas menggambarkan workflow (aliran kerja)
atau aktifitas dari sebuah sistem atau proses bisnis. Simbol dari
actifity diagram terdapat pada Tabel 3.4.
39
Tabel 3.4 Simbol Activity Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Status awal
Titik awal atau permulaan
Aktivitas
Aktiviti atau aktivitas yang
dilakukan oleh aktor
Percabangan / decision
Pilihan untuk mengambil keputusan
Penggabungan / join
Asosiasi penggabungan dimana
lebih dari satu aktivitas
digabungkan menjadi satu.
Status akhir
Titik akhir atau akhir dari aktivitas
Swimlane
Memisahkan organisasi bisnis yang
bertanggung jawab terhadap
aktivitas yang terjadi
Penjelasan dari Tabel 3.4 untuk simbol status awal
merupakan status awal aktivitas sistem, sebuah diagram aktivitas
memiliki sebuah status awal, berikutnya aktifitas yaitu yang
dilakukan sistem, aktifitas biasanya diawali dengan kata kerja.
Simbol asosiasi percabangan dimana jika ada pilihan aktivitas lebih
dari satu. Selain percabangan ada penggabungan, asosiasi
penggabungan dimana lebih dari satu aktivitas digabungkan
menjadi satu. Simbol status akhir, yaitu status akhir yang dilakukan
sistem, sebuah diagram aktivitas memiliki sebuah status akhir.
Untuk simbol swinline memisahkan organisasi bisnis yang
bertanggung jawab terhadap aktivitas yang terjadi.
4. Sequence Diagram
Diagram sekuen menggambarkan kelakuan objek pada use
case dengan mendeskripsikan waktu hidup objek dan message yang
40
dikirmkan dan diterima antar objek. Simbol dari sequenc diagram
terdapat pada Tabel 3.5.
Tabel 3.5 Simbol Sequence Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Aktor
nama aktor
atau nama_aktor
Tanpa waktu aktif
Orang atau pihak yang akan
mengelola sistem.
Garis hidup / lifeline
Menyatakan kehidupan suatu objek
Objek
Menyatakan objek yang
berinteraksi pesan
Pesan tipe create
Menyatakan suatu objek membuat
objek yang lain, arah panah
mengarah pada objek yang dibuat
41
Tabel 3.5 Simbol Sequence Diagram (Lanjutan)
Simbol Deskripsi
esan tipe call
Menyatakan suatu objek memanggil
operasi / metode yang ada pada objek
lain atau dirinya sendiri
Arah panah mengarah pada objek yang
memiliki operasi/metode, karena ini
memanggil operasi/metode maka
operasi/metode yang dipanggil harus
ada pada diagram kelas sesuai dengan
kelas objek yang berinteraksi
Pesan tipe send
Menyatakan bahwa suatu objek
mengirimkan data/ masukan/informasi
ke objek lainnya, arah panah mengarah
pada objek yang dikirimi
Pada Tabel 3.5 dapat dijelaskan bahwa aktor adalah orang,
proses, atau sistem lain yang berinteraksi dengan sistem informasi
yang akan dibuat diluar sistem informasi yang dibuat itu sendiri,
jadi walaupun simbol aktor adalah gambar orang tetapi aktor belum
tentu orang. Lifeline menggambarkan sebuah objek dalam sebuah
sistem atau salah satu komponennya. Ada objek yang berinteraksi
pesan. Pesan tipe create menyatakan suatu objek membuat objek
yang lain, arah panah mengarah pada objek yang dibuat.
5. State Diagram
State Diagram adalah teknik yang umum digunakan untuk
menggambarkan behaviour sebuah sistem. Hal ini digunakan untuk
membantu analis, perancang dan pengembang untuk memahami
42
perilaku obyek pada sistem. State diagram menggambarkan transisi
dan perubahan keadaan (dari satu state ke state lainnya) suatu objek
pada sistem sebagai akibat dari stimuli yang diterima. Pada
umumnya state diagram menggambarkan class tertentu (satu class
dapat memiliki lebih dari satu state diagram). Dalam UML, state
digambarkan berbentuk segiempat dengan sudut membulat dan
memiliki nama sesuai kondisinya saat itu. Transisi antar state
umumnya memiliki kondisi guard yang merupakan syarat
terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku.
Action yang dilakukan sebagai akibat dari event tertentu dituliskan
dengan diawali garis miring. Titik awal dan akhir digambarkan
berbentuk lingkaran berwarna penuh dan berwarna setengah. Tidak
cukup hanya mengimplementasikan sebuah obyek, pengembang
juga harus membuat obyek tersebut melakukan sesuatu. State
diagram memastikan bahwa obyek-obyek tersebut akan menebak
apa yang seharusnya dilakukan. Dengan gambaran yang jelas
tentang perilaku obyek, kemungkinan tim pengembang akan
memproduksi sebuah sistem yang sesuai dengan requirement.
(Dharmayanti & Wahono, 2013).
Jika pada pemodelan interaksi menyiapkan detil spesifikasi
dari use case, pada state akan diberikan detail deskripsi dari class
yaitu perubahan state dari class menjadi lebih tepat. Perubahan
dinamis inilah yang akan menjadi prilaku dari suatu objek.
Biasanya statechart ini memodelkan aturan main suatu proses
bisnis. State diagram khususnya digunakan untuk memodelkan
taraf-taraf diskrit suatu siklus objek. State memodelkan objek dari
semenjak dibuat sampai selesai. Pada kondisi ini tidak semua class
akan mempunyai state (Gushelmi & Deded Ramad Kamda, 2017).
Berikut adalah simbol-simbol yang ada pada State Diagram yang
terdapat pada Tabel 3.6
43
Tabel 3.6 Simbol State Diagram (Gushelmi & Deded Ramad
Kamda, 2017)
Simbol Fungsi
State Nilai atribut dan nilai link pada suatu waktu
tertentu, yang dimiliki oleh suatu objek
Start State Menambahkan state awal pada diagram
Final State
Menambahkan state akhir pada diagram
Transition Sebuah kejadian yang memicu sebuah state
objek dengan cara memperbaharui satu atau
lebih nilai atributnya
Association Garis yang menghubungkan antara objek satu
dengan objek lainnya.
Node
Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu sumber
daya komputasi.
Penjelasan dari Tabel 3.6 Simbol State Diagram adalah State
yaitu nilai atribut dan nilai link pada suatu waktu tertentu, yang
dimiliki oleh suatu objek. Start State yaitu menambahkan state awal
pada diagram. Final State yaitu menambahkan state akhir pada
diagram. Transition adalah sebuah state objek yang memperbaharui
satu atau lebih nilai atributnya. Association adalah garis yang
menghubungkan antara objek satu dengan objek lainnya. Node yaitu
44
elemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan
suatu sumber daya komputasi.
6. Deployment Diagram
Pengertian Deployment Diagram menurut (Sukamto dan
Shalahuddin, 2013) menyatakan bahwa “Diagram deployment atau
deployment diagram menunjukkan konfigurasi komponen dalam
proses eksekusi aplikasi.”
Deployment/physical diagram menggambarkan detail
bagaimana komponen deploy dalam infrastruktur sistem, di mana
komponen akan terletak (pada mesin, server atau piranti keras),
bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi
server, dan hal-hal lain yang bersifat fisikal. Sebuah node adalah
server, workstation, atau piranti keras lain yang digunakan untuk
men-deploy komponen dalam lingkungan sebenarnya. Hubungan
antar node (misalnya TCP/IP) dan requirement dapat juga
didefinisikan dalam diagram ini. (Dharmayanti & Wahono, 2013)
Berikut adalah simbol dan fungsi yang ada pada Deployment
Diagram yang terdapat pada Tabel 3.7
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti &
Wahono, 2013)
Simbol Fungsi
Processor
Menambahkan prosesor pada diagram
Connection Menambahkan penghubung antar
komponen dalam diagram
45
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti & Wahono,
2013) (Lanjutan)
Simbol Fungsi
Device Menambahkan peralatan (device) dalam
diagram. Peralatan adalah perangkat keras
dengan suatu kegunaan tertentu atau
perangkat keras dengan fungsi yang
terbatas
Penjelasan dari Tabel 3.7 Simbol Deployment Diagram
adalah Processor yaitu untuk menambahkan prosesor pada
diagram. Connection yaitu penghubung antar komponen dalam
diagram. Device yaitu perangkat keras yang digunakan dengan
suatu kegunaan tertentu atau perangkat keras dengan fungsi yang
terbatas.
7. Component Diagram
Component Diagram menggambarkan struktur dan
hubungan antar komponen piranti lunak, termasuk ketergantungan
(dependency) di antaranya. Komponen piranti lunak adalah modul
berisi code, baik berisi source code maupun binary code, baik
library maupun executable, baik yang muncul pada compile time,
link time, maupun run time. Umumnya komponen terbentuk dari
beberapa class atau package, tapi dapat juga dari komponen-
komponen yang lebih kecil. Komponen dapat juga berupa interface,
yaitu kumpulan layanan yang disediakan sebuah komponen untuk
komponen lain (Dharmayanti & Wahono, 2013).
Component Diagram dibuat untuk menunjukkan organisasi
dan ketergantungan diantara kumpulan komponen dalam sebuah
sistem. Diagram komponen fokus pada komponen sistem yang
46
dibutuhkan dan ada di dalam sistem. Diagram komponen juga dapat
digunakan untuk memodelkan hal-hal berikut :
1. Source code program perangkat lunak
2. Komponen executable yang dilepas ke user.
3. Basis data secara fisik.
4. Sistem yang harus beradaptasi dengan sistem lain.
5. Framework sistem, framework pada perangkat lunak
merupakan kerangka kerja yang dibuat untuk memudahkan
pengembangan dan pemeliharaan aplikasi.
Berikut adalah simbol-simbol yang ada pada Component Diagram
yang terdapat pada Tabel 3.8.
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012)
Simbol Fungsi
Component
Menggambarkan modul perangkat lunak
dengan antarmuka yang didefinisikan
dengan baik
Package
Menambahkan paket dalam diagram
Dependency
Menggambarkan relasi dependency
Subprogram
specification
Menggambarkan spesifikasi subprogram
dan implementasinya
47
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Subprogram body
Menggambarkan koleksi nsubrutin dan
tidak memuat definisi kelas
Main program Menggambarkan program utama
Package
specification
Menggambarkan paket yang merupakan
implementasi kelas. Mengandung
headerfile dan informasi prototype kelas
Package body
Memuat kode untuk operasi-operasi
suatu kelas
Task spesification
Menggambarkan spesifikasi kelas yang
memiliki thread yang mandiri
48
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Task body
Memuat berkas-berkas yang memiliki
thread yang mandiri
Penjelasan dari Tabel 3.8 Simbol dan fungsi Component
Diagram adalah sebagai berikut Component yaitu menggambarkan
modul perangkat lunak dengan antarmuka. Package yaitu
menambahkan paket dalam diagram. Dependency yaitu
menggambarkan relasi dependency. Subprogram specification
yaitu menggambarkan spesifikasi subprogram dan
implementasinya. Subprogram body yaitu menggambarkan
koleksi nsubrutin dan tidak memuat definisi kelas. Main program
yaitu menggambarkan program utama. Package specification yaitu
menggambarkan paket yang merupakan implementasi kelas.
Package body yaitu memuat kode untuk operasi-operasi suatu
kelas. Task specification yaitu menggambarkan spesifikasi kelas
yang memiliki thread yang mandiri. Task body yaitu memuat
berkas-berkas yang memiliki thread yang mandiri.
1
BAB I
PENDAHULUAN
1.1 Latar Belakang
Seiring dengan berkembangnya perusahaan dan kemajuan
teknologi, pengolahan data secara manual sudah mulai ditinggalkan,
karena dalam sistem manual sering terjadi kesalahan dalam pencatatan.
Berbeda dengan pengolahan data secara komputerisasi yang
memberikan banyak keuntungan dan manfaat bagi perusahaan, yaitu
meminimalkan waktu pengolahan data dan mengurangi kesalahan
dalam pencatatan.
CV Saprotan Utama merupakan perusahaan yang bergerak
dibidang pertanian, yang memproduksi pupuk dan pestisida. Dalam
proses produksi CV Saprotan Utama mengandalkan mesin sebagai alat
bantu. Mesin produksi merupakan salah satu komponen utama dalam
proses produksi, dengan adanya mesin produksi, output yang
dihasilkan akan lebih banyak jika dibandingkan dengan hanya
mengandalkan tenaga manusia saja. Mesin produksi yang terawat akan
mencapai performa terbaik sehingga akan menghasilkan output lebih
banyak. Seiring berjalannya waktu, mesin-mesin tersebut mengalami
beberapa kendala kerusakan yang harus segera diatasi oleh bagian
maintenance agar mesin tersebut dapat berjalan kembali dengan
optimal dan memenuhi target yang telah ditentukan.
Sistem yang berjalan saat ini masih mempunyai kekurangan,
yaitu kurang efektif dalam pengolahan data perbaikan mesin produksi,
perawatan mesin produksi, dan penjadwalan perawatan mesin. Apabila
terjadi kerusakan pada mesin produksi, maka operator mesin
mengajukan perbaikan dengan cara mengisi lembar form kertas WO
(Work Order) yang berisi uraian kerusakan mesin, kemudian form
tersebut akan diberikan kepada bagian maintenance untuk dilakukan
pemeriksaan kerusakan dan selanjutnya akan dilakukan perbaikan.
2
Perawatan mesin secara berkala perlu dilakukan agar mengurangi
downtime mesin yang terjadi, dan untuk mengatasi permasalahan
tersebut maka harus disusun jadwal perawatan mesin produksi secara
rutin setiap bulannya. Berikut data dari hasil perbaikan dan perawatan
mesin produksi CV Saprotan Utama selama satu setengah tahun
(Januari 2017-Juni 2018) terdapat pada Tabel 1.1.
Tabel 1.1 Data Perbaikan dan Perawatan Mesin Produksi CV Saprotan
Utama
No Tanggal Mesin Problem Solving Teknisi
1 05-09-17 Molen No 7 Tabung Aduk
Berlubang Tambal dan las Sujiwo
2 05-09-17 Molen No 3 V-Belt kendor Ganti V-belt Aris
3 11-09-17 Mesin Jahit
G.B
Tidak bisa
menganyam
Setting
mekanik Mulyadi
4 11-09-17 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
5 13-09-17 CPN Auto 2 Bagian las
bocor
Setting
dudukan heater Aris
6 19-09-17 MC DBF
900 Heater putus
Ganti heater
baru Wahono
7 22-09-17 CPN Auto 1 Printer rusak Ganti
Pneumatic Aris
8 22-09-17 Mesin
Gerus No 1 V-Belt kendor
Setting
Dudukan motor Malik
9 22-09-17 Mesin
Gerus No 2 V-Belt kendor
Setting
dudukan motor Malik
10 30-09-17
Mesin
Induction
Seal
Fuse putus Ganti Fuse Aris
11 11-01-18 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
12 22-02-18 Stabilizer Perangkat
Mati Ganti Fuse Aris
13 21-3-18 Lift Gd.
Blending
Ada Percikan
Api Lepas Sumber Malik
14 17-4-18 Molen No 2 Mengeluarkan
Asap Instalasi Ulang Wahono
15 8-6-18 Lift Gd.
Couting Lift Macet Ganti P/B Mulyadi
3
Data pada Tabel 1.1 adalah hasil rekapan perbaikan mesin
produksi dari Januari 2017 – Juni 2018. Dari hasil perbaikan dan
perawatan mesin produksi tersebut masih sering terjadi penumpukan
dokumen karena ada pencatatan ulang dari form dokumen yang sudah
ada. Sulitnya dalam mengetahui history penyelesaian WO (Work
Order) dan perawatan mesin yang telah dilakukan memerlukan waktu
yang cukup lama dalam pencarian data, sehingga informasi yang
disajikan akan memakan waktu lama dan tidak akurat, karena dapat
terjadi data rusak bahkan hilang. Akibat dari berhentinya mesin
produksi saat terjadi kerusakan mesin akan terhentinya proses produksi
yang sedang dikejar oleh target yang telah ditentukan.
Dari uraian di atas penulis mengambil judul tugas akhir
“Sistem Informasi Maintenance Mesin Produksi Pupuk dan Pestisida
(Studi Kasus : CV Saprotan Utama)”, yang diharapkan sistem yang
akan dibangun dapat memudahkan pelaksanaan dan dokumentasi.
1.2 Perumusan Masalah
Berdasarkan latar belakang di atas, maka didapat rumusan
masalah yaitu bagaimana membangun sistem informasi maintenance
mesin produksi pupuk dan pestisida dengan studi kasus di CV
Saprotan Utama yang diharapkan dapat membantu monitoring
kerusakan mesin dan penjadwalan perawatan mesin di CV Saprotan
Utama.
1.3 Batasan Masalah
Agar pembahasannya jelas, terarah, dan tidak keluar dari pokok
permasalahan yang telah dirumuskan, maka ruang lingkup perlu
dibatasi diantaranya meliputi :
4
1. Metode pengembangan sistem yang digunakan adalah model
Waterfall yang meliputi analisa, perancangan, pengkodean,
pengujian, dan pemeliharaan.
2. Perancangan sistem menggunakan UML (Unified Modeling
Language).
3. Sistem ini dibangun menggunakan bahasa pemograman PHP dan
database MySQL.
4. Sistem informasi yang akan dibangun meliputi pendataan
kerusakan mesin produksi, penjadwalan perawatan mesin produksi
secara berkala, dan pembuatan laporannya.
5. Pembuatan laporan membahas laporan kerusakan, laporan detail
kerusakan, serta laporan jadwal monitoring mesin.
6. Data perbaikan dan perawatan mesin produksi diambil dari CV
Saprotan Utama antara kurun waktu Januari 2017 – Juni 2018.
7. Sistem informasi ini dibangun dengan konsep corrective
maintenance.
8. Pengajuan perbaikan mesin dilakukan dengan memunculkan
pemberitahuan langsung ke halaman sistem yang diakses Admin
Maintenance.
9. Pembuatan jadwal monitoring ditetapkan berdasarkan tanggal
perawatan dan tidak mencakup jam perawatan.
1.4 Tujuan Tugas Akhir
Tujuan dari penelitian ini adalah untuk membangun sistem
informasi pendataan dan pelaporan kerusakan serta perawatan mesin di
CV Saprotan Utama pada bagian maintenance.
1.5 Manfaat Tugas Akh ir
Dengan adanya penelitian ini diharapkan nantinya akan
memberikan manfaat diantaranya :
5
1. Bagi Penulis
Dapat melatih diri dalam menganalisa suatu permasalahan, yang
kemudian dapat merancang sebuah aplikasi yang dapat
menyelesaikan permasalahan yang muncul. Menambah
pengetahuan dan wawasan serta dapat menerapkan teori serta ilmu
yang diperoleh selama perkuliahan khususnya mata kuliah Analisa
dan Perancangan Sitem Informasi, Desain Sistem Informasi,
Pemrograman Database, dan Desain Pemrograman Web.
2. Bagi Perusahaan
Diharapkan sistem informasi ini dapat digunakan secara optimal
oleh karyawan khususnya bagian maintenance dalam pengelolaan
data baik dalam pelaporan kerusakan, penjadwalan, serta
pembuatan laporan dari aktivitas perawatan dan perbaikan mesin
produksi yang telah dilakukan . Serta bisa menutupi kelemahan-
kelemahan yang ada dari sistem yang sedang berjalan.
3. Bagi Akademik
Sebagai referensi dan tolak ukur keberhasilan proses belajar
mengajar yang dapat digunakan sebagai evaluasi bagi pihak
akademik tentang analisa dan desain perancangan sistem informasi
khususnya sistem informasi maintenance.
4. Bagi Pembaca
Sebagai tambahan pengetahuan, rujukan, dan bahan acuan apabila
melakukan penelitian lebih lanjut serta tambahan pengetahuan
dalam mempelajari masalah – masalah tentang analisa dan desain
perancangan sistem informasi.
1.6 Metode Penelitian
Ada beberapa tahapan yang dilakukan dalam pelaksanaan
Tugas Akhir ini, yaitu :
6
1.6.1 Objek Penelitian
Penelitian ini dilakukan di Pabrik CV Saprotan Utama di
Jl. Semarang Purwodadi KM 12, Bandungrejo, Mranggen,
Demak.
1.6.2 Sumber Data
Data-data yang digunakan dalam penelitian ini diambil
dari berbagai sumber yang secara umum dapat diklasifikasikan
dalam 2 jenis yaitu :
a) Data Primer
Data yang diperoleh secara langsung dari sumber data atau
narasumber yaitu Supervisor Maintenance Bapak M. Dikro,
baik wawancara maupun observasi secara langsung. Data
tersebut adalah form work order (WO), data perekapan
perbaikan, dan data mesin produksi.
b) Data Sekunder
Data sekunder adalah data yang diperoleh secara tidak
langsung, data yang diperoleh dari berbagai literatur yang
berhubungan dengan pembuatan Sistem Informasi
Maintenance adalah dari jurnal tentang sistem informasi
maintenance, antara lain Pembuatan Aplikasi Monitoring
Work Order Dalam Pembuatan Shutdown Paper Machine
Dengan Menggunakan PPH dan MySQL Pada PT Pelita
Cengkareng Paper (Saputra, 2015), Rancangan Sistem
Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri
Bangka Belitung) (Rivai et al., 2017), Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A.,
Kumar, D. dan Kumar, 2008), Perancangan Sistem
Informasi Manajemen Perawatan Mesin Berbasis Group
Technology (Studi Kasus: PT. Adi Putro Wirasejati
Malang) (Melladya, Santoso, & Choiri, 2014), Perancangan
7
dan Pembuatan Sistem Informasi Manajemen Pemeliharaan
dan Perawatan di Jurusan Teknik Mesin UNNES (W.
Kurniawan & Fatchurrochman, 2015).
1.6.3 Metode Pengumpulan Data
Metode pengumpulan data yang digunakan diantaranya:
a) Observasi
Yaitu dengan melakukan pengamatan langsung terhadap
sistem kerja dan pencatatan secara cermat dan sistematis
guna mengumpulkan data-data dan diperoleh informasi yang
dibutuhkan seperti form work order dan perekapan data hasil
perbaikan dan perawatan mesin produksi yang telah
dilakukan.
a) Studi Pustaka
Sutdi pustaka dilakukan dengan cara mempelajari,
mendalami, mengutip teori-teori atau konsep-konsep dari
sejumlah literatur, baik buku, jurnal, atau karya tulis
terdahulu tentang sistem informasi maintenance.
b) Wawancara
Metode ini dilakukan dengan cara mengadakan tanya jawab
secara langsung dengan narasumber yaitu Bapak M. Dikro
selaku Supervisor Maintenance di CV Saprotan Utama
perihal alur dari sistem maintenanace yang berjalan.
Pertanyaannya adalah menyakan tentang alur dari sistem
maintenance yang berjalan saat ini apakah sudah
terkomputerisasi dan bagaimana alur dari sistem jika terjadi
kerusakan. Hasil dari wawancara tersebut terjawab bahwa
sistem masih belum terkomputerisasi dan untuk alurnya
apabila terjadi kerusakan, operator mesin masih menulis
pada lembar form work order yang kemudian diajukan
kepada pihak maintenance sebagai surat perintah permintaan
8
perbaikan mesin, setelah dilakukan perbaikan form work
order tadi akan direkap ke Ms. Excel untuk pendataan.
1.6.4 Metode Pengembangan Sistem
Tahapan pengembangan sistem yang digunakan untuk
penulisan Tugas Akhir ini adalah model Waterfall. Metode ini
merupakan metode yang sering digunakan oleh penganalisa
sistem pada umumnya. Unit dari model Waterfall adalah
pengerjaan dari suatu sistem dilakukan secara berurutan atau
secara linier. Jadi apabila langkah pertama belum dikerjakan
maka tidak akan bisa melakukan pengerjaan langkah dua, tiga,
dan seterusnya. Tahap kedua akan bisa dilakukan jika tahap
pertama dan kedua sudah dilakukan. Diagram Waterfall
terdapat pada Gambar 1.1
Gambar 1.1 Diagram Waterfall (Rosa A.S & M. Shallahudin,
2014)
Penjelasan Diagram Waterfall yang terdapat pada
Gambar 1.1 sebagai berikut :
a. Analisa Kebutuhan
Proses pencarian kebutuhan diintensifkan dan
difokuskan pada perangkat lunak. Untuk mengetahui sifat
dari program yang akan dibuat, maka software engineer
harus mengerti tentang domain informasi dan perangkat
lunak.
9
Pada tahap ini penulis menganalisa sistem
maintenance yang berjalan di CV Saprotan Utama kemudian
mencari kelemahan pada sistem ini untuk dianalisa kembali
dan dirancangkan sistem maintenance baru yang lebih baik
dari sebelumnya. Dari analisa ini akan terbentuk alur baru
dari sistem baru yang membantu memudahkan dalam
pekerjaan misalnya pengajuan memo work order ke bagian
maintenance tanpa harus datang ke bagian maintenance tapi
langsung memunculkan notifikasi ke halaman Admin dan
Supervisor Maintenance untuk tindak lanjut.
b. Desain Sistem
Proses ini digunakan untuk mengubah kebutuhan-
kebutuhan diatas representasi ke dalam bentuk perancangan
perangkat lunak sebelum coding dimulai.
Proses ini dilakukan perancangan desain sistem dari
sistem informasi maintenance yang dibangun menggunakan
UML (Unified Modelling Language) yang menggambarkan
alur dari kerja sistem yang akan dibangun, dan perancangan
desain interface dari sistem informasi maintenance
mengunakan Balsamic Mockups 3.
c. Penulisan Kode Program
Untuk dapat dimengerti oleh mesin, dalam hal ini
adalah komputer, maka desain tadi dapat diubah bentuknya
menjadi pemrograman melalui proses coding. Tahap ini
merupakan implementasi dari tahap desain yang secara
teknis dikerjakan oleh programmer.
Proses ini dilakukan penulisan kode program dari
website sistem informasi maintenance menggunakan bahasa
pemrograman PHP dan untuk database menggunakan
MySQL.
10
d. Pengujian Program
Sesuatu yang dibuat harus dicoba. Demikian juga
dengan perangkat lunak. Semua fungsi-fungsi perangkat
lunak harus diuji coba agar terbebas dari error, dan hasilnya
sesuai dengan kebutuhan yang sudah ditentukan
sebelumnya. Pengujian yang digunakan dalam
pengembangan aplikasi ini menggunakan metode black box
testimg dan white box testing.
Penujian untuk meyakinkan semua perintah dan
kondisi pada aplikasi dieksekusi secara minimal disebut
white box testing.
Pengujian oleh user merupakan black box testing,
biasanya pengujian perangkat lunak dengan metode black
box melibatkan client atau pelanggan yang menggunakan
perangkat lunak tersebut. Black box testing dilakukan untuk
memastikan masukan dalam menjalankan proses yang tepat
dan menghasilkan output yang sesuai dengan rancangan.
e. Pemeliharaan Program
Pemeliharaan suatu perangkat lunak sangat
diperlukan, termasuk didalamnya adalah pengembangan,
karena perangkat lunak yang dibuat tidak selamanya seperti
demikian.
Dalam sebulan sekali akan dilakukan kunjungan
rutin ke CV Saprotan Utama apakah adanya kendala atau
error yang muncul yang harus segera diatasi, serta akan
dilakukan update pada sistem informasi maintenance jika
ada tambahan kebutuhan dari pengguna.
1.7 Sistematika Penulisan
Laporan ini dibagi berdasarkan sisematika penulisan yang
dibagi menjadi beberapa bab. Hal ini bertujuan untuk mempermudah
11
dalam memahami isi yang terkandung di dalamnya. Adapun
penyusunan bab sebagai berikut:
BAB I PENDAHULUAN
Berisi tentang latar belakang, tujuan, perumusan masalah,
batasan masalah, manfaat tugas akhir, metodologi
pelaksanaan, serta sistematika penulisan.
BAB II TINJAUAN UMUM CV SAPROTAN UTAMA
Pada bab ini berisi tentang sejarah CV Saprotan Utama,
visi dan misi, lokasi, struktur organisasi, serta uraian tugas
dan tanggung jawab.
BAB III TINJAUAN PUSTAKA
Pada bab ini akan mengulas tentang sistem informasi
maintenance, PHP, MySQL, dan beberapa penelitian
terdahulu yang telah dilakukan tentang sistem informasi
maintenance.
BAB IV PERENCANAAN DAN ANALISA PERANCANGAN
SISTEM
Pada bab ini akan membahas perencanaan desain sistem
informasi maintenance mesin produksi pupuk dan pestisida
pada CV Saprotan Utama. Dalam perancangannya
menggunakan UML (Unified Modelling Language) untuk
perancangan analisa desain sistem dan unutk desain
tampilan interface (antarmuka) menggunakan Balsamic
Mockups 3.
BAB V IMPLEMENTASI SISTEM
Pada bab ini menjelaskan implementasi dari analisa dan
perancangan yang telah dibuat ke dalam bentuk perangkat
lunak, kemudian melakukan pengujian terhadap perangkat
lunak yang dibangun menggunakan PHP dan database
MySQL.
12
BAB VI PENUTUP
Pada bab ini berisi tentang kesimpulan dan saran-saran
untuk melengkapi dan menyempurnakan penyusunan Tugas
Akhir (TA).
DAFTAR PUSTAKA
LAMPIRAN
13
BAB II
2.1 Sejarah CV Saprotan Utama
Saprotan Utama adalah perusahaan yang bergerak dibidang
agribisnis sebagai distributor dan produsen pupuk, pestisida, benih
padi, dan benih jagung yang berdiri sejak tahun 1980.
Dimulai tahun 1978 Ir. Markus Wibowo membuka Toko
Sumber Hurip di Jalan DI Panjaitan No. 5 Tegal. Lingkup Toko
Sumber Hurip pada waktu itu adalah petani wilayah Tegal dan
sekitarnya. Lalu tahun 1979 UD Vigor mulai berdiri, beralamat di
Jalan Wotgandul Dalam No. 186 Semarang. UD Vigor didirikan
dengan tujuan sebagai distributor pestisida PT Bayer Indonesia ke PT
Perkebunan Nusantara dan free market.
Tanggal 12 April 1980, nama UD Vigor diganti menjadi CV
Saprotan Utama, dan di tahun 1982 alamat kantor pindah ke Jalan
Wonodri Krajan III/958 Semarang. Tujuan CV Saprotan Utama
didirikan adalah untuk menjadi importir, agen atau distributor, dan
produsen bahan-bahan untuk pertanian seperti pestisida, pupuk, benih,
dan produk perikanan.
Tahun 1989 CV Saprotan Utama menjadi pengimpor dan agen
exclusive atau distributor tunggal untuk pupuk-pupuk SQM (Sociedad
Quimica dei Minerale) di Indonesia. CV Saprotan Utama memperkuat
diri sebagai distributor pupuk import untuk mensuplai kemitraan
tembakau Virginia, Burley, Na-Oogst, dan Rajangan yang dikelola
oleh perusahaan rokok besar di Indonesia seperti PT Philip Morris
Indonesia di tahun 1990. Kantor yang dulu berada di Jalan Wonodri
Krajan III/958 Semarang pindah alamat ke Bangkong Plaza C7, Jalan
Mataram 864-866, Semarang. Berkembang lagi di tahun 1995 menjadi
distributor pupuk impor (SAPRODAP) dari Namahae International
TINJAUAN UMUM CV SAPROTAN UTAMA
14
Company Korea. Mulai tahun 1998 CV Saprotan Utama berhasil
memproduksi pupuk phosphate butiran dengan memakai bahan baku
lokal, dengan adanya inovasi produk pupuk NPK di tahun 2003, maka
CV Saprotan Utama bekerja sama dengan PT Pupuk Kaltim
mendirikan PT Pukati Pelangi Agromakmur yang khususnya
memproduksi berbagai komposisi pupuk NPK Pelangi. Tahun 2007
CV Saprotan Utama mendirikan pabrik pestisida dan beroperasi di
tahun 2008. Kantor pusat kembali pindah dari alamat sebelumnya ke
alamat Jalan Brigjend Sudiarto 79, Semarang di tahun 2013.
Akhir tahun 2014 pabrik pestisida berpindah lokasi ke Jalan
Raya Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
Berikut Gambar 2.1 yaitu pabrik CV Saprotan Utama.
Gambar 2.1 CV Saprotan Utama
Pada Gambar 2.1 merupakan area dari CV Saprotan Utama
setelah memasuki gerbang depan pabrik yang berlokasi di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
2.2 Visi dan Misi CV Saprotan Utama
a. Visi
Menjadi perusahaan utama penyediaan sarana produksi pertanian
yang mampu menyejahterakan para petani, pelanggan, karyawan,
dan pemilik perusahaan.
15
b. Misi
Menyediakan produk yang berkualitas serta memberikan pelayanan
yang maksimal kepafa konsumen dan ikut berperan aktif
mendukung perkembangan pertanian nasional.
2.3 Struktur Organisasi CV Saprotan Utama
Dalam mengelola aktivitas usaha, diperlukan suatu manajemen
yang dinamis dan kompetitif agar perusahaan dapat mencapai
tujuannya yaitu efisien dari segi biaya, waktu dan tenaga kerja yang
dilibatkan. Untuk lebih jelasnya struktur organisasi perusahaan dapat
dilihat pada Gambar 2.2 berikut ini :
STRUKTUR ORGANISASI PERUSAHAAN
CV SAPROTAN UTAMA
Gambar 2.2 Struktur Organisasi CV Saprotan Utama (Sumber : CV Saprotan
Utama)
*)
*)Tempat Objek Penelitian
16
Pada Gambar 2.2 merupakan struktur organisasi pada CV
Saprotan Utama, CV Saprotan Utama ini dibawah pimpinan Bapak
Ir. Markus Wibowo sebagai Direktur Utama, yang kemudaian
Direktur Operasionalnya adalah Bapak Yuri Wibowo. Plant
Manager di Pabrik CV Saprotan Utama yang berada di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak
sebagai tempat objek penelitian dipimpin oleh Bapak Waryanto.
Untuk narasumber utama dari penelitian ini adalah Bapak M. Dikro
selaku Supervisor Maintenance.
2.4 Uraian Tugas dan Wewenang
Pembagian uraian tugas dan wewenang tanggung jawab pada
CV Saprotan Utama :
2.4.1 Direktur Utama
Tugas dan wewenangnya antara lain memutuskan dan
menentukan peraturan dan kebijakan tertinggi perusahaan.
Bertanggung jawab dalam memimpin dan menjalankan
perusahaan. Bertanggung jawab atas kerugian yang dihadapi
perusahaan termasuk juga keuntungan perusahaan. Serta
mengkoordinasikan dan mengawasi semua kegiatan di
perusahaan, mulai bidang administrasi, kepegawaian hingga
pengadaan barang.
2.4.2 Direktur Operasional
Tugas dan wewenangnya antara lain merencanakan,
melaksanakan, dan mengawasi seluruh pelaksanaan
operasional perusahaan. Membuat standar perusahaan
mengenai semua proses operasional, produksi, proyek, dan
kualitas hasil produksi. Membuat strategi dalam pemenuhan
target perusahaan dan cara mencapai target tersebut.
Membantu tugas-tugas direktur utama, mengecek, mengawasi,
17
dan menentukan semua kebutuhan dalam proses operasional
perusahaan. Merencanakan, menentukan, mengawasi,
mengambil keputusan dan mengkoordinasi dalam hal
keuangan untuk kebutuhan operasional perusahaan. Membuat
laporan kegiatan untuk diberikan kepada Direktur Utama. Serta
bertanggung jawab pada proses operasional, produksi, proyek,
dan kualitas hasil produksi.
2.4.3 Accounting Manager
Tugas dan wewenangnya antara lain merencanakan
strategi accounting perusahaan secara tepat sesuai strategi
bisnis perusahaan. Mengatur dan mengarahkan pencatatan
neraca perusahaan sesuai aktivitas perusahaan dan menjaga
keseimbangan neraca rugi atau laba. Mengevaluasi dan
menganalisa implementasi sistem accounting untuk memberi
masukan terhadap sistem keuangan dan strategi bisnis.
Mengontrol dan mengevaluasi pencatatan neraca rugi atau laba
dan aktivitas accounting lainnya agar dapat berjalan secara
tepat dan akurat. Serta mengarahkan fungsi dan kinerja unit
bagian accounting agar bejalan optimal dan meningkatkan
kinerja SDM accounting.
2.4.4 Marketing Manager
Tugas dan wewenangnya antara lain
mengkoordinasikan dan meningkatkan penjualan.
Mengevaluasi pencapaian target sales. Melakukan strategi
pemasaran yang efektif serta berorientasi pada pencapaian dan
peningkatan target sales. Membangun serta menjaga hubungan
baik dengan mitra bisnis, klien, dan vendor. Serta merumuskan
standar harga jual dengan koordinasi bersama Direktur
Operasional dan departemen terkait.
18
Tugas dan wewenangnya antara lain bertanggung jawab
mengelola dan mengembangkan sumber daya manusia.
Membuat sistem HR yang efektif dan efisien dengan membuat
SOP, job description, training, dll. Melakukan seleksi,
promosi, dan demosi pada karyawan yang dianggap perlu.
Bertanggung jawab penuh dalam proses perekrutan karyawan,
mulai dari mencari calon karyawan, wawancara, hingga
seleksi. Bertanggung jawab pada hal yang berhubungan
dengan absensi karyawan, perhitungan gaji, bonus, dan
tunjangan. Membuat kontrak kerja karyawan serta
memperbaharui masa berlakunya kontrak kerja. Serta
melakukan tindakan disipliner pada karyawan yang melanggar
peraturan atau kebijakan perusahaan.
Tugas dan wewenangnya antara lain menyediakan
pemesanan dari bagian marketing dan menyusun rencana
produksi sesuai dengan pesanan marketing. Memenuhi
permintaan contoh produksi dari bagian marketing. Menyusun
rencana pengadaan bahan yang didasarkan atas forecast dari
marketing melalui pemantauan kondisi stok barang yang akan
diproduksi. Melakukan pengawasan di bagian inventory pada
proses produksi, penyimpanan barang di gudang maupun yang
akan didatangkan. Serta membuat jadwal proses produksi
sesuai dengan waktu, routing, dan jumlah produksi yang tepat.
Tugas dan wewenangnya antara lain bertanggung jawab
atas keseluruhan pabrik. Menentukan kebijakan pada pabrik.
Mengontrol bisnis plant yang telah dibuat terhadap kondisi
2.4.7 Plant Manager
2.4.6 PPIC (Production Planning and Inventory Control)
2.4.5 HRD (Human Resource Development)
19
nyata yang ada di lapangan. Serta memeriksa pelaksanaan
kegiatan di lapangan dan menilai secara langsung pelaksanaan
kegiatan di lapangan.
Tugas dan wewenangnya antara lain menjaga dan
mengawasi agar mutu bahan baku dalam proses dan mutu
barang jadi sesuai dengan standar yang telah ditetapkan.
Melakukan perencanaan dan pengontrolan proses produksi.
Melakukan perencanaan dan pengontrolan terhadap kebutuhan
tenaga kerja untuk proses produksi. Melakukan evaluasi
terhadap aktivitas proses produksi. Berwenang menilai,
menyampaikan usul promosi, degradasi, dan alih tugas
bawahannya sampai tingkat kepala regu.
Tugas dan wewenangnya antara lain melakukan
perencanaan penataan (layout) gudang. Melakukan monitoring
produk di gudang. Melakukan pengaturan dan pengawasan
aktivitas di gudang. Melakukan pengawasan administrasi data
barang FG (Finish Good) dan RM (Raw Material). Serta
melakukan pengaturan dan pengawasan semua dokumen
gudang.
Tugas dan wewenangnya antara lain melakukan
perencanaan perawatan mesin-mesin dan peralatan mesin
produksi. Melakukan perencanaan modifikasi dan kebutuhan
teknik yang diperlukan untuk mendukung proses produksi.
Melakukan update dan review dokumen-dokumen teknik yang
berkaitan dengan proses produksi. Membantu Plant Manager
dalam menentukan modifikasi atau pembelian alat atau mesin
2.4.8 Kepala Bagian Produksi
2.4.9 Kepala Bagian Gudang
2.4.10 Kepala Bagian Maintenance
20
dari aspek teknik, serta melakukan perencanaan tahunan untuk
aktivitas bagian maintenance.
Tugas dan wewenangnya antara lain memantau
perkembangan semua produk yang diproduksi perusahaan.
Bertanggung jawab untuk memantau, menganalisis, meneliti,
menguji suatu produk, memverifikasi kualitas produk.
Bertanggung jawab memonitor setiap proses yang terlibat
dalam produksi produk. Memastikan kualitas barang produksi
sesuai standar. Merekomendasikan pengolahan ulang produk-
produk berkualitas rendah.
Tugas dan wewenangnya antara lain membuat
perencanaan dan permintaan semua kebutuhan untuk produksi.
mengatur, mengkoordinasi, dan mengawasi semua tugas
bawahannya agar sesuai perencanaan, prosedur, dan standar
perusahaan. Bertanggung jawab dalam pencapaian target
produksi dan kualitas standar hasil produksi. Bertanggung
jawab pada ketertiban dan kedisiplinan bawahannya. Serta
bertanggung jawab pada kebersihan lingkungan kerja dan
keselamatan bawahannya.
Tugas dan wewenangnya antara lain membuat jadwal
pekerjaan setiap kelompok kru produksi. Memantau pekerjaan
yang dilakukan oleh kru produksi dalam mengemas produk
atau mencampur komposisi produk. Bertanggung jawab dalam
pencapaian target produksi. Serta bertanggung jawab pada
kebersihan lingkungan kerja.
2.4.11 Kepala Bagian Quality Control
2.4.12 Supervisor Produksi
2.4.13 Leader Produski
21
Tugas dan wewenangnya antara lain melakukan
pengaturan dan pengawasan aktivitas di gudang. Melakukan
penerimaan barang dan meneliti barang sesuai dengan surat
pengantar, mengkoordinir kru gudang. Serta membuat laporan
stok setiap bulan.
Tugas dan wewenangnya antara lain melakukan
perbaikan terhadap mesin-mesin dan peralatan produksi.
Melakukan perawatan terhadap mesin-mesin dan perawatan
produksi. Serta melakukan modifikasi terhadap mesin-mesin
dan peralatan produksi.
Tugas dan wewenangnya antara lain membuat surat
permintaan barang dan bahan baku ke gudang. Membuat surat
penyerahan mutasi barang. Membuat laporan produksi harian,
bulanan, dan tahunan, serta merapikan file laporan produksi.
Tugas dan wewenangnya antara lain membuat surat
penyerahan mutasi barang. Memverifikasi surat mutasi produk
jadi dari produksi. Membuatkan surat pengantar untuk
pengiriman barang. Serta merapikan file pergudangan.
Tugas dan wewenangnya antara lain membuat laporan
penggajian karyawan. Menangani permasalahan yang ada pada
karyawan mengenai gaji. Mengontrol absensi seluruh
karyawan, record karyawan baru. Sserta membuat laporan
jamsostek setiap bulan.
2.4.14 Leader Gudang
2.4.15 Teknisi
2.4.16 Admin Produksi
2.4.17 Admin Gudang
2.4.18 Admin Payroll
22
Tugas dan wewenangnya antara lain melakukan
pembayaran gaji untuk karyawan yang berstatus kontrak
harian. Melakukan pembayaran uang lembur untuk karyawan
yang berstatus kontrak bulanan dan tetap. Melakukan
pembayaran biaya bongkar dan muat barang untuk kbkb. Serta
bertanggung jawab terhadap laporan dan uang fisik.
Tugas dan wewenangnya antara lain melakukan
koordinasi tugas dan tanggung jawab kebersihan area.
Melakukan pengawasan pekerjaan kru kebersihan dan umum
secara berkala. Melakukan pengecekan kebersihan lingkungan
kerja, serta membuat jadwal kegiatan kerja kru kebersihan dan
umum.
Tugas dan wewenangnya antara lain membersihkan
lingkungan sesuai tugas yang diberikan supervisor.
membersihkan tempat sampah setiap pagi. merapikan dan
memisahkan pallet yang rusak, serta bertanggung jawab
membersihkan limbah kemasan bahan baku.
Tugas dan wewenangnya antara lain operator mesin
produksi menjalankan dan me-monitoring mesin. Bertugas
mencampur komposisi formulasi produk. Mengemas produk
ke dalam kemasan sesuai ukuran. Mencapai target yang telah
diberikan oleh leader produksi atau supervisor produksi. Serta
menjaga dan merapikan peralatan kerja yang digunakan.
2.4.19 Kasir
2.4.20 Supervisor Kebersihan / Umum
2.4.21 Kru Kebersihan / Umum
2.4.22 Kru Produksi
23
Tugas dan wewenangnya antara lain melengkapi
pengiriman dan penyimpanan barang melalui pengolahan dan
perintah pemuatan. Mengontrol dan bertanggung jawab atas
penyimpanan barang melalui dari kehilangan. Pencurian,
kebakaran, dan keusangan, bertanggung jawab atas kebersihan
dan kerapian barang Bertanggung jawab atas pelaksanaan
bongkar muat barang di gudang. Serta menyiapkan barang
yang akan dikirim ke pelanggan berdasarkan surat yang
diterima dari bagian administrasi.
2.4.23 Kru Gudang
24
Beberapa penelitian terdahulu mengenai sistem informasi
maintenance yang pernah dilakukan sebelum penelitian ini terdapat
pada Tabel 3.1.
Tabel 3.1 Penelitian Terdahulu
No Judul Tools Hasil Penelitian
1 Pembuatan Aplikasi
Monitoring Work Order
Dalam Pembuatan
Shutdown Paper
Machine Dengan
Menggunakan PPH dan
MySQL Pada PT Pelita
Cengkareng Paper
(Saputra, 2015)
PHP dan
MySQL
Merancang sistem
informasi dalam
pengelolaan data
dalam pelaporan
kerusakan, perawatan
rutin, penjadwalan,
serta laporan semua
aktivitas perawatan
dan perbaikan.
2 Rancangan Sistem
Informasi Perawatan
Berbasis Komputer
(Studi Kasus Di
Laboratorium Mekanik
Politeknik Manufaktur
Negeri Bangka
Belitung) (Rivai et al.,
2017)
Ms Visual
Studio 2010
dan Ms.
Access
Men-generate
perintah dan jadwal
perawatan,
menampilkan
spesifikasi kerja dan
data umum mesin,
memantau kegiatan
perawatan,
menyimpan riwayat
perawatan, membuat
laporan perawatan,
serta mengamankan
data (dokumen)
perawatan.
3 Perancangan Sistem
Informasi Perawatan
Mesin Pada PT XYZ
(Sachdeva, A., Kumar,
D. dan Kumar, 2008)
Visual Basic
dan Ms.
Access
Mempermudah dalam
pelaksanaan
manajemen
perawatan dan
pengelolaan data
terkait.
BAB III
TINJAUAN PUSTAKA
3.1 Penelitian Terdahulu
25
Tabel 3.1 Penelitian Terdahulu (Lanjutan)
No Judul Tools Hasil Penelitian
4 Perancangan Sistem
Informasi Manajemen
Perawatan Mesin
Berbasis Group
Technology (Studi
Kasus: PT. Adi Putro
Wirasejati Malang)
(Melladya, Santoso, &
Choiri, 2014)
Visual Basic
dan Ms.
Access
Sistem yang
dirancang
memperbaiki sistem
lama pada pada PT
APW.
5 Perancangan dan
Pembuatan Sistem
Informasi Manajemen
Pemeliharaan dan
Perawatan di Jurusan
Teknik Mesin UNNES
(W. Kurniawan &
Fatchurrochman, 2015)
Visual Basic
dan Ms.
Access
Mengelola kegiatan
pemeliharaan dan
pewaratan.
Dari penelitian terdahulu yang telah dipelajari pada Tabel 3.1
tersebut maka dari semua penelitian terdahulu belum menerapkan
notifikasi dalam sistem untuk pengajuan perbaikan mesin, dari judul
pertama yaitu Pembuatan Aplikasi Monitoring Work Order Dalam
Pembuatan Shutdown Paper Machine Dengan Menggunakan PPH dan
MySQL Pada PT Pelita Cengkareng Paper (Saputra, 2015), hasil dari
penelitian ini adalah merancang sistem informasi dalam pengelolaan
data dalam pelaporan kerusakan, perawatan rutin, penjadwalan, serta
laporan semua aktivitas perawatan dan perbaikan.
Judul kedua dari penelitian terdahulu adalah Rancangan
Sistem Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri Bangka
Belitung) (Rivai et al., 2017), hasil dari penelitian ini adalah men-
generate perintah dan jadwal perawatan, menampilkan spesifikasi
kerja dan data umum mesin, memantau kegiatan perawatan,
26
menyimpan riwayat perawatan, membuat laporan perawatan, serta
mengamankan data (dokumen) perawatan.
Judul ketiga dari penelitian terdahulu yaitu Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A., Kumar, D.
dan Kumar, 2008), hasil dari penelitiannya adalah mempermudah
dalam pelaksanaan manajemen perawatan dan pengelolaan data terkait.
Judul keempat adalah Perancangan Sistem Informasi
Manajemen Perawatan Mesin Berbasis Group Technology (Studi
Kasus: PT. Adi Putro Wirasejati Malang) (Melladya et al., 2014), dari
penelitian tersebut membuahkan hasil sistem yang dirancang
memperbaiki sistem lama pada pada PT APW.
Terakhir judul kelima adalah Perancangan dan Pembuatan
Sistem Informasi Manajemen Pemeliharaan dan Perawatan di Jurusan
Teknik Mesin UNNES (W. Kurniawan & Fatchurrochman, 2015),
penelitian ini mendapatkan hasil mengelola kegiatan pemeliharaan dan
pewaratan.
Dari penelitian terdahulu, penulis akan membangun sistem
informasi maintenance mengunakan PHP dan database MySQL, akan
ada tambahan fitur notifikasi pada halaman user Spv. Maintenance dan
Admin Maintenace jika ada pengajuan perbaikan kerusakan mesin dari
pihak produksi.
Sistem adalah sekumpulan komponen-komponen yang saling
berkaitan satu sama lain, yang memiliki batasan-batasan tertentu yang
jelas. Lebih lanjut dikatakan pula, bahwa sistem dapat saling bekerja
bersamaan dalam mencapai tujuan dengan cara menerima input dan
menghasilkan output dalam suatu proses yang terorganisir (A.O’Brien,
2010).
3.2 Pengertian Sistem
27
Sistem adalah sekelompok unsur yang erat hubungannya satu
dengan yang lain, yang berfungsi bersama – sama untuk mencapai
tujuan tertentu (Sutabri, 2012).
Sekelompok elemen-elemen yang terintegrasi dengan tujuan
yang sama untuk mencapai tujuan. Sistem juga merupakan jaringan
kerja dari procedure-procedure yang saling berhubungan, terkumpul
bersama-sama untuk melakukan suatu kegiatan atau tujuan tertentu
(Bartz, T., Siluk, J.C.M. dan Bartz, 2014).
Informasi adalah data yang telah diklasifikasikan atau diolah
atau diinterpretasikan untuk digunakan dalam proses pengambilan
keputusan (Sutabri, 2012).
Informasi merupakan hasil pengolahan data dari satu atau
berbagai sumber, yang kemudian diolah, sehingga memberi nilai, arti,
dan manfaat (Pratama, 2014).
Informasi merupakan sebuah data yang telah dibuat dan juga
diolah dengan metode tertentu ke dalam bentuk dan nantinya akan
memiliki arti tertentu bagi manusia sebagai penggunanya (Laudon,
Kenneth C., 2012).
Sistem Informasi (Information System) adalah sekumpulan
komponen yang saling berhubungan, mengumpulkan atau
mendapatkan, menyimpan, memproses, dan mendistribusikan
informasi untuk penunjang pengambilan keputusan dan pengawasan
dalam suatu organisasi serta membantu manajer dalam mengambil
keputusan (Laudon, Kenneth C., 2012).
Sistem informasi adalah suatu sistem di dalam suatu organisasi
yang mempertemukan kebutuhan pengolahan transaksi harian yang
mendukung fungsi operasi organisasi yang bersifat manajerial dengan
3.3 Pengertian Informasi
3.4 Pengertian Sistem Informasi
28
kegiatan strategi dari suatu organisasi untuk dapat menyediakan
laporan–laporan yang diperlukan oleh pihak luar tertentu (Sutabri,
2012).
Sistem informasi merupakan gabungan dari empat bagian
utama. Keempat bagian utama tersebut mencakup perangkat lunak
(software), perangkat keras (hardware), infrastruktur, dan Sumber
Daya Manusia (SDM) yang terlatih. Kempat bagian utama ini saling
berkaitan untuk menciptakan sebuah sistem yang dapat mengolah data
menjadi informasi yang bermanfaat. Didalamnya juga termasuk proses
perencanaan, kontrol, koordinasi, dan pengambilan keputusan.
Sehingga sebagai sebuah sistem yang mengolah data menjadi
informasi yang akan disajikan dan digunakan oleh pengguna, maka
sistem informasi merupakan sebuah sistem yang kompleks. Bukan
hanya komputer saja yang bekerja (beserta software dan hardware di
dalamnya), namun juga manusia (dengan brainware yang dimiliki).
Manusia (pengguna/aktor) dalam hal ini menggunakan seluruh ide,
pemikiran, penghitungan untuk dituangkan ke dalam sistem informasi
yang digunakan (Pratama, 2014).
Maintenance yang dalam bahasa Indonesia biasa disebut
dengan pemeliharaan atau perawatan merupakan sebuah aktivitas yang
bertujuan untuk memastikan suatu fasilitas secara fisik bisa secara
terus menerus melakukan pengguna atau pemakai inginkan. Untuk
pengertian pemeliharaan lebih jelas adalah suatu kombinasi dari
berbagai tindakan yang dilakukan untuk menjaga suatu barang dalam,
atau memperbaikinya sampai kondisi yang bisa diterima (F.
Kurniawan, 2013).
Maintenance merupakan kegiatan untuk memelihara atau
menjaga fasilitas atau peralatan pabrik dengan mengadakan perbaikan
atau penyesuaian atau penggantian yang diperlukan supaya tercipta
3.5 Pengertian Maintenance (Perawatan)
29
suatu keadaan operasional produksi yang memuaskan sesuai dengan
apa yang telah direncanakan (Sofjan, 2013).
Secara sederhana dapat dikatakan bahwa perawatan adalah
segala aktivitas yang dilakukan untuk menjaga agar mesin dan
peralatan dapat bekerja. Perkembangan signifikan pertama dari konsep
manajemen perawatan melalui munculnya konsep corrective
maintenance. Corrective Maintenance merupakan strategi manajemen
perawatan mesin yang fokus terhadap usaha pengembalian kapabilitas
peralatan (Sachdeva, A., Kumar, D. dan Kumar, 2008).
Sistem Informasi Manajemen Aset (SIMA) merupakan
sekumpulan maupun serangkaian dari sub-sistem informasi yang
secara sistematis dan rasional dibuat untuk mengkonversikan data
menjadi informasi mengenai aset, sehingga dapat berguna dan
berperan dalam mengambil keputusan pengelolaan aset disebuah
organisasi.
Konsep dasar dari SIMA adalah bahwa setiap aset dianggap
memiliki data atribut baik secara deskriptif maupun legal yang
menunjukkan identitas serta kepemilikan atau hak dan kewajban
terhadap aset tersebut (Sugiama, 2013).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
yang memiliki aset dalam jumlah banyak yang seharusnya memiliki
divisi sendiri untuk pengelolaan aset tersebut. Sistem informasi
manajemen aset seharusnya dapat menjawab permasalahan-
permasalahan aset yang sering muncul dan atau dihadapi oleh
perusahaan berskala enterprise (Dit TIK UPI, 2008).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
dengan aset dengan jumlah banyak yang seharusnya memerlukan
3.6 Sistem Informasi Manajemen Aset
30
divisi sendiri untuk pengelolaan aset tersebut (Hartono, 2010). Gambar
3.1 dibawah merupakan gambaran dari Sistem Informasi Manajemen
Aset.
Gambar 3.1 Sistem Informasi Manajemen Aset
Dari Gambar 3.1 dapat dijelaskan bahwa Sistem Informasi
Manajemen Aset mengelola aset yang ada di perusahaan besar atau
BUMN yaitu dengan memasukkan data-data aset yang ada ke dalam
database sehingga data tersebut akan dikelola dengan baik oleh sistem.
Menurut KBBI mesin memiliki arti perkakas untuk
menggerakkan atau membuat sesuatu yang dijalankan dengan roda,
digerakkan oleh tenaga manusia atau motor penggerak, menggunakan
bahan bakar minyak atau tenaga alam.
Mesin adalah suatu peralatan yang digerakkan oleh suatu
kekuatan atau tenaga yang dipergunakan untuk membantu manusia
dalam mengerjakan produk / bagian-bagian produk (Sofjan, 2013).
Peranan manajemen perawatan dalam dunia industri terus
meningkat disebabkan semakin mahalnya biaya pembelian teknologi
baru (Bartz, T., Siluk, J.C.M. dan Bartz, 2014). Aktivitas perawatan
dilakukan untuk memastikan agar proses manufaktur dapat beroperasi
3.7 Pengertian Mesin
31
secara efektif dan efisien dengan jalan memperbaikinya, mengganti,
menyesuaikan, dan memodifikasi semua mesin dan peralatan sesuai
dengan kebutuhan produksi.
Produksi adalah kegiatan yang mentransformasikan masukan
(input) menjadi keluaran (output), tercakup semua aktivitas dan
kegiatan yang menghasilkan barang atau jasa, serta kegiatan-kegiatan
lain yang mendukung atau menunjang usaha untuk menghasilkan
produk tersebut yang berupa barang atau jasa (Sofjan, 2013).
Operasi atau produksi adalah kegiatan yang mengubah
masukan (yang merupakan faktor-faktor produksi) menjadi keluaran
sehingga lebih bermanfaat daripada bentuk aslinya (Sutarno, 2012).
Operasi atau produksi adalah aktivitas untuk menghasilkan
produk, baik itu berupa barang atau jasa (Harsanto, 2013).
PHP memiliki beberapa pandangan dalam mengartikannya,
akan tetapi kurang lebih PHP dapat kita ambil arti sebagai PHP :
Hypertext Prepocessor. Ini merupakan bahasa yang hanya dapat
berjalan pada server dan hasilnya dapat ditampilkan pada client. PHP
adalah produk open source yang dapat digunakan secara gratis tanpa
harus membayar untuk menggunakannya. Interpreter PHP dalam
mengeksekusi kode PHP pada sisi server disebut server side.
Sedangkan tanpa adanya interpreter PHP, maka semua skrip dan
aplikasi PHP yang dibuat tidak bisa dijalankan. PHP merupakan
bahasa standar yang digunakan dalam dunia website, PHP adalah
bahasa program yang berbentuk skrip yang diletakkan di dalam server
web. Jika kita lihat dari sejarah mulanya PHP diciptakan dari ide
Rasmus Lerdof untuk kebutuhan pribadinya, skrip tersebut sebenarnya
dimaksudkan untuk digunakan sebagai keperluan membuat website
3.8 Pengertian Produksi
3.9 Pengertian PHP
32
pribadi. Akan tetapi kemudian dikembangkan lagi sehingga menjadi
sebuah bahasa yang disebut “Personal Home Page.” (Nugroho, 2009).
PHP (Hypertext Preprocessor) yang digunakan sebagai bahasa
script server-side dalam pengembangan web yang disisipkan pada
dokumen HTML. Penggunakan PHP memungkinkan web dapat dibuat
dinamis, sehingga maintenance situs web tersebut menjadi lebih
mudah dan efisien. PHP merupakan software Open-Source yang
disebarkan dan dilisensikan secara gratis serta dapat di-download
secara bebas dari situs resmi http://www.php.net (Hidayatullah.
Priyanto, 2014).
Untuk membuat membuat aplikasi berbasis Website dengan
menggunakan bahasa PHP, tentu saja diperlukan sebuah server web
dan interpreter PHP. Server tidak harus sebuah komputer khusus
dengan kinerja tinggi dan berukuran sangat besar, tetapi bisa dibuat
dari PC yang mempunyai fungsi selayaknya sebuah Web Server, yaitu
dengan menginstal paket XAMPP.
XAMPP merupakan paket PHP dan MySQL berbasis open
source yang dapat digunakan sebagai tool pembantu pengembangan
aplikasi berbasis PHP. XAMPP mengombinasikan beberapa paket
perangkat lunak berbeda ke dalam satu paket. Sampai XAMPP versi
1.7.4. Kita dapat mendapatkan file XAMPP di http://apachefriend.org ,
dari alamat website tersebut kita dapat memilih berbagai versi XAMPP
sesuai kebutuhan, dan tentu disesuaikan dengan OS yang kita gunakan
(Riyanto, 2011).
XAMPP merupakan singkatan dari X (empat sistem operasi
apapun), Apache, MySQL, PHP, Perl. XAMPP merupakan tool yang
menyediakan paket perangkat lunak ke dalam satu buah paket. Dalam
paketnya sudah terdapat Apache (web server), MySQL (database),
PHP (server side scripting), Perl, FTP server, phpMyAdmin dan
3.10 XAMPP
33
berbagai pustaka bantu lainnya. Dengan menginstal XAMPP maka
tidak perlu lagi melakukan instalasi dan konfigurasi web server
Apache, PHP, MySQL secara manual. XAMPP akan menginstalasi dan
mengkonfigurasikannya secara otomatis (Hidayatullah, 2014).
MySQL merupakan sebuah basis data yang mengandung satu
atau beberapa kolom. Tabel terdiri atas sejumlah basis dan setiap baris
mengandung satu atau beberapa kolom. Didalam PHP telah
menyediakan fungsi untuk koneksi ke basis data dengan sejumlah
fungsi untuk pengaturan baik menghubungkan atau memutuskan
koneksi server database MySQL sebagai sarana untuk mengumpulkan
informasi.
MySQL bekerja menggunakan bahasa basis data yaitu DBMS
(Database Management System). Data language terbagi dua, yaitu
DDL dan DML. DDL (Data Definition Language) merupakan suatu
perintah yang digunakan untuk menciptakan struktur data, atau untuk
membangun database. DDL mempunyai fungsi untuk melakukan
perubahan struktur tabel, seperti membuat tabel, mengubah nama
tabel, dan sebagainya. Perintah-perintah yang termasuk dalam DDL
yaitu Create, Alter, dan Drop (Kustiyahningsih, Yeni, 2011).
MySQL (My Structured Query Language) atau yang biasa
disebut mai-sekuel adalah sebuah program pembuat dan pengelola
database atau yang sering disebut dengan DBMS (Database
Management System), sifat dari DBMS ini adalah open source.
MySQL sebenarnya produk yang berjalan pada platform linux, dengan
adanya perkembangan dan banyaknya pengguna serta pengembang
kemudian merilis versi windows. Selain itu MySQL juga merupakan
bahasa program pengakses database yang bersifat jaringan, sehingga
dapat digunakan untuk aplikasi multi-user (banyak pengguna).
Kelebihan lain dari MySQL adalah menggunakan bahasa query
3.11 MySQL
34
(permintaan) standar SQL (Structured Query Language). SQL adalah
suatu bahasa permintaan yang terstruktur, SQL telah distandarkan
untuk semua program pengakses database seperti Oracle, PosgreSQL,
SQL Server dan lain-lain. Sebagai sebuah program penghasil database,
MySQL tidak mungkin berjalan sendiri tanpa adanya sebuah aplikasi
pengguna (interface) yang berguna sebagai program aplikasi
pengakses database yang dihasilkan. MySQL dapat didukung oleh
hampir semua program aplikasi baik yang open source seperti PHP
maupun yang tidak open source yang ada pada platform windows
seperti visual basic, delphi dan lain-lain (Nugroho, 2009).
UML (Unified Modeling Language) adalah salah standar
bahasa yang banyak digunakan di dunia industri untuk mendefinisikan
requirement, membuat analisisa dan desain, serta menggambarkan
arsitektur dalam pemrograman berorientasi (Rosa A. S dan
Shalahuddin, 2013).
Jenis diagram yang digunakan adalah :
1. Use Case Diagram
Use Case atau diagram use case merupakan pemodelan untuk
kelakuan (behavior) sistem informasi yang akan dibuat. Simbol use
case terdapat pada Tabel 3.2.
Tabel 3.2 Simbol Use Case Diagram (Rosa A.S., M.
Shalahuddin, 2014)
Simbol Deskripsi
Use Case
nama use case
Menjelaskan urutan kegiatan yang
dilakukan aktor dan sistem untuk
mencapai suatu tujuan tertentu.
3.12 Unifield Modelling Language (UML)
35
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
Aktor / actor
nama aktor
Orang atau pihak yang akan
mengelola sistem.
Asosiasi / association
Menggambarkan hubungan khusus
dalam objek.
Genralisasi /
generalization
Hubungan generalisasi dan
spesialisasi (umum – khusus)
antara dua buah use case dimana
fungsi yang satu adalah fungsi
yang lebih umum dari yang
lainnya, misalnya
ubah data
hapus data
mengelola data
arah panah mengarah pada use
case yang menjadi generalisasinya
(umum)
Menggunakan / include /
uses
NewUseCase NewUseCase2
<<include>>
Validasi User
Ubah Data NewUseCaseNewUseCase2
<<include>><<uses>>
Relasi use case tambahan ke
sebuah use case dimana use case
yang ditambahkan memerlukan use
case ini untuk menjalankan
fungsinya
Ada dua sudut pandang yang
cukup besar mengenai include di
use case:
include berarti use
caseyang ditambahkan akan
selalu dipanggil saat use
case tambahan dijalankan,
36
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
misal pada kasus berikut :
Validasi Username
Login
<<include>>
include berarti use case
yang tambahan akan selalu
melakukan pengecekan
apakah use case yang
ditambahkan telah
dijalankan sebelum use
case tambahan dijalankan,
misal pada kasus berikut:
Validasi User
Ubah Data
<<include>>
Kedua interpretasi diatas dapat
dianut salah satu atau keduanya
tergantung pada pertimbangan dan
interpretasi yang dibutuhkan
Pada Tabel 3.2 tentang simbol use case diagram dapat
dijelaskan use case merupakan fungsionalitas yang disediakan
sistem sebagai unit-unit yang saling bertukar pesan antar unit atau
aktor, biasanya dinyatakan dengan menggunakan kata kerja di awal
frase nama use case. Simbol kedua yaitu aktor, orang, proses, atau
sistem lain yang berinteraksi dengan sistem informasi yang akan
dibuat diluar sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang, tapi aktor belum
37
tentu merupakan orang, biasanya dinyatakan menggunakan kata
benda di awal frase nama aktor.
Generalisasi adalah hubungan generalisasi dan spesialisasi
(umum – khusus) antara dua buah use case dimana fungsi yang
satu adalah fungsi yang lebih umum dari yang lainnya. Asosiasi
merupakan gambaran hubungan khusus dalam objek. Relasi Extend
yaitu dimana use case yang dituju berdisi sendiri tanpa harus
melewati sebuah proses yang lain. Menunjukkan suatu bagian dari
elemen sebelumnya bisa disisipkan ke dalam elemen berikutnya.
Terakhir relasi include dimana use case yang dituju harus melewati
proses yang lain. Menunjukkan bahwa suatu bagian dari elemen
sebelumnya memicu eksekusi dari elemen sebelumnya.
2. Class Diagram
Class diagram menggambarkan struktur sistem dari segi
pendefinisian class-class yang ada dibuat untuk membangun
sistem. Simbol terdapat pada Tabel 3.3.
Tabel 3.3 Simbol Class Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Kelas
Kelas pada struktur sistem
Antarmuka / interface
nama_interface
Sama dengan konsep interface
dalam pemrograman berorientasi
objek
Assosiasi / association
Relasi antar kelas dengan makna
umum, assosiasi biasanya juga
disertai dengan multiplicity
Asosiasi berarah / directed
association
Relasi antar kelas dengan makna
kelas yang satu digunakan oleh
kelas yang lain, assosiasi biasanya
juga disertai dengan multiplicity
38
Tabel 3.3 Simbol Class Diagram (Lanjutan)
Simbol Deskripsi
Generalisasi /
Generalization
Relasi antar kelas dengan makna
generalisasi-spesialisasi (umum-
khusus)
Kebergantungan /
dependency
NewUseCase NewUseCase2
<<include>>
Relasi antar kelas dengan makna
kebergantungan antar kelas
Agregasi / aggregation
Relasi antar kelas dengan makna
semua bagian (whole-part)
Penjelasan dari Tabel 3.3 simbol Class Diagram adalah
sebagai berikut yang pertama adalah class yaitu himpunan dari
objek-objek yang berbagai atribut di operasi yang sama, yang
kedua adalah interface yaitu tampilan luar dari sistem yang bisa
dilihat oleh pengguna, berikutya asosiation yaitu relasi antar kelas
dengan makna umum, assosiasi biasanya juga disertai dengan
multiplicity, ada juga asosiasi berarah yaitu relasi antar kelas
dengan makna kelas yang satu digunakan oleh kelas yang lain,
assosiasi biasanya juga disertai dengan multiplicity.
Generalization yaitu garis yang melambangkan konsep
pewarisan dari suatu kelas ke satu atau lebih sub kelas. Untuk
dependency adalah relasi antar kelas dengan makna
kebergantungan antar kelas.
3. Activity Diagram
Diagram aktifitas menggambarkan workflow (aliran kerja)
atau aktifitas dari sebuah sistem atau proses bisnis. Simbol dari
actifity diagram terdapat pada Tabel 3.4.
39
Tabel 3.4 Simbol Activity Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Status awal
Titik awal atau permulaan
Aktivitas
Aktiviti atau aktivitas yang
dilakukan oleh aktor
Percabangan / decision
Pilihan untuk mengambil keputusan
Penggabungan / join
Asosiasi penggabungan dimana
lebih dari satu aktivitas
digabungkan menjadi satu.
Status akhir
Titik akhir atau akhir dari aktivitas
Swimlane
Memisahkan organisasi bisnis yang
bertanggung jawab terhadap
aktivitas yang terjadi
Penjelasan dari Tabel 3.4 untuk simbol status awal
merupakan status awal aktivitas sistem, sebuah diagram aktivitas
memiliki sebuah status awal, berikutnya aktifitas yaitu yang
dilakukan sistem, aktifitas biasanya diawali dengan kata kerja.
Simbol asosiasi percabangan dimana jika ada pilihan aktivitas lebih
dari satu. Selain percabangan ada penggabungan, asosiasi
penggabungan dimana lebih dari satu aktivitas digabungkan
menjadi satu. Simbol status akhir, yaitu status akhir yang dilakukan
sistem, sebuah diagram aktivitas memiliki sebuah status akhir.
Untuk simbol swinline memisahkan organisasi bisnis yang
bertanggung jawab terhadap aktivitas yang terjadi.
4. Sequence Diagram
Diagram sekuen menggambarkan kelakuan objek pada use
case dengan mendeskripsikan waktu hidup objek dan message yang
40
dikirmkan dan diterima antar objek. Simbol dari sequenc diagram
terdapat pada Tabel 3.5.
Tabel 3.5 Simbol Sequence Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Aktor
nama aktor
atau nama_aktor
Tanpa waktu aktif
Orang atau pihak yang akan
mengelola sistem.
Garis hidup / lifeline
Menyatakan kehidupan suatu objek
Objek
Menyatakan objek yang
berinteraksi pesan
Pesan tipe create
Menyatakan suatu objek membuat
objek yang lain, arah panah
mengarah pada objek yang dibuat
41
Tabel 3.5 Simbol Sequence Diagram (Lanjutan)
Simbol Deskripsi
esan tipe call
Menyatakan suatu objek memanggil
operasi / metode yang ada pada objek
lain atau dirinya sendiri
Arah panah mengarah pada objek yang
memiliki operasi/metode, karena ini
memanggil operasi/metode maka
operasi/metode yang dipanggil harus
ada pada diagram kelas sesuai dengan
kelas objek yang berinteraksi
Pesan tipe send
Menyatakan bahwa suatu objek
mengirimkan data/ masukan/informasi
ke objek lainnya, arah panah mengarah
pada objek yang dikirimi
Pada Tabel 3.5 dapat dijelaskan bahwa aktor adalah orang,
proses, atau sistem lain yang berinteraksi dengan sistem informasi
yang akan dibuat diluar sistem informasi yang dibuat itu sendiri,
jadi walaupun simbol aktor adalah gambar orang tetapi aktor belum
tentu orang. Lifeline menggambarkan sebuah objek dalam sebuah
sistem atau salah satu komponennya. Ada objek yang berinteraksi
pesan. Pesan tipe create menyatakan suatu objek membuat objek
yang lain, arah panah mengarah pada objek yang dibuat.
5. State Diagram
State Diagram adalah teknik yang umum digunakan untuk
menggambarkan behaviour sebuah sistem. Hal ini digunakan untuk
membantu analis, perancang dan pengembang untuk memahami
42
perilaku obyek pada sistem. State diagram menggambarkan transisi
dan perubahan keadaan (dari satu state ke state lainnya) suatu objek
pada sistem sebagai akibat dari stimuli yang diterima. Pada
umumnya state diagram menggambarkan class tertentu (satu class
dapat memiliki lebih dari satu state diagram). Dalam UML, state
digambarkan berbentuk segiempat dengan sudut membulat dan
memiliki nama sesuai kondisinya saat itu. Transisi antar state
umumnya memiliki kondisi guard yang merupakan syarat
terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku.
Action yang dilakukan sebagai akibat dari event tertentu dituliskan
dengan diawali garis miring. Titik awal dan akhir digambarkan
berbentuk lingkaran berwarna penuh dan berwarna setengah. Tidak
cukup hanya mengimplementasikan sebuah obyek, pengembang
juga harus membuat obyek tersebut melakukan sesuatu. State
diagram memastikan bahwa obyek-obyek tersebut akan menebak
apa yang seharusnya dilakukan. Dengan gambaran yang jelas
tentang perilaku obyek, kemungkinan tim pengembang akan
memproduksi sebuah sistem yang sesuai dengan requirement.
(Dharmayanti & Wahono, 2013).
Jika pada pemodelan interaksi menyiapkan detil spesifikasi
dari use case, pada state akan diberikan detail deskripsi dari class
yaitu perubahan state dari class menjadi lebih tepat. Perubahan
dinamis inilah yang akan menjadi prilaku dari suatu objek.
Biasanya statechart ini memodelkan aturan main suatu proses
bisnis. State diagram khususnya digunakan untuk memodelkan
taraf-taraf diskrit suatu siklus objek. State memodelkan objek dari
semenjak dibuat sampai selesai. Pada kondisi ini tidak semua class
akan mempunyai state (Gushelmi & Deded Ramad Kamda, 2017).
Berikut adalah simbol-simbol yang ada pada State Diagram yang
terdapat pada Tabel 3.6
43
Tabel 3.6 Simbol State Diagram (Gushelmi & Deded Ramad
Kamda, 2017)
Simbol Fungsi
State Nilai atribut dan nilai link pada suatu waktu
tertentu, yang dimiliki oleh suatu objek
Start State Menambahkan state awal pada diagram
Final State
Menambahkan state akhir pada diagram
Transition Sebuah kejadian yang memicu sebuah state
objek dengan cara memperbaharui satu atau
lebih nilai atributnya
Association Garis yang menghubungkan antara objek satu
dengan objek lainnya.
Node
Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu sumber
daya komputasi.
Penjelasan dari Tabel 3.6 Simbol State Diagram adalah State
yaitu nilai atribut dan nilai link pada suatu waktu tertentu, yang
dimiliki oleh suatu objek. Start State yaitu menambahkan state awal
pada diagram. Final State yaitu menambahkan state akhir pada
diagram. Transition adalah sebuah state objek yang memperbaharui
satu atau lebih nilai atributnya. Association adalah garis yang
menghubungkan antara objek satu dengan objek lainnya. Node yaitu
44
elemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan
suatu sumber daya komputasi.
6. Deployment Diagram
Pengertian Deployment Diagram menurut (Sukamto dan
Shalahuddin, 2013) menyatakan bahwa “Diagram deployment atau
deployment diagram menunjukkan konfigurasi komponen dalam
proses eksekusi aplikasi.”
Deployment/physical diagram menggambarkan detail
bagaimana komponen deploy dalam infrastruktur sistem, di mana
komponen akan terletak (pada mesin, server atau piranti keras),
bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi
server, dan hal-hal lain yang bersifat fisikal. Sebuah node adalah
server, workstation, atau piranti keras lain yang digunakan untuk
men-deploy komponen dalam lingkungan sebenarnya. Hubungan
antar node (misalnya TCP/IP) dan requirement dapat juga
didefinisikan dalam diagram ini. (Dharmayanti & Wahono, 2013)
Berikut adalah simbol dan fungsi yang ada pada Deployment
Diagram yang terdapat pada Tabel 3.7
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti &
Wahono, 2013)
Simbol Fungsi
Processor
Menambahkan prosesor pada diagram
Connection Menambahkan penghubung antar
komponen dalam diagram
45
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti & Wahono,
2013) (Lanjutan)
Simbol Fungsi
Device Menambahkan peralatan (device) dalam
diagram. Peralatan adalah perangkat keras
dengan suatu kegunaan tertentu atau
perangkat keras dengan fungsi yang
terbatas
Penjelasan dari Tabel 3.7 Simbol Deployment Diagram
adalah Processor yaitu untuk menambahkan prosesor pada
diagram. Connection yaitu penghubung antar komponen dalam
diagram. Device yaitu perangkat keras yang digunakan dengan
suatu kegunaan tertentu atau perangkat keras dengan fungsi yang
terbatas.
7. Component Diagram
Component Diagram menggambarkan struktur dan
hubungan antar komponen piranti lunak, termasuk ketergantungan
(dependency) di antaranya. Komponen piranti lunak adalah modul
berisi code, baik berisi source code maupun binary code, baik
library maupun executable, baik yang muncul pada compile time,
link time, maupun run time. Umumnya komponen terbentuk dari
beberapa class atau package, tapi dapat juga dari komponen-
komponen yang lebih kecil. Komponen dapat juga berupa interface,
yaitu kumpulan layanan yang disediakan sebuah komponen untuk
komponen lain (Dharmayanti & Wahono, 2013).
Component Diagram dibuat untuk menunjukkan organisasi
dan ketergantungan diantara kumpulan komponen dalam sebuah
sistem. Diagram komponen fokus pada komponen sistem yang
46
dibutuhkan dan ada di dalam sistem. Diagram komponen juga dapat
digunakan untuk memodelkan hal-hal berikut :
1. Source code program perangkat lunak
2. Komponen executable yang dilepas ke user.
3. Basis data secara fisik.
4. Sistem yang harus beradaptasi dengan sistem lain.
5. Framework sistem, framework pada perangkat lunak
merupakan kerangka kerja yang dibuat untuk memudahkan
pengembangan dan pemeliharaan aplikasi.
Berikut adalah simbol-simbol yang ada pada Component Diagram
yang terdapat pada Tabel 3.8.
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012)
Simbol Fungsi
Component
Menggambarkan modul perangkat lunak
dengan antarmuka yang didefinisikan
dengan baik
Package
Menambahkan paket dalam diagram
Dependency
Menggambarkan relasi dependency
Subprogram
specification
Menggambarkan spesifikasi subprogram
dan implementasinya
47
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Subprogram body
Menggambarkan koleksi nsubrutin dan
tidak memuat definisi kelas
Main program Menggambarkan program utama
Package
specification
Menggambarkan paket yang merupakan
implementasi kelas. Mengandung
headerfile dan informasi prototype kelas
Package body
Memuat kode untuk operasi-operasi
suatu kelas
Task spesification
Menggambarkan spesifikasi kelas yang
memiliki thread yang mandiri
48
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Task body
Memuat berkas-berkas yang memiliki
thread yang mandiri
Penjelasan dari Tabel 3.8 Simbol dan fungsi Component
Diagram adalah sebagai berikut Component yaitu menggambarkan
modul perangkat lunak dengan antarmuka. Package yaitu
menambahkan paket dalam diagram. Dependency yaitu
menggambarkan relasi dependency. Subprogram specification
yaitu menggambarkan spesifikasi subprogram dan
implementasinya. Subprogram body yaitu menggambarkan
koleksi nsubrutin dan tidak memuat definisi kelas. Main program
yaitu menggambarkan program utama. Package specification yaitu
menggambarkan paket yang merupakan implementasi kelas.
Package body yaitu memuat kode untuk operasi-operasi suatu
kelas. Task specification yaitu menggambarkan spesifikasi kelas
yang memiliki thread yang mandiri. Task body yaitu memuat
berkas-berkas yang memiliki thread yang mandiri.
49
Perencanaan sistem informasi menjelaskan tentang menerapkan
pengetahuan tentang sistem informasi ke dalam organisasi agar dapat
terus maju dan eksis apabila organisasi berkembang sesuai dengan
teknologi dan teori organisasi modern (Sutabri, 2012).
Dalam hal ini penulis merencanakan yang dibutuhkan dalam
membangun aplikasi, yaitu sebuah aplikasi berbasis web yang
dimungkinkan dapat membantu pekerjaan bagian maintenance di CV
Saprotan Utama.
Perencanaan yang dilakukan meliputi use case diagram,
sequence diagram, activity diagram, state diagram, component
diagram, deployment diagram, dan class diagram.
Sistem Informasi Maintenance yang berjalan pada CV Saprotan
Utama masih menggunakan sistem secara konvensional, yaitu operator
yang mengalami kerusakan mesin akan menuliskan memo dalam form
dan kemudian akan diserahkan ke bagian maintenance. Setelah bagian
maintenance menerima form memo kerusakan tersebut akan
ditandatangani oleh Supervisor Maintenance sebagai tanda telah
disetujui kemudian akan ditindaklanjut oleh teknisi untuk dilakukan
perbaikan kerusakan, hasil dari perbaikan akan ditulis dilembar memo
tadi yang kemudian akan direkap oleh Admin Maintenance ke Ms.
Excel.
BAB IV
PERENCANAAN DAN ANALISA PERANCANGAN SISTEM
4.1 Perencanaan Sistem Informasi
4.2 Analisa Sistem Yang Sedang Berjalan
50
Penjadwalan perawatan rutin yang dibuat oleh Supervisor
Maintenance untuk kurun waktu satu bulan dibuat dengan
menggunakan Ms. Excel, tetapi belum ada perekapan dari hasil
perawatan mesin yang dilakukan, sehingga tidak bisa diketahui history
dari hasil perawtan mesin yang dilakukan. Penjadwalan perawatan
tersebut terkadang terlewat karena belum adanya pengingat apabila hari
tersebut akan dilakukan perawatan, jadi untuk menghindari terlewatnya
jadwal dimungkinkan untuk memunculkan notifikasi di halaman Admin
Maintenance sebagai tanda pengingat jika hari tersebut akan ada jadwal
perawatan mesin. Melihat tidak terkomputerisasinya sistem yang
berjalan saat ini di CV Saprotan Utama maka akan dikembangkan
sebuah Sistem Informasi Maintenance yang dimungkinkan dapat
membantu karyawan dalam hal perekapan data-data perbaikan dan
perawtan mesin yang telah dilakukan sehingga kedepannya mudah
untuk mencari informasi yang dibutuhkan dengan melihat history dari
pekerjaan yang telah dilakukan sebelumnya.
Perkembangan suatu sistem tentu tidak akan terlepas dari
kebutuhan yang ada pada suatu organisasi atau perusahaan. Adapun hal
yang mendorong adanya pengembangan dari Sistem Informasi
Maintenance pada CV Saprotan Utama, yaitu dokumen form memo
yang menumpuk pada meja Admin Maintenance untuk dilakukan input
ke Ms Excel, serta membutuhkan waktu jika ingin mencari data yang
dibutuhkan.
Solusi yang ditawarkan yaitu dengan membangun sebuah
Sistem Informasi Maintenance terkomputerisasi yang mampu
mengelola data dan informasi yang ada secara cepat, akurat, dan
relevan yang dimungkinkan dapat mengurangi beban kerja karyawan
serta dapat memunculkan notifikasi pada halaman Admin Maintenance
saat terjadi kerusakan dan dapat memunculkan notifikasi untuk
4.3 Analisa Sistem Yang Akan Dikembangkan
51
mengingatkan jadwal monitoring ketika akan dilaksanakan
pemeliharaan pada halaman Admin dan Supervisor Maintenance.
Dalam berbagai macam pembuatan suatu sistem, diperlukan
rancangan segala sesuatu yang dibutuhkan untuk pembuatan sistem
tersebut. Demikian halnya dalam perancangan sistem ini dapat berjalan
seperti yang diharapkan. Dalam pengimplementasian ini terdapat 2
analisa kebutuhan, diantaranya :
Untuk pengembangan sistem ini penulis menggunakan
perangkat keras dengan spesifikasi processor Intel Core 13,
didukung RAM sebesar 4 GB, dan berkapasitas penyimpanan
500 GB. Minimum spesifikasi untuk dapat menjalankan aplikasi
ini, user harus memiliki komputer dengan kapasitas RAM
sebesar 2 GB.
Dalam pembuatan sistem informasi maintenance mesin
produksi pupuk dan pestisida ini penulis menggunakan bahasa
pemrograman PHP , database MySQL, Gogle Chrome dan
Mozila Firefox untuk mengkases draw.io yang digunakan dalam
penggambaran pemodelan sistem, Balsamiq Mockups 3 sebagai
alat perancangan tampilan atarmuka, Sublime Text 3 untuk
editor penulisan kode program. Semua alat bantu ini dijalankan
dalam sistem opersi Microsoft Windows 10.
Perancangan sistem merupakan gambaran tentang sistem dan
dalam perancangan sistem informasi ini penulis menggunakan UML
(Unified Modeling Language). Dalam sub bab ini terdarpat beberapa
4.4 Analisa Kebutuhan
4.4.1 Analisa Kebutuhan Hardware
4.4.2 Analisa Kebutuhan Software
4.5 Perancangan Sistem
52
diagram yang akan menggambarkan sistem secara keseluruhan,
diagram tersebut diantaranya use case diagram, sequence diagram,
activity diagram, state diagram, component diagram, deployment
diagram, dan class diagram.
Use case diagram menggambarkan fungsionalitas sistem
secara global. Berikut ini adalah use case sistem informasi
maintenance mesin produksi pupuk dan pestisida dengan studi
kasus CV Saprotan Utama yang terdapat pada Gambar 4.1.
Gambar 4.1 Use Case Diagram
Pada Gambar 4.1 digambarkan ada tiga aktor yang
menjalankan Sistem Informasi Maintenance yang akan dibangun
diantaranya aktor operator yang bertugas membuat laporan
kerusakan mesin yang terjadi yang kemudian akan dikirimkan ke
bagian Admin Maintenance.
4.5.1 Use Case Diagram
53
Aktor kedua yang akan menjalankan sistem ini yaitu Admin
Maintenance yang memiliki use case mendapatkan notifikasi dari
kerusakan mesin, mendapatkan notifikasi jadwal monitoring
mesin, mengelola detail kerusakan, mengelola mutasi komponen,
mengelola data mesin, mengelola data pegawai, mengelola data
komponen, mengelola data lokasi, update pemeliharaan mesin
produksi, mengakses laporan dari kegiatan jadwal monitoring,
kerusakan, dan detail kerusakan yang dilakukan.
Aktor ketiga yang akan menjalankan sistem ini yaitu
Supervisor Maintenance yang memiliki use case mengelola
jadwal monitoring rutin mesin produksi, mendapat notifikasi
peringat jadwal monitoring mesin, mengelola data user, mesin,
mengakses laporan dari kegiatan jadwal monitoring, kerusakan,
dan detail kerusakan yang dilakukan.
Skenario Use Case menjalankan interaksi yang terjadi
antara aktor dengan Use Case dalam melaksanakan proses
tertentu. Berikut skenario dari Use Case:
a. Skenario Use Case Input Laporan Kerusakan
Nama Use Case : Input Laporan Kerusakan
Aktor : Operator
Pre-condition : Halaman utama, setelah login
Post-condition : Kirim notifikasi laporan kerusakan
Berikut adalah skenario use case membuat laporan
kerusakan yang terdapat pada Tabel 4.1.
4.5.2 Skenario Use Case Diagram
54
Tabel 4.1 Skenario Use Case Membuat Laporan Kerusakan
Mesin
Aksi Aktor Reaksi Sistem
1. Operator masuk ke dalam
sistem informasi
maintenance
2. Menampilkan menu utama
Operator
3. Menampilkan form laporan
kerusakan
4. Input data laporan
kerusakan mesin produksi
5. Sistem memvalidasi hasil
input
6. Jika hasil input valid maka
akan disimpan ke database
dan akan mengirimkan
pesan kerusakan ke Admin
Maintenance
7. Jika hasil input tidak valid
maka sistem akan memberi
peringatan bahwa input
salah dan Operator input
ulang
Pada Tabel 4.1 dapat dijelaskan skenario use case
Operator akan masuk ke dalam sistem untuk membuat laporan
kerusakan mesin yang kemudian akan dikirimkan ke Admin
Maintenance untuk meminta dilakukan perbaikan mesin
produksi.
b. Skenario Use Case Menerima Notifikasi Laporan Kerusakan
Mesin
Nama Use Case : Menerima Notifikasi Laporan Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Sistem mencetak laporan kerusakan
Berikut adalah skenario use case menerima notifikasi
laporan kerusakan pada Tabel 4.2.
55
Tabel 4.2 Skenario Use Case Menerima Notifikasi Laporan
Kerusakan Mesin
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Sistem menampilkan
notifikasi laporan
kerusakan mesin produksi
4. Admin Maintenance
membuka notifikasi dan
mencetak form laporan
kerusakan
5. Mencetak form laporan
kerusakan
Pada Tabel 4.2 Admin Maintenance menerima notifikasi
kerusakan mesin yang dikiriman operator yang kemudian
Admin Maintenance mencetak form laporan kerusakan
tersebut.
c. Skenario Use Case Mengelola Laporan Kerusakan
Nama Use Case : Mengelola Laporan Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data laporan kerusakan.
Berikut adalah tabel skenario use case membuat Laporan
Kerusakan pada Tabel 4.3.
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu laporan
kerusakan
4. Sistem menampilkan
halaman laporan
kerusakan
5. Memilih tombol tambah
dan mengisi form laporan
kerusakan dan menekan
tombol simpan
6. Jika hasil input valid
maka akan disimpan ke
database
56
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan
(Lanjutan)
Aksi Aktor Reaksi Sistem
7. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
8. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
9. Memilih data pada
halaman laporan
kerusakan yang akan
diubah
10. Sistem menampilkan
data laporan kerusakan
11. Mengubah data pada
form data laporan
kerusakan dan menekan
tombol ubah
12. Sistem menampilkan
data transaksi yang
diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman laporan
kerusakan yang akan
dihapus
14. Sistem menampilkan
halaman laporan
kerusakan
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
Skenario Alternatif (Update Pelaksanaan)
19. Pilih Data Kerusakan,
Pilih catatan
20. Menampilkan form
kerusakan
21. Input tanggal
pengerjaan, selesai,
upload foto before after,
dan simpan
22. Menyimpan data
kerusakan
57
Tabel 4.3 menjelaskan alur dari skenario use case
mengelola data laporan keruakan, Admin Maintenance harus
login terlebih dahulu agar bisa menambah, mengubah data,
mengubah pelaksanaan, menghapus, dan mencari kerusakan.
d. Skenario Use Case Mengelola Detail Kerusakan
Nama Use Case : Mengelola Detail Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Sistem menampilkan data detail kerusakan.
Berikut adalah tabel skenario use case membuat memo
kerusakan pada Tabel 4.4.
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu detail
kerusakan
4. Sistem menampilkan
halaman detail
kerusakan
5. Memilih tombol tambah
dan mengisi form detail
kerusakan dan menekan
tombol simpan
6. Jika hasil input valid
maka akan disimpan ke
database
7. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
8. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
9. Memilih data pada
halaman detail kerusakan
yang akan diubah
10. Sistem menampilkan
data detail kerusakan
58
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan
(Lanjutan)
Aksi Aktor Reaksi Sistem
11. Mengubah data pada
form data detail
kerusakan dan menekan
tombol ubah
12. Sistem menampilkan
data transaksi yang
diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman detail
kerusakan yang akan
dihapus
14. Sistem menampilkan
halaman detail
kerusakan
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
Tabel 4.4 menjelaskan alur dari skenario use case
mengelola data detaik kerusakan, Admin Maintenance harus
login terlebih dahulu agar bisa menambah, mengubah,
menghapus, dan mencari data detail kerusakan.
e. Skenario Use Case Mengelola Data Lokasi
Nama Use Case : Mengeloa data lokasi
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data lokasi
Berikut adalah skenario use case mengelola data lokasi
pada Tabel 4.5.
Tabel 4.5 Skenario Use Case Mengelola Data Lokasi
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data lokasi 4. Menampilkan data lokasi
59
Tabel 4.5 Skenario Use Case Mengelola Data Lokasi
(Lanjutan)
Aksi Aktor Reaksi Sistem
5. Pilih tombol tambah untuk
menambah, input data
lokasi kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data lokasi
9. Sistem menampilkan
sub data lokasi
10. Pilih tombol edit dan
ubah data lokasi, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data lokasi yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data lokasi
13. Sistem menampilkan
sub data lokasi
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada kolom
pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.5 menjelaskan alur dari skenario use case
mengelola data lokasi, Admin Maintenance harus login terlebih
dahulu agar bisa menambah, mengubah, menghapus, dan
mencari data lokasi.
f. Skenario Use Case Mengelola Data Mesin
Nama Use Case : Mengeloa data mesin
Aktor : Admin dan Supervisor Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data mesin
60
Berikut adalah skenario use case mengelola data mesin
pada Tabel 4.6.
Tabel 4.6 Skenario Use Case Mengelola Data Mesin
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Memilih menu data
mesin
4. Menampilkan data mesin
5. Pilih tombol tambah
untuk menambah, input
data mesin kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data mesin
9. Sistem menampilkan
sub data mesin
10. Pilih tombol edit dan
ubah data mesin, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data lokasi yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data mesin
13. Sistem menampilkan
sub data mesin
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.6 menjelaskan alur dari skenario use case
mengelola data mesin, Admin Maintenance harus login terlebih
dahulu agar bisa menambah, mengubah, menghapus, dan
mencari data lokasi.
61
g. Skenario Use Case Mengelola Data Komponen
Nama Use Case : Mengeloa data komponen
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data komponen
Berikut adalah skenario use case mengelola data
komponenn pada Tabel 4.7.
Tabel 4.7 Skenario Use Case Mengelola Data Komponen
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data
komponen
4. Menampilkan data
komponen
5. Pilih tombol tambah
untuk menambah, input
data komponen
kemudian klik simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data komponen
9. Sistem menampilkan
sub data komponen
10. Pilih tombol edit dan
ubah data komponen,
setelah diubah kilk
tombol ubah
11. Sistem menampilkan
data komponen yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data komponen
13. Sistem menampilkan
data komponen
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
62
Tabel 4.7 menjelaskan alur dari skenario use case
mengelola data komponen, Admin Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data lokasi.
h. Skenario Use Case Mengelola Data Pegawai
Nama Use Case : Mengeloa data pegawai
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data pegawai
Berikut adalah skenario use case mengelola data pegawai
pada Tabel 4.8.
Tabel 4.8 Skenario Use Case Mengelola Data Pegawai
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data
pegawai
4. Menampilkan data
pegawai
5. Pilih tombol tambah
untuk menambah, input
data pegawai kemudian
klik simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data pegawai
9. Sistem menampilkan
sub data pegawai
10. Pilih tombol edit dan
ubah data pegawai,
setelah diubah kilk
tombol ubah
11. Sistem menampilkan
data pegawai yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data pegawai
13. Sistem menampilkan
data pegawai
63
Tabel 4.8 Skenario Use Case Mengelola Data Pegawai
(Lanjutan)
Aksi Aktor Reaksi Sistem
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.8 menjelaskan alur dari skenario use case
mengelola data pegawai, Admin Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data lokasi.
i. Skenario Use Case Mendapat Notifikasi Jadwal Monitoring
Nama Use Case : Mendapat Notifikasi Jadwal Monitoring
Aktor : Admin dan Supervisor Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menamapilkan data jadwal monitoring.
Berikut adalah tabel skenario use case mengelola jadwal
monitoiring pada Tabel 4.9.
Tabel 4.9 Skenario Use Case Menerima Notifikasi Jadwal
Monitoring
Aksi Aktor Reaksi Sistem
1. Admin atau Supervisor
Maintenance login ke
sistem
2. Menampilkan halaman
menu utama Admin atau
Supervisor Maintenance
3. Menmpilkan notifikasi
jika ada jadwal
monitoring pada tanggal
sistem dibuka
4. Admin atau Supervisor
Maintenance buka
notifikasi
5. Menampilkan data jadwal
monitoring
64
Tabel 4.9 menjelaskan alur dari skenario use case
mendapat notifikasi jadwal monitoring, Admin idan Supervisor
Maintenance harus login terlebih dahulu agar bisa melihat
notifikasi jadwal monitoring.
j. Skenario Use Case Update Jadwal Monitoring
Nama Use Case : Update Jadwal Monitoring
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menamapilkan data jadwal monitoring.
Berikut adalah tabel skenario use case mengelola
pemeliharaan pada Tabel 4.10.
Tabel 4.10 Skenario Use Case Update Jadwal Monitoring
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke system
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu jadwal
monitoring
4. Sistem menampilkan
halaman jadwal
monitoring
Skenario Alternatif (Cari Data)
5. Mengisi data pada kolom
pencarian
6. Sistem menampilkan data
yang dicari
Skenario Alternatif (Update Data)
7. Memilih data pada
halaman pemeliharaan
yang akan diubah
8. Sistem menampilkan data
pemeliharaan
9. Mengubah data pada form
data pemeliharaan dan
menekan tombol update
10. Sistem menampilkan
data pemeliharaan yang
di-update
Tabel 4.10 menjelaskan alur dari skenario use case
mengelola jadwal monitoring, Admin Maintenance harus login
terlebih dahulu agar mencari data jadwal monitoring dan
update hasil pemeliharaan.
k. Skenario Use Case Mengelola Mutasi Komponen
Nama Use Case : Mengelola mutasi komponen
Aktor : Admin Maintenance
65
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data mutasi komponen
Berikut adalah skenario use case mengelola mutasi
komponen pada Tabel 4.11.
Tabel 4.11 Skenario Use Case Mengelola Mutasi Komponen
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu gudang,
pilih sub menu mutasi
komponen
4. Sistem menampilkan
halaman mutasi
komponen
5. Memilih tombol tambah
dan mengisi form
mutasi
6. Pilih status keluar atau
masuk, dan klik simpan
7. Sistem menampilkan
pesan data berhasil
disimpan
8. Jika hasil input tidak
valid maka sistem
memberi peringatan
input salah
Skenario Alternatif (Ubah Data)
9. Memilih data mutasi
komponen yang akan
diubah
10. Sistem menampilkan
data transaksi
11. Mengubah data pada
form data mutasi
komponen dan menekan
tombol ubah
12. Sistem menampilkan
data mutasi komponen
yang diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman mutasi
komponen yang akan
dihapus
14. Sistem menampilkan
halaman mutasi
komponen
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
66
Pada Tabel 4.11 menjelaskan alur dari skenario use case
mengelola mutasi komponen, saat input data Admin
Maintenance dapat memilih jenis mutasi komponen masuk
atau keluar, Admin Maintenance juga bisa edit, hapus, dan
mencari data mutasi komponen.
l. Skenario Use Case Mengelola Laporan Kerusakan
Nama Use Case : Mengelola laporan kerusakan
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan kerusakan
Berikut adalah skenario use case mengelola laporan
kerusakan yang terdapat pada Tabel 4.12.
Tabel 4.12 Skenario Use Case Mengelola Laporan
Kerusakan
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Aktor memilih menu
kerusakan
4. Sistem menampilkan
halaman kerusakan
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
Pada Tabel 4.12 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak, sistem akan memproses data dan
menampilkan laporan.
m. Skenario Use Case Mengelola Laporan Detail Kerusakan
Nama Use Case : Mengelola laporan detail kerusakan
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan detail kerusakan
67
Berikut adalah skenario use case mengelola laporan
detail kerusakan pada Tabel 4.13.
Tabel 4.13 Skenario Use Case Mengelola Laporan Detail
Kerusakan
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Aktor memilih menu
detail kerusakan
4. Sistem menampilkan
halaman detail kerusakan
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
Pada Tabel 4.13 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak, sistem akan memproses data dan
menampilkan laporan.
n. Skenario Use Case Mengelola Laporan Jadwal Monitoring
Nama Use Case : Mengelola laporan jadwal monitoring
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan jadwal monitoring
Berikut adalah skenario use case mengelola Laporan
Jadwal Monitoring Tabel 4.14.
Tabel 4.14 Skenario Use Case Mengelola Laporan Jadwal
Monitoring
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
aktor
3. Aktor memilih menu
jadwal monitoring
4. Sistem menampilkan
halaman jadwal
monitoring
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
68
Pada Tabel 4.14 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak.
o. Skenario Use Case Mengelola Jadwal Monitoring
Nama Use Case : Mengeloa jadwal monitoring
Aktor : Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data jadwal monitoring
Berikut adalah skenario use case mengelola Laporan
Tabel 4.15.
Tabel 4.15 Skenario Use Case Mengelola Jadwal Monitoring
Aksi Aktor Reaksi Sistem
1. Supervisor Maintenance
login ke sistem
2. Menampilkan halaman
Supervisor Maintenance
3. Memilih menu
penjadwalan
4. Menampilkan form
penjadwalan
5. Input penjadwalan dan
pilih simpan
6. Sistem menampilkan
pesan data berhasil
disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman penjadwalan
yang akan diubah
9. Sistem menampilkan
data transaksi
10. Mengubah data pada
form data penjadwalan
dan menekan tombol
ubah
11. Sistem menampilkan
data penjadwalan yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data
penjadwalan yang akan
dihapus
13. Sistem menampilkan
halaman penjadwalan
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
69
Tabel 4.15 Skenario Use Case Mengelola Jadwal Monitoring
(Lanjutan)
Aksi Aktor Reaksi Sistem
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.15 menjelaskan alur dari skenario use case
mengelola data penjadwalan monitoring mesin, Supervisor
Maintenance harus login terlebih dahulu agar bisa menambah,
mengubah, menghapus, dan mencari data.
p. Skenario Use Case Mengelola Data User
Nama Use Case : Mengeloa data user
Aktor : Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data lokasi
Berikut adalah skenario use case mengelola data user
pada Tabel 4.16.
Tabel 4.16 Skenario Use Case Mengelola Data User
Aksi Aktor Reaksi Sistem
1. Supervisor Maintenance
login ke sistem
2. Menampilkan halaman
Supervisor Maintenance
3. Memilih menu data 4. Menampilkan data user
5. Pilih tombol tambah
untuk menambah, input
data user kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data user
9. Sistem menampilkan
sub data user
70
Tabel 4.16 Skenario Use Case Mengelola Data User
(Lanjutan)
Aksi Aktor Reaksi Sistem
10. Pilih tombol edit dan
ubah data user, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data user yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data user
13. Sistem menampilkan
sub data user
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.16 menjelaskan alur dari skenario use case
mengelola data user, Supervisor Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data user.
aliran-aliran aktifitas yang dideskripsikan oleh diagram use case
dan pada saat yang bersamaan aktor bertanggungjawab untuk aksi
tertentu dan dideskripsikan oleh kotak activity.
a. Activity Diagram Input Kerusakan
Activity Diagram input kerusakan menggambarkan alur
dalam membuat kerusakan yang bertujuan mengirimkan
kerusakan tersebut ke halaman Admin Maintenance. Berikut
adalah gambar activity diagram input kerusakan mesin pada
Gambar 4.2.
4.5.3 Activity Diagram
Diagram Activity adalah diagram yang memperlihatkan
71
Gambar 4.2 Activity Diagram Input Kerusakan
Pada Gambar 4.2 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance. Pada tahap ini operator hanya bisa input
data, tidak dapat menghapus, dan edit data.
b. Activity Diagram Menerima Notifikasi Laporan Kerusakan
Activity Diagram menerima laporan kerusakan
menggambarkan alur dalam menerima notifikasi laporan
kerusakan di halaman Admin Maintenance. Berikut adalah
gambar diagram activity yang terdapat pada Gambar 4.3.
72
Gambar 4.3 Activity Diagram Menerima Notifikasi Laporan
Kerusakan
Pada Gambar 4.3 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. Activity Diagram Mengelola Laporan Kerusakan
Activity Diagram mengelola laporan kerusakan
menggambarkan alur dalam melakukan aksi menampilkan,
menambah, hapus, dan edit data laporan kerusakan yang dapat
dilakukan oleh Admin Maintenance. Berikut adalah gambar
diagram activity mengelola data laporan kerusakan yang
terdapat pada Gambar 4.4.
73
Gambar 4.4 Activity Diagram Mengelola Laporan Kerusakan
Gambar 4.4 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
menambah catatan sebagai update pelaksanaan, melihat,
menambah, menghapus, dan merubah data kerusakan.
74
d. Activity Diagram Mengelola Detail Kerusakan
Activity Diagram mengelola detail kerusakan
menggambarkan alur dalam melakukan aksi menampilkan,
menambah, hapus, dan edit data detail kerusakan yang dapat
dilakukan oleh Admin Maintenance. Berikut adalah gambar
diagram activity mengelola data detail kerusakan yang terdapat
pada Gambar 4.5.
Gambar 4.5 Activity Diagram Menegelola Detail Keruakan
75
Gambar 4.5 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. Activity Diagram Mengelola Data Lokasi
Activity Diagram mengelola data lokasi menggambarkan
alur dalam mengelola data lokasi. Berikut adalah gambar
diagram activity mengelola data lokasi yang terdapat pada
Gambar 4.6.
Gambar 4.6 Activity Diagram Mengelola Data Lokasi
76
Gambar 4.6 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. Activity Diagram Mengelola Data Mesin
Activity Diagram mengelola data mesin menggambarkan
alur dalam mengelola data mesin. Berikut adalah gambar
diagram activity mengelola data mesin yang terdapat pada
Gambar 4.7.
Gambar 4.7 Actitivty Diagram Mengelola Data Mesin
77
Gambar 4.7 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin dan
Supervisor Maintenance. Pada tahap ini Aktor dapat melihat,
menambah, menghapus, dan merubah data mesin.
g. Activity Diagram Mengelola Data Komponen
Activity Diagram mengelola data komponen
menggambarkan alur dalam mengelola data komponen.
Berikut adalah gambar diagram activity mengelola data
komponen yang terdapat pada Gambar 4.8.
Gambar 4.8 Activity Diagram Mengelola Komponen
78
Gambar 4.8 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. Activity Diagram Mengelola Data Pegawai
Activity Diagram mengelola data pegawai
menggambarkan alur dalam mengelola data pegawai. Berikut
adalah gambar diagram activity mengelola data pegawai yang
terdapat pada Gambar 4.9.
Gambar 4.9 Activity Diagram Mengelola Pegawai
79
Gambar 4.9 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. Activity Diagram Mendapat Notifikasi Jadwal Monitoring
Activity Diagram menerima notifikasi jadwal monitoring.
Berikut adalah gambar diagram activity mendapat notifikasi
jadwal monitoring mesin produksi yang terdapat pada Gambar
4.10.
Gambar 4.10 Activity Diagram Mendapat Notifikasi Jadwal
Monitoring
Gambar 4.10 menjelaskan tentang alur atau proses
menerima notifikasi jadwal monitoring mesin prroduksi, yang
bisa mengakses notifikasi jadwal monitoring yang muncul
yaitu aktor Admin dan Supervisor Maintenance.
80
j. Activity Diagram Update Jadwal Monitoring
Activity Diagram update jadwal monitoring alur dalam
mengelola data pemeliharaan. Berikut adalah gambar diagram
activity update data jadwal monitoring yang terdapat pada
Gambar 4.11.
Gambar 4.11 Activity Diagram Update Jadwal Monitoring
Gambar 4.11 menjelaskan tentang alur atau proses
mengelola data pemeliharaan dari jadwal monitoring yang
dibuat Supervisor Maintenance yang kemudian hasil
pemeliharaan update oleh Admin Maintenance.
81
k. Activity Diagram Mengelola Mutasi Komponen
Activity Diagram mengelola mutasi komponen
menggambarkan alur dalam mengelola mutasi komponen.
Berikut adalah gambar diagram activity mengelola data mutasi
komponen yang terdapat pada Gambar 4.12.
Gambar 4.12 Activity Diagram Mengelola Mutasi Komponen
82
Gambar 4.12 menjelaskan tentang alur atau proses
mengelola mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
l. Activity Diagram Mengelola User
Activity Diagram mengelola user menggambarkan alur
dalam mengelola mutasi komponen. Berikut adalah gambar
diagram activity mengelola data user yang terdapat pada
Gambar 4.13.
Gambar 4.13 Activity Diagram Mengelola User
83
Gambar 4.13 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Admin Maintenance. Pada
tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data user.
m. Activity Diagram Mengelola Jadwal Monitoring
Activity Diagram mengelola jadwal monitoring
menggambarkan alur dalam mengelola jadwal monitoring.
Berikut adalah gambar diagram activity mengelola data jadwal
monitoring yang terdapat pada Gambar 4.14.
Gambar 4.14 Activity Diagram Mengelola Jadwal Monitoring
84
Gambar 4.14 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Supervisor Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data jadwal monitoring.
n. Activity Diagram Melihat Laporan Kerusakan
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan kerusakan. Aksi
ini dapat dilakukan oleh Admin Maintenance dan Supervisor
Mainteance. Berikut adalah gambar activity diagram melihat
laporan yang terdapat pada Gambar 4.15.
Gambar 4.15 Activity Diagram Melihat Laporan Kerusakan
Gambar 4.15 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance. Pada tahap ini dapat melihat laporan
sesuai dengan nama mesin dan periode yang dapat ditentukan
oleh aktor.
85
o. Activity Diagram Melihat Laporan Detail Kerusakan
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan detail kerusakan.
Aksi ini dapat dilakukan oleh Admin Maintenance dan
Supervisor Mainteance. Berikut adalah gambar activity
diagram melihat laporan yang terdapat pada Gambar 4.16.
Gambar 4.16 Activity Diagram Melihat Laporan Detail
Kerusakan
Gambar 4.16 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance.
p. Activity Diagram Melihat Laporan Jadwal Monitoring
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan jadwal
monitoring. Aksi ini dapat dilakukan oleh Admin Maintenance
86
dan Supervisor Mainteance. Berikut adalah gambar activity
diagram melihat laporan yang terdapat pada Gambar 4.17.
Gambar 4.17 Activity Diagram Melihat Laporan Kerusakan
Gambar 4.17 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance. Pada tahap ini dapat melihat laporan
sesuai dengan nama mesin dan periode yang dapat ditentukan
oleh aktor.
berasosiasi dengan use case diagram. Berikut adalah sequence
diagram :
a. Sequence Diagram Input Laporan Kerusakan
Berikut adalah gambar diagram sequence membuat
laporan kerusakan pada Gambar 4.18.
4.5.4 Sequence Diagram
Diagram sequence secara khusus adalah diagram yang
87
Gambar 4.18 Sequence Diagram Input Laporan Kerusakan
Pada Gambar 4.18 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance.
b. Sequence Diagram Menerima Notifikasi Laporan Kerusakan
Berikut adalah gambar diagram sequence menerima
notifikasi laporan kerusakan pada Gambar 4.19
Gambar 4.19 Sequence Diagram Menerima Notifikasi Laporan
Kerusakan
88
Pada Gambar 4.19 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. Sequence Diagram Mengelola Laporan Kerusakan
Berikut adalah gambar diagram sequence mengelola
laporan kerusakan pada Gambar 4.20.
Gambar 4.20 Sequence Diagram Mengelola Laporan Kerusakan
Gambar 4.20 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data laporan
kerusakan.
89
d. Sequence Diagram Mengelola Detail Kerusakan
Berikut adalah gambar diagram sequence mengelola
detail kerusakan pada Gambar 4.21.
Gambar 4.21 Sequence Diagram Mengelola Detail Kerusakan
Pada Gambar 4.21 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. Sequence Diagram Mengelola Data Lokasi
Berikut adalah gambar diagram sequence mengelola data
lokasi pada Gambar 4.22.
90
Gambar 4.22 Sequence Diagram Mengelola Data Lokasi
Gambar 4.22 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. Sequence Diagram Mengelola Data Mesin
Berikut adalah gambar diagram sequence mengelola data
mesin pada Gambar 4.23.
91
Gambar 4.23 Sequence Diagram Mengelola Data Mesin
Gambar 4.23 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin dan Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data mesin.
g. Sequence Diagram Mengelola Data Komponen
Berikut adalah gambar diagram sequence mengelola data
pegawai pada Gambar 4.24.
92
Gambar 4.24 Sequence Diagram Mengelola Data Komponen
Gambar 4.24 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. Sequence Diagram Mengelola Data Pegawai
Berikut adalah gambar diagram sequence mengelola data
pegawai pada Gambar 4.25.
93
Gambar 4.25 Sequence Diagram Mengelola Data Pegawai
Gambar 4.25 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. Sequence Diagram Mendapat Notifikasi Jadwal Monitoring
Berikut adalah gambar diagram sequence mendapat
notifikasi jadwal monitoring pada Gambar 4.26.
94
Gambar 4.26 Sequence Diagram Mendapat Notifikasi Jadwal
Monitoring
Gambar 4.26 menjelaskan tentang alur atau proses
mendapat notifikasi jadwal monitoring yang muncul pada
halaman utama Admin dan Supervisor Maintenance.
j. Sequence Diagram Update Jadwal Monitoring
Berikut adalah gambar diagram sequence update jadwal
monitoring pada Gambar 4.27.
Gambar 4.27 Sequence Diagram Update Jadwal Monitoring
95
Gambar 4.27 menjelaskan tentang alur atau proses
mengelola update pelaksanaan jadwal monitoring yang
dilakuan oleh Admin Maintenance.
k. Sequence Diagram Mengelola Mutasi Komponen
Berikut adalah gambar diagram sequence mengelola
mutasi komponen pada Gambar 4.28.
Gambar 4.28 Sequence Diagram Mengelola Mutasi Komponen
Gambar 4.28 menjelaskan tentang alur atau proses
mengelola mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
96
l. Sequence Diagram Mengelola User
Berikut adalah gambar diagram sequence mengelola user
pada Gambar 4.29.
Gambar 4.29 Sequence Diagram Mengelola User
Gambar 4.29 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Supervisor Maintenance.
Pada tahap ini Supervisor Maintenance dapat melihat,
menambah, menghapus, dan merubah data user.
m. Sequence Diagram Mengelola Jadwal Monitoring
Berikut adalah gambar diagram sequence mengelola
jadwal monitoring pada Gambar 4.30.
97
Gambar 4.30 Sequence Diagram Mengelola Jadwal Monitroing
Gambar 4.30 menjelaskan tentang alur atau proses
mengelola jadwal monitoring yang dilakuan oleh Supervisor
Maintenance. Pada tahap ini Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data jadwal
monitoring.
n. Sequence Diagram Melihat Laporan Kerusakan
Berikut adalah gambar diagram sequence melihat
laporan detail monitoring pada Gambar 4.31.
98
Gambar 4.31 Sequence Diagram Melihat Laporan Kerusakan
Gambar 4.31 menjelaskan tentang alur atau proses
melihat laporan kerusakan yang bisa diakses oleh Admin
Maintenance dan Supervisor Maintenance. Pada tahap ini
aktor dapat melihat laporan sesuai nama mesin dan yang ingin
ditentukan.
o. Sequence Diagram Mengelola Laporan Detail Kerusakan
Berikut adalah gambar diagram sequence melihat
laporan pemeliharaan pada Gambar 4.32.
Gambar 4.32 Sequence Diagram Melihat Laporan Detail
Kerusakan
99
Gambar 4.32 menjelaskan tentang alur atau proses
melihat laporan detail kerusakan yang bisa diakses oleh Admin
dan Supervisor Maintenance. Aktor dapat melihat laporan
sesuai nama mesin dan yang ingin ditentukan.
p. Sequence Diagram Melihat Laporan Jadwal Monitoring
Berikut adalah gambar diagram sequence melihat
laporan jadwal monitoring pada Gambar 4.33.
Gambar 4.33 Sequence Diagram Melihat Laporan Jadwal
Monitoring
Gambar 4.33 menjelaskan tentang alur atau proses
melihat laporan jadwal monitoring yang bisa diakses oleh
Admin dan Supervisor Maintenance. Pada tahap ini aktor dapat
melihat laporan sesuai dengan periode yang ingin ditentukan.
100
sistem, menurut status (state), transisi, kejadian serta aktivias
(Herlawati, 2011). Berikut adalah state diagram :
a. State Diagram Input Laporan Kerusakan
Berikut adalah gambar state diagram input laporan
kerusakan pada Gambar 4.34.
Gambar 4.34 State Diagram Input Laporan Kerusakan
Pada Gambar 4.34 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance. Pada tahap ini operator hanya bisa input
data, tidak dapat menghapus, dan merubah data.
4.5.5 Statechart Diagram
Diagram status memperlihatkan keadaan-keadaan pada
101
b. State Diagram Menerima Notifikasi Laporan Kerusakan
Berikut adalah gambar state diagram input laporan
kerusakan pada Gambar 4.35.
Gambar 4.35 State Diagram Menerima Notifikasi Laporan
Kerusakan
Pada Gambar 4.35 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. State Diagram Mengelola Laporan Kerusakan
Berikut adalah gambar state diagram mengelola laporan
kerusakan pada Gambar 4.36.
102
Gambar 4.36 State Diagram Mengelola Laporan Kerusakan
Gambar 4.36 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, update pelaksanaan, menambah, menghapus, dan
merubah data laporan kerusakan.
d. State Diagram Mengelola Detail Kerusakan
Berikut adalah gambar state diagram mengelola detail
kerusakan pada Gambar 4.37.
Gambar 4.37 State Diagram Mengelola Detail Kerusakan
103
Gambar 4.37 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. State Diagram Mengelola Data Lokasi
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.38.
Gambar 4.38 State Diagram Mengelola Data Lokasi
Gambar 4.38 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. State Diagram Mengelola Data Mesin
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.39.
104
Gambar 4.39 State Diagram Mengelola Data Mesin
Gambar 4.39 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data mesin.
g. State Diagram Mengelola Data Komponen
Berikut adalah gambar state diagram mengelola
komponen pada Gambar 4.40.
Gambar 4.40 State Diagram Mengelola Data Komponen
105
Gambar 4.40 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. State Diagram Mengelola Data Pegawai
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.41.
Gambar 4.41 State Diagram Mengelola Data Pegawai
Gambar 4.41 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. State Diagram Menerima Notifikasi Jadwal Monitoring
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.42.
106
Gambar 4.42 State Diagram Menerima Notifikasi Jadwal
Monitoring
Pada Gambar 4.42 menjelaskan tentang alur sistem saat
menerima notifikasi jadwal monitoring yang dibuat oleh
Supervisor Maintenance yang kemudian akan muncul pada
halaman Admin dan Supervisor Maintenance.
j. State Diagram Update Jadwal Monitoring
Berikut adalah gambar state diagram mengelola
pemeliharaan pada Gambar 4.43.
Gambar 4.43 State Diagram Update Jadwal Monitoring
107
Gambar 4.43 menjelaskan tentang alur atau proses
mengelola data pemeliharaan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data
pemeliharaan.
k. State Diagram Mengelola Pemeliharaan Mutasi Komponen
Berikut adalah gambar state diagram mengelola mutasi
komponen pada Gambar 4.44.
Gambar 4.44 State Diagram Mengelola Mutasi Komponen
Gambar 4.44 menjelaskan tentang alur atau proses
mengelola data mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
l. State Diagram Mengelola User
Berikut adalah gambar state diagram mengelola user
pada Gambar 4.45.
108
Gambar 4.45 State Diagram Mengelola User
Gambar 4.45 menjelaskan tentang alur atau proses
mengelola data user yang dilakuan oleh Supervisor
Maintenance. Pada tahap ini Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data user.
m. State Diagram Mengelola Jadwal Monitoring
Berikut adalah gambar state diagram mengelola jadwal
monitoring pada Gambar 4.46.
Gambar 4.46 State Diagram Mengelola Jadwal Monitoring
109
Gambar 4.46 menjelaskan tentang alur atau proses
mengelola data jadwal monitoring yang dilakuan oleh
Supervisor Maintenance. Pada tahap ini Supervisor
Maintenance dapat melihat, menambah, menghapus, dan
merubah data jadwal monitoring.
n. State Diagram Melihat Laporan
Berikut adalah gambar state melihat laporan detail
kerusakan dan pemeliharaan pada Gambar 4.47.
Gambar 4.47 State Diagram Melihat Laporan
Gambar 4.47 menjelaskan tentang alur atau proses
melihat laporan kerusakan, detail kerusakan, dan jadwal
monitoring dengan cara mengisi nama mesin dan periode
tanggal awal dan akhir, menu ini bisa diakses oleh Admin dan
Supervisor Maintenance.
Component diagram memperlihatkan organisasi serta
kebergantungan sistem atau perangkat lunak pada komponen-
komponen yang telah ada sebelumnya (Herlawati, 2011).
Hubungan tesebut digambarkan pada Gambar 4.48.
4.5.6 Component Diagram
110
Gambar 4.48 Component Diagram
Pada component diagram pada Gambar 4.48 dijelaskan
bahwa setiap interface dan kontrol coding berada pada setiap
package (digambarkan dengan persegi).
aplikasi dijalankan (run time) (Herlawati, 2011) yang dapat
dlilihat pada Gambar 4.49.
Gambar 4.49 Deployment Diagram
Pada Gambar 4.49 menunjukkan sebuah gambar dari
deployment diagram yang menggambarkan proses di dalam
sistem software. User mengkases sistem melalui web browser
dan kemudian data yang user input akan diolah dan dikonversi
4.5.7 Deployment Diagram
Deployment diagram menggambarkan konfigurasi saat
111
oleh PHP Based Web Service. Kemudian data yang telah diolah
tadi akan disimpan ke Database server.
domain (kelas) dari sistem. Class Diagram menggambarkan jenis
objek dalam sistem dan berbagai jenis hubungan statis yang ada
(Solamo, 2009). Relasi tersebut digambaran pada Gambar 4.50.
Gambar 4.50 Class Diagram
4.5.8 Class Diagram
Class Diagram menunjukkan struktur statis dari abstraksi
112
Class diagram pada Gambar 4.50 menggambarkan relasi
antar tabel yang digunakan dalam sistem informasi maintenance
dengan semua bentuk relasi yang ada diantaranya. Class dengan
warna hijau menandakan enitas data yang diolah ke class dengan
warna ungu yang menandakan boundary atau tampilan data yang
dimunculkan dalam sistem.
secara sistematik untuk memperoleh informasi khusus dari suatu basis
data yang digunakan untuk sistem informasi maintenance, berikut
adalah tabelnya.
a. Tabel user
Berikut adalah tabel user yang terdapat pada Tabel 4.17.
Tabel 4.17 Tabel User
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary
Key
2 name Varchar 255
3 username Varchar 32
4 auth_key Varchar 32
5 password_hash Varchar 255
6 password_reset_token Varchar 255
7 email Varchar 255
8 status Smallint 6
9 created_at Integer 11
10 updated_at Integer 11
Pada Tabel 4.17 berisi Tabel user, data ini yang
digunakan untuk login ke dalam sistem sesui dengan hak ases
yang telah diberikan.
4.6 Perancangan Database
Database sistem merupakan kumpulan informasi yang disimpan
113
b. Tabel Pegawai
Berikut adalah tabel user yang terdapat pada Tabel 4.18.
Tabel 4.18 Tabel Pegawai
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_pegawai Varchar 100
Pada Tabel 4.18 berisi data pegawai, data ini adalah
nama dari petugas yang merawat dan memperbaiki mesin
produksi.
c. Tabel Lokasi
Berikut adalah tabel lokasi yang terdapat pada Tabel
4.19.
Tabel 4.19 Tabel Lokasi
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_lokasi Varchar 255
Pada Tabel 4.19 berisi data lokasi, data ini adalah nama
dari lokasi tempat mesin produksi berada.
d. Tabel Mesin
Berikut adalah tabel lokasi yang terdapat pada Tabel
4.20.
Tabel 4.20 Tabel Mesin
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 lokasi_id Integer 11
114
Tabel 4.20 Tabel Mesin (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 nama_mesin Varchar 100
4 kode_mesin Varchar 50
5 deskripsi_mesin Varchar 255
6 tanggal_beli Date
7 gambar Varchar 100
8 jumlah_kerusakan Integer 11
9 jumlah_maintenance Integer 11
Pada Tabel 4.20 berisi data mesin produksi, data ini
berisi lokasi, nama, kode, dan deskripsi mesin, tanggal beli,
gambar.
e. Tabel Komponen
Berikut adalah tabel komponen yang terdapat pada Tabel
4.21
Tabel 4.21 Tabel Komponen
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_komponen Varchar 255
3 deskripsi_komponen Varchar 255
Pada Tabel 4.21 berisi data komponen, data ini berisi
nama dan dekripsi.
f. Tabel Gudang
Berikut adalah tabel gudang yang terdapat pada Tabel
4.21.
Tabel 4.22 Tabel Gudang
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 komponen_id Integer 11
115
Tabel 4.22 Tabel Gudang (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 user_id Integer 11
4 jumlah_stok Integer 11
5 status Enum ('masuk',
'keluar')
6 keterangan Text
7 tgl_stok Date
8 created_at Integer 11
9 updated_at Integer 11
Pada Tabel 4.22 berisi data gudang komponen, data ini
berisi pendataan stok komponen yang masuk dan stok
komponen yang keluar atau yang telah digunakan.
g. Tabel Kerusakan
Berikut adalah tabel kerusakan yang terdapat pada Tabel
4.23.
Tabel 4.23 Tabel Kerusakan
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Inegerr 11 Primary Key
2 mesin_id Integer 11
3 status_pengerjaan Integer 11
4 admin_id Integer 11
5 operator_id Integer 11
6 tanggal_mulai Datetime
7 tanggal_selesai Datetime
8 no_laporan Varchar 50
9 foto Varchar 50
10 foto_sesudah Varchar 50
11 deskripsi_kerusakan Text 255
13 catatan_kerusakan Text
12 tanggal_kerusakan Date
116
Pada Tabel 4.23 berisi data kerusakan, tabel ini berisi
laporan kerusakan yang diajukan oleh operator mesin meminta
diadakan perbaikan oleh teknisi.
h. Tabel Detail Kerusakan
Berikut adalah tabel detail kerusakan yang terdapat pada
Tabel 4.24.
Tabel 4.24 Tabel Detail Kerusakan
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary
Key
2 komponen_id Integer 11
3 pegawai_id Integer 11
4 kerusakan_id Integer 11
5 gudang_komponen_id
6 kerusakan_id Integer 11
7 qty_komponen Integer 11
8 tanggal_mulai Datetime
9 tanggal_selesai Datetime
10 keterangan Text
11 created_at Integer 11
12 updated_at integer 11
Pada Tabel 4.24 berisi data detail kerusakan, yaitu data
setelah mesin produksi. Data ini di-input oleh Admin
Maintenance dari hasil perbaikan yang telah dilakukan oleh
teknisi.
i. Tabel Jadwal Monitoring
Berikut adalah tabel jadwal monitoring yang terdapat
pada Tabel 4.25.
Tabel 4.25 Tabel Jadwal Monitoring
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_jadwal Varchar 150
117
Tabel 4.25 Tabel Jadwal Monitoring (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 created_by Integer 11
4 work_by Integer 11
5 tanggal Date
6 deskripsi Text
7 mesin_id Integer 11
8 lokasi_id Integer 11
10 status_pelaksanaan Tinyint 4
11 created_at Integer 11
12 updated_at Integer 11
Pada Tabel 4.25 Tabel ini akan diisi oleh Supervisor
Maintenance untuk pemeliharaan mesin secara berkala, yang
kemudian hasil update dari perawatannya oleh Admin
Maintenance.
b. Perancangan Tampilan Halaman Login
Berikut adalah perancangan tampilan login yang terdapat
pada Gambar 4.51.
Gambar 4.51 Perancangan Tampilan Login
4.7 Perancangan User Interface (Antar Muka)
118
Pada Gambar 4.51 merupakan perancangan tampilan
halaman login dari sistem informasi maintenance. Pada
halaman ini user harus memasukkan userame dan password
untuk masuk ke dalam sistem.
c. Perancangan Tampilan Halaman Menu Operator dan Input
Kerusakan
Berikut adalah perancangan tampilan halaman menu
utama dari user operator yang terdapat pada Gambar 4.52.
Gambar 4.52 Tampilan Halaman Menu Operator dan Input
Kerusakan
Pada Gambar 4.52 merupakan tampilan menu user
operator dan input kerusakan. Halaman ini muncul setelah user
dengan role operator login ke dalam sistem kemudian memilih
create laporan kerusakan dan isi form tersebut untuk
melaporkan jika terjadi kerusakan mesin.
d. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Mesin
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data mesin yang
terdapat pada Gambar 4.53.
119
Gambar 4.53 Tampilan Halaman Menu Utama User Admin
Maintenance Dalam Pengelolaan Data Mesin
Pada Gambar 4.53 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data mesin.
e. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Pegawai
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data pegawai Gambar
4.54.
Gambar 4.54 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Pegawai
120
Pada Gambar 4.54 merupakan tampilan menu utama dari
user Admin Maintenance. Halaman ini muncul setelah user
dengan role Admin Maintenance login ke dalam sistem dan
memilih menu data pegawai.
f. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Komponen
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data komponen yang
terdapat pada Gambar 4.55.
Gambar 4.55 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Komponen
Pada Gambar 4.55 merupakan tampilan menu utama dari
user Admin Maintenance. Halaman ini muncul setelah user
dengan role Admin Maintenance login ke dalam sistem dan
memilih menu data komponen.
g. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Lokasi
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data lokasi yang
terdapat pada Gambar 4.56.
121
Gambar 4.56 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Lokasi
Pada Gambar 4.56 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data lokasi.
h. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Kerusakan
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data kerusakan yang
terdapat pada Gambar 4.57.
Gambar 4.57 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Kerusakan
122
Pada Gambar 4.57 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data kerusakan.
i. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Detail Kerusakan
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data detail kerusakan
yang terdapat pada Gambar 4.58.
Gambar 4.58 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Detail Kerusakan
Pada Gambar 4.58 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data detail kerusakan.
j. Perancangan Tampilan Halaman Menu Utama Supervisor
Maintenance Dalam Pengelolaan Jadwal Monitoring
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data detail kerusakan
yang terdapat pada Gambar 4.59
123
.
Gambar 4.59 Tampilan Halaman Menu Utama Supervisor
Maintenance Dalam Pengelolaan Data Jadwal Monitoring
Pada Gambar 4.59 merupakan tampilan menu utama
dari user Supervisor Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data detail kerusakan.
124
BAB V
IMPLEMENTASI DAN PENGUJIAN SISTEM
Implementasi dari perancangan arsitektur Sistem Informasi
Maintenance dengan studi kasus CV Saprotan Utama dapat dilihat
pada Gambar 5.1.
Gambar 5.1 Hirarki Program
Pada Gambar 5.1 Menggambarkan Hirarki Program dari Sistem
Informasi Maintenace. Terdapat tiga aktor yang dapat mengakses
Sistem Informasi Maintenance ini, yang pertama Operator yang
mendapat akses untuk input data kerusakan apabila sedang terjadi
kerusakan mesin produksi.
Aktor kedua yaitu Admin Maintenance yang mendapat akses
mengelola kerusakan, mengeloa detail kerusakan, mengelola data
komponen, mengelola data lokasi tempat mesin berada, mengelola
data pegawai, mengelola mutasi komponen, update status pelaksanaan
jadwal monitoring, mendapat notifikasi kerusakan apabila terjadi
kerusakan mesin, mendapat notifikasi pelaksanaan jadwal monitoring
yang telah disusun oleh Spv. Maintenance, kemudian dapat mengkases
laporan kerusakan, laporan detail kerusakan, dan laporan jadwal
monitoring.
5.1 Hirarki Program
125
Aktor ketiga yaitu Spv. Maintenance yang mendapat akses data
mesin, mendapat notifikasi jadwal monitoring, mengelola data user,
mengelola jadwal monitoring, kemudian dapat mengkases laporan
kerusakan, laporan detail kerusakan, dan laporan jadwal monitoring.
Berikut ini adalah Implementasi tabel dari database yang
terdapat pada Sistem Informasi Maintenance Mesin Produksi Pupuk
dan Pestisida dengan studi kasus CV Saprotan Utama. Tabel-tabel
yang digunakan dalam aplikasi ini antara lain :
1. Tabel User
Berikut ini adalah data dari Tabel user yang terdapat pada
Gambar 5.2.
a. Nama Tabel : user
b. Primary Key : id
Gambar 5.2 Tabel user
Pada Gambar 5.2 berisi data user yang akan digunakan aktor
atau user yang akan login ke dalam sistem. Field dari tabel user ini
antara lain ada id sebagai primary key, name yang diisi nama
pengguna, username yang digunakan untuk login, password_hash
untuk menyembunyikan password asli yang telah diatur otomatis
oleh sistem, password_reset_token untuk tempat password yang
telah diperbarui oleh user, status akan berisi active dan baned,
5.2 Implementasi Database
126
created_at berisi waktu data tersebut pertama kali dibuat, dan
updated_at berisi waktu data tersebut terakhir kali diubah.
2. Tabel Pegawai
Berikut ini adalah data dari Tabel Pegawai yang terdapat
pada Gambar 5.3.
a. Nama Tabel : pegawai
b. Primary Key : id
Gambar 5.3 Tabel pegawai
Pada Gambar 5.3 berisi data pegawai yang bertugas
memperbaiki dan merawat mesin produksi. Tabel ini hanya berisi
dua field, yang pertama yaitu id dan yang kedua adalah
nama_pegawai.
3. Tabel Mesin
Berikut ini adalah data dari Tabel Mesin yang terdapat pada
Gambar 5.4.
a. Nama Tabel : mesin
b. Primary Key : id
Gambar 5.4 Tabel Mesin
127
Pada Gambar 5.4 berisi data mesin-mesin produksi yang
berada pada CV Saprotan Utama. Tabel ini terdiri dari beberapa
field yaitu id sebagai primary key dari tabel mesin, lokasi_id
sebagai informasi tambahan tempat dari mesin tersebut berada,
nama_mesin berisi nama dari mesin, kode_mesin yang berisi kode
dari setiap mesin, deskripsi_mesin menggambarkan kegunaan dan
deskripsi tambahan yang ingin diberikan, tanggal_beli berisi
tanggal pembelian dari mesin, gambar untuk menyimpan foto dari
mesin sebagai info tambahan, jumlah_kerusakan akan berisi total
dari kerusakan mesin tersebut, dan jumlah_maintenance akan berisi
total jumlah perawatan yang telah didapat oleh mesin.
4. Tabel Lokasi
Berikut ini adalah data dari Tabel Lokasi yang terdapat pada
Gambar 5.5.
a. Nama Tabel : lokasi
b. Primary Key : id
Gambar 5.5 Tabel Lokasi
Pada Gambar 5.5 berisi data lokasi dari mesin produksi yang
berada pada CV Saprotan Utama. Tabel ini hanya mempunyai dua
field yaitu id sebagai primaru key dan nama_lokasi yang ditujukan
untuk mengetahui lokasi tempat mesin berada.
5. Tabel Komponen
Berikut ini adalah data dari Tabel Komponen yang terdapat
pada Gambar 5.6.
128
a. Nama Tabel : komponen
b. Primary Key : id
Gambar 5.6 Tabel Komponen
Pada Gambar 5.6 berisi data komponen yang dibutuhkan oleh
mesin produksi yang berada pada CV Saprotan Utama. Tabel ini
mempunyai field id sebagai primary key, nama_komponen yang
berisi nama dari komponen yang dibutuhkan oleh mesin,
deskripsi_komponen yang berisi deskripsi tambahan yang perlu
dicantumkan dari setiap komponen, created_at berisi waktu data
tersebut pertama kali dibuat, dan updated_at berisi waktu data
tersebut terakhir kali diubah.
6. Tabel Gudang
Berikut ini adalah data dari Tabel Gudang yang terdapat pada
Gambar 5.7.
a. Nama Tabel : gudang
b. Primary Key : id
Gambar 5.7 Tabel Gudang
129
Pada Gambar 5.7 berisi data gudang dari komponen yang
dibutuhkan oleh mesin produksi yang berada pada CV Saprotan
Utama jika terjadi penggantian komponen. Tabel ini berisi id
sebagai primary key, komponen_id yang merujuk pada nama
komponen, user_id yang akan otomatis terisi dengan user yang
mengisi transaksi di tabel gudang, jumlah_stok berisi jumlah
komponen yang harus diisi disetiap transaksi, status yang bernilai
keluar berarti akan mengurangi total stok komponen, dan masuk
yang berarti akan menambah total stok. Field keterangan yang akan
berisi deskripsi tambahan setiap transaksi, tgl_stok adalah tanggal
yang harus diisi dengan tanggal transaksi, created_at berisi waktu
data tersebut pertama kali dibuat, dan updated_at berisi waktu data
tersebut terakhir kali diubah.
7. Tabel Kerusakan
Berikut ini adalah data dari Tabel Kerusakan yang terdapat
pada Gambar 5.8.
a. Nama Tabel : kerusakan
b. Primary Key : id
Gambar 5.8 Tabel Kerusakan
Pada Gambar 5.8 berisi data kerusakan mesin produksi yang
berada pada CV Saprotan Utama, data ini diisi ketika terjadi
kerusakan mesin. Tabel ini berisi id sebagai primary key, mesin_id
130
yang merujuk pada nama mesin, status pengerjaan yang memiliki
tiga nilai yaitu pending, dikerjakan, dan selesai. Selanjutnya
admin_id yang akan otomatis terisi dengan username yang
melakukan update pelaksanaan perbaikan kerusakan, operator_id
yang otomatis akan terisi dengan username yang mengajukan
perbaikan, tanggal_mulai yang berisi tanggal mulai dari perbaikan
kerusakan dilakukan, tanggal_selesai yang berisi tanggal dari
perbaikan kerusakan diselesaikan, no_laporan berisi dari no laporan
kerusakan yang akan diurutkan otomatis oleh sistem, foto yang
akan diisi dengan foto kerusakan, foto_sesudah akan berisi data
foto setelah dilakukan perbaikan, deskripsi_kerusakan yang akan
diisi dengan keluhan kerusakan mesin, catatan_kerusakan akan
diisi dengan catatan yang hasil perbaikan yang telah dilakukan,
tanggal_kerusakan akan diisi dengan tanggal terjadi kerusakan
mesin.
8. Tabel Detail Kerusakan
Berikut ini adalah data dari Tabel Detail Kerusakan yang
terdapat pada Gambar 5.9.
a. Nama Tabel : detail_kerusakan
b. Primary Key : id
Gambar 5.9 Tabel Detail Kerusakan
Pada Gambar 5.9 berisi data detail kerusakan mesin produksi
yang berada pada CV Saprotan Utama. Tabel ini berisi id sebagai
primary key, komponen_id yang akan merujuk ke nama komponen,
131
pegawai_id yang akan merujuk ke nama pegawai yang telah
melakukan perbaikan kerusakan, kerusakan_id yang akan merujuk
pada no laporan dan deskripsi kerusakan, gudang_komponen_id
sebagai penghubung dengan tabel gudang jika ada penggantian
komponen dan dimasukkan ke data gudang dengan status keluar,
jumlah_komponen berisi jumlah pemakaian komponen,
tanggal_pengerjaan berisi tanggal kerusakan tersebut dikerjakan,
keterangan sebagai deskripsi yang ingin ditambahkan, created_at
berisi waktu data tersebut pertama kali dibuat, dan updated_at
berisi waktu data tersebut terakhir kali diubah.
9. Tabel Jadwal Monitoring
Berikut ini adalah data dari Tabel Jadwal Monitoring yang
terdapat pada Gambar 5.10.
a. Nama Tabel : jadwal_monitoring
b. Primary Key : id
Gambar 5.10 Tabel Detail Kerusakan
Pada Gambar 5.10 berisi data jadwal monitoring mesin
produksi yang berada pada CV Saprotan Utama. Tabel ini berisi id
sebagai primary key, nama_jadwal berisi nama jadwal yang
diberikan, created_by berisi username dari user yang telah
membuat jadwal, work_by akan berisi yang bertugas melaksanakan
monitoring, tanggal berisi waktu ditetapkan perawatan, deskripsi
berisi tambahan deskripsi yang diberikan, mesin_id merujuk
132
kepada nama mesin yang akan mendapat monitoring, lokasi_id
merujuk nama lokasi dari keberadaan mesin, status_pelaksanaan
berisi belum selesai jika belum dikerjakan, selesai jika telah
dikerjakan, created_at berisi waktu data tersebut pertama kali
dibuat, dan updated_at berisi waktu data tersebut terakhir kali
diubah.
Tahap implementasi pada sebuah sistem merupakan tahap
dimana sistem yang telah dirancang pada tahap sebelumnya
diterjemahkan ke dalam kode-kode menggunakan bahasa
pemrograman yang hasilnya berupa antar muka sistem yang siap
dioperasikan oleh user.
1. Tampilan Dashboard Operator
Berikut adalah tampilan dashboard dari user Operator yang
terdapat pada Gambar 5.11.
Gambar 5.11 Tampilan Dashboard Operartor
Pada Gambar 5.11 merupakan tampilan dashboard saat aktor
Operator login kedalam Sistem Informasi Maintenance.User
Operator hanya bisa akses input kerusakan, index kersuakan, dan
view data kerusakan pada menu kerusakan ini.
5.3 Implementasi Program
133
2. Form Menu Kerusakan
Berikut adalah tampilan kerusakan dari user Operator yang
terdapat pada Gambar 5.12.
Gambar 5.12 Form Menu Kerusakan
Pada Gambar 5.12 merupakan menu kerusakan. Menu ini
diisi ketika terjadi kerusakan mesin produksi, yang kemudian data
tersebut akan mengirim notifikasi ke halaman Admin Maintenance
untuk pemberitahuan meminta dilakukan perbaikan.
3. Form Input Kerusakan
Berikut adalah tampilan kerusakan dari user Operator yang
terdapat pada Gambar 5.13.
Gambar 5.13 Form Input Kerusakan
134
Pada Gambar 5.13 merupakan form input kerusakan yang
diisi oleh aktor Operator jika terjadi kerusakan. Data yang harus
diisi adalah mesin, deskripsi kerusakan yang menggambarkan
kerusakan dari mesin, tanggal kerusakan terjadinya kerusakan,
yang kemudian klik save untuk menyimpan data.
4. Tampilan Dashboard Admin Maintenance
Berikut adalah tampilan dashboard dari user Admin
Maintenane yang terdapat pada Gambar 5.14.
Gambar 5.14 Tampilan Dashboard Admin Maintenance
Pada Gambar 5.14 merupakan tampilan dashboard Admin
Maintenance setelah login kedalam sistem. Admin Maintenance
memiliki akses menu pelaporan yaitu mengelola kerusakan dan
detail kerusakan. Menu mesin yang yaitu mengelola data mesin,
data loksi, dan data komponen. Menu kepegawaian yaitu mengelola
data pegawai. Menu Gudang yaitu megelola mutasi komponen dan
view stok komponen. Menu agenda yang berisi jadwal monitoring.
5. Tampilan Menu Pegawai
Berikut adalah tampilan dashboard dari user Admin
Maintenane yang terdapat pada Gambar 5.15.
135
Gambar 5.15 Tampilan Menu Pegawai
Pada Gambar 5.15 merupakan tampilan menu pegawai pada
halaman Admin Maintenane. Menu ini menampilkan index dari
menu pegawai, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data pegawai.
6. Tampilan Form Input Pegawai
Berikut adalah tampilan form input pegawai dari user Admin
Maintenane yang terdapat pada Gambar 5.16.
Gambar 5.16 Tampilan Input Pegawai
Pada Gambar 5.16 merupakan tampilan form input pegawai
pada halaman Admin Maintenane. Menu input pegawai merupakan
menu untuk menambah nama pegawai baru yang belum
dimasukkan dalam data pegawai.
136
7. Tampilan Menu Mesin
Berikut adalah tampilan menu mesin dari user Admin
Maintenane yang terdapat pada Gambar 5.17.
Gambar 5.17 Tampilan Menu Mesin
Pada Gambar 5.17 merupakan tampilan menu mesin pada
halaman Admin Maintenane. Menu mesin ini menampilkan
informasi dari setiap mesin mulai dari nama mesin, kode mesin,
deskripsi mesin, lokasi mesin, tanggal pembelian mesin, jumlah
kerusakan yang telah dialami mesin, dan jumlah maintenance yang
telah diterima mesin. Misalkan dari data diatas dapat dilihat nama
mesin Filling PRQ TOM mempunyai kode FILL.PRQ digunakan
untuk membantu proses produksi jenis pestisida paraquat berlokasi
di Gd Herbi, dibeli tanggal 29 Maret 2013 mengalami kerusakan
sebanyak satu kali dan sudah dilakukan maintenance sebanyak satu
kali.
8. Tampilan Form Input Mesin
Berikut adalah tampilan form input pegawai dari user Admin
Maintenane yang terdapat pada Gambar 5.18.
137
Gambar 5.18 Tampilan Input Mesin
Pada Gambar 5.18 merupakan tampilan form input mesin
pada halaman Admin Maintenane. Data yang harus dilengkapi pada
form ini adalah nama mesin, kode mesin, deskripsi mesin, lokasi
mesin berada, tanggal pembelian dan foto dari mesin tersebut.
9. Tampilan Menu Komponen
Berikut adalah tampilan menu komponen dari user Admin
Maintenane yang terdapat pada Gambar 5.19.
Gambar 5.19 Tampilan Menu Komponen
Pada Gambar 5.19 merupakan tampilan menu komponen
pada halaman Admin Maintenane. Menu ini bersisi nama dari
komponen, deskripsi komponen yang bisa berisi nama mesin yang
menggunakan komponen tersebut.
138
10. Tampilan Form Input Komponen
Berikut adalah tampilan form input komponen dari user
Admin Maintenane yang terdapat pada Gambar 5.20.
Gambar 5.20 Tampilan Input Komponen
Pada Gambar 5.20 merupakan tampilan form input komponen
pada halaman Admin Maintenane. Form input komponen ini berisi
nama komponen dan deskripsi komponen yang harus dilengkapi
sebelum menekan tombol save.
11. Tampilan Menu Lokasi
Berikut adalah tampilan menu komponen dari user Admin
Maintenane yang terdapat pada Gambar 5.21.
Gambar 5.21 Tampilan Menu Lokasi
Pada Gambar 5.21 merupakan tampilan menu lokasi pada
halaman Admin Maintenane. Menu ini menampilkan index dari
139
menu lokasi, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data lokasi.
12. Tampilan Form Input Lokasi
Berikut adalah tampilan form input lokasi dari user Admin
Maintenane yang terdapat pada Gambar 5.22.
Gambar 5.22 Tampilan Input Lokasi
Pada Gambar 5.22 merupakan tampilan form input lokasi
pada halaman Admin Maintenane. Menu input lokasi merupakan
menu untuk menambah nama lokasi baru yang belum dimasukkan
dalam data lokasi.
13. Tampilan Menu Gudang
Berikut adalah tampilan menu gudang dari user Admin
Maintenane yang terdapat pada Gambar 5.23.
Gambar 5.23 Tampilan Menu Gudang
140
Pada Gambar 5.23 merupakan tampilan menu gudang pada
halaman Admin Maintenane. Menu ini menampilkan index dari
menu mutasi komponen yang berisi data keluar dan masuk
komponen, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data mutasi
komponen.
14. Tampilan Form Input Gudang
Berikut adalah tampilan form input gudang dari user Admin
Maintenane yang terdapat pada Gambar 5.24.
Gambar 5.24 Tampilan Input Gudang
Pada Gambar 5.24 merupakan tampilan form input gudang
pada halaman Admin Maintenane. Menu form input gudang ini
merupakan transaksi dari keluar atau masuk komponen yang
disimpan dalam gudang.
15. Tampilan Menu Stok Komponen
Berikut adalah tampilan menu stok komponen dari user
Admin Maintenane yang terdapat pada Gambar 5.25.
141
Gambar 5.25 Tampilan Menu Stok Komponen
Pada Gambar 5.25 merupakan tampilan menu stok komponen
pada halaman Admin Maintenane. Dalam tampilan ini berisi semua
daftar komponen dan stok komponen yang tersedia di gudang. Stok
komponen ini didapat dari perhitungan keluar masuk di menu
mutasi komponen.
16. Tampilan Menu Update Catatan Kerusakan
Berikut adalah tampilan menu update catatan kerusakan dari
user Admin Maintenane yang terdapat pada Gambar 5.26.
Gambar 5.26 Tampilan Update Catatan Kerusakan
Pada Gambar 5.26 merupakan tampilan menu update catatan
kerusakan pada halaman Admin Maintenane. Update catatan di
menu kerusakan ini diisi ketika kerusakan sudah diperbaiki dan
kemudian akan diinputkan semua mulai dari catatan, tanggal
dikerjakan, tanggal selesai, foto sesudah dan juga sebelum
142
dilakukan perbaikan dari kerusakan, baru setelah itu tekan tombol
save untuk menyimpan data.
17. Tampilan Menu Detail Kerusakan
Berikut adalah tampilan menu detail kerusakan dari user
Admin Maintenane yang terdapat pada Gambar 5.27.
Gambar 5.27 Tampilan Menu Detail Kerusakan
Pada Gambar 5.27 merupakan tampilan menu detail
kerusakan pada halaman Admin Maintenane. Menu detail
kerusakan ini diisi setelah Admin Maintenance update kerusakan.
Dalam menu ini Admin Maintenance bisa tambah, hapus, ubah, dan
lihat data secara rinci.
18. Tampilan Form Input Detail Kerusakan
Berikut adalah tampilan form input detail kerusakan dari user
Admin Maintenane yang terdapat pada Gambar 5.28.
Gambar 5.28 Tampilan Input Detail Kerusakan
143
Pada Gambar 5.24 merupakan tampilan form input detail
kerusakan pada halaman Admin Maintenane. Halaman input detail
kerusakan diisi setelah update data kerusakan. Pada halaman ini
yang harus diisi ada kerusakan yang berisi data no laporan dan
deskripsi kerusakan, pegawai yang melakukan perbaikan,
komponen yang digunakan untuk pergantian komponen yang rusak,
jumlah komponen berisi banyaknya komponen yang digunakan,
keterangan diisi dengan deskripsi tentang detail kerusakan, dan
tanggal pengerjaan diisi sesuai dengan tanggal dikerjakannya.
19. Tampilan Menu Jadwal Monitoring
Berikut adalah tampilan menu jadwal monitoring dari user
Spv. Maintenane yang terdapat pada Gambar 5.29.
Gambar 5.29 Tampilan Menu Jadwal Monitoring
Pada Gambar 5.29 merupakan tampilan menu jadwal
monitoring pada halaman Spv. Maintenane. Pada halaman ini dapat
dilihat index dari menu jadwal monitoring, pada halaman ini Spv.
Maintenance bisa tambah, hapus, ubah, dan lihat data jadwal
monitoring secara rinci.
20. Tampilan Form Input Jadwal Monitoring
Berikut adalah tampilan form input jadwal kerusakan dari
user Spv. Maintenane yang terdapat pada Gambar 5.30.
144
Gambar 5.30 Tampilan Input Jadwal Monitoring
Pada Gambar 5.30 merupakan tampilan form input jadwal
monitoring pada halaman Spv. Maintenane. Pada halaman ini Spv.
Maintenance mengisi nama jadwal, tanggal yang merupakan
tanggal dilaksanakan monitoring, deskripsi berisi tambahan
diskripsi yang bisa ditulis, mesin yang akan dikakukan monitoring,
lokasi berisi nama lokasi dari tempat mesin berada, status dibiarkan
belum selesai karena jadwal monitoring masih belum dilaksanakan.
Kemudian tekan save untuk menyimpan data dari hasil yang sudah
dimasukkan.
21. Tampilan Cetak Laporan Kerusakan
Berikut adalah cetak laporan kerusakan yang terdapat pada
Gambar 5.31.
Gambar 5.31 Cetak Laporan Kerusakan
145
Pada Gambar 5.31 merupakan cetak laporan kerusakan yang
dapat diakses oleh Admin dan Spv. Maintenance. Dalam laporan ini
berisi no kerusakan, nama mesin, lokasi tempat mesin berada,
deskripsi kerusakan dari mesin, catatan kerusakan dari mesin,
status pelaksanaan dari tindakan perbaikan, Admin yang telah
update pelaksanaan, dan operator yang mengajukan laporan
kerusakan.
22. Tampilan Cetak Laporan Jadwal Monitoring
Berikut adalah cetak laporan jadwal monitoring yang terdapat
pada Gambar 5.32.
Gambar 5.32 Cetak Laporan Jadwal Monitoring
Pada Gambar 5.32 merupakan cetak laporan jadwal
monitoring yang dapat diakses oleh Admin dan Spv. Maintenance.
Laporan monitoring ini berisi nama jadwal, mesin yang mendapat
monitoring, lokasi tempat mesin berada, tanggal pelaksanaan,
deskripsi dari jadwal monitoring, status pelaksanaan, dan work by
berisi data pegawai yang telah melaksanakan monitoring mesin.
23. Tampilan Cetak Form Kerusakan
Berikut adalah cetak form kerusakan yang terdapat pada
Gambar 5.33.
146
Gambar 5.33 Cetak Form kerusakan
Pada Gambar 5.33 merupakan cetak form kerusakan yang
dapat diakses oleh Admin Maintenance. Form cetak kerusakan ini
yang akan diisi oleh teknisi yang melakukan perbaikan kerusakan
mesin, bagian yang harus diisi oleh teknisi antara lain tanggal
dikerjakan, tanggal selesai, komponen yang digunakan untuk
penggantian, quantity komponen yang dipakai, kemudian terakhir
adalah deskripsi dari keruskan yang bisa ditambahkan oleh teknisi.
Pada lembar ini yang harus membubuhkan tandatangan antara lain
Operator, Spv. Maintenance, dan Teknisi.
24. Tampilan Notifikasi Kerusakan dan Jadwal Monitoring
Berikut adalah notifikasi kerusakan dan jadwal monitoring
yang terdapat pada Gambar 5.34.
Gambar 5.34 Notifikasi Kerusakan dan Jadwal Monitoring
147
Pada Gambar 5.34 merupakan notifikasi kerusakan dan
jadwal monitoring. Notifikasi ini akan muncul ketika aktor mengisi
form kerusakan yang ketika data tersebut tersimpan otomatis akan
muncul notifikasi pada halaman Admin Maintenance. Notifikasi
kedua yang didapat yaitu ketika ada jadwal monitoring mesin
produksi. Data jadwal monitoring mesin produksi ini dibuat oleh
Spv. Maintenance, ketika pada hari tersebut ada jadwal monitoring
mesin maka akan muncul pesan notifikasi pada halaman Admin dan
Spv. Maintenance sebagai pengingat.
Pengujian perangkat lunak perlu dilakukan untuk mengevaluasi
baik secara manual maupun secara otomatis untuk menguji apakah
perangkat lunak sudah memenuhi persyaratan atau belum, dan untuk
menentukan perbedaan antara hasil yang diharapkan dengan hasil
sebenarnya (Roger, S. Pressman, 2012).
Pengujian merupakan hal yang terpenting yang bertujuan untuk
menemukan kesalahan-kesalahan atau kekurangan-kekurangan pada
perangkat lunak yang diuji. Pengujian bermaksud untuk mengetahui
perangkat lunak yang dibuat memenuhi kriteria yang sesuai dengan
tujuan perancangan perangkat lunak tersebut.
Pengujian perangkat lunak perlu dilakukan untuk
mengevaluasi baik secara manual maupun secara otomatis untuk
menguji apakah perangkat lunak sudah memenuhi persyaratan
atau belum, dan untuk menentukan perbedaan antara hasil yang
diharapkan dengan hasil sebenarnya (Roger, S. Pressman, 2012).
Untuk melakukan proses pengujian test case, terlebih
dahulu dilakukan penerjemahan flowchart. Sebagai contoh
5.4 Pengujian Sistem
5.4.1 Pengujian White Box
148
pengujian diambil dari program untuk login kedalam Aplikasi
Sistem Informasi Maintenance.
1. Bagan Alir Proses Login
Pada bagan alir proses login ini akan dijelaskan alur
unutk login kedalam sistem. Bagan ini menjelaskan langkah
awal user input username dan password. Berikut adalah
gambar bagan alir proses login untuk masuk kedalam sistem
yang terdapat pada Gambar 5.35.
Gambar 5.35 Alir Proses Login
Pada Gambat 5.35 merupakan gambaran alir proses
login untuk masuk ke dalam sistem. Pertama sitem akan
menampilkan form login, pada from ini user input username
dan password yang kemudian akan divalidasi oleh sistem,
jika username dan password valid maka akan masuk kedalam
149
menu utama user, tetapi jika username dan password salah
maka akan muncul pesan error dan user harus memasukkan
kembali username dan password sampai benar untuk masuk
kedalam sistem.
2. Listing Program Login
Berikut adalah Tabel listing login untuk masuk
kedalam sistem, listing terdiri dari 7 node yang terdapat pada
Tabel 5.1.
Tabel 5.1 Listing Program Login
public function actionLogin() 1
{ if (!Yii::$app->user->isGuest) {
2
return $this->goHome(); }
3
$model = new LoginForm(); if ($model->load(Yii::$app->request->post()) && $model->login())
4
return $this->goBack();//--5 }
5
$model->password = ''; return $this->render('login', [ 'model' => $model, ]);//--6
6
} 7
Pada Tabel 5.1 merupakan listing program login
kedalam sistem. Pada listing program nomor 1 dapat
dijelaskan user akses halaman login, listing program nomor 2
merupakan menampilkan form login, listing program nomor
3 akan masuk ke menu utama user jika sudah login
sebelumnya, listing program nomor 5 meruapaka validasi
username dan password, listing program no 6 berarti jika
username dan password valid maka akan masuk kedalam
150
menu utama, jika tidak valid akan kembali ke halaman login.
Listing nomor 7 merupakan penutup program.
3. Grafik Alir Login
Pada grafik alir login merupakan gambaran dari alur
login yang digambarkan dengna nodes dan edge atau anak
panah. Berikut adalah grafik alir login untuk masuk kedalam
yang terdapat pada Gambar 5.36.
Gambar 5.36 Grafik Alir Login
Gambar 5.36 adalah gambar dari alur grafik alir login.
Grafik alir tersebut terdiri dari 7 node dan 8 edge. Grafik alir
login ini dijelaskan sebagai berikut nodes 1 akan menuju
nodes 2 jika bernilai benar maka akan menuju nodes 3
kemudian akan menuju ke nodes 7 dan selesai, jika tidak
bernilai benar maka akan menuju ke nodes 4, dalam nodes 4
akan divalidasi jika valid akan menuju nodes 5 dan berakhir
151
ke nodes 7, dan jika tidak valid maka akan menuju nodes 6
dan berakhir di nodes 7.
4. Kompleksitas Siklomatis
Kompleksitas siklomatis (pengukuran kuantitatif
terhadap kompleksitas logis suatu program) dari grafik alir
dapat di peroleh dengan penghitungan.
Dimana :
E = Jumlah Edge grafik alir ( garis panah )
N = Jumlah simpul grafik alir
Dari Gambar 5.36 grafik alir login memiliki total 7
nodes dan 8 edge, maka untuk mendapatkan hasil
perhitungan, angka tersebut diaplikasikan kedalam rumus
diatas, dan berikut adalah perhitungannya.
V (G) = 8 - 7 + 2 = 3
Hasil dari perhitungan kompleksitas siklomatis yang
didapat adalah 3. Dari perhitungan ini akan membentuk tiga
jalur.
5. Basis Set
Basis set yang didapat dari perhitungan kompleksitas
siklomatis adalah 3, maka jalur basis set adalah sebagai
berikut.
Jalur 1 : 1-2-3-7
Jalur 2 : 1-2-4-5-7
Jalur 3 : 1-2-4-6-7
V(G) = E – N + 2
152
Terdapat 3 jalur dari basis set untuk login kedalam
sistem. Jalur pertama yaitu 1-2-3-7, jalur kedua yaitu 1-2-3-5-
7, dan jalur ketiga yaitu 1-2-4-6-7.
6. Pengujian Jalur
Pengujian jalur dapat dilihat pada Tabel 5.2 sebagai
berikut.
Tabel 5.2 Pengujian Jalur
Jalur Input Proses Hasil Keterangan
1-2-
3-7
User akses ke
halaman login
Cek jika
user sudah
melakukan
login,
Beralih ke
halaman
utama
User masuk
halaman
utama
Berhasil
1-2-
4-5-7
User akses
halaman
login,input
username dan
password
Validasi
username
dan
password,
Valid
User masuk
halaman
utama
Berhasil
1-2-
4-6-7
User akses
halaman
login,input
username dan
password
Validasi
username
dan
password,
Tidak Valid
Kembali ke
halaman
login
Berhasil
Dari pengujian jalur pertama yaitu jalur 1-2-3-7
mendapatkan hasil berhasil dengan user akses ke halaman
login, yang kemudian sistem melakukan validasi user sudah
login, jika sudah user beralih halaman utama.
Pengujian jalur 2 yaitu jalur 1-2-4-5-7 mendapatkan
hasil berhasil dengan input user akses halaman login,
kemudian input username dan password, yang kemudian
tahap proses validasi username dan password, ketika
153
username dan password valid maka akan masuk ke halaman
utama.
Pengujian jalur 3 yaitu jalur 1-2-4-6-7 mendapatkan
hasil berhasil dengan input user akses halaman login,
kemudian input username dan password, yang kemudian
tahap proses validasi username dan password, ketika
username dan password tidak valid maka akan kembali ke
halaman login.
perilaku, berfokus pada fungsional perangkat lunak (Roger, S.
Pressman, 2012). Pengujian Black Box terdapat pada Tabel 5.3.
Tabel 5.3 Pengujiam Black Box
No Kasus Uji Langkah
Uji
Hasil yang
diharapkan Hasil Aktual Keterangan
1. Menu
Login
Run
program
maka akan
langsung
muncul
menu login
Menampilkan
form login
admin
Tampilan
halaman
login admin
Berhasil
2. Menu Data
Mesin
Klik menu
data mesin
Menampilkan
index data
mesin
Tampilan
index data
mesin
Berhasil
3. Menu Data
Komponen
Klik menu
data
komponen
Menampilkan
index data
komponen
Tampilan
index data
komponen
Berhasil
4 Menu Data
Lokasi
Klik menu
data lokasi
Menampilkan
index data
lokasi
Tampilan
index data
lokasi
Berhasil
5. Menu Data
Pegawai
Klik menu
data
pegawai
Menampilkan
index data
pegawai
Tampilan
index data
pegawai
Berhasil
6
Menu Data
Mutasi
Komponen
Klik menu
data mutasi
komponen
Menampilkan
index data
mutasi
komponen
Tampilan
index data
mutasi
komponen
Berhasil
5.4.2 Pengujian Black Box
Pengujian black box testing juga disebut dengan pengujian
154
Tabel 5.3 Pengujiam Black Box (Lanjutan)
No Kasus Uji Langkah
Uji
Hasil yang
diharapkan Hasil Aktual Keterangan
7
Menu Data
Stok
Komponen
Klik menu
stok
komponen
Menampilkan
stok data
komponen
Tampilan
data stok
komponen
Berhasil
8 Menu
Kerusakan
Klik menu
kerusakan
Menmpilkan
index data
kerusakan
Tampilan
index data
kerusakan
Berhasil
9
Menu
Detail
Kerusakan
Klik menu
detail
kerusakan
Menampilkan
index data
detail
kerusakan
Tampilan
index data
detail
kerusakan
Berhasil
10
Menu
Jadwal
Monitoring
Klik menu
jadwal
monitoring
Menampilkan
index data
jadwal
monitoring
Tampilan
index data
jadwal
monitoring
Berhasil
Pada Tabel 5.3 merupakan tabel hasil pengujian black box
yang telah dilakukan. Dari hasil pengujian yang dilakukan dari
data nomor 1 sampai dengan 10 hasil yang didapatkan adalah
berhasil.
akhir. Pengujian beta adalah aplikasi “hidup” dari perangkat
lunak dalam sebuah lingkungan yang tidak dapat dikendalikan
oleh pengembang (Roger, S. Pressman, 2012).
Dalam pengujian ini penulis menggunakan tiga kategori
yang dijadikan sebagai pondasi dalam penilaian dari sebuah
sistem informasi, antara lain kualitas penggunaan untuk
mengukur tingkat kemudahan dan menariknya sistem, kualitas
informasi untuk mengukur tingkat kualitas informasi yang
ditampilkan di aplikasi, dan yang terakhir kualitas interaksi guna
mengukur tingkat kualitas interaksi antara pengguna dengan
aplikasi. Dari ketiga kategori tersebut nantinhya akan
5.4.3 Pengujian Beta
Pengujian beta dilakukan pada satu atau lebih pengguna
155
menghasilkan beberapa pertamyaan yang digunakan sebagai
bahan peretimbangan dalam pengembangan aplikasi.
Berdasarkan data dari hasil kuesioner, dapat dicari
persentase setiap jawaban dengan menggunakan rumus :
Keterangan :
P = Banyaknya jawaban responden tiap pertanyaan
Q = Jumlah responden
Y = Nilai persentase
Kuesioner dibagikan kepada 10 orang pengguna secara
acak yang berisi 9 pertanyaan berskala 1 sampai dengan 3.
Adapun hasil dari skala dari setiap pertanyaan adalah sebagai
berikut :
1. Apakah aplikasi Sistem Informasi Maintenance ini mudah
untuk dioperasikan ?
Hasil dari pengujian beta pertanyaan 1 tercantum pada Tabel
5.4 berikut.
Tabel 5.4 Pengujian Beta Pertanyaan 1
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 4 10 40%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.4 dapat
disimpulkan bahwa 50% responden menyatakan aplikasi ini
sangat mudah dioperasikan, 40% responden menyatakan
Y = P/Q*100%
156
setuju, dan sisanya 10% responden menyatakan cukup mudah
dioperasikan.
2. Apakah apilkasi ini membantu dalam mencari data kerusakan
dan jadwal monitoring ?
Hasil dari pengujian beta pertanyaan 2 tercantum pada Tabel
5.5 berikut.
Tabel 5.5 Pengujian Beta Pertanyaan 2
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 60%
Setuju 4 10 40%
Cukup 2 10 20%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.5 dapat
disimpulkan bahwa 40% responden menyatakan sangat setuju
aplikasi ini membantu dalam mencari data kerusakan, 40%
responden menyatakan setuju, dan 20% responden
menyatakan cukup.
3. Apakah aplikasi ini membantu dalam pekerjaan khusunya
dalam hal perekapan data ?
Hasil dari pengujian beta pertanyaan 3 tercantum pada Tabel
5.6 berikut.
Tabel 5.6 Pengujian Beta Pertanyaan 3
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 40%
Setuju 4 10 40%
Cukup 2 10 20%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.6 dapat
disimpulkan bahwa 40% responden menyatakan sangat setuju
157
aplikasi ini membantu pekerjaan, 40% responden menyatakan
setuju, dan sisanya 20% responden menyatakan cukup setuju.
4. Apakah aplikasi ini menyajikan informasi maintenance
dengan jelas ?
Hasil dari pengujian beta pertanyaan 4 tercantum pada Tabel
5.7 berikut.
Tabel 5.7 Pengujian Beta Pertanyaan 4
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 2 10 40%
Setuju 6 10 50%
Cukup 2 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.7 dapat
disimpulkan bahwa 20% responden menyatakan aplikasi ini
memberikan informasi dengan jelas, 40% responden
menyatakan setuju, dan sisanya 10% responden menyatakan
cukup.
5. Apakah teks dan informasi dalam aplikasi ini dapat dibaca
dengan jelas dan dimengerti ?
Hasil dari pengujian beta pertanyaan 5 tercantum pada Tabel
5.8 berikut.
Tabel 5.8 Pengujian Beta Pertanyaan 5
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 5 10 50%
Cukup 0 10 0%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.8 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
158
teks dalam aplikasi ini dapat dibaca dengan jelas dan sisanya
50% responden menyatakan setuju.
6. Apakah notifiksai kerusakan dan jadwal monitoring dapat
berjalan di aplikasi ini ?
Hasil dari pengujian beta pertanyaan 6 tercantum pada Tabel
5.9 berikut.
Tabel 5.9 Pengujian Beta Pertanyaan 6
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 5 10 50%
Cukup 0 10 0%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.9 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
notifikasi kerusakan dan jadwal monitoring dapat berjalan
dengan baik dan sisanya 50% responden menyatakan setuju.
7. Apakah dengan ditambahnya fitur notifikasi yang muncul
ketika terjadi kerusakan dan pelaksanaan jadwal monitoring
dapat membantu pengguna ?
Hasil dari pengujian beta pertanyaan 7 tercantum pada Tabel
5.10 berikut.
Tabel 5.10 Pengujian Beta Pertanyaan 7
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 40%
Setuju 5 10 50%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.10 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
159
notifikasi kerusakan dan jadwal monitoring dapat membantu
pengguna dalam mengingatkan pekerjaan, 50% responden
menyatakan setuju, dan sisanya 10% menyatakan cukup.
8. Menurut anda apakah secara keseluruhan aplikasi ini berjalan
dengan baik ?
Hasil dari pengujian beta pertanyaan 8 tercantum pada Tabel
5.11 berikut.
Tabel 5.11 Pengujian Beta Pertanyaan 8
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 4 10 40%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.11 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
aplikasi secara keseluruhan berjalan dengan baik, 40%
responden menyatakan setuju, dan 10% menyatakan cukup.
9. Apakah aplikasi ini perlu update ?
Hasil dari pengujian beta pertanyaan 9 tercantum pada Tabel
5.12 berikut.
Tabel 5.12 Pengujian Beta Pertanyaan 9
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 2 10 20%
Setuju 3 10 40%
Cukup 4 10 40%
Tidak Setuju 1 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.12 dapat
disimpulkan bahwa 20% responden sangat setuju menyatakan
aplikasi ini perlu update, 30% responden menyatakan setuju,
40% menyatakan cukup, dan 10% menyatakan tidak setuju.
160
Dari hasil pengujian beta yang telah dilakukan yakni
dengan pengujian perhitungan pilihan kategori jawaban dari
kuesioner yang telah dibagikan dan tertera dengan jelas dari
Tabel 5.4 sampai dengan Tabel 5.12 digambarkan dalam bentuk
diagram pie yang dapat dilihat pada Gambar 5.37 berikut.
Gambar 5.37 Grafik Pengujian Beta
Dari Gambar 5.37 grafik pengujian beta yang menjelaskan
persentase keseluruhan pengujian beta, penulis menyimpulkan
bahwa 84% pengguna dari 40% sangat setuju dan 44% setuju
menyatakan bahwa aplikasi sistem informasi maintenance ini
berhasil menyelesaikan masalah untuk membantu pengguna
dalam memberikan informasi tentanng maintenance di CV
Saprotan Utama. Data 1% tidak setuju terdapat pada pertanyaan
no 9 tentang update aplikasi yang dijawab tidak setuju oleh
salah satu responden karena merasa sudah cukup dengan sistem
yang sedang diuji coba saat ini.
Maintenance ini diambil dari rata-rata waktu perbaikan
kerusakan yang dilakukan oleh teknisi. Dengan menggunakan
sistem sebelumnya memakan waktu 6 hari kerja dengan rata-
rata jam kerja 6,67 jam dalam sehari atau 40 jam dalam satu
minggu, dengan menggunakan Sistem Informasi ini dapat
5.4.4 Pengujian Perhitungan Efisiensi Sistem
Pengujian efisiensi penggunaan Sistem Informasi
161
meningkatkan efisiensi kerja menjadi 4 hari kerja atau setara
dengan 32 jam kerja.
Tabel 5.13 Data Efisiensi Sistem
Waktu
Kerja
(Jam)
Waktu Kerja
Dalam 1
Minggu (Jam)
Persentase
Sebelum
Menggunakan Sistem
Baru 40 40 100.0%
Setelah Menggunakan
Sistem Baru 32 40 80.0%
Selisih 20.0%
Dari perhitungan yang didapat pada Tabel 5.13 didapat
angka efisiensi sebanyak 20% dari sistem sebelumnya. Dalam
hitungan jam berkurang 8 jam dari waktu sebelumnya yang
membutuhkan 40 jam yang kemudian turun menjadi 32 jam
dengan bantuan sistem yang baru.
Pemeliharaan dimulai dari penyerahan program yang diterima
langsung oleh Bapak Muhammad Dikro selaku Supervisor
Maintenance di CV Saprotan Utama, berikut adalah dokumentasi dari
penyerahan program Sistem Informasi Maintenance Mesin yang
terdapat pada Gambar 5.38.
Gambar 5.38 Dokumentasi Penyerahan Program
5.5 Pemeliharaan Program
162
Pada Gambar 5.38 merupakan gambar dokumentasi saat
penyerahan program di CV Saprotan Utama di Jalan Semarang-
Purwodadi KM 12,5. Setelah program tersebut diserahkan juga
diadakan pelatihan untuk penggunaan program tersebut, dokumentasi
pelatihan tersebut terdapat pada Gambar 5.39.
Gambar 5.39 Dokumentasi Pelatihan Program
Pada Gambar 5.39 merupakan gambar saat diadakannya
pelatihan penggunaan program Sistem Informasi Maintenance Mesin
di CV Saprotan Utama. Pelatihan langsung dilakukan kepada Admin
Maintenance CV Saprotan Utama.
Pemeliharaan merupakan tahap mengoperasikan program
dengan kasus yang sebenarnya dan dapat dilakukan berupa
penyesuaian atau perubahan karena diadaptasi dengan situasi yang
sebenarnya. Pemeliharaan terhadap sistem yang dimaksud adalah
sebagai berikut :
1. Bila terjadi error ketika menjalankan sistem, maka pemeliharaan
yang dilakukan adalah dengan mengulangi menjalankan sistem dan
menggunakan hardware sesuai spesifikasi yang direkomendasikan.
2. Dapat melakukan update data bila ada penyesuaian atau perubahan
tentang data pegawai, data mesin , data lokasi, data komponen, data
163
gudang, data kerusakan, data detail kerusakan dan data jadwal
monitoring karena diadaptasikan dengan situasi yang sebenarnya.
3. Melakukan backup data ke media penyimpanan luar lainnya,
seperti pada harddisk dan flashdisk untuk menjaga data pada
sistem.
4. Perbaikan sistem yaitu melakukan perbaikan jika dalam operasi
terjadi kesalahan (bug) dalam program atau kelemahan rancangan
yang tidak terdeteksi saat tahap pengujian sistem.
164
Berdasarkan hasil penelitian dan pembahasan yang sudah
dijabarkan dan mendapatkan hasil pengujian beta sebesar 84%
pengguna setuju aplikasi ini mampu memberikan informasi dan
membantu karyawan dalam pencarian dan pendatan informasi pada
CV Saprotan Utama. Efektifitas kerja yang dapat dirasakan secara
langsung oleh karyawan yaitu dengan adanya pemberitahuan jika
terjadi kerusakan pada mesin ke halaman Admin Maintenance
sehingga bagian maintenance bisa dengan cepat mengetahui informasi
tersebut dan langsung datang ke lokasi tempat mesin berada untuk
dilakukan perbaikan.
Hal lain yang juga mempengaruhi perubahan kearah yang lebih
baik dengan adanya Sistem Informasi Maintenance ini adalah dengan
notifikasi pemberitahuan apabila akan dilakukan monitoing pada
mesin sehingga perawatan yang telah dijadwalkan tidak akan terlewat
dan berdampak pada performa mesin yang lebih bagus dari
sebelumnya karena dilakukan monitoring secara berkala. Dari
perhitungan efisiensi kerja didapat angka 20% untuk peningkatan
efisiensi kerja dengan bantuan Sistem Informasi Maintenance.
Maka penulis menyimpulkan bahwa aplikasi Sistem Infromasi
Maintenance berbasis web ini merupakan suatu alternatif yang dapat
dimanfaatkan untuk mempermudah perkerjaan karyawan CV Saprotan
Utama.
BAB VI
PENUTUP
6.1 Kesimpulan
165
Untuk lebih meningkatkan kinerja dari aplikasi ini ada saran
yang dapat dijadikan pertimbangan dalam pengembangan yaitu
menambah notifikasi dengan cara mengirimkan pemberitahuan
kerusakan dan jadwal monitoring ke handphone melalui SMS atau
dengan cara mengirim pesan melalui aplikasi pesan berbasis Android
yang terpasang di smartphone user Admin Maintenance dan Spv.
Maintenance agar saat tidak berada di depan layar komputer tetap bisa
menerima notifkasi melalui smartphone yang dimiliki.
6.2 Saran
2
Perawatan mesin secara berkala perlu dilakukan agar mengurangi
downtime mesin yang terjadi, dan untuk mengatasi permasalahan
tersebut maka harus disusun jadwal perawatan mesin produksi secara
rutin setiap bulannya. Berikut data dari hasil perbaikan dan perawatan
mesin produksi CV Saprotan Utama selama satu setengah tahun
(Januari 2017-Juni 2018) terdapat pada Tabel 1.1.
Tabel 1.1 Data Perbaikan dan Perawatan Mesin Produksi CV Saprotan
Utama
No Tanggal Mesin Problem Solving Teknisi
1 05-09-17 Molen No 7 Tabung Aduk
Berlubang Tambal dan las Sujiwo
2 05-09-17 Molen No 3 V-Belt kendor Ganti V-belt Aris
3 11-09-17 Mesin Jahit
G.B
Tidak bisa
menganyam
Setting
mekanik Mulyadi
4 11-09-17 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
5 13-09-17 CPN Auto 2 Bagian las
bocor
Setting
dudukan heater Aris
6 19-09-17 MC DBF
900 Heater putus
Ganti heater
baru Wahono
7 22-09-17 CPN Auto 1 Printer rusak Ganti
Pneumatic Aris
8 22-09-17 Mesin
Gerus No 1 V-Belt kendor
Setting
Dudukan motor Malik
9 22-09-17 Mesin
Gerus No 2 V-Belt kendor
Setting
dudukan motor Malik
10 30-09-17
Mesin
Induction
Seal
Fuse putus Ganti Fuse Aris
11 11-01-18 Mesin Jahit
G.P
Tidak bisa
menganyam
Setting
mekanik Mulyadi
12 22-02-18 Stabilizer Perangkat
Mati Ganti Fuse Aris
13 21-3-18 Lift Gd.
Blending
Ada Percikan
Api Lepas Sumber Malik
14 17-4-18 Molen No 2 Mengeluarkan
Asap Instalasi Ulang Wahono
15 8-6-18 Lift Gd.
Couting Lift Macet Ganti P/B Mulyadi
3
Data pada Tabel 1.1 adalah hasil rekapan perbaikan mesin
produksi dari Januari 2017 – Juni 2018. Dari hasil perbaikan dan
perawatan mesin produksi tersebut masih sering terjadi penumpukan
dokumen karena ada pencatatan ulang dari form dokumen yang sudah
ada. Sulitnya dalam mengetahui history penyelesaian WO (Work
Order) dan perawatan mesin yang telah dilakukan memerlukan waktu
yang cukup lama dalam pencarian data, sehingga informasi yang
disajikan akan memakan waktu lama dan tidak akurat, karena dapat
terjadi data rusak bahkan hilang. Akibat dari berhentinya mesin
produksi saat terjadi kerusakan mesin akan terhentinya proses produksi
yang sedang dikejar oleh target yang telah ditentukan.
Dari uraian di atas penulis mengambil judul tugas akhir
“Sistem Informasi Maintenance Mesin Produksi Pupuk dan Pestisida
(Studi Kasus : CV Saprotan Utama)”, yang diharapkan sistem yang
akan dibangun dapat memudahkan pelaksanaan dan dokumentasi.
1.2 Perumusan Masalah
Berdasarkan latar belakang di atas, maka didapat rumusan
masalah yaitu bagaimana membangun sistem informasi maintenance
mesin produksi pupuk dan pestisida dengan studi kasus di CV
Saprotan Utama yang diharapkan dapat membantu monitoring
kerusakan mesin dan penjadwalan perawatan mesin di CV Saprotan
Utama.
1.3 Batasan Masalah
Agar pembahasannya jelas, terarah, dan tidak keluar dari pokok
permasalahan yang telah dirumuskan, maka ruang lingkup perlu
dibatasi diantaranya meliputi :
4
1. Metode pengembangan sistem yang digunakan adalah model
Waterfall yang meliputi analisa, perancangan, pengkodean,
pengujian, dan pemeliharaan.
2. Perancangan sistem menggunakan UML (Unified Modeling
Language).
3. Sistem ini dibangun menggunakan bahasa pemograman PHP dan
database MySQL.
4. Sistem informasi yang akan dibangun meliputi pendataan
kerusakan mesin produksi, penjadwalan perawatan mesin produksi
secara berkala, dan pembuatan laporannya.
5. Pembuatan laporan membahas laporan kerusakan, laporan detail
kerusakan, serta laporan jadwal monitoring mesin.
6. Data perbaikan dan perawatan mesin produksi diambil dari CV
Saprotan Utama antara kurun waktu Januari 2017 – Juni 2018.
7. Sistem informasi ini dibangun dengan konsep corrective
maintenance.
8. Pengajuan perbaikan mesin dilakukan dengan memunculkan
pemberitahuan langsung ke halaman sistem yang diakses Admin
Maintenance.
9. Pembuatan jadwal monitoring ditetapkan berdasarkan tanggal
perawatan dan tidak mencakup jam perawatan.
1.4 Tujuan Tugas Akhir
Tujuan dari penelitian ini adalah untuk membangun sistem
informasi pendataan dan pelaporan kerusakan serta perawatan mesin di
CV Saprotan Utama pada bagian maintenance.
Dengan adanya penelitian ini diharapkan nantinya akan
memberikan manfaat diantaranya :
1.5 Manfaat Tugas Akhir
5
1. Bagi Penulis
Dapat melatih diri dalam menganalisa suatu permasalahan, yang
kemudian dapat merancang sebuah aplikasi yang dapat
menyelesaikan permasalahan yang muncul. Menambah
pengetahuan dan wawasan serta dapat menerapkan teori serta ilmu
yang diperoleh selama perkuliahan khususnya mata kuliah Analisa
dan Perancangan Sitem Informasi, Desain Sistem Informasi,
Pemrograman Database, dan Desain Pemrograman Web.
2. Bagi Perusahaan
Diharapkan sistem informasi ini dapat digunakan secara optimal
oleh karyawan khususnya bagian maintenance dalam pengelolaan
data baik dalam pelaporan kerusakan, penjadwalan, serta
pembuatan laporan dari aktivitas perawatan dan perbaikan mesin
produksi yang telah dilakukan . Serta bisa menutupi kelemahan-
kelemahan yang ada dari sistem yang sedang berjalan.
3. Bagi Akademik
Sebagai referensi dan tolak ukur keberhasilan proses belajar
mengajar yang dapat digunakan sebagai evaluasi bagi pihak
akademik tentang analisa dan desain perancangan sistem informasi
khususnya sistem informasi maintenance.
4. Bagi Pembaca
Sebagai tambahan pengetahuan, rujukan, dan bahan acuan apabila
melakukan penelitian lebih lanjut serta tambahan pengetahuan
dalam mempelajari masalah – masalah tentang analisa dan desain
perancangan sistem informasi.
1.6 Metode Penelitian
Ada beberapa tahapan yang dilakukan dalam pelaksanaan
Tugas Akhir ini, yaitu :
6
1.6.1 Objek Penelitian
Penelitian ini dilakukan di Pabrik CV Saprotan Utama di
Jl. Semarang Purwodadi KM 12, Bandungrejo, Mranggen,
Demak.
1.6.2 Sumber Data
Data-data yang digunakan dalam penelitian ini diambil
dari berbagai sumber yang secara umum dapat diklasifikasikan
dalam 2 jenis yaitu :
a) Data Primer
Data yang diperoleh secara langsung dari sumber data atau
narasumber yaitu Supervisor Maintenance Bapak M. Dikro,
baik wawancara maupun observasi secara langsung. Data
tersebut adalah form work order (WO), data perekapan
perbaikan, dan data mesin produksi.
b) Data Sekunder
Data sekunder adalah data yang diperoleh secara tidak
langsung, data yang diperoleh dari berbagai literatur yang
berhubungan dengan pembuatan Sistem Informasi
Maintenance adalah dari jurnal tentang sistem informasi
maintenance, antara lain Pembuatan Aplikasi Monitoring
Work Order Dalam Pembuatan Shutdown Paper Machine
Dengan Menggunakan PPH dan MySQL Pada PT Pelita
Cengkareng Paper (Saputra, 2015), Rancangan Sistem
Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri
Bangka Belitung) (Rivai et al., 2017), Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A.,
Kumar, D. dan Kumar, 2008), Perancangan Sistem
Informasi Manajemen Perawatan Mesin Berbasis Group
Technology (Studi Kasus: PT. Adi Putro Wirasejati
Malang) (Melladya, Santoso, & Choiri, 2014), Perancangan
7
dan Pembuatan Sistem Informasi Manajemen Pemeliharaan
dan Perawatan di Jurusan Teknik Mesin UNNES (W.
Kurniawan & Fatchurrochman, 2015).
1.6.3 Metode Pengumpulan Data
Metode pengumpulan data yang digunakan diantaranya:
a) Observasi
Yaitu dengan melakukan pengamatan langsung terhadap
sistem kerja dan pencatatan secara cermat dan sistematis
guna mengumpulkan data-data dan diperoleh informasi yang
dibutuhkan seperti form work order dan perekapan data hasil
perbaikan dan perawatan mesin produksi yang telah
dilakukan.
a) Studi Pustaka
Sutdi pustaka dilakukan dengan cara mempelajari,
mendalami, mengutip teori-teori atau konsep-konsep dari
sejumlah literatur, baik buku, jurnal, atau karya tulis
terdahulu tentang sistem informasi maintenance.
b) Wawancara
Metode ini dilakukan dengan cara mengadakan tanya jawab
secara langsung dengan narasumber yaitu Bapak M. Dikro
selaku Supervisor Maintenance di CV Saprotan Utama
perihal alur dari sistem maintenanace yang berjalan.
Pertanyaannya adalah menyakan tentang alur dari sistem
maintenance yang berjalan saat ini apakah sudah
terkomputerisasi dan bagaimana alur dari sistem jika terjadi
kerusakan. Hasil dari wawancara tersebut terjawab bahwa
sistem masih belum terkomputerisasi dan untuk alurnya
apabila terjadi kerusakan, operator mesin masih menulis
pada lembar form work order yang kemudian diajukan
kepada pihak maintenance sebagai surat perintah permintaan
8
perbaikan mesin, setelah dilakukan perbaikan form work
order tadi akan direkap ke Ms. Excel untuk pendataan.
1.6.4 Metode Pengembangan Sistem
Tahapan pengembangan sistem yang digunakan untuk
penulisan Tugas Akhir ini adalah model Waterfall. Metode ini
merupakan metode yang sering digunakan oleh penganalisa
sistem pada umumnya. Unit dari model Waterfall adalah
pengerjaan dari suatu sistem dilakukan secara berurutan atau
secara linier. Jadi apabila langkah pertama belum dikerjakan
maka tidak akan bisa melakukan pengerjaan langkah dua, tiga,
dan seterusnya. Tahap kedua akan bisa dilakukan jika tahap
pertama dan kedua sudah dilakukan. Diagram Waterfall
terdapat pada Gambar 1.1
Gambar 1.1 Diagram Waterfall (Rosa A.S & M. Shallahudin,
2014)
Penjelasan Diagram Waterfall yang terdapat pada
Gambar 1.1 sebagai berikut :
a. Analisa Kebutuhan
Proses pencarian kebutuhan diintensifkan dan
difokuskan pada perangkat lunak. Untuk mengetahui sifat
dari program yang akan dibuat, maka software engineer
harus mengerti tentang domain informasi dan perangkat
lunak.
9
Pada tahap ini penulis menganalisa sistem
maintenance yang berjalan di CV Saprotan Utama kemudian
mencari kelemahan pada sistem ini untuk dianalisa kembali
dan dirancangkan sistem maintenance baru yang lebih baik
dari sebelumnya. Dari analisa ini akan terbentuk alur baru
dari sistem baru yang membantu memudahkan dalam
pekerjaan misalnya pengajuan memo work order ke bagian
maintenance tanpa harus datang ke bagian maintenance tapi
langsung memunculkan notifikasi ke halaman Admin dan
Supervisor Maintenance untuk tindak lanjut.
b. Desain Sistem
Proses ini digunakan untuk mengubah kebutuhan-
kebutuhan diatas representasi ke dalam bentuk perancangan
perangkat lunak sebelum coding dimulai.
Proses ini dilakukan perancangan desain sistem dari
sistem informasi maintenance yang dibangun menggunakan
UML (Unified Modelling Language) yang menggambarkan
alur dari kerja sistem yang akan dibangun, dan perancangan
desain interface dari sistem informasi maintenance
mengunakan Balsamic Mockups 3.
c. Penulisan Kode Program
Untuk dapat dimengerti oleh mesin, dalam hal ini
adalah komputer, maka desain tadi dapat diubah bentuknya
menjadi pemrograman melalui proses coding. Tahap ini
merupakan implementasi dari tahap desain yang secara
teknis dikerjakan oleh programmer.
Proses ini dilakukan penulisan kode program dari
website sistem informasi maintenance menggunakan bahasa
pemrograman PHP dan untuk database menggunakan
MySQL.
10
d. Pengujian Program
Sesuatu yang dibuat harus dicoba. Demikian juga
dengan perangkat lunak. Semua fungsi-fungsi perangkat
lunak harus diuji coba agar terbebas dari error, dan hasilnya
sesuai dengan kebutuhan yang sudah ditentukan
sebelumnya. Pengujian yang digunakan dalam
pengembangan aplikasi ini menggunakan metode black box
testimg dan white box testing.
Penujian untuk meyakinkan semua perintah dan
kondisi pada aplikasi dieksekusi secara minimal disebut
white box testing.
Pengujian oleh user merupakan black box testing,
biasanya pengujian perangkat lunak dengan metode black
box melibatkan client atau pelanggan yang menggunakan
perangkat lunak tersebut. Black box testing dilakukan untuk
memastikan masukan dalam menjalankan proses yang tepat
dan menghasilkan output yang sesuai dengan rancangan.
e. Pemeliharaan Program
Pemeliharaan suatu perangkat lunak sangat
diperlukan, termasuk didalamnya adalah pengembangan,
karena perangkat lunak yang dibuat tidak selamanya seperti
demikian.
Dalam sebulan sekali akan dilakukan kunjungan
rutin ke CV Saprotan Utama apakah adanya kendala atau
error yang muncul yang harus segera diatasi, serta akan
dilakukan update pada sistem informasi maintenance jika
ada tambahan kebutuhan dari pengguna.
1.7 Sistematika Penulisan
Laporan ini dibagi berdasarkan sisematika penulisan yang
dibagi menjadi beberapa bab. Hal ini bertujuan untuk mempermudah
11
dalam memahami isi yang terkandung di dalamnya. Adapun
penyusunan bab sebagai berikut:
BAB I PENDAHULUAN
Berisi tentang latar belakang, tujuan, perumusan masalah,
batasan masalah, manfaat tugas akhir, metodologi
pelaksanaan, serta sistematika penulisan.
BAB II TINJAUAN UMUM CV SAPROTAN UTAMA
Pada bab ini berisi tentang sejarah CV Saprotan Utama,
visi dan misi, lokasi, struktur organisasi, serta uraian tugas
dan tanggung jawab.
BAB III TINJAUAN PUSTAKA
Pada bab ini akan mengulas tentang sistem informasi
maintenance, PHP, MySQL, dan beberapa penelitian
terdahulu yang telah dilakukan tentang sistem informasi
maintenance.
BAB IV PERENCANAAN DAN ANALISA PERANCANGAN
SISTEM
Pada bab ini akan membahas perencanaan desain sistem
informasi maintenance mesin produksi pupuk dan pestisida
pada CV Saprotan Utama. Dalam perancangannya
menggunakan UML (Unified Modelling Language) untuk
perancangan analisa desain sistem dan unutk desain
tampilan interface (antarmuka) menggunakan Balsamic
Mockups 3.
BAB V IMPLEMENTASI SISTEM
Pada bab ini menjelaskan implementasi dari analisa dan
perancangan yang telah dibuat ke dalam bentuk perangkat
lunak, kemudian melakukan pengujian terhadap perangkat
lunak yang dibangun menggunakan PHP dan database
MySQL.
12
BAB VI PENUTUP
Pada bab ini berisi tentang kesimpulan dan saran-saran
untuk melengkapi dan menyempurnakan penyusunan Tugas
Akhir (TA).
DAFTAR PUSTAKA
LAMPIRAN
13
BAB II
2.1 Sejarah CV Saprotan Utama
Saprotan Utama adalah perusahaan yang bergerak dibidang
agribisnis sebagai distributor dan produsen pupuk, pestisida, benih
padi, dan benih jagung yang berdiri sejak tahun 1980.
Dimulai tahun 1978 Ir. Markus Wibowo membuka Toko
Sumber Hurip di Jalan DI Panjaitan No. 5 Tegal. Lingkup Toko
Sumber Hurip pada waktu itu adalah petani wilayah Tegal dan
sekitarnya. Lalu tahun 1979 UD Vigor mulai berdiri, beralamat di
Jalan Wotgandul Dalam No. 186 Semarang. UD Vigor didirikan
dengan tujuan sebagai distributor pestisida PT Bayer Indonesia ke PT
Perkebunan Nusantara dan free market.
Tanggal 12 April 1980, nama UD Vigor diganti menjadi CV
Saprotan Utama, dan di tahun 1982 alamat kantor pindah ke Jalan
Wonodri Krajan III/958 Semarang. Tujuan CV Saprotan Utama
didirikan adalah untuk menjadi importir, agen atau distributor, dan
produsen bahan-bahan untuk pertanian seperti pestisida, pupuk, benih,
dan produk perikanan.
Tahun 1989 CV Saprotan Utama menjadi pengimpor dan agen
exclusive atau distributor tunggal untuk pupuk-pupuk SQM (Sociedad
Quimica dei Minerale) di Indonesia. CV Saprotan Utama memperkuat
diri sebagai distributor pupuk import untuk mensuplai kemitraan
tembakau Virginia, Burley, Na-Oogst, dan Rajangan yang dikelola
oleh perusahaan rokok besar di Indonesia seperti PT Philip Morris
Indonesia di tahun 1990. Kantor yang dulu berada di Jalan Wonodri
Krajan III/958 Semarang pindah alamat ke Bangkong Plaza C7, Jalan
Mataram 864-866, Semarang. Berkembang lagi di tahun 1995 menjadi
distributor pupuk impor (SAPRODAP) dari Namahae International
TINJAUAN UMUM CV SAPROTAN UTAMA
14
Company Korea. Mulai tahun 1998 CV Saprotan Utama berhasil
memproduksi pupuk phosphate butiran dengan memakai bahan baku
lokal, dengan adanya inovasi produk pupuk NPK di tahun 2003, maka
CV Saprotan Utama bekerja sama dengan PT Pupuk Kaltim
mendirikan PT Pukati Pelangi Agromakmur yang khususnya
memproduksi berbagai komposisi pupuk NPK Pelangi. Tahun 2007
CV Saprotan Utama mendirikan pabrik pestisida dan beroperasi di
tahun 2008. Kantor pusat kembali pindah dari alamat sebelumnya ke
alamat Jalan Brigjend Sudiarto 79, Semarang di tahun 2013.
Akhir tahun 2014 pabrik pestisida berpindah lokasi ke Jalan
Raya Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
Berikut Gambar 2.1 yaitu pabrik CV Saprotan Utama.
Gambar 2.1 CV Saprotan Utama
Pada Gambar 2.1 merupakan area dari CV Saprotan Utama
setelah memasuki gerbang depan pabrik yang berlokasi di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak.
2.2 Visi dan Misi CV Saprotan Utama
a. Visi
Menjadi perusahaan utama penyediaan sarana produksi pertanian
yang mampu menyejahterakan para petani, pelanggan, karyawan,
dan pemilik perusahaan.
15
b. Misi
Menyediakan produk yang berkualitas serta memberikan pelayanan
yang maksimal kepafa konsumen dan ikut berperan aktif
mendukung perkembangan pertanian nasional.
2.3 Struktur Organisasi CV Saprotan Utama
Dalam mengelola aktivitas usaha, diperlukan suatu manajemen
yang dinamis dan kompetitif agar perusahaan dapat mencapai
tujuannya yaitu efisien dari segi biaya, waktu dan tenaga kerja yang
dilibatkan. Untuk lebih jelasnya struktur organisasi perusahaan dapat
dilihat pada Gambar 2.2 berikut ini :
STRUKTUR ORGANISASI PERUSAHAAN
CV SAPROTAN UTAMA
Gambar 2.2 Struktur Organisasi CV Saprotan Utama (Sumber : CV Saprotan
Utama)
*)
*)Tempat Objek Penelitian
16
Pada Gambar 2.2 merupakan struktur organisasi pada CV
Saprotan Utama, CV Saprotan Utama ini dibawah pimpinan Bapak
Ir. Markus Wibowo sebagai Direktur Utama, yang kemudaian
Direktur Operasionalnya adalah Bapak Yuri Wibowo. Plant
Manager di Pabrik CV Saprotan Utama yang berada di Jalan Raya
Semarang-Purwodadi KM 12 Bandungrejo, Mranggen, Demak
sebagai tempat objek penelitian dipimpin oleh Bapak Waryanto.
Untuk narasumber utama dari penelitian ini adalah Bapak M. Dikro
selaku Supervisor Maintenance.
2.4 Uraian Tugas dan Wewenang
Pembagian uraian tugas dan wewenang tanggung jawab pada
CV Saprotan Utama :
2.4.1 Direktur Utama
Tugas dan wewenangnya antara lain memutuskan dan
menentukan peraturan dan kebijakan tertinggi perusahaan.
Bertanggung jawab dalam memimpin dan menjalankan
perusahaan. Bertanggung jawab atas kerugian yang dihadapi
perusahaan termasuk juga keuntungan perusahaan. Serta
mengkoordinasikan dan mengawasi semua kegiatan di
perusahaan, mulai bidang administrasi, kepegawaian hingga
pengadaan barang.
2.4.2 Direktur Operasional
Tugas dan wewenangnya antara lain merencanakan,
melaksanakan, dan mengawasi seluruh pelaksanaan
operasional perusahaan. Membuat standar perusahaan
mengenai semua proses operasional, produksi, proyek, dan
kualitas hasil produksi. Membuat strategi dalam pemenuhan
target perusahaan dan cara mencapai target tersebut.
Membantu tugas-tugas direktur utama, mengecek, mengawasi,
17
dan menentukan semua kebutuhan dalam proses operasional
perusahaan. Merencanakan, menentukan, mengawasi,
mengambil keputusan dan mengkoordinasi dalam hal
keuangan untuk kebutuhan operasional perusahaan. Membuat
laporan kegiatan untuk diberikan kepada Direktur Utama. Serta
bertanggung jawab pada proses operasional, produksi, proyek,
dan kualitas hasil produksi.
2.4.3 Accounting Manager
Tugas dan wewenangnya antara lain merencanakan
strategi accounting perusahaan secara tepat sesuai strategi
bisnis perusahaan. Mengatur dan mengarahkan pencatatan
neraca perusahaan sesuai aktivitas perusahaan dan menjaga
keseimbangan neraca rugi atau laba. Mengevaluasi dan
menganalisa implementasi sistem accounting untuk memberi
masukan terhadap sistem keuangan dan strategi bisnis.
Mengontrol dan mengevaluasi pencatatan neraca rugi atau laba
dan aktivitas accounting lainnya agar dapat berjalan secara
tepat dan akurat. Serta mengarahkan fungsi dan kinerja unit
bagian accounting agar bejalan optimal dan meningkatkan
kinerja SDM accounting.
2.4.4 Marketing Manager
Tugas dan wewenangnya antara lain
mengkoordinasikan dan meningkatkan penjualan.
Mengevaluasi pencapaian target sales. Melakukan strategi
pemasaran yang efektif serta berorientasi pada pencapaian dan
peningkatan target sales. Membangun serta menjaga hubungan
baik dengan mitra bisnis, klien, dan vendor. Serta merumuskan
standar harga jual dengan koordinasi bersama Direktur
Operasional dan departemen terkait.
18
Tugas dan wewenangnya antara lain bertanggung jawab
mengelola dan mengembangkan sumber daya manusia.
Membuat sistem HR yang efektif dan efisien dengan membuat
SOP, job description, training, dll. Melakukan seleksi,
promosi, dan demosi pada karyawan yang dianggap perlu.
Bertanggung jawab penuh dalam proses perekrutan karyawan,
mulai dari mencari calon karyawan, wawancara, hingga
seleksi. Bertanggung jawab pada hal yang berhubungan
dengan absensi karyawan, perhitungan gaji, bonus, dan
tunjangan. Membuat kontrak kerja karyawan serta
memperbaharui masa berlakunya kontrak kerja. Serta
melakukan tindakan disipliner pada karyawan yang melanggar
peraturan atau kebijakan perusahaan.
Tugas dan wewenangnya antara lain menyediakan
pemesanan dari bagian marketing dan menyusun rencana
produksi sesuai dengan pesanan marketing. Memenuhi
permintaan contoh produksi dari bagian marketing. Menyusun
rencana pengadaan bahan yang didasarkan atas forecast dari
marketing melalui pemantauan kondisi stok barang yang akan
diproduksi. Melakukan pengawasan di bagian inventory pada
proses produksi, penyimpanan barang di gudang maupun yang
akan didatangkan. Serta membuat jadwal proses produksi
sesuai dengan waktu, routing, dan jumlah produksi yang tepat.
Tugas dan wewenangnya antara lain bertanggung jawab
atas keseluruhan pabrik. Menentukan kebijakan pada pabrik.
Mengontrol bisnis plant yang telah dibuat terhadap kondisi
2.4.7 Plant Manager
2.4.6 PPIC (Production Planning and Inventory Control)
2.4.5 HRD (Human Resource Development)
19
nyata yang ada di lapangan. Serta memeriksa pelaksanaan
kegiatan di lapangan dan menilai secara langsung pelaksanaan
kegiatan di lapangan.
Tugas dan wewenangnya antara lain menjaga dan
mengawasi agar mutu bahan baku dalam proses dan mutu
barang jadi sesuai dengan standar yang telah ditetapkan.
Melakukan perencanaan dan pengontrolan proses produksi.
Melakukan perencanaan dan pengontrolan terhadap kebutuhan
tenaga kerja untuk proses produksi. Melakukan evaluasi
terhadap aktivitas proses produksi. Berwenang menilai,
menyampaikan usul promosi, degradasi, dan alih tugas
bawahannya sampai tingkat kepala regu.
Tugas dan wewenangnya antara lain melakukan
perencanaan penataan (layout) gudang. Melakukan monitoring
produk di gudang. Melakukan pengaturan dan pengawasan
aktivitas di gudang. Melakukan pengawasan administrasi data
barang FG (Finish Good) dan RM (Raw Material). Serta
melakukan pengaturan dan pengawasan semua dokumen
gudang.
Tugas dan wewenangnya antara lain melakukan
perencanaan perawatan mesin-mesin dan peralatan mesin
produksi. Melakukan perencanaan modifikasi dan kebutuhan
teknik yang diperlukan untuk mendukung proses produksi.
Melakukan update dan review dokumen-dokumen teknik yang
berkaitan dengan proses produksi. Membantu Plant Manager
dalam menentukan modifikasi atau pembelian alat atau mesin
2.4.8 Kepala Bagian Produksi
2.4.9 Kepala Bagian Gudang
2.4.10 Kepala Bagian Maintenance
20
dari aspek teknik, serta melakukan perencanaan tahunan untuk
aktivitas bagian maintenance.
Tugas dan wewenangnya antara lain memantau
perkembangan semua produk yang diproduksi perusahaan.
Bertanggung jawab untuk memantau, menganalisis, meneliti,
menguji suatu produk, memverifikasi kualitas produk.
Bertanggung jawab memonitor setiap proses yang terlibat
dalam produksi produk. Memastikan kualitas barang produksi
sesuai standar. Merekomendasikan pengolahan ulang produk-
produk berkualitas rendah.
Tugas dan wewenangnya antara lain membuat
perencanaan dan permintaan semua kebutuhan untuk produksi.
mengatur, mengkoordinasi, dan mengawasi semua tugas
bawahannya agar sesuai perencanaan, prosedur, dan standar
perusahaan. Bertanggung jawab dalam pencapaian target
produksi dan kualitas standar hasil produksi. Bertanggung
jawab pada ketertiban dan kedisiplinan bawahannya. Serta
bertanggung jawab pada kebersihan lingkungan kerja dan
keselamatan bawahannya.
Tugas dan wewenangnya antara lain membuat jadwal
pekerjaan setiap kelompok kru produksi. Memantau pekerjaan
yang dilakukan oleh kru produksi dalam mengemas produk
atau mencampur komposisi produk. Bertanggung jawab dalam
pencapaian target produksi. Serta bertanggung jawab pada
kebersihan lingkungan kerja.
2.4.11 Kepala Bagian Quality Control
2.4.12 Supervisor Produksi
2.4.13 Leader Produski
21
Tugas dan wewenangnya antara lain melakukan
pengaturan dan pengawasan aktivitas di gudang. Melakukan
penerimaan barang dan meneliti barang sesuai dengan surat
pengantar, mengkoordinir kru gudang. Serta membuat laporan
stok setiap bulan.
Tugas dan wewenangnya antara lain melakukan
perbaikan terhadap mesin-mesin dan peralatan produksi.
Melakukan perawatan terhadap mesin-mesin dan perawatan
produksi. Serta melakukan modifikasi terhadap mesin-mesin
dan peralatan produksi.
Tugas dan wewenangnya antara lain membuat surat
permintaan barang dan bahan baku ke gudang. Membuat surat
penyerahan mutasi barang. Membuat laporan produksi harian,
bulanan, dan tahunan, serta merapikan file laporan produksi.
Tugas dan wewenangnya antara lain membuat surat
penyerahan mutasi barang. Memverifikasi surat mutasi produk
jadi dari produksi. Membuatkan surat pengantar untuk
pengiriman barang. Serta merapikan file pergudangan.
Tugas dan wewenangnya antara lain membuat laporan
penggajian karyawan. Menangani permasalahan yang ada pada
karyawan mengenai gaji. Mengontrol absensi seluruh
karyawan, record karyawan baru. Sserta membuat laporan
jamsostek setiap bulan.
2.4.14 Leader Gudang
2.4.15 Teknisi
2.4.16 Admin Produksi
2.4.17 Admin Gudang
2.4.18 Admin Payroll
22
Tugas dan wewenangnya antara lain melakukan
koordinasi tugas dan tanggung jawab kebersihan area.
Melakukan pengawasan pekerjaan kru kebersihan dan umum
secara berkala. Melakukan pengecekan kebersihan lingkungan
kerja, serta membuat jadwal kegiatan kerja kru kebersihan dan
umum.
Tugas dan wewenangnya antara lain membersihkan
lingkungan sesuai tugas yang diberikan supervisor.
membersihkan tempat sampah setiap pagi. merapikan dan
memisahkan pallet yang rusak, serta bertanggung jawab
membersihkan limbah kemasan bahan baku.
Tugas dan wewenangnya antara lain operator mesin
produksi menjalankan dan me-monitoring mesin. Bertugas
mencampur komposisi formulasi produk. Mengemas produk
ke dalam kemasan sesuai ukuran. Mencapai target yang telah
diberikan oleh leader produksi atau supervisor produksi. Serta
menjaga dan merapikan peralatan kerja yang digunakan.
2.4.19 Kasir
2.4.20 Supervisor Kebersihan / Umum
2.4.21 Kru Kebersihan / Umum
2.4.22 Kru Produksi
Tugas dan wewenangnya antara lain melakukan
pembayaran gaji untuk karyawan yang berstatus kontrak
harian. Melakukan pembayaran uang lembur untuk karyawan
yang berstatus kontrak bulanan dan tetap. Melakukan
pembayaran biaya bongkar dan muat barang untuk kbkb. Serta
bertanggung jawab terhadap laporan dan uang fisik.
23
Tugas dan wewenangnya antara lain melengkapi
pengiriman dan penyimpanan barang melalui pengolahan dan
perintah pemuatan. Mengontrol dan bertanggung jawab atas
penyimpanan barang melalui dari kehilangan. Pencurian,
kebakaran, dan keusangan, bertanggung jawab atas kebersihan
dan kerapian barang Bertanggung jawab atas pelaksanaan
bongkar muat barang di gudang. Serta menyiapkan barang
yang akan dikirim ke pelanggan berdasarkan surat yang
diterima dari bagian administrasi.
2.4.23 Kru Gudang
24
Beberapa penelitian terdahulu mengenai sistem informasi
maintenance yang pernah dilakukan sebelum penelitian ini terdapat
pada Tabel 3.1.
Tabel 3.1 Penelitian Terdahulu
No Judul Tools Hasil Penelitian
1 Pembuatan Aplikasi
Monitoring Work Order
Dalam Pembuatan
Shutdown Paper
Machine Dengan
Menggunakan PPH dan
MySQL Pada PT Pelita
Cengkareng Paper
(Saputra, 2015)
PHP dan
MySQL
Merancang sistem
informasi dalam
pengelolaan data
dalam pelaporan
kerusakan, perawatan
rutin, penjadwalan,
serta laporan semua
aktivitas perawatan
dan perbaikan.
2 Rancangan Sistem
Informasi Perawatan
Berbasis Komputer
(Studi Kasus Di
Laboratorium Mekanik
Politeknik Manufaktur
Negeri Bangka
Belitung) (Rivai et al.,
2017)
Ms Visual
Studio 2010
dan Ms.
Access
Men-generate
perintah dan jadwal
perawatan,
menampilkan
spesifikasi kerja dan
data umum mesin,
memantau kegiatan
perawatan,
menyimpan riwayat
perawatan, membuat
laporan perawatan,
serta mengamankan
data (dokumen)
perawatan.
3 Perancangan Sistem
Informasi Perawatan
Mesin Pada PT XYZ
(Sachdeva, A., Kumar,
D. dan Kumar, 2008)
Visual Basic
dan Ms.
Access
Mempermudah dalam
pelaksanaan
manajemen
perawatan dan
pengelolaan data
terkait.
BAB III
TINJAUAN PUSTAKA
3.1 Penelitian Terdahulu
25
Tabel 3.1 Penelitian Terdahulu (Lanjutan)
No Judul Tools Hasil Penelitian
4 Perancangan Sistem
Informasi Manajemen
Perawatan Mesin
Berbasis Group
Technology (Studi
Kasus: PT. Adi Putro
Wirasejati Malang)
(Melladya, Santoso, &
Choiri, 2014)
Visual Basic
dan Ms.
Access
Sistem yang
dirancang
memperbaiki sistem
lama pada pada PT
APW.
5 Perancangan dan
Pembuatan Sistem
Informasi Manajemen
Pemeliharaan dan
Perawatan di Jurusan
Teknik Mesin UNNES
(W. Kurniawan &
Fatchurrochman, 2015)
Visual Basic
dan Ms.
Access
Mengelola kegiatan
pemeliharaan dan
pewaratan.
Dari penelitian terdahulu yang telah dipelajari pada Tabel 3.1
tersebut maka dari semua penelitian terdahulu belum menerapkan
notifikasi dalam sistem untuk pengajuan perbaikan mesin, dari judul
pertama yaitu Pembuatan Aplikasi Monitoring Work Order Dalam
Pembuatan Shutdown Paper Machine Dengan Menggunakan PPH dan
MySQL Pada PT Pelita Cengkareng Paper (Saputra, 2015), hasil dari
penelitian ini adalah merancang sistem informasi dalam pengelolaan
data dalam pelaporan kerusakan, perawatan rutin, penjadwalan, serta
laporan semua aktivitas perawatan dan perbaikan.
Judul kedua dari penelitian terdahulu adalah Rancangan
Sistem Informasi Perawatan Berbasis Komputer (Studi Kasus Di
Laboratorium Mekanik Politeknik Manufaktur Negeri Bangka
Belitung) (Rivai et al., 2017), hasil dari penelitian ini adalah men-
generate perintah dan jadwal perawatan, menampilkan spesifikasi
kerja dan data umum mesin, memantau kegiatan perawatan,
26
menyimpan riwayat perawatan, membuat laporan perawatan, serta
mengamankan data (dokumen) perawatan.
Judul ketiga dari penelitian terdahulu yaitu Perancangan Sistem
Informasi Perawatan Mesin Pada PT XYZ (Sachdeva, A., Kumar, D.
dan Kumar, 2008), hasil dari penelitiannya adalah mempermudah
dalam pelaksanaan manajemen perawatan dan pengelolaan data terkait.
Judul keempat adalah Perancangan Sistem Informasi
Manajemen Perawatan Mesin Berbasis Group Technology (Studi
Kasus: PT. Adi Putro Wirasejati Malang) (Melladya et al., 2014), dari
penelitian tersebut membuahkan hasil sistem yang dirancang
memperbaiki sistem lama pada pada PT APW.
Terakhir judul kelima adalah Perancangan dan Pembuatan
Sistem Informasi Manajemen Pemeliharaan dan Perawatan di Jurusan
Teknik Mesin UNNES (W. Kurniawan & Fatchurrochman, 2015),
penelitian ini mendapatkan hasil mengelola kegiatan pemeliharaan dan
pewaratan.
Dari penelitian terdahulu, penulis akan membangun sistem
informasi maintenance mengunakan PHP dan database MySQL, akan
ada tambahan fitur notifikasi pada halaman user Spv. Maintenance dan
Admin Maintenace jika ada pengajuan perbaikan kerusakan mesin dari
pihak produksi.
Sistem adalah sekumpulan komponen-komponen yang saling
berkaitan satu sama lain, yang memiliki batasan-batasan tertentu yang
jelas. Lebih lanjut dikatakan pula, bahwa sistem dapat saling bekerja
bersamaan dalam mencapai tujuan dengan cara menerima input dan
menghasilkan output dalam suatu proses yang terorganisir (A.O’Brien,
2010).
3.2 Pengertian Sistem
27
Sistem adalah sekelompok unsur yang erat hubungannya satu
dengan yang lain, yang berfungsi bersama – sama untuk mencapai
tujuan tertentu (Sutabri, 2012).
Sekelompok elemen-elemen yang terintegrasi dengan tujuan
yang sama untuk mencapai tujuan. Sistem juga merupakan jaringan
kerja dari procedure-procedure yang saling berhubungan, terkumpul
bersama-sama untuk melakukan suatu kegiatan atau tujuan tertentu
(Bartz, T., Siluk, J.C.M. dan Bartz, 2014).
Informasi adalah data yang telah diklasifikasikan atau diolah
atau diinterpretasikan untuk digunakan dalam proses pengambilan
keputusan (Sutabri, 2012).
Informasi merupakan hasil pengolahan data dari satu atau
berbagai sumber, yang kemudian diolah, sehingga memberi nilai, arti,
dan manfaat (Pratama, 2014).
Informasi merupakan sebuah data yang telah dibuat dan juga
diolah dengan metode tertentu ke dalam bentuk dan nantinya akan
memiliki arti tertentu bagi manusia sebagai penggunanya (Laudon,
Kenneth C., 2012).
Sistem Informasi (Information System) adalah sekumpulan
komponen yang saling berhubungan, mengumpulkan atau
mendapatkan, menyimpan, memproses, dan mendistribusikan
informasi untuk penunjang pengambilan keputusan dan pengawasan
dalam suatu organisasi serta membantu manajer dalam mengambil
keputusan (Laudon, Kenneth C., 2012).
Sistem informasi adalah suatu sistem di dalam suatu organisasi
yang mempertemukan kebutuhan pengolahan transaksi harian yang
mendukung fungsi operasi organisasi yang bersifat manajerial dengan
3.3 Pengertian Informasi
3.4 Pengertian Sistem Informasi
28
kegiatan strategi dari suatu organisasi untuk dapat menyediakan
laporan–laporan yang diperlukan oleh pihak luar tertentu (Sutabri,
2012).
Sistem informasi merupakan gabungan dari empat bagian
utama. Keempat bagian utama tersebut mencakup perangkat lunak
(software), perangkat keras (hardware), infrastruktur, dan Sumber
Daya Manusia (SDM) yang terlatih. Kempat bagian utama ini saling
berkaitan untuk menciptakan sebuah sistem yang dapat mengolah data
menjadi informasi yang bermanfaat. Didalamnya juga termasuk proses
perencanaan, kontrol, koordinasi, dan pengambilan keputusan.
Sehingga sebagai sebuah sistem yang mengolah data menjadi
informasi yang akan disajikan dan digunakan oleh pengguna, maka
sistem informasi merupakan sebuah sistem yang kompleks. Bukan
hanya komputer saja yang bekerja (beserta software dan hardware di
dalamnya), namun juga manusia (dengan brainware yang dimiliki).
Manusia (pengguna/aktor) dalam hal ini menggunakan seluruh ide,
pemikiran, penghitungan untuk dituangkan ke dalam sistem informasi
yang digunakan (Pratama, 2014).
Maintenance yang dalam bahasa Indonesia biasa disebut
dengan pemeliharaan atau perawatan merupakan sebuah aktivitas yang
bertujuan untuk memastikan suatu fasilitas secara fisik bisa secara
terus menerus melakukan pengguna atau pemakai inginkan. Untuk
pengertian pemeliharaan lebih jelas adalah suatu kombinasi dari
berbagai tindakan yang dilakukan untuk menjaga suatu barang dalam,
atau memperbaikinya sampai kondisi yang bisa diterima (F.
Kurniawan, 2013).
Maintenance merupakan kegiatan untuk memelihara atau
menjaga fasilitas atau peralatan pabrik dengan mengadakan perbaikan
atau penyesuaian atau penggantian yang diperlukan supaya tercipta
3.5 Pengertian Maintenance (Perawatan)
29
suatu keadaan operasional produksi yang memuaskan sesuai dengan
apa yang telah direncanakan (Sofjan, 2013).
Secara sederhana dapat dikatakan bahwa perawatan adalah
segala aktivitas yang dilakukan untuk menjaga agar mesin dan
peralatan dapat bekerja. Perkembangan signifikan pertama dari konsep
manajemen perawatan melalui munculnya konsep corrective
maintenance. Corrective Maintenance merupakan strategi manajemen
perawatan mesin yang fokus terhadap usaha pengembalian kapabilitas
peralatan (Sachdeva, A., Kumar, D. dan Kumar, 2008).
Sistem Informasi Manajemen Aset (SIMA) merupakan
sekumpulan maupun serangkaian dari sub-sistem informasi yang
secara sistematis dan rasional dibuat untuk mengkonversikan data
menjadi informasi mengenai aset, sehingga dapat berguna dan
berperan dalam mengambil keputusan pengelolaan aset disebuah
organisasi.
Konsep dasar dari SIMA adalah bahwa setiap aset dianggap
memiliki data atribut baik secara deskriptif maupun legal yang
menunjukkan identitas serta kepemilikan atau hak dan kewajban
terhadap aset tersebut (Sugiama, 2013).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
yang memiliki aset dalam jumlah banyak yang seharusnya memiliki
divisi sendiri untuk pengelolaan aset tersebut. Sistem informasi
manajemen aset seharusnya dapat menjawab permasalahan-
permasalahan aset yang sering muncul dan atau dihadapi oleh
perusahaan berskala enterprise (Dit TIK UPI, 2008).
Sistem Informasi Manajemen Aset adalah sebuah aplikasi
pengelolaan aset yang ditujukan untuk perusahaan besar atau BUMN
dengan aset dengan jumlah banyak yang seharusnya memerlukan
3.6 Sistem Informasi Manajemen Aset
30
divisi sendiri untuk pengelolaan aset tersebut (Hartono, 2010). Gambar
3.1 dibawah merupakan gambaran dari Sistem Informasi Manajemen
Aset.
Gambar 3.1 Sistem Informasi Manajemen Aset
Dari Gambar 3.1 dapat dijelaskan bahwa Sistem Informasi
Manajemen Aset mengelola aset yang ada di perusahaan besar atau
BUMN yaitu dengan memasukkan data-data aset yang ada ke dalam
database sehingga data tersebut akan dikelola dengan baik oleh sistem.
Menurut KBBI mesin memiliki arti perkakas untuk
menggerakkan atau membuat sesuatu yang dijalankan dengan roda,
digerakkan oleh tenaga manusia atau motor penggerak, menggunakan
bahan bakar minyak atau tenaga alam.
Mesin adalah suatu peralatan yang digerakkan oleh suatu
kekuatan atau tenaga yang dipergunakan untuk membantu manusia
dalam mengerjakan produk / bagian-bagian produk (Sofjan, 2013).
Peranan manajemen perawatan dalam dunia industri terus
meningkat disebabkan semakin mahalnya biaya pembelian teknologi
baru (Bartz, T., Siluk, J.C.M. dan Bartz, 2014). Aktivitas perawatan
dilakukan untuk memastikan agar proses manufaktur dapat beroperasi
3.7 Pengertian Mesin
31
secara efektif dan efisien dengan jalan memperbaikinya, mengganti,
menyesuaikan, dan memodifikasi semua mesin dan peralatan sesuai
dengan kebutuhan produksi.
Produksi adalah kegiatan yang mentransformasikan masukan
(input) menjadi keluaran (output), tercakup semua aktivitas dan
kegiatan yang menghasilkan barang atau jasa, serta kegiatan-kegiatan
lain yang mendukung atau menunjang usaha untuk menghasilkan
produk tersebut yang berupa barang atau jasa (Sofjan, 2013).
Operasi atau produksi adalah kegiatan yang mengubah
masukan (yang merupakan faktor-faktor produksi) menjadi keluaran
sehingga lebih bermanfaat daripada bentuk aslinya (Sutarno, 2012).
Operasi atau produksi adalah aktivitas untuk menghasilkan
produk, baik itu berupa barang atau jasa (Harsanto, 2013).
PHP memiliki beberapa pandangan dalam mengartikannya,
akan tetapi kurang lebih PHP dapat kita ambil arti sebagai PHP :
Hypertext Prepocessor. Ini merupakan bahasa yang hanya dapat
berjalan pada server dan hasilnya dapat ditampilkan pada client. PHP
adalah produk open source yang dapat digunakan secara gratis tanpa
harus membayar untuk menggunakannya. Interpreter PHP dalam
mengeksekusi kode PHP pada sisi server disebut server side.
Sedangkan tanpa adanya interpreter PHP, maka semua skrip dan
aplikasi PHP yang dibuat tidak bisa dijalankan. PHP merupakan
bahasa standar yang digunakan dalam dunia website, PHP adalah
bahasa program yang berbentuk skrip yang diletakkan di dalam server
web. Jika kita lihat dari sejarah mulanya PHP diciptakan dari ide
Rasmus Lerdof untuk kebutuhan pribadinya, skrip tersebut sebenarnya
dimaksudkan untuk digunakan sebagai keperluan membuat website
3.8 Pengertian Produksi
3.9 Pengertian PHP
32
pribadi. Akan tetapi kemudian dikembangkan lagi sehingga menjadi
sebuah bahasa yang disebut “Personal Home Page.” (Nugroho, 2009).
PHP (Hypertext Preprocessor) yang digunakan sebagai bahasa
script server-side dalam pengembangan web yang disisipkan pada
dokumen HTML. Penggunakan PHP memungkinkan web dapat dibuat
dinamis, sehingga maintenance situs web tersebut menjadi lebih
mudah dan efisien. PHP merupakan software Open-Source yang
disebarkan dan dilisensikan secara gratis serta dapat di-download
secara bebas dari situs resmi http://www.php.net (Hidayatullah.
Priyanto, 2014).
Untuk membuat membuat aplikasi berbasis Website dengan
menggunakan bahasa PHP, tentu saja diperlukan sebuah server web
dan interpreter PHP. Server tidak harus sebuah komputer khusus
dengan kinerja tinggi dan berukuran sangat besar, tetapi bisa dibuat
dari PC yang mempunyai fungsi selayaknya sebuah Web Server, yaitu
dengan menginstal paket XAMPP.
XAMPP merupakan paket PHP dan MySQL berbasis open
source yang dapat digunakan sebagai tool pembantu pengembangan
aplikasi berbasis PHP. XAMPP mengombinasikan beberapa paket
perangkat lunak berbeda ke dalam satu paket. Sampai XAMPP versi
1.7.4. Kita dapat mendapatkan file XAMPP di http://apachefriend.org ,
dari alamat website tersebut kita dapat memilih berbagai versi XAMPP
sesuai kebutuhan, dan tentu disesuaikan dengan OS yang kita gunakan
(Riyanto, 2011).
XAMPP merupakan singkatan dari X (empat sistem operasi
apapun), Apache, MySQL, PHP, Perl. XAMPP merupakan tool yang
menyediakan paket perangkat lunak ke dalam satu buah paket. Dalam
paketnya sudah terdapat Apache (web server), MySQL (database),
PHP (server side scripting), Perl, FTP server, phpMyAdmin dan
3.10 XAMPP
33
berbagai pustaka bantu lainnya. Dengan menginstal XAMPP maka
tidak perlu lagi melakukan instalasi dan konfigurasi web server
Apache, PHP, MySQL secara manual. XAMPP akan menginstalasi dan
mengkonfigurasikannya secara otomatis (Hidayatullah, 2014).
MySQL merupakan sebuah basis data yang mengandung satu
atau beberapa kolom. Tabel terdiri atas sejumlah basis dan setiap baris
mengandung satu atau beberapa kolom. Didalam PHP telah
menyediakan fungsi untuk koneksi ke basis data dengan sejumlah
fungsi untuk pengaturan baik menghubungkan atau memutuskan
koneksi server database MySQL sebagai sarana untuk mengumpulkan
informasi.
MySQL bekerja menggunakan bahasa basis data yaitu DBMS
(Database Management System). Data language terbagi dua, yaitu
DDL dan DML. DDL (Data Definition Language) merupakan suatu
perintah yang digunakan untuk menciptakan struktur data, atau untuk
membangun database. DDL mempunyai fungsi untuk melakukan
perubahan struktur tabel, seperti membuat tabel, mengubah nama
tabel, dan sebagainya. Perintah-perintah yang termasuk dalam DDL
yaitu Create, Alter, dan Drop (Kustiyahningsih, Yeni, 2011).
MySQL (My Structured Query Language) atau yang biasa
disebut mai-sekuel adalah sebuah program pembuat dan pengelola
database atau yang sering disebut dengan DBMS (Database
Management System), sifat dari DBMS ini adalah open source.
MySQL sebenarnya produk yang berjalan pada platform linux, dengan
adanya perkembangan dan banyaknya pengguna serta pengembang
kemudian merilis versi windows. Selain itu MySQL juga merupakan
bahasa program pengakses database yang bersifat jaringan, sehingga
dapat digunakan untuk aplikasi multi-user (banyak pengguna).
Kelebihan lain dari MySQL adalah menggunakan bahasa query
3.11 MySQL
34
(permintaan) standar SQL (Structured Query Language). SQL adalah
suatu bahasa permintaan yang terstruktur, SQL telah distandarkan
untuk semua program pengakses database seperti Oracle, PosgreSQL,
SQL Server dan lain-lain. Sebagai sebuah program penghasil database,
MySQL tidak mungkin berjalan sendiri tanpa adanya sebuah aplikasi
pengguna (interface) yang berguna sebagai program aplikasi
pengakses database yang dihasilkan. MySQL dapat didukung oleh
hampir semua program aplikasi baik yang open source seperti PHP
maupun yang tidak open source yang ada pada platform windows
seperti visual basic, delphi dan lain-lain (Nugroho, 2009).
UML (Unified Modeling Language) adalah salah standar
bahasa yang banyak digunakan di dunia industri untuk mendefinisikan
requirement, membuat analisisa dan desain, serta menggambarkan
arsitektur dalam pemrograman berorientasi (Rosa A. S dan
Shalahuddin, 2013).
Jenis diagram yang digunakan adalah :
1. Use Case Diagram
Use Case atau diagram use case merupakan pemodelan untuk
kelakuan (behavior) sistem informasi yang akan dibuat. Simbol use
case terdapat pada Tabel 3.2.
Tabel 3.2 Simbol Use Case Diagram (Rosa A.S., M.
Shalahuddin, 2014)
Simbol Deskripsi
Use Case
nama use case
Menjelaskan urutan kegiatan yang
dilakukan aktor dan sistem untuk
mencapai suatu tujuan tertentu.
3.12 Unifield Modelling Language (UML)
35
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
Aktor / actor
nama aktor
Orang atau pihak yang akan
mengelola sistem.
Asosiasi / association
Menggambarkan hubungan khusus
dalam objek.
Genralisasi /
generalization
Hubungan generalisasi dan
spesialisasi (umum – khusus)
antara dua buah use case dimana
fungsi yang satu adalah fungsi
yang lebih umum dari yang
lainnya, misalnya
ubah data
hapus data
mengelola data
arah panah mengarah pada use
case yang menjadi generalisasinya
(umum)
Menggunakan / include /
uses
NewUseCase NewUseCase2
<<include>>
Validasi User
Ubah Data NewUseCaseNewUseCase2
<<include>><<uses>>
Relasi use case tambahan ke
sebuah use case dimana use case
yang ditambahkan memerlukan use
case ini untuk menjalankan
fungsinya
Ada dua sudut pandang yang
cukup besar mengenai include di
use case:
include berarti use
caseyang ditambahkan akan
selalu dipanggil saat use
case tambahan dijalankan,
36
Tabel 3.2 Simbol Use Case Diagram (Lanjutan)
Simbol Deskripsi
misal pada kasus berikut :
Validasi Username
Login
<<include>>
include berarti use case
yang tambahan akan selalu
melakukan pengecekan
apakah use case yang
ditambahkan telah
dijalankan sebelum use
case tambahan dijalankan,
misal pada kasus berikut:
Validasi User
Ubah Data
<<include>>
Kedua interpretasi diatas dapat
dianut salah satu atau keduanya
tergantung pada pertimbangan dan
interpretasi yang dibutuhkan
Pada Tabel 3.2 tentang simbol use case diagram dapat
dijelaskan use case merupakan fungsionalitas yang disediakan
sistem sebagai unit-unit yang saling bertukar pesan antar unit atau
aktor, biasanya dinyatakan dengan menggunakan kata kerja di awal
frase nama use case. Simbol kedua yaitu aktor, orang, proses, atau
sistem lain yang berinteraksi dengan sistem informasi yang akan
dibuat diluar sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang, tapi aktor belum
37
tentu merupakan orang, biasanya dinyatakan menggunakan kata
benda di awal frase nama aktor.
Generalisasi adalah hubungan generalisasi dan spesialisasi
(umum – khusus) antara dua buah use case dimana fungsi yang
satu adalah fungsi yang lebih umum dari yang lainnya. Asosiasi
merupakan gambaran hubungan khusus dalam objek. Relasi Extend
yaitu dimana use case yang dituju berdisi sendiri tanpa harus
melewati sebuah proses yang lain. Menunjukkan suatu bagian dari
elemen sebelumnya bisa disisipkan ke dalam elemen berikutnya.
Terakhir relasi include dimana use case yang dituju harus melewati
proses yang lain. Menunjukkan bahwa suatu bagian dari elemen
sebelumnya memicu eksekusi dari elemen sebelumnya.
2. Class Diagram
Class diagram menggambarkan struktur sistem dari segi
pendefinisian class-class yang ada dibuat untuk membangun
sistem. Simbol terdapat pada Tabel 3.3.
Tabel 3.3 Simbol Class Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Kelas
Kelas pada struktur sistem
Antarmuka / interface
nama_interface
Sama dengan konsep interface
dalam pemrograman berorientasi
objek
Assosiasi / association
Relasi antar kelas dengan makna
umum, assosiasi biasanya juga
disertai dengan multiplicity
Asosiasi berarah / directed
association
Relasi antar kelas dengan makna
kelas yang satu digunakan oleh
kelas yang lain, assosiasi biasanya
juga disertai dengan multiplicity
38
Tabel 3.3 Simbol Class Diagram (Lanjutan)
Simbol Deskripsi
Generalisasi /
Generalization
Relasi antar kelas dengan makna
generalisasi-spesialisasi (umum-
khusus)
Kebergantungan /
dependency
NewUseCase NewUseCase2
<<include>>
Relasi antar kelas dengan makna
kebergantungan antar kelas
Agregasi / aggregation
Relasi antar kelas dengan makna
semua bagian (whole-part)
Penjelasan dari Tabel 3.3 simbol Class Diagram adalah
sebagai berikut yang pertama adalah class yaitu himpunan dari
objek-objek yang berbagai atribut di operasi yang sama, yang
kedua adalah interface yaitu tampilan luar dari sistem yang bisa
dilihat oleh pengguna, berikutya asosiation yaitu relasi antar kelas
dengan makna umum, assosiasi biasanya juga disertai dengan
multiplicity, ada juga asosiasi berarah yaitu relasi antar kelas
dengan makna kelas yang satu digunakan oleh kelas yang lain,
assosiasi biasanya juga disertai dengan multiplicity.
Generalization yaitu garis yang melambangkan konsep
pewarisan dari suatu kelas ke satu atau lebih sub kelas. Untuk
dependency adalah relasi antar kelas dengan makna
kebergantungan antar kelas.
3. Activity Diagram
Diagram aktifitas menggambarkan workflow (aliran kerja)
atau aktifitas dari sebuah sistem atau proses bisnis. Simbol dari
actifity diagram terdapat pada Tabel 3.4.
39
Tabel 3.4 Simbol Activity Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Status awal
Titik awal atau permulaan
Aktivitas
Aktiviti atau aktivitas yang
dilakukan oleh aktor
Percabangan / decision
Pilihan untuk mengambil keputusan
Penggabungan / join
Asosiasi penggabungan dimana
lebih dari satu aktivitas
digabungkan menjadi satu.
Status akhir
Titik akhir atau akhir dari aktivitas
Swimlane
Memisahkan organisasi bisnis yang
bertanggung jawab terhadap
aktivitas yang terjadi
Penjelasan dari Tabel 3.4 untuk simbol status awal
merupakan status awal aktivitas sistem, sebuah diagram aktivitas
memiliki sebuah status awal, berikutnya aktifitas yaitu yang
dilakukan sistem, aktifitas biasanya diawali dengan kata kerja.
Simbol asosiasi percabangan dimana jika ada pilihan aktivitas lebih
dari satu. Selain percabangan ada penggabungan, asosiasi
penggabungan dimana lebih dari satu aktivitas digabungkan
menjadi satu. Simbol status akhir, yaitu status akhir yang dilakukan
sistem, sebuah diagram aktivitas memiliki sebuah status akhir.
Untuk simbol swinline memisahkan organisasi bisnis yang
bertanggung jawab terhadap aktivitas yang terjadi.
4. Sequence Diagram
Diagram sekuen menggambarkan kelakuan objek pada use
case dengan mendeskripsikan waktu hidup objek dan message yang
40
dikirmkan dan diterima antar objek. Simbol dari sequenc diagram
terdapat pada Tabel 3.5.
Tabel 3.5 Simbol Sequence Diagram (Rosa A.S., M. Shalahuddin,
2014)
Simbol Deskripsi
Aktor
nama aktor
atau nama_aktor
Tanpa waktu aktif
Orang atau pihak yang akan
mengelola sistem.
Garis hidup / lifeline
Menyatakan kehidupan suatu objek
Objek
Menyatakan objek yang
berinteraksi pesan
Pesan tipe create
Menyatakan suatu objek membuat
objek yang lain, arah panah
mengarah pada objek yang dibuat
41
Tabel 3.5 Simbol Sequence Diagram (Lanjutan)
Simbol Deskripsi
esan tipe call
Menyatakan suatu objek memanggil
operasi / metode yang ada pada objek
lain atau dirinya sendiri
Arah panah mengarah pada objek yang
memiliki operasi/metode, karena ini
memanggil operasi/metode maka
operasi/metode yang dipanggil harus
ada pada diagram kelas sesuai dengan
kelas objek yang berinteraksi
Pesan tipe send
Menyatakan bahwa suatu objek
mengirimkan data/ masukan/informasi
ke objek lainnya, arah panah mengarah
pada objek yang dikirimi
Pada Tabel 3.5 dapat dijelaskan bahwa aktor adalah orang,
proses, atau sistem lain yang berinteraksi dengan sistem informasi
yang akan dibuat diluar sistem informasi yang dibuat itu sendiri,
jadi walaupun simbol aktor adalah gambar orang tetapi aktor belum
tentu orang. Lifeline menggambarkan sebuah objek dalam sebuah
sistem atau salah satu komponennya. Ada objek yang berinteraksi
pesan. Pesan tipe create menyatakan suatu objek membuat objek
yang lain, arah panah mengarah pada objek yang dibuat.
5. State Diagram
State Diagram adalah teknik yang umum digunakan untuk
menggambarkan behaviour sebuah sistem. Hal ini digunakan untuk
membantu analis, perancang dan pengembang untuk memahami
42
perilaku obyek pada sistem. State diagram menggambarkan transisi
dan perubahan keadaan (dari satu state ke state lainnya) suatu objek
pada sistem sebagai akibat dari stimuli yang diterima. Pada
umumnya state diagram menggambarkan class tertentu (satu class
dapat memiliki lebih dari satu state diagram). Dalam UML, state
digambarkan berbentuk segiempat dengan sudut membulat dan
memiliki nama sesuai kondisinya saat itu. Transisi antar state
umumnya memiliki kondisi guard yang merupakan syarat
terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku.
Action yang dilakukan sebagai akibat dari event tertentu dituliskan
dengan diawali garis miring. Titik awal dan akhir digambarkan
berbentuk lingkaran berwarna penuh dan berwarna setengah. Tidak
cukup hanya mengimplementasikan sebuah obyek, pengembang
juga harus membuat obyek tersebut melakukan sesuatu. State
diagram memastikan bahwa obyek-obyek tersebut akan menebak
apa yang seharusnya dilakukan. Dengan gambaran yang jelas
tentang perilaku obyek, kemungkinan tim pengembang akan
memproduksi sebuah sistem yang sesuai dengan requirement.
(Dharmayanti & Wahono, 2013).
Jika pada pemodelan interaksi menyiapkan detil spesifikasi
dari use case, pada state akan diberikan detail deskripsi dari class
yaitu perubahan state dari class menjadi lebih tepat. Perubahan
dinamis inilah yang akan menjadi prilaku dari suatu objek.
Biasanya statechart ini memodelkan aturan main suatu proses
bisnis. State diagram khususnya digunakan untuk memodelkan
taraf-taraf diskrit suatu siklus objek. State memodelkan objek dari
semenjak dibuat sampai selesai. Pada kondisi ini tidak semua class
akan mempunyai state (Gushelmi & Deded Ramad Kamda, 2017).
Berikut adalah simbol-simbol yang ada pada State Diagram yang
terdapat pada Tabel 3.6
43
Tabel 3.6 Simbol State Diagram (Gushelmi & Deded Ramad
Kamda, 2017)
Simbol Fungsi
State Nilai atribut dan nilai link pada suatu waktu
tertentu, yang dimiliki oleh suatu objek
Start State Menambahkan state awal pada diagram
Final State
Menambahkan state akhir pada diagram
Transition Sebuah kejadian yang memicu sebuah state
objek dengan cara memperbaharui satu atau
lebih nilai atributnya
Association Garis yang menghubungkan antara objek satu
dengan objek lainnya.
Node
Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu sumber
daya komputasi.
Penjelasan dari Tabel 3.6 Simbol State Diagram adalah State
yaitu nilai atribut dan nilai link pada suatu waktu tertentu, yang
dimiliki oleh suatu objek. Start State yaitu menambahkan state awal
pada diagram. Final State yaitu menambahkan state akhir pada
diagram. Transition adalah sebuah state objek yang memperbaharui
satu atau lebih nilai atributnya. Association adalah garis yang
menghubungkan antara objek satu dengan objek lainnya. Node yaitu
44
elemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan
suatu sumber daya komputasi.
6. Deployment Diagram
Pengertian Deployment Diagram menurut (Sukamto dan
Shalahuddin, 2013) menyatakan bahwa “Diagram deployment atau
deployment diagram menunjukkan konfigurasi komponen dalam
proses eksekusi aplikasi.”
Deployment/physical diagram menggambarkan detail
bagaimana komponen deploy dalam infrastruktur sistem, di mana
komponen akan terletak (pada mesin, server atau piranti keras),
bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi
server, dan hal-hal lain yang bersifat fisikal. Sebuah node adalah
server, workstation, atau piranti keras lain yang digunakan untuk
men-deploy komponen dalam lingkungan sebenarnya. Hubungan
antar node (misalnya TCP/IP) dan requirement dapat juga
didefinisikan dalam diagram ini. (Dharmayanti & Wahono, 2013)
Berikut adalah simbol dan fungsi yang ada pada Deployment
Diagram yang terdapat pada Tabel 3.7
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti &
Wahono, 2013)
Simbol Fungsi
Processor
Menambahkan prosesor pada diagram
Connection Menambahkan penghubung antar
komponen dalam diagram
45
Tabel 3.7 Simbol Deployment Diagram (Dharmayanti & Wahono,
2013) (Lanjutan)
Simbol Fungsi
Device Menambahkan peralatan (device) dalam
diagram. Peralatan adalah perangkat keras
dengan suatu kegunaan tertentu atau
perangkat keras dengan fungsi yang
terbatas
Penjelasan dari Tabel 3.7 Simbol Deployment Diagram
adalah Processor yaitu untuk menambahkan prosesor pada
diagram. Connection yaitu penghubung antar komponen dalam
diagram. Device yaitu perangkat keras yang digunakan dengan
suatu kegunaan tertentu atau perangkat keras dengan fungsi yang
terbatas.
7. Component Diagram
Component Diagram menggambarkan struktur dan
hubungan antar komponen piranti lunak, termasuk ketergantungan
(dependency) di antaranya. Komponen piranti lunak adalah modul
berisi code, baik berisi source code maupun binary code, baik
library maupun executable, baik yang muncul pada compile time,
link time, maupun run time. Umumnya komponen terbentuk dari
beberapa class atau package, tapi dapat juga dari komponen-
komponen yang lebih kecil. Komponen dapat juga berupa interface,
yaitu kumpulan layanan yang disediakan sebuah komponen untuk
komponen lain (Dharmayanti & Wahono, 2013).
Component Diagram dibuat untuk menunjukkan organisasi
dan ketergantungan diantara kumpulan komponen dalam sebuah
sistem. Diagram komponen fokus pada komponen sistem yang
46
dibutuhkan dan ada di dalam sistem. Diagram komponen juga dapat
digunakan untuk memodelkan hal-hal berikut :
1. Source code program perangkat lunak
2. Komponen executable yang dilepas ke user.
3. Basis data secara fisik.
4. Sistem yang harus beradaptasi dengan sistem lain.
5. Framework sistem, framework pada perangkat lunak
merupakan kerangka kerja yang dibuat untuk memudahkan
pengembangan dan pemeliharaan aplikasi.
Berikut adalah simbol-simbol yang ada pada Component Diagram
yang terdapat pada Tabel 3.8.
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012)
Simbol Fungsi
Component
Menggambarkan modul perangkat lunak
dengan antarmuka yang didefinisikan
dengan baik
Package
Menambahkan paket dalam diagram
Dependency
Menggambarkan relasi dependency
Subprogram
specification
Menggambarkan spesifikasi subprogram
dan implementasinya
47
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Subprogram body
Menggambarkan koleksi nsubrutin dan
tidak memuat definisi kelas
Main program Menggambarkan program utama
Package
specification
Menggambarkan paket yang merupakan
implementasi kelas. Mengandung
headerfile dan informasi prototype kelas
Package body
Memuat kode untuk operasi-operasi
suatu kelas
Task spesification
Menggambarkan spesifikasi kelas yang
memiliki thread yang mandiri
48
Tabel 3.8 Simbol Component Diagram (Sopiah, 2012) (Lanjutan)
Simbol Fungsi
Task body
Memuat berkas-berkas yang memiliki
thread yang mandiri
Penjelasan dari Tabel 3.8 Simbol dan fungsi Component
Diagram adalah sebagai berikut Component yaitu menggambarkan
modul perangkat lunak dengan antarmuka. Package yaitu
menambahkan paket dalam diagram. Dependency yaitu
menggambarkan relasi dependency. Subprogram specification
yaitu menggambarkan spesifikasi subprogram dan
implementasinya. Subprogram body yaitu menggambarkan
koleksi nsubrutin dan tidak memuat definisi kelas. Main program
yaitu menggambarkan program utama. Package specification yaitu
menggambarkan paket yang merupakan implementasi kelas.
Package body yaitu memuat kode untuk operasi-operasi suatu
kelas. Task specification yaitu menggambarkan spesifikasi kelas
yang memiliki thread yang mandiri. Task body yaitu memuat
berkas-berkas yang memiliki thread yang mandiri.
49
Perencanaan sistem informasi menjelaskan tentang menerapkan
pengetahuan tentang sistem informasi ke dalam organisasi agar dapat
terus maju dan eksis apabila organisasi berkembang sesuai dengan
teknologi dan teori organisasi modern (Sutabri, 2012).
Dalam hal ini penulis merencanakan yang dibutuhkan dalam
membangun aplikasi, yaitu sebuah aplikasi berbasis web yang
dimungkinkan dapat membantu pekerjaan bagian maintenance di CV
Saprotan Utama.
Perencanaan yang dilakukan meliputi use case diagram,
sequence diagram, activity diagram, state diagram, component
diagram, deployment diagram, dan class diagram.
Sistem Informasi Maintenance yang berjalan pada CV Saprotan
Utama masih menggunakan sistem secara konvensional, yaitu operator
yang mengalami kerusakan mesin akan menuliskan memo dalam form
dan kemudian akan diserahkan ke bagian maintenance. Setelah bagian
maintenance menerima form memo kerusakan tersebut akan
ditandatangani oleh Supervisor Maintenance sebagai tanda telah
disetujui kemudian akan ditindaklanjut oleh teknisi untuk dilakukan
perbaikan kerusakan, hasil dari perbaikan akan ditulis dilembar memo
tadi yang kemudian akan direkap oleh Admin Maintenance ke Ms.
Excel.
BAB IV
PERENCANAAN DAN ANALISA PERANCANGAN SISTEM
4.1 Perencanaan Sistem Informasi
4.2 Analisa Sistem Yang Sedang Berjalan
50
Penjadwalan perawatan rutin yang dibuat oleh Supervisor
Maintenance untuk kurun waktu satu bulan dibuat dengan
menggunakan Ms. Excel, tetapi belum ada perekapan dari hasil
perawatan mesin yang dilakukan, sehingga tidak bisa diketahui history
dari hasil perawtan mesin yang dilakukan. Penjadwalan perawatan
tersebut terkadang terlewat karena belum adanya pengingat apabila hari
tersebut akan dilakukan perawatan, jadi untuk menghindari terlewatnya
jadwal dimungkinkan untuk memunculkan notifikasi di halaman Admin
Maintenance sebagai tanda pengingat jika hari tersebut akan ada jadwal
perawatan mesin. Melihat tidak terkomputerisasinya sistem yang
berjalan saat ini di CV Saprotan Utama maka akan dikembangkan
sebuah Sistem Informasi Maintenance yang dimungkinkan dapat
membantu karyawan dalam hal perekapan data-data perbaikan dan
perawtan mesin yang telah dilakukan sehingga kedepannya mudah
untuk mencari informasi yang dibutuhkan dengan melihat history dari
pekerjaan yang telah dilakukan sebelumnya.
Perkembangan suatu sistem tentu tidak akan terlepas dari
kebutuhan yang ada pada suatu organisasi atau perusahaan. Adapun hal
yang mendorong adanya pengembangan dari Sistem Informasi
Maintenance pada CV Saprotan Utama, yaitu dokumen form memo
yang menumpuk pada meja Admin Maintenance untuk dilakukan input
ke Ms Excel, serta membutuhkan waktu jika ingin mencari data yang
dibutuhkan.
Solusi yang ditawarkan yaitu dengan membangun sebuah
Sistem Informasi Maintenance terkomputerisasi yang mampu
mengelola data dan informasi yang ada secara cepat, akurat, dan
relevan yang dimungkinkan dapat mengurangi beban kerja karyawan
serta dapat memunculkan notifikasi pada halaman Admin Maintenance
saat terjadi kerusakan dan dapat memunculkan notifikasi untuk
4.3 Analisa Sistem Yang Akan Dikembangkan
51
mengingatkan jadwal monitoring ketika akan dilaksanakan
pemeliharaan pada halaman Admin dan Supervisor Maintenance.
Dalam berbagai macam pembuatan suatu sistem, diperlukan
rancangan segala sesuatu yang dibutuhkan untuk pembuatan sistem
tersebut. Demikian halnya dalam perancangan sistem ini dapat berjalan
seperti yang diharapkan. Dalam pengimplementasian ini terdapat 2
analisa kebutuhan, diantaranya :
Untuk pengembangan sistem ini penulis menggunakan
perangkat keras dengan spesifikasi processor Intel Core 13,
didukung RAM sebesar 4 GB, dan berkapasitas penyimpanan
500 GB. Minimum spesifikasi untuk dapat menjalankan aplikasi
ini, user harus memiliki komputer dengan kapasitas RAM
sebesar 2 GB.
Dalam pembuatan sistem informasi maintenance mesin
produksi pupuk dan pestisida ini penulis menggunakan bahasa
pemrograman PHP , database MySQL, Gogle Chrome dan
Mozila Firefox untuk mengkases draw.io yang digunakan dalam
penggambaran pemodelan sistem, Balsamiq Mockups 3 sebagai
alat perancangan tampilan atarmuka, Sublime Text 3 untuk
editor penulisan kode program. Semua alat bantu ini dijalankan
dalam sistem opersi Microsoft Windows 10.
Perancangan sistem merupakan gambaran tentang sistem dan
dalam perancangan sistem informasi ini penulis menggunakan UML
(Unified Modeling Language). Dalam sub bab ini terdarpat beberapa
4.4 Analisa Kebutuhan
4.4.1 Analisa Kebutuhan Hardware
4.4.2 Analisa Kebutuhan Software
4.5 Perancangan Sistem
52
diagram yang akan menggambarkan sistem secara keseluruhan,
diagram tersebut diantaranya use case diagram, sequence diagram,
activity diagram, state diagram, component diagram, deployment
diagram, dan class diagram.
Use case diagram menggambarkan fungsionalitas sistem
secara global. Berikut ini adalah use case sistem informasi
maintenance mesin produksi pupuk dan pestisida dengan studi
kasus CV Saprotan Utama yang terdapat pada Gambar 4.1.
Gambar 4.1 Use Case Diagram
Pada Gambar 4.1 digambarkan ada tiga aktor yang
menjalankan Sistem Informasi Maintenance yang akan dibangun
diantaranya aktor operator yang bertugas membuat laporan
kerusakan mesin yang terjadi yang kemudian akan dikirimkan ke
bagian Admin Maintenance.
4.5.1 Use Case Diagram
53
Aktor kedua yang akan menjalankan sistem ini yaitu Admin
Maintenance yang memiliki use case mendapatkan notifikasi dari
kerusakan mesin, mendapatkan notifikasi jadwal monitoring
mesin, mengelola detail kerusakan, mengelola mutasi komponen,
mengelola data mesin, mengelola data pegawai, mengelola data
komponen, mengelola data lokasi, update pemeliharaan mesin
produksi, mengakses laporan dari kegiatan jadwal monitoring,
kerusakan, dan detail kerusakan yang dilakukan.
Aktor ketiga yang akan menjalankan sistem ini yaitu
Supervisor Maintenance yang memiliki use case mengelola
jadwal monitoring rutin mesin produksi, mendapat notifikasi
peringat jadwal monitoring mesin, mengelola data user, mesin,
mengakses laporan dari kegiatan jadwal monitoring, kerusakan,
dan detail kerusakan yang dilakukan.
Skenario Use Case menjalankan interaksi yang terjadi
antara aktor dengan Use Case dalam melaksanakan proses
tertentu. Berikut skenario dari Use Case:
a. Skenario Use Case Input Laporan Kerusakan
Nama Use Case : Input Laporan Kerusakan
Aktor : Operator
Pre-condition : Halaman utama, setelah login
Post-condition : Kirim notifikasi laporan kerusakan
Berikut adalah skenario use case membuat laporan
kerusakan yang terdapat pada Tabel 4.1.
4.5.2 Skenario Use Case Diagram
54
Tabel 4.1 Skenario Use Case Membuat Laporan Kerusakan
Mesin
Aksi Aktor Reaksi Sistem
1. Operator masuk ke dalam
sistem informasi
maintenance
2. Menampilkan menu utama
Operator
3. Menampilkan form laporan
kerusakan
4. Input data laporan
kerusakan mesin produksi
5. Sistem memvalidasi hasil
input
6. Jika hasil input valid maka
akan disimpan ke database
dan akan mengirimkan
pesan kerusakan ke Admin
Maintenance
7. Jika hasil input tidak valid
maka sistem akan memberi
peringatan bahwa input
salah dan Operator input
ulang
Pada Tabel 4.1 dapat dijelaskan skenario use case
Operator akan masuk ke dalam sistem untuk membuat laporan
kerusakan mesin yang kemudian akan dikirimkan ke Admin
Maintenance untuk meminta dilakukan perbaikan mesin
produksi.
b. Skenario Use Case Menerima Notifikasi Laporan Kerusakan
Mesin
Nama Use Case : Menerima Notifikasi Laporan Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Sistem mencetak laporan kerusakan
Berikut adalah skenario use case menerima notifikasi
laporan kerusakan pada Tabel 4.2.
55
Tabel 4.2 Skenario Use Case Menerima Notifikasi Laporan
Kerusakan Mesin
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Sistem menampilkan
notifikasi laporan
kerusakan mesin produksi
4. Admin Maintenance
membuka notifikasi dan
mencetak form laporan
kerusakan
5. Mencetak form laporan
kerusakan
Pada Tabel 4.2 Admin Maintenance menerima notifikasi
kerusakan mesin yang dikiriman operator yang kemudian
Admin Maintenance mencetak form laporan kerusakan
tersebut.
c. Skenario Use Case Mengelola Laporan Kerusakan
Nama Use Case : Mengelola Laporan Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data laporan kerusakan.
Berikut adalah tabel skenario use case membuat Laporan
Kerusakan pada Tabel 4.3.
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu laporan
kerusakan
4. Sistem menampilkan
halaman laporan
kerusakan
5. Memilih tombol tambah
dan mengisi form laporan
kerusakan dan menekan
tombol simpan
6. Jika hasil input valid
maka akan disimpan ke
database
56
Tabel 4.3 Skenario Use Case Mengelola Laporan Kerusakan
(Lanjutan)
Aksi Aktor Reaksi Sistem
7. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
8. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
9. Memilih data pada
halaman laporan
kerusakan yang akan
diubah
10. Sistem menampilkan
data laporan kerusakan
11. Mengubah data pada
form data laporan
kerusakan dan menekan
tombol ubah
12. Sistem menampilkan
data transaksi yang
diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman laporan
kerusakan yang akan
dihapus
14. Sistem menampilkan
halaman laporan
kerusakan
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
Skenario Alternatif (Update Pelaksanaan)
19. Pilih Data Kerusakan,
Pilih catatan
20. Menampilkan form
kerusakan
21. Input tanggal
pengerjaan, selesai,
upload foto before after,
dan simpan
22. Menyimpan data
kerusakan
57
Tabel 4.3 menjelaskan alur dari skenario use case
mengelola data laporan keruakan, Admin Maintenance harus
login terlebih dahulu agar bisa menambah, mengubah data,
mengubah pelaksanaan, menghapus, dan mencari kerusakan.
d. Skenario Use Case Mengelola Detail Kerusakan
Nama Use Case : Mengelola Detail Kerusakan
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Sistem menampilkan data detail kerusakan.
Berikut adalah tabel skenario use case membuat memo
kerusakan pada Tabel 4.4.
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu detail
kerusakan
4. Sistem menampilkan
halaman detail
kerusakan
5. Memilih tombol tambah
dan mengisi form detail
kerusakan dan menekan
tombol simpan
6. Jika hasil input valid
maka akan disimpan ke
database
7. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
8. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
9. Memilih data pada
halaman detail kerusakan
yang akan diubah
10. Sistem menampilkan
data detail kerusakan
58
Tabel 4.4 Skenario Use Case Mengelola Detail Kerusakan
(Lanjutan)
Aksi Aktor Reaksi Sistem
11. Mengubah data pada
form data detail
kerusakan dan menekan
tombol ubah
12. Sistem menampilkan
data transaksi yang
diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman detail
kerusakan yang akan
dihapus
14. Sistem menampilkan
halaman detail
kerusakan
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
Tabel 4.4 menjelaskan alur dari skenario use case
mengelola data detaik kerusakan, Admin Maintenance harus
login terlebih dahulu agar bisa menambah, mengubah,
menghapus, dan mencari data detail kerusakan.
e. Skenario Use Case Mengelola Data Lokasi
Nama Use Case : Mengeloa data lokasi
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data lokasi
Berikut adalah skenario use case mengelola data lokasi
pada Tabel 4.5.
Tabel 4.5 Skenario Use Case Mengelola Data Lokasi
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data lokasi 4. Menampilkan data lokasi
59
Tabel 4.5 Skenario Use Case Mengelola Data Lokasi
(Lanjutan)
Aksi Aktor Reaksi Sistem
5. Pilih tombol tambah untuk
menambah, input data
lokasi kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data lokasi
9. Sistem menampilkan
sub data lokasi
10. Pilih tombol edit dan
ubah data lokasi, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data lokasi yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data lokasi
13. Sistem menampilkan
sub data lokasi
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada kolom
pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.5 menjelaskan alur dari skenario use case
mengelola data lokasi, Admin Maintenance harus login terlebih
dahulu agar bisa menambah, mengubah, menghapus, dan
mencari data lokasi.
f. Skenario Use Case Mengelola Data Mesin
Nama Use Case : Mengeloa data mesin
Aktor : Admin dan Supervisor Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data mesin
60
Berikut adalah skenario use case mengelola data mesin
pada Tabel 4.6.
Tabel 4.6 Skenario Use Case Mengelola Data Mesin
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Memilih menu data
mesin
4. Menampilkan data mesin
5. Pilih tombol tambah
untuk menambah, input
data mesin kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data mesin
9. Sistem menampilkan
sub data mesin
10. Pilih tombol edit dan
ubah data mesin, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data lokasi yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data mesin
13. Sistem menampilkan
sub data mesin
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.6 menjelaskan alur dari skenario use case
mengelola data mesin, Admin Maintenance harus login terlebih
dahulu agar bisa menambah, mengubah, menghapus, dan
mencari data lokasi.
61
g. Skenario Use Case Mengelola Data Komponen
Nama Use Case : Mengeloa data komponen
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data komponen
Berikut adalah skenario use case mengelola data
komponenn pada Tabel 4.7.
Tabel 4.7 Skenario Use Case Mengelola Data Komponen
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data
komponen
4. Menampilkan data
komponen
5. Pilih tombol tambah
untuk menambah, input
data komponen
kemudian klik simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data komponen
9. Sistem menampilkan
sub data komponen
10. Pilih tombol edit dan
ubah data komponen,
setelah diubah kilk
tombol ubah
11. Sistem menampilkan
data komponen yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data komponen
13. Sistem menampilkan
data komponen
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
62
Tabel 4.7 menjelaskan alur dari skenario use case
mengelola data komponen, Admin Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data lokasi.
h. Skenario Use Case Mengelola Data Pegawai
Nama Use Case : Mengeloa data pegawai
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data pegawai
Berikut adalah skenario use case mengelola data pegawai
pada Tabel 4.8.
Tabel 4.8 Skenario Use Case Mengelola Data Pegawai
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu data
pegawai
4. Menampilkan data
pegawai
5. Pilih tombol tambah
untuk menambah, input
data pegawai kemudian
klik simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
dan Admin Maintenance
input ulang
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data pegawai
9. Sistem menampilkan
sub data pegawai
10. Pilih tombol edit dan
ubah data pegawai,
setelah diubah kilk
tombol ubah
11. Sistem menampilkan
data pegawai yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data pegawai
13. Sistem menampilkan
data pegawai
63
Tabel 4.8 Skenario Use Case Mengelola Data Pegawai
(Lanjutan)
Aksi Aktor Reaksi Sistem
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.8 menjelaskan alur dari skenario use case
mengelola data pegawai, Admin Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data lokasi.
i. Skenario Use Case Mendapat Notifikasi Jadwal Monitoring
Nama Use Case : Mendapat Notifikasi Jadwal Monitoring
Aktor : Admin dan Supervisor Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menamapilkan data jadwal monitoring.
Berikut adalah tabel skenario use case mengelola jadwal
monitoiring pada Tabel 4.9.
Tabel 4.9 Skenario Use Case Menerima Notifikasi Jadwal
Monitoring
Aksi Aktor Reaksi Sistem
1. Admin atau Supervisor
Maintenance login ke
sistem
2. Menampilkan halaman
menu utama Admin atau
Supervisor Maintenance
3. Menmpilkan notifikasi
jika ada jadwal
monitoring pada tanggal
sistem dibuka
4. Admin atau Supervisor
Maintenance buka
notifikasi
5. Menampilkan data jadwal
monitoring
64
Tabel 4.9 menjelaskan alur dari skenario use case
mendapat notifikasi jadwal monitoring, Admin idan Supervisor
Maintenance harus login terlebih dahulu agar bisa melihat
notifikasi jadwal monitoring.
j. Skenario Use Case Update Jadwal Monitoring
Nama Use Case : Update Jadwal Monitoring
Aktor : Admin Maintenance
Pre-condition : Halaman utama, setelah login
Post-condition : Menamapilkan data jadwal monitoring.
Berikut adalah tabel skenario use case mengelola
pemeliharaan pada Tabel 4.10.
Tabel 4.10 Skenario Use Case Update Jadwal Monitoring
Aksi Aktor Reaksi Sistem
1. Admin Maintenance login
ke system
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu jadwal
monitoring
4. Sistem menampilkan
halaman jadwal
monitoring
Skenario Alternatif (Cari Data)
5. Mengisi data pada kolom
pencarian
6. Sistem menampilkan data
yang dicari
Skenario Alternatif (Update Data)
7. Memilih data pada
halaman pemeliharaan
yang akan diubah
8. Sistem menampilkan data
pemeliharaan
9. Mengubah data pada form
data pemeliharaan dan
menekan tombol update
10. Sistem menampilkan
data pemeliharaan yang
di-update
Tabel 4.10 menjelaskan alur dari skenario use case
mengelola jadwal monitoring, Admin Maintenance harus login
terlebih dahulu agar mencari data jadwal monitoring dan
update hasil pemeliharaan.
k. Skenario Use Case Mengelola Mutasi Komponen
Nama Use Case : Mengelola mutasi komponen
Aktor : Admin Maintenance
65
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data mutasi komponen
Berikut adalah skenario use case mengelola mutasi
komponen pada Tabel 4.11.
Tabel 4.11 Skenario Use Case Mengelola Mutasi Komponen
Aksi Aktor Reaksi Sistem
1. Admin Maintenance
login ke sistem
2. Menampilkan halaman
Admin Maintenance
3. Memilih menu gudang,
pilih sub menu mutasi
komponen
4. Sistem menampilkan
halaman mutasi
komponen
5. Memilih tombol tambah
dan mengisi form
mutasi
6. Pilih status keluar atau
masuk, dan klik simpan
7. Sistem menampilkan
pesan data berhasil
disimpan
8. Jika hasil input tidak
valid maka sistem
memberi peringatan
input salah
Skenario Alternatif (Ubah Data)
9. Memilih data mutasi
komponen yang akan
diubah
10. Sistem menampilkan
data transaksi
11. Mengubah data pada
form data mutasi
komponen dan menekan
tombol ubah
12. Sistem menampilkan
data mutasi komponen
yang diubah
Skenario Alternatif (Hapus Data)
13. Memilih data pada
halaman mutasi
komponen yang akan
dihapus
14. Sistem menampilkan
halaman mutasi
komponen
15. Menekan tombol hapus 16. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
17. Mengisi data pada
kolom pencarian
18. Sistem menampillkan
data yang dicari
66
Pada Tabel 4.11 menjelaskan alur dari skenario use case
mengelola mutasi komponen, saat input data Admin
Maintenance dapat memilih jenis mutasi komponen masuk
atau keluar, Admin Maintenance juga bisa edit, hapus, dan
mencari data mutasi komponen.
l. Skenario Use Case Mengelola Laporan Kerusakan
Nama Use Case : Mengelola laporan kerusakan
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan kerusakan
Berikut adalah skenario use case mengelola laporan
kerusakan yang terdapat pada Tabel 4.12.
Tabel 4.12 Skenario Use Case Mengelola Laporan
Kerusakan
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Aktor memilih menu
kerusakan
4. Sistem menampilkan
halaman kerusakan
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
Pada Tabel 4.12 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak, sistem akan memproses data dan
menampilkan laporan.
m. Skenario Use Case Mengelola Laporan Detail Kerusakan
Nama Use Case : Mengelola laporan detail kerusakan
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan detail kerusakan
67
Berikut adalah skenario use case mengelola laporan
detail kerusakan pada Tabel 4.13.
Tabel 4.13 Skenario Use Case Mengelola Laporan Detail
Kerusakan
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
Aktor
3. Aktor memilih menu
detail kerusakan
4. Sistem menampilkan
halaman detail kerusakan
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
Pada Tabel 4.13 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak, sistem akan memproses data dan
menampilkan laporan.
n. Skenario Use Case Mengelola Laporan Jadwal Monitoring
Nama Use Case : Mengelola laporan jadwal monitoring
Aktor : Admin dan Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan laporan jadwal monitoring
Berikut adalah skenario use case mengelola Laporan
Jadwal Monitoring Tabel 4.14.
Tabel 4.14 Skenario Use Case Mengelola Laporan Jadwal
Monitoring
Aksi Aktor Reaksi Sistem
1. Aktor login ke sistem 2. Menampilkan halaman
aktor
3. Aktor memilih menu
jadwal monitoring
4. Sistem menampilkan
halaman jadwal
monitoring
5. Isi nama mesin, tanggal
awal, dan akhir kemudian
pilih cetak
6. Sistem menampilkan
laporan
68
Pada Tabel 4.14 Aktor akan memilih menu kerusakan isi
nama mesin, tanggal awal, dan akhir pada form yang muncul
dan menekan tombol cetak.
o. Skenario Use Case Mengelola Jadwal Monitoring
Nama Use Case : Mengeloa jadwal monitoring
Aktor : Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data jadwal monitoring
Berikut adalah skenario use case mengelola Laporan
Tabel 4.15.
Tabel 4.15 Skenario Use Case Mengelola Jadwal Monitoring
Aksi Aktor Reaksi Sistem
1. Supervisor Maintenance
login ke sistem
2. Menampilkan halaman
Supervisor Maintenance
3. Memilih menu
penjadwalan
4. Menampilkan form
penjadwalan
5. Input penjadwalan dan
pilih simpan
6. Sistem menampilkan
pesan data berhasil
disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman penjadwalan
yang akan diubah
9. Sistem menampilkan
data transaksi
10. Mengubah data pada
form data penjadwalan
dan menekan tombol
ubah
11. Sistem menampilkan
data penjadwalan yang
diubah
Skenario Alternatif (Hapus Data)
12. Memilih data
penjadwalan yang akan
dihapus
13. Sistem menampilkan
halaman penjadwalan
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
69
Tabel 4.15 Skenario Use Case Mengelola Jadwal Monitoring
(Lanjutan)
Aksi Aktor Reaksi Sistem
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.15 menjelaskan alur dari skenario use case
mengelola data penjadwalan monitoring mesin, Supervisor
Maintenance harus login terlebih dahulu agar bisa menambah,
mengubah, menghapus, dan mencari data.
p. Skenario Use Case Mengelola Data User
Nama Use Case : Mengeloa data user
Aktor : Supervisor Maintenace
Pre-condition : Halaman utama, setelah login
Post-condition : Menampilkan data lokasi
Berikut adalah skenario use case mengelola data user
pada Tabel 4.16.
Tabel 4.16 Skenario Use Case Mengelola Data User
Aksi Aktor Reaksi Sistem
1. Supervisor Maintenance
login ke sistem
2. Menampilkan halaman
Supervisor Maintenance
3. Memilih menu data 4. Menampilkan data user
5. Pilih tombol tambah
untuk menambah, input
data user kemudian klik
simpan
6. Sistem menampilkan
pesan data berhasil
disimpan dan
menampilkan data input
yang disimpan
7. Jika hasil input tidak
valid maka sistem akan
memberi peringatan
bahwa hasil input salah
Skenario Alternatif (Ubah Data)
8. Memilih data pada
halaman data user
9. Sistem menampilkan
sub data user
70
Tabel 4.16 Skenario Use Case Mengelola Data User
(Lanjutan)
Aksi Aktor Reaksi Sistem
10. Pilih tombol edit dan
ubah data user, setelah
diubah kilk tombol ubah
11. Sistem menampilkan
data user yang diubah
Skenario Alternatif (Hapus Data)
12. Memilih data pada
halaman data user
13. Sistem menampilkan
sub data user
14. Menekan tombol hapus 15. Sistem menampilkan
pesan data berhasil
dihapus
Skenario Alternatif (Cari Data)
16. Mengisi data pada
kolom pencarian
17. Sistem menampillkan
data yang dicari
Tabel 4.16 menjelaskan alur dari skenario use case
mengelola data user, Supervisor Maintenance harus login
terlebih dahulu agar bisa menambah, mengubah, menghapus,
dan mencari data user.
aliran-aliran aktifitas yang dideskripsikan oleh diagram use case
dan pada saat yang bersamaan aktor bertanggungjawab untuk aksi
tertentu dan dideskripsikan oleh kotak activity.
a. Activity Diagram Input Kerusakan
Activity Diagram input kerusakan menggambarkan alur
dalam membuat kerusakan yang bertujuan mengirimkan
kerusakan tersebut ke halaman Admin Maintenance. Berikut
adalah gambar activity diagram input kerusakan mesin pada
Gambar 4.2.
4.5.3 Activity Diagram
Diagram Activity adalah diagram yang memperlihatkan
71
Gambar 4.2 Activity Diagram Input Kerusakan
Pada Gambar 4.2 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance. Pada tahap ini operator hanya bisa input
data, tidak dapat menghapus, dan edit data.
b. Activity Diagram Menerima Notifikasi Laporan Kerusakan
Activity Diagram menerima laporan kerusakan
menggambarkan alur dalam menerima notifikasi laporan
kerusakan di halaman Admin Maintenance. Berikut adalah
gambar diagram activity yang terdapat pada Gambar 4.3.
72
Gambar 4.3 Activity Diagram Menerima Notifikasi Laporan
Kerusakan
Pada Gambar 4.3 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. Activity Diagram Mengelola Laporan Kerusakan
Activity Diagram mengelola laporan kerusakan
menggambarkan alur dalam melakukan aksi menampilkan,
menambah, hapus, dan edit data laporan kerusakan yang dapat
dilakukan oleh Admin Maintenance. Berikut adalah gambar
diagram activity mengelola data laporan kerusakan yang
terdapat pada Gambar 4.4.
73
Gambar 4.4 Activity Diagram Mengelola Laporan Kerusakan
Gambar 4.4 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
menambah catatan sebagai update pelaksanaan, melihat,
menambah, menghapus, dan merubah data kerusakan.
74
d. Activity Diagram Mengelola Detail Kerusakan
Activity Diagram mengelola detail kerusakan
menggambarkan alur dalam melakukan aksi menampilkan,
menambah, hapus, dan edit data detail kerusakan yang dapat
dilakukan oleh Admin Maintenance. Berikut adalah gambar
diagram activity mengelola data detail kerusakan yang terdapat
pada Gambar 4.5.
Gambar 4.5 Activity Diagram Menegelola Detail Keruakan
75
Gambar 4.5 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. Activity Diagram Mengelola Data Lokasi
Activity Diagram mengelola data lokasi menggambarkan
alur dalam mengelola data lokasi. Berikut adalah gambar
diagram activity mengelola data lokasi yang terdapat pada
Gambar 4.6.
Gambar 4.6 Activity Diagram Mengelola Data Lokasi
76
Gambar 4.6 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. Activity Diagram Mengelola Data Mesin
Activity Diagram mengelola data mesin menggambarkan
alur dalam mengelola data mesin. Berikut adalah gambar
diagram activity mengelola data mesin yang terdapat pada
Gambar 4.7.
Gambar 4.7 Actitivty Diagram Mengelola Data Mesin
77
Gambar 4.7 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin dan
Supervisor Maintenance. Pada tahap ini Aktor dapat melihat,
menambah, menghapus, dan merubah data mesin.
g. Activity Diagram Mengelola Data Komponen
Activity Diagram mengelola data komponen
menggambarkan alur dalam mengelola data komponen.
Berikut adalah gambar diagram activity mengelola data
komponen yang terdapat pada Gambar 4.8.
Gambar 4.8 Activity Diagram Mengelola Komponen
78
Gambar 4.8 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. Activity Diagram Mengelola Data Pegawai
Activity Diagram mengelola data pegawai
menggambarkan alur dalam mengelola data pegawai. Berikut
adalah gambar diagram activity mengelola data pegawai yang
terdapat pada Gambar 4.9.
Gambar 4.9 Activity Diagram Mengelola Pegawai
79
Gambar 4.9 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. Activity Diagram Mendapat Notifikasi Jadwal Monitoring
Activity Diagram menerima notifikasi jadwal monitoring.
Berikut adalah gambar diagram activity mendapat notifikasi
jadwal monitoring mesin produksi yang terdapat pada Gambar
4.10.
Gambar 4.10 Activity Diagram Mendapat Notifikasi Jadwal
Monitoring
Gambar 4.10 menjelaskan tentang alur atau proses
menerima notifikasi jadwal monitoring mesin prroduksi, yang
bisa mengakses notifikasi jadwal monitoring yang muncul
yaitu aktor Admin dan Supervisor Maintenance.
80
j. Activity Diagram Update Jadwal Monitoring
Activity Diagram update jadwal monitoring alur dalam
mengelola data pemeliharaan. Berikut adalah gambar diagram
activity update data jadwal monitoring yang terdapat pada
Gambar 4.11.
Gambar 4.11 Activity Diagram Update Jadwal Monitoring
Gambar 4.11 menjelaskan tentang alur atau proses
mengelola data pemeliharaan dari jadwal monitoring yang
dibuat Supervisor Maintenance yang kemudian hasil
pemeliharaan update oleh Admin Maintenance.
81
k. Activity Diagram Mengelola Mutasi Komponen
Activity Diagram mengelola mutasi komponen
menggambarkan alur dalam mengelola mutasi komponen.
Berikut adalah gambar diagram activity mengelola data mutasi
komponen yang terdapat pada Gambar 4.12.
Gambar 4.12 Activity Diagram Mengelola Mutasi Komponen
82
Gambar 4.12 menjelaskan tentang alur atau proses
mengelola mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
l. Activity Diagram Mengelola User
Activity Diagram mengelola user menggambarkan alur
dalam mengelola mutasi komponen. Berikut adalah gambar
diagram activity mengelola data user yang terdapat pada
Gambar 4.13.
Gambar 4.13 Activity Diagram Mengelola User
83
Gambar 4.13 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Admin Maintenance. Pada
tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data user.
m. Activity Diagram Mengelola Jadwal Monitoring
Activity Diagram mengelola jadwal monitoring
menggambarkan alur dalam mengelola jadwal monitoring.
Berikut adalah gambar diagram activity mengelola data jadwal
monitoring yang terdapat pada Gambar 4.14.
Gambar 4.14 Activity Diagram Mengelola Jadwal Monitoring
84
Gambar 4.14 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Supervisor Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data jadwal monitoring.
n. Activity Diagram Melihat Laporan Kerusakan
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan kerusakan. Aksi
ini dapat dilakukan oleh Admin Maintenance dan Supervisor
Mainteance. Berikut adalah gambar activity diagram melihat
laporan yang terdapat pada Gambar 4.15.
Gambar 4.15 Activity Diagram Melihat Laporan Kerusakan
Gambar 4.15 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance. Pada tahap ini dapat melihat laporan
sesuai dengan nama mesin dan periode yang dapat ditentukan
oleh aktor.
85
o. Activity Diagram Melihat Laporan Detail Kerusakan
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan detail kerusakan.
Aksi ini dapat dilakukan oleh Admin Maintenance dan
Supervisor Mainteance. Berikut adalah gambar activity
diagram melihat laporan yang terdapat pada Gambar 4.16.
Gambar 4.16 Activity Diagram Melihat Laporan Detail
Kerusakan
Gambar 4.16 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance.
p. Activity Diagram Melihat Laporan Jadwal Monitoring
Activity Diagram melihat laporan menggambarkan alur
dalam melakukan aksi menampilkan laporan jadwal
monitoring. Aksi ini dapat dilakukan oleh Admin Maintenance
86
dan Supervisor Mainteance. Berikut adalah gambar activity
diagram melihat laporan yang terdapat pada Gambar 4.17.
Gambar 4.17 Activity Diagram Melihat Laporan Kerusakan
Gambar 4.17 menjelaskan tentang alur membuat laporan
kerusakan yang dapat dilakukan oleh Admin Maintenance dan
Supervisor Maintenance. Pada tahap ini dapat melihat laporan
sesuai dengan nama mesin dan periode yang dapat ditentukan
oleh aktor.
berasosiasi dengan use case diagram. Berikut adalah sequence
diagram :
a. Sequence Diagram Input Laporan Kerusakan
Berikut adalah gambar diagram sequence membuat
laporan kerusakan pada Gambar 4.18.
4.5.4 Sequence Diagram
Diagram sequence secara khusus adalah diagram yang
87
Gambar 4.18 Sequence Diagram Input Laporan Kerusakan
Pada Gambar 4.18 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance.
b. Sequence Diagram Menerima Notifikasi Laporan Kerusakan
Berikut adalah gambar diagram sequence menerima
notifikasi laporan kerusakan pada Gambar 4.19
Gambar 4.19 Sequence Diagram Menerima Notifikasi Laporan
Kerusakan
88
Pada Gambar 4.19 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. Sequence Diagram Mengelola Laporan Kerusakan
Berikut adalah gambar diagram sequence mengelola
laporan kerusakan pada Gambar 4.20.
Gambar 4.20 Sequence Diagram Mengelola Laporan Kerusakan
Gambar 4.20 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data laporan
kerusakan.
89
d. Sequence Diagram Mengelola Detail Kerusakan
Berikut adalah gambar diagram sequence mengelola
detail kerusakan pada Gambar 4.21.
Gambar 4.21 Sequence Diagram Mengelola Detail Kerusakan
Pada Gambar 4.21 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. Sequence Diagram Mengelola Data Lokasi
Berikut adalah gambar diagram sequence mengelola data
lokasi pada Gambar 4.22.
90
Gambar 4.22 Sequence Diagram Mengelola Data Lokasi
Gambar 4.22 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. Sequence Diagram Mengelola Data Mesin
Berikut adalah gambar diagram sequence mengelola data
mesin pada Gambar 4.23.
91
Gambar 4.23 Sequence Diagram Mengelola Data Mesin
Gambar 4.23 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin dan Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data mesin.
g. Sequence Diagram Mengelola Data Komponen
Berikut adalah gambar diagram sequence mengelola data
pegawai pada Gambar 4.24.
92
Gambar 4.24 Sequence Diagram Mengelola Data Komponen
Gambar 4.24 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. Sequence Diagram Mengelola Data Pegawai
Berikut adalah gambar diagram sequence mengelola data
pegawai pada Gambar 4.25.
93
Gambar 4.25 Sequence Diagram Mengelola Data Pegawai
Gambar 4.25 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. Sequence Diagram Mendapat Notifikasi Jadwal Monitoring
Berikut adalah gambar diagram sequence mendapat
notifikasi jadwal monitoring pada Gambar 4.26.
94
Gambar 4.26 Sequence Diagram Mendapat Notifikasi Jadwal
Monitoring
Gambar 4.26 menjelaskan tentang alur atau proses
mendapat notifikasi jadwal monitoring yang muncul pada
halaman utama Admin dan Supervisor Maintenance.
j. Sequence Diagram Update Jadwal Monitoring
Berikut adalah gambar diagram sequence update jadwal
monitoring pada Gambar 4.27.
Gambar 4.27 Sequence Diagram Update Jadwal Monitoring
95
Gambar 4.27 menjelaskan tentang alur atau proses
mengelola update pelaksanaan jadwal monitoring yang
dilakuan oleh Admin Maintenance.
k. Sequence Diagram Mengelola Mutasi Komponen
Berikut adalah gambar diagram sequence mengelola
mutasi komponen pada Gambar 4.28.
Gambar 4.28 Sequence Diagram Mengelola Mutasi Komponen
Gambar 4.28 menjelaskan tentang alur atau proses
mengelola mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
96
l. Sequence Diagram Mengelola User
Berikut adalah gambar diagram sequence mengelola user
pada Gambar 4.29.
Gambar 4.29 Sequence Diagram Mengelola User
Gambar 4.29 menjelaskan tentang alur atau proses
mengelola user yang dilakuan oleh Supervisor Maintenance.
Pada tahap ini Supervisor Maintenance dapat melihat,
menambah, menghapus, dan merubah data user.
m. Sequence Diagram Mengelola Jadwal Monitoring
Berikut adalah gambar diagram sequence mengelola
jadwal monitoring pada Gambar 4.30.
97
Gambar 4.30 Sequence Diagram Mengelola Jadwal Monitroing
Gambar 4.30 menjelaskan tentang alur atau proses
mengelola jadwal monitoring yang dilakuan oleh Supervisor
Maintenance. Pada tahap ini Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data jadwal
monitoring.
n. Sequence Diagram Melihat Laporan Kerusakan
Berikut adalah gambar diagram sequence melihat
laporan detail monitoring pada Gambar 4.31.
98
Gambar 4.31 Sequence Diagram Melihat Laporan Kerusakan
Gambar 4.31 menjelaskan tentang alur atau proses
melihat laporan kerusakan yang bisa diakses oleh Admin
Maintenance dan Supervisor Maintenance. Pada tahap ini
aktor dapat melihat laporan sesuai nama mesin dan yang ingin
ditentukan.
o. Sequence Diagram Mengelola Laporan Detail Kerusakan
Berikut adalah gambar diagram sequence melihat
laporan pemeliharaan pada Gambar 4.32.
Gambar 4.32 Sequence Diagram Melihat Laporan Detail
Kerusakan
99
Gambar 4.32 menjelaskan tentang alur atau proses
melihat laporan detail kerusakan yang bisa diakses oleh Admin
dan Supervisor Maintenance. Aktor dapat melihat laporan
sesuai nama mesin dan yang ingin ditentukan.
p. Sequence Diagram Melihat Laporan Jadwal Monitoring
Berikut adalah gambar diagram sequence melihat
laporan jadwal monitoring pada Gambar 4.33.
Gambar 4.33 Sequence Diagram Melihat Laporan Jadwal
Monitoring
Gambar 4.33 menjelaskan tentang alur atau proses
melihat laporan jadwal monitoring yang bisa diakses oleh
Admin dan Supervisor Maintenance. Pada tahap ini aktor dapat
melihat laporan sesuai dengan periode yang ingin ditentukan.
100
sistem, menurut status (state), transisi, kejadian serta aktivias
(Herlawati, 2011). Berikut adalah state diagram :
a. State Diagram Input Laporan Kerusakan
Berikut adalah gambar state diagram input laporan
kerusakan pada Gambar 4.34.
Gambar 4.34 State Diagram Input Laporan Kerusakan
Pada Gambar 4.34 menggambarkan alur input laporan
kerusakan yang dilakukan oleh operator untuk melaporkan
kerusakan mesin yang terjadi dan mengirim notifikasi ke
Admin Maintenance. Pada tahap ini operator hanya bisa input
data, tidak dapat menghapus, dan merubah data.
4.5.5 Statechart Diagram
Diagram status memperlihatkan keadaan-keadaan pada
101
b. State Diagram Menerima Notifikasi Laporan Kerusakan
Berikut adalah gambar state diagram input laporan
kerusakan pada Gambar 4.35.
Gambar 4.35 State Diagram Menerima Notifikasi Laporan
Kerusakan
Pada Gambar 4.35 menjelaskan tentang alur sistem saat
menerima notifikasi laporan kerusakan yang dibuat oleh
operator dan akan muncul di halaman Admin Maintenance
yang kemudian akan dicetak.
c. State Diagram Mengelola Laporan Kerusakan
Berikut adalah gambar state diagram mengelola laporan
kerusakan pada Gambar 4.36.
102
Gambar 4.36 State Diagram Mengelola Laporan Kerusakan
Gambar 4.36 menjelaskan tentang alur atau proses
mengelola data laporan kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, update pelaksanaan, menambah, menghapus, dan
merubah data laporan kerusakan.
d. State Diagram Mengelola Detail Kerusakan
Berikut adalah gambar state diagram mengelola detail
kerusakan pada Gambar 4.37.
Gambar 4.37 State Diagram Mengelola Detail Kerusakan
103
Gambar 4.37 menjelaskan tentang alur atau proses
mengelola data detail kerusakan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data detail
kerusakan.
e. State Diagram Mengelola Data Lokasi
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.38.
Gambar 4.38 State Diagram Mengelola Data Lokasi
Gambar 4.38 menjelaskan tentang alur atau proses
mengelola data lokasi yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data lokasi.
f. State Diagram Mengelola Data Mesin
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.39.
104
Gambar 4.39 State Diagram Mengelola Data Mesin
Gambar 4.39 menjelaskan tentang alur atau proses
mengelola data mesin yang dilakuan oleh Admin Maintenance.
Pada tahap ini Admin Maintenance dapat melihat, menambah,
menghapus, dan merubah data mesin.
g. State Diagram Mengelola Data Komponen
Berikut adalah gambar state diagram mengelola
komponen pada Gambar 4.40.
Gambar 4.40 State Diagram Mengelola Data Komponen
105
Gambar 4.40 menjelaskan tentang alur atau proses
mengelola data komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data komponen.
h. State Diagram Mengelola Data Pegawai
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.41.
Gambar 4.41 State Diagram Mengelola Data Pegawai
Gambar 4.41 menjelaskan tentang alur atau proses
mengelola data pegawai yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data pegawai.
i. State Diagram Menerima Notifikasi Jadwal Monitoring
Berikut adalah gambar state diagram mengelola lokasi
pada Gambar 4.42.
106
Gambar 4.42 State Diagram Menerima Notifikasi Jadwal
Monitoring
Pada Gambar 4.42 menjelaskan tentang alur sistem saat
menerima notifikasi jadwal monitoring yang dibuat oleh
Supervisor Maintenance yang kemudian akan muncul pada
halaman Admin dan Supervisor Maintenance.
j. State Diagram Update Jadwal Monitoring
Berikut adalah gambar state diagram mengelola
pemeliharaan pada Gambar 4.43.
Gambar 4.43 State Diagram Update Jadwal Monitoring
107
Gambar 4.43 menjelaskan tentang alur atau proses
mengelola data pemeliharaan yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data
pemeliharaan.
k. State Diagram Mengelola Pemeliharaan Mutasi Komponen
Berikut adalah gambar state diagram mengelola mutasi
komponen pada Gambar 4.44.
Gambar 4.44 State Diagram Mengelola Mutasi Komponen
Gambar 4.44 menjelaskan tentang alur atau proses
mengelola data mutasi komponen yang dilakuan oleh Admin
Maintenance. Pada tahap ini Admin Maintenance dapat
melihat, menambah, menghapus, dan merubah data mutasi
komponen.
l. State Diagram Mengelola User
Berikut adalah gambar state diagram mengelola user
pada Gambar 4.45.
108
Gambar 4.45 State Diagram Mengelola User
Gambar 4.45 menjelaskan tentang alur atau proses
mengelola data user yang dilakuan oleh Supervisor
Maintenance. Pada tahap ini Supervisor Maintenance dapat
melihat, menambah, menghapus, dan merubah data user.
m. State Diagram Mengelola Jadwal Monitoring
Berikut adalah gambar state diagram mengelola jadwal
monitoring pada Gambar 4.46.
Gambar 4.46 State Diagram Mengelola Jadwal Monitoring
109
Gambar 4.46 menjelaskan tentang alur atau proses
mengelola data jadwal monitoring yang dilakuan oleh
Supervisor Maintenance. Pada tahap ini Supervisor
Maintenance dapat melihat, menambah, menghapus, dan
merubah data jadwal monitoring.
n. State Diagram Melihat Laporan
Berikut adalah gambar state melihat laporan detail
kerusakan dan pemeliharaan pada Gambar 4.47.
Gambar 4.47 State Diagram Melihat Laporan
Gambar 4.47 menjelaskan tentang alur atau proses
melihat laporan kerusakan, detail kerusakan, dan jadwal
monitoring dengan cara mengisi nama mesin dan periode
tanggal awal dan akhir, menu ini bisa diakses oleh Admin dan
Supervisor Maintenance.
Component diagram memperlihatkan organisasi serta
kebergantungan sistem atau perangkat lunak pada komponen-
komponen yang telah ada sebelumnya (Herlawati, 2011).
Hubungan tesebut digambarkan pada Gambar 4.48.
4.5.6 Component Diagram
110
Gambar 4.48 Component Diagram
Pada component diagram pada Gambar 4.48 dijelaskan
bahwa setiap interface dan kontrol coding berada pada setiap
package (digambarkan dengan persegi).
aplikasi dijalankan (run time) (Herlawati, 2011) yang dapat
dlilihat pada Gambar 4.49.
Gambar 4.49 Deployment Diagram
Pada Gambar 4.49 menunjukkan sebuah gambar dari
deployment diagram yang menggambarkan proses di dalam
sistem software. User mengkases sistem melalui web browser
dan kemudian data yang user input akan diolah dan dikonversi
4.5.7 Deployment Diagram
Deployment diagram menggambarkan konfigurasi saat
111
oleh PHP Based Web Service. Kemudian data yang telah diolah
tadi akan disimpan ke Database server.
domain (kelas) dari sistem. Class Diagram menggambarkan jenis
objek dalam sistem dan berbagai jenis hubungan statis yang ada
(Solamo, 2009). Relasi tersebut digambaran pada Gambar 4.50.
Gambar 4.50 Class Diagram
4.5.8 Class Diagram
Class Diagram menunjukkan struktur statis dari abstraksi
112
Class diagram pada Gambar 4.50 menggambarkan relasi
antar tabel yang digunakan dalam sistem informasi maintenance
dengan semua bentuk relasi yang ada diantaranya. Class dengan
warna hijau menandakan enitas data yang diolah ke class dengan
warna ungu yang menandakan boundary atau tampilan data yang
dimunculkan dalam sistem.
secara sistematik untuk memperoleh informasi khusus dari suatu basis
data yang digunakan untuk sistem informasi maintenance, berikut
adalah tabelnya.
a. Tabel user
Berikut adalah tabel user yang terdapat pada Tabel 4.17.
Tabel 4.17 Tabel User
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary
Key
2 name Varchar 255
3 username Varchar 32
4 auth_key Varchar 32
5 password_hash Varchar 255
6 password_reset_token Varchar 255
7 email Varchar 255
8 status Smallint 6
9 created_at Integer 11
10 updated_at Integer 11
Pada Tabel 4.17 berisi Tabel user, data ini yang
digunakan untuk login ke dalam sistem sesui dengan hak ases
yang telah diberikan.
4.6 Perancangan Database
Database sistem merupakan kumpulan informasi yang disimpan
113
b. Tabel Pegawai
Berikut adalah tabel user yang terdapat pada Tabel 4.18.
Tabel 4.18 Tabel Pegawai
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_pegawai Varchar 100
Pada Tabel 4.18 berisi data pegawai, data ini adalah
nama dari petugas yang merawat dan memperbaiki mesin
produksi.
c. Tabel Lokasi
Berikut adalah tabel lokasi yang terdapat pada Tabel
4.19.
Tabel 4.19 Tabel Lokasi
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_lokasi Varchar 255
Pada Tabel 4.19 berisi data lokasi, data ini adalah nama
dari lokasi tempat mesin produksi berada.
d. Tabel Mesin
Berikut adalah tabel lokasi yang terdapat pada Tabel
4.20.
Tabel 4.20 Tabel Mesin
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 lokasi_id Integer 11
114
Tabel 4.20 Tabel Mesin (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 nama_mesin Varchar 100
4 kode_mesin Varchar 50
5 deskripsi_mesin Varchar 255
6 tanggal_beli Date
7 gambar Varchar 100
8 jumlah_kerusakan Integer 11
9 jumlah_maintenance Integer 11
Pada Tabel 4.20 berisi data mesin produksi, data ini
berisi lokasi, nama, kode, dan deskripsi mesin, tanggal beli,
gambar.
e. Tabel Komponen
Berikut adalah tabel komponen yang terdapat pada Tabel
4.21
Tabel 4.21 Tabel Komponen
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_komponen Varchar 255
3 deskripsi_komponen Varchar 255
Pada Tabel 4.21 berisi data komponen, data ini berisi
nama dan dekripsi.
f. Tabel Gudang
Berikut adalah tabel gudang yang terdapat pada Tabel
4.21.
Tabel 4.22 Tabel Gudang
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 komponen_id Integer 11
115
Tabel 4.22 Tabel Gudang (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 user_id Integer 11
4 jumlah_stok Integer 11
5 status Enum ('masuk',
'keluar')
6 keterangan Text
7 tgl_stok Date
8 created_at Integer 11
9 updated_at Integer 11
Pada Tabel 4.22 berisi data gudang komponen, data ini
berisi pendataan stok komponen yang masuk dan stok
komponen yang keluar atau yang telah digunakan.
g. Tabel Kerusakan
Berikut adalah tabel kerusakan yang terdapat pada Tabel
4.23.
Tabel 4.23 Tabel Kerusakan
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Inegerr 11 Primary Key
2 mesin_id Integer 11
3 status_pengerjaan Integer 11
4 admin_id Integer 11
5 operator_id Integer 11
6 tanggal_mulai Datetime
7 tanggal_selesai Datetime
8 no_laporan Varchar 50
9 foto Varchar 50
10 foto_sesudah Varchar 50
11 deskripsi_kerusakan Text 255
13 catatan_kerusakan Text
12 tanggal_kerusakan Date
116
Pada Tabel 4.23 berisi data kerusakan, tabel ini berisi
laporan kerusakan yang diajukan oleh operator mesin meminta
diadakan perbaikan oleh teknisi.
h. Tabel Detail Kerusakan
Berikut adalah tabel detail kerusakan yang terdapat pada
Tabel 4.24.
Tabel 4.24 Tabel Detail Kerusakan
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary
Key
2 komponen_id Integer 11
3 pegawai_id Integer 11
4 kerusakan_id Integer 11
5 gudang_komponen_id
6 kerusakan_id Integer 11
7 qty_komponen Integer 11
8 tanggal_mulai Datetime
9 tanggal_selesai Datetime
10 keterangan Text
11 created_at Integer 11
12 updated_at integer 11
Pada Tabel 4.24 berisi data detail kerusakan, yaitu data
setelah mesin produksi. Data ini di-input oleh Admin
Maintenance dari hasil perbaikan yang telah dilakukan oleh
teknisi.
i. Tabel Jadwal Monitoring
Berikut adalah tabel jadwal monitoring yang terdapat
pada Tabel 4.25.
Tabel 4.25 Tabel Jadwal Monitoring
No Nama Kolom Tipe
Data Ukuran Keterangan
1 id Integer 11 Primary Key
2 nama_jadwal Varchar 150
117
Tabel 4.25 Tabel Jadwal Monitoring (Lanjutan)
No Nama Kolom Tipe
Data Ukuran Keterangan
3 created_by Integer 11
4 work_by Integer 11
5 tanggal Date
6 deskripsi Text
7 mesin_id Integer 11
8 lokasi_id Integer 11
10 status_pelaksanaan Tinyint 4
11 created_at Integer 11
12 updated_at Integer 11
Pada Tabel 4.25 Tabel ini akan diisi oleh Supervisor
Maintenance untuk pemeliharaan mesin secara berkala, yang
kemudian hasil update dari perawatannya oleh Admin
Maintenance.
b. Perancangan Tampilan Halaman Login
Berikut adalah perancangan tampilan login yang terdapat
pada Gambar 4.51.
Gambar 4.51 Perancangan Tampilan Login
4.7 Perancangan User Interface (Antar Muka)
118
Pada Gambar 4.51 merupakan perancangan tampilan
halaman login dari sistem informasi maintenance. Pada
halaman ini user harus memasukkan userame dan password
untuk masuk ke dalam sistem.
c. Perancangan Tampilan Halaman Menu Operator dan Input
Kerusakan
Berikut adalah perancangan tampilan halaman menu
utama dari user operator yang terdapat pada Gambar 4.52.
Gambar 4.52 Tampilan Halaman Menu Operator dan Input
Kerusakan
Pada Gambar 4.52 merupakan tampilan menu user
operator dan input kerusakan. Halaman ini muncul setelah user
dengan role operator login ke dalam sistem kemudian memilih
create laporan kerusakan dan isi form tersebut untuk
melaporkan jika terjadi kerusakan mesin.
d. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Mesin
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data mesin yang
terdapat pada Gambar 4.53.
119
Gambar 4.53 Tampilan Halaman Menu Utama User Admin
Maintenance Dalam Pengelolaan Data Mesin
Pada Gambar 4.53 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data mesin.
e. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Pegawai
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data pegawai Gambar
4.54.
Gambar 4.54 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Pegawai
120
Pada Gambar 4.54 merupakan tampilan menu utama dari
user Admin Maintenance. Halaman ini muncul setelah user
dengan role Admin Maintenance login ke dalam sistem dan
memilih menu data pegawai.
f. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Komponen
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data komponen yang
terdapat pada Gambar 4.55.
Gambar 4.55 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Komponen
Pada Gambar 4.55 merupakan tampilan menu utama dari
user Admin Maintenance. Halaman ini muncul setelah user
dengan role Admin Maintenance login ke dalam sistem dan
memilih menu data komponen.
g. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Lokasi
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data lokasi yang
terdapat pada Gambar 4.56.
121
Gambar 4.56 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Lokasi
Pada Gambar 4.56 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data lokasi.
h. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Kerusakan
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data kerusakan yang
terdapat pada Gambar 4.57.
Gambar 4.57 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Kerusakan
122
Pada Gambar 4.57 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data kerusakan.
i. Perancangan Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Detail Kerusakan
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data detail kerusakan
yang terdapat pada Gambar 4.58.
Gambar 4.58 Tampilan Halaman Menu Utama Admin
Maintenance Dalam Pengelolaan Data Detail Kerusakan
Pada Gambar 4.58 merupakan tampilan menu utama
dari user Admin Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data detail kerusakan.
j. Perancangan Tampilan Halaman Menu Utama Supervisor
Maintenance Dalam Pengelolaan Jadwal Monitoring
Berikut adalah perancangan tampilan halaman menu
Admin Maintenance dalam pengelolaan data detail kerusakan
yang terdapat pada Gambar 4.59
123
.
Gambar 4.59 Tampilan Halaman Menu Utama Supervisor
Maintenance Dalam Pengelolaan Data Jadwal Monitoring
Pada Gambar 4.59 merupakan tampilan menu utama
dari user Supervisor Maintenance. Halaman ini muncul setelah
user dengan role Admin Maintenance login ke dalam sistem
dan memilih menu data detail kerusakan.
124
BAB V
IMPLEMENTASI DAN PENGUJIAN SISTEM
Implementasi dari perancangan arsitektur Sistem Informasi
Maintenance dengan studi kasus CV Saprotan Utama dapat dilihat
pada Gambar 5.1.
Gambar 5.1 Hirarki Program
Pada Gambar 5.1 Menggambarkan Hirarki Program dari Sistem
Informasi Maintenace. Terdapat tiga aktor yang dapat mengakses
Sistem Informasi Maintenance ini, yang pertama Operator yang
mendapat akses untuk input data kerusakan apabila sedang terjadi
kerusakan mesin produksi.
Aktor kedua yaitu Admin Maintenance yang mendapat akses
mengelola kerusakan, mengeloa detail kerusakan, mengelola data
komponen, mengelola data lokasi tempat mesin berada, mengelola
data pegawai, mengelola mutasi komponen, update status pelaksanaan
jadwal monitoring, mendapat notifikasi kerusakan apabila terjadi
kerusakan mesin, mendapat notifikasi pelaksanaan jadwal monitoring
yang telah disusun oleh Spv. Maintenance, kemudian dapat mengkases
laporan kerusakan, laporan detail kerusakan, dan laporan jadwal
monitoring.
5.1 Hirarki Program
125
Aktor ketiga yaitu Spv. Maintenance yang mendapat akses data
mesin, mendapat notifikasi jadwal monitoring, mengelola data user,
mengelola jadwal monitoring, kemudian dapat mengkases laporan
kerusakan, laporan detail kerusakan, dan laporan jadwal monitoring.
Berikut ini adalah Implementasi tabel dari database yang
terdapat pada Sistem Informasi Maintenance Mesin Produksi Pupuk
dan Pestisida dengan studi kasus CV Saprotan Utama. Tabel-tabel
yang digunakan dalam aplikasi ini antara lain :
1. Tabel User
Berikut ini adalah data dari Tabel user yang terdapat pada
Gambar 5.2.
a. Nama Tabel : user
b. Primary Key : id
Gambar 5.2 Tabel user
Pada Gambar 5.2 berisi data user yang akan digunakan aktor
atau user yang akan login ke dalam sistem. Field dari tabel user ini
antara lain ada id sebagai primary key, name yang diisi nama
pengguna, username yang digunakan untuk login, password_hash
untuk menyembunyikan password asli yang telah diatur otomatis
oleh sistem, password_reset_token untuk tempat password yang
telah diperbarui oleh user, status akan berisi active dan baned,
5.2 Implementasi Database
126
created_at berisi waktu data tersebut pertama kali dibuat, dan
updated_at berisi waktu data tersebut terakhir kali diubah.
2. Tabel Pegawai
Berikut ini adalah data dari Tabel Pegawai yang terdapat
pada Gambar 5.3.
a. Nama Tabel : pegawai
b. Primary Key : id
Gambar 5.3 Tabel pegawai
Pada Gambar 5.3 berisi data pegawai yang bertugas
memperbaiki dan merawat mesin produksi. Tabel ini hanya berisi
dua field, yang pertama yaitu id dan yang kedua adalah
nama_pegawai.
3. Tabel Mesin
Berikut ini adalah data dari Tabel Mesin yang terdapat pada
Gambar 5.4.
a. Nama Tabel : mesin
b. Primary Key : id
Gambar 5.4 Tabel Mesin
127
Pada Gambar 5.4 berisi data mesin-mesin produksi yang
berada pada CV Saprotan Utama. Tabel ini terdiri dari beberapa
field yaitu id sebagai primary key dari tabel mesin, lokasi_id
sebagai informasi tambahan tempat dari mesin tersebut berada,
nama_mesin berisi nama dari mesin, kode_mesin yang berisi kode
dari setiap mesin, deskripsi_mesin menggambarkan kegunaan dan
deskripsi tambahan yang ingin diberikan, tanggal_beli berisi
tanggal pembelian dari mesin, gambar untuk menyimpan foto dari
mesin sebagai info tambahan, jumlah_kerusakan akan berisi total
dari kerusakan mesin tersebut, dan jumlah_maintenance akan berisi
total jumlah perawatan yang telah didapat oleh mesin.
4. Tabel Lokasi
Berikut ini adalah data dari Tabel Lokasi yang terdapat pada
Gambar 5.5.
a. Nama Tabel : lokasi
b. Primary Key : id
Gambar 5.5 Tabel Lokasi
Pada Gambar 5.5 berisi data lokasi dari mesin produksi yang
berada pada CV Saprotan Utama. Tabel ini hanya mempunyai dua
field yaitu id sebagai primaru key dan nama_lokasi yang ditujukan
untuk mengetahui lokasi tempat mesin berada.
5. Tabel Komponen
Berikut ini adalah data dari Tabel Komponen yang terdapat
pada Gambar 5.6.
128
a. Nama Tabel : komponen
b. Primary Key : id
Gambar 5.6 Tabel Komponen
Pada Gambar 5.6 berisi data komponen yang dibutuhkan oleh
mesin produksi yang berada pada CV Saprotan Utama. Tabel ini
mempunyai field id sebagai primary key, nama_komponen yang
berisi nama dari komponen yang dibutuhkan oleh mesin,
deskripsi_komponen yang berisi deskripsi tambahan yang perlu
dicantumkan dari setiap komponen, created_at berisi waktu data
tersebut pertama kali dibuat, dan updated_at berisi waktu data
tersebut terakhir kali diubah.
6. Tabel Gudang
Berikut ini adalah data dari Tabel Gudang yang terdapat pada
Gambar 5.7.
a. Nama Tabel : gudang
b. Primary Key : id
Gambar 5.7 Tabel Gudang
129
Pada Gambar 5.7 berisi data gudang dari komponen yang
dibutuhkan oleh mesin produksi yang berada pada CV Saprotan
Utama jika terjadi penggantian komponen. Tabel ini berisi id
sebagai primary key, komponen_id yang merujuk pada nama
komponen, user_id yang akan otomatis terisi dengan user yang
mengisi transaksi di tabel gudang, jumlah_stok berisi jumlah
komponen yang harus diisi disetiap transaksi, status yang bernilai
keluar berarti akan mengurangi total stok komponen, dan masuk
yang berarti akan menambah total stok. Field keterangan yang akan
berisi deskripsi tambahan setiap transaksi, tgl_stok adalah tanggal
yang harus diisi dengan tanggal transaksi, created_at berisi waktu
data tersebut pertama kali dibuat, dan updated_at berisi waktu data
tersebut terakhir kali diubah.
7. Tabel Kerusakan
Berikut ini adalah data dari Tabel Kerusakan yang terdapat
pada Gambar 5.8.
a. Nama Tabel : kerusakan
b. Primary Key : id
Gambar 5.8 Tabel Kerusakan
Pada Gambar 5.8 berisi data kerusakan mesin produksi yang
berada pada CV Saprotan Utama, data ini diisi ketika terjadi
kerusakan mesin. Tabel ini berisi id sebagai primary key, mesin_id
130
yang merujuk pada nama mesin, status pengerjaan yang memiliki
tiga nilai yaitu pending, dikerjakan, dan selesai. Selanjutnya
admin_id yang akan otomatis terisi dengan username yang
melakukan update pelaksanaan perbaikan kerusakan, operator_id
yang otomatis akan terisi dengan username yang mengajukan
perbaikan, tanggal_mulai yang berisi tanggal mulai dari perbaikan
kerusakan dilakukan, tanggal_selesai yang berisi tanggal dari
perbaikan kerusakan diselesaikan, no_laporan berisi dari no laporan
kerusakan yang akan diurutkan otomatis oleh sistem, foto yang
akan diisi dengan foto kerusakan, foto_sesudah akan berisi data
foto setelah dilakukan perbaikan, deskripsi_kerusakan yang akan
diisi dengan keluhan kerusakan mesin, catatan_kerusakan akan
diisi dengan catatan yang hasil perbaikan yang telah dilakukan,
tanggal_kerusakan akan diisi dengan tanggal terjadi kerusakan
mesin.
8. Tabel Detail Kerusakan
Berikut ini adalah data dari Tabel Detail Kerusakan yang
terdapat pada Gambar 5.9.
a. Nama Tabel : detail_kerusakan
b. Primary Key : id
Gambar 5.9 Tabel Detail Kerusakan
Pada Gambar 5.9 berisi data detail kerusakan mesin produksi
yang berada pada CV Saprotan Utama. Tabel ini berisi id sebagai
primary key, komponen_id yang akan merujuk ke nama komponen,
131
pegawai_id yang akan merujuk ke nama pegawai yang telah
melakukan perbaikan kerusakan, kerusakan_id yang akan merujuk
pada no laporan dan deskripsi kerusakan, gudang_komponen_id
sebagai penghubung dengan tabel gudang jika ada penggantian
komponen dan dimasukkan ke data gudang dengan status keluar,
jumlah_komponen berisi jumlah pemakaian komponen,
tanggal_pengerjaan berisi tanggal kerusakan tersebut dikerjakan,
keterangan sebagai deskripsi yang ingin ditambahkan, created_at
berisi waktu data tersebut pertama kali dibuat, dan updated_at
berisi waktu data tersebut terakhir kali diubah.
9. Tabel Jadwal Monitoring
Berikut ini adalah data dari Tabel Jadwal Monitoring yang
terdapat pada Gambar 5.10.
a. Nama Tabel : jadwal_monitoring
b. Primary Key : id
Gambar 5.10 Tabel Detail Kerusakan
Pada Gambar 5.10 berisi data jadwal monitoring mesin
produksi yang berada pada CV Saprotan Utama. Tabel ini berisi id
sebagai primary key, nama_jadwal berisi nama jadwal yang
diberikan, created_by berisi username dari user yang telah
membuat jadwal, work_by akan berisi yang bertugas melaksanakan
monitoring, tanggal berisi waktu ditetapkan perawatan, deskripsi
berisi tambahan deskripsi yang diberikan, mesin_id merujuk
132
kepada nama mesin yang akan mendapat monitoring, lokasi_id
merujuk nama lokasi dari keberadaan mesin, status_pelaksanaan
berisi belum selesai jika belum dikerjakan, selesai jika telah
dikerjakan, created_at berisi waktu data tersebut pertama kali
dibuat, dan updated_at berisi waktu data tersebut terakhir kali
diubah.
Tahap implementasi pada sebuah sistem merupakan tahap
dimana sistem yang telah dirancang pada tahap sebelumnya
diterjemahkan ke dalam kode-kode menggunakan bahasa
pemrograman yang hasilnya berupa antar muka sistem yang siap
dioperasikan oleh user.
1. Tampilan Dashboard Operator
Berikut adalah tampilan dashboard dari user Operator yang
terdapat pada Gambar 5.11.
Gambar 5.11 Tampilan Dashboard Operartor
Pada Gambar 5.11 merupakan tampilan dashboard saat aktor
Operator login kedalam Sistem Informasi Maintenance.User
Operator hanya bisa akses input kerusakan, index kersuakan, dan
view data kerusakan pada menu kerusakan ini.
5.3 Implementasi Program
133
2. Form Menu Kerusakan
Berikut adalah tampilan kerusakan dari user Operator yang
terdapat pada Gambar 5.12.
Gambar 5.12 Form Menu Kerusakan
Pada Gambar 5.12 merupakan menu kerusakan. Menu ini
diisi ketika terjadi kerusakan mesin produksi, yang kemudian data
tersebut akan mengirim notifikasi ke halaman Admin Maintenance
untuk pemberitahuan meminta dilakukan perbaikan.
3. Form Input Kerusakan
Berikut adalah tampilan kerusakan dari user Operator yang
terdapat pada Gambar 5.13.
Gambar 5.13 Form Input Kerusakan
134
Pada Gambar 5.13 merupakan form input kerusakan yang
diisi oleh aktor Operator jika terjadi kerusakan. Data yang harus
diisi adalah mesin, deskripsi kerusakan yang menggambarkan
kerusakan dari mesin, tanggal kerusakan terjadinya kerusakan,
yang kemudian klik save untuk menyimpan data.
4. Tampilan Dashboard Admin Maintenance
Berikut adalah tampilan dashboard dari user Admin
Maintenane yang terdapat pada Gambar 5.14.
Gambar 5.14 Tampilan Dashboard Admin Maintenance
Pada Gambar 5.14 merupakan tampilan dashboard Admin
Maintenance setelah login kedalam sistem. Admin Maintenance
memiliki akses menu pelaporan yaitu mengelola kerusakan dan
detail kerusakan. Menu mesin yang yaitu mengelola data mesin,
data loksi, dan data komponen. Menu kepegawaian yaitu mengelola
data pegawai. Menu Gudang yaitu megelola mutasi komponen dan
view stok komponen. Menu agenda yang berisi jadwal monitoring.
5. Tampilan Menu Pegawai
Berikut adalah tampilan dashboard dari user Admin
Maintenane yang terdapat pada Gambar 5.15.
135
Gambar 5.15 Tampilan Menu Pegawai
Pada Gambar 5.15 merupakan tampilan menu pegawai pada
halaman Admin Maintenane. Menu ini menampilkan index dari
menu pegawai, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data pegawai.
6. Tampilan Form Input Pegawai
Berikut adalah tampilan form input pegawai dari user Admin
Maintenane yang terdapat pada Gambar 5.16.
Gambar 5.16 Tampilan Input Pegawai
Pada Gambar 5.16 merupakan tampilan form input pegawai
pada halaman Admin Maintenane. Menu input pegawai merupakan
menu untuk menambah nama pegawai baru yang belum
dimasukkan dalam data pegawai.
136
7. Tampilan Menu Mesin
Berikut adalah tampilan menu mesin dari user Admin
Maintenane yang terdapat pada Gambar 5.17.
Gambar 5.17 Tampilan Menu Mesin
Pada Gambar 5.17 merupakan tampilan menu mesin pada
halaman Admin Maintenane. Menu mesin ini menampilkan
informasi dari setiap mesin mulai dari nama mesin, kode mesin,
deskripsi mesin, lokasi mesin, tanggal pembelian mesin, jumlah
kerusakan yang telah dialami mesin, dan jumlah maintenance yang
telah diterima mesin. Misalkan dari data diatas dapat dilihat nama
mesin Filling PRQ TOM mempunyai kode FILL.PRQ digunakan
untuk membantu proses produksi jenis pestisida paraquat berlokasi
di Gd Herbi, dibeli tanggal 29 Maret 2013 mengalami kerusakan
sebanyak satu kali dan sudah dilakukan maintenance sebanyak satu
kali.
8. Tampilan Form Input Mesin
Berikut adalah tampilan form input pegawai dari user Admin
Maintenane yang terdapat pada Gambar 5.18.
137
Gambar 5.18 Tampilan Input Mesin
Pada Gambar 5.18 merupakan tampilan form input mesin
pada halaman Admin Maintenane. Data yang harus dilengkapi pada
form ini adalah nama mesin, kode mesin, deskripsi mesin, lokasi
mesin berada, tanggal pembelian dan foto dari mesin tersebut.
9. Tampilan Menu Komponen
Berikut adalah tampilan menu komponen dari user Admin
Maintenane yang terdapat pada Gambar 5.19.
Gambar 5.19 Tampilan Menu Komponen
Pada Gambar 5.19 merupakan tampilan menu komponen
pada halaman Admin Maintenane. Menu ini bersisi nama dari
komponen, deskripsi komponen yang bisa berisi nama mesin yang
menggunakan komponen tersebut.
138
10. Tampilan Form Input Komponen
Berikut adalah tampilan form input komponen dari user
Admin Maintenane yang terdapat pada Gambar 5.20.
Gambar 5.20 Tampilan Input Komponen
Pada Gambar 5.20 merupakan tampilan form input komponen
pada halaman Admin Maintenane. Form input komponen ini berisi
nama komponen dan deskripsi komponen yang harus dilengkapi
sebelum menekan tombol save.
11. Tampilan Menu Lokasi
Berikut adalah tampilan menu komponen dari user Admin
Maintenane yang terdapat pada Gambar 5.21.
Gambar 5.21 Tampilan Menu Lokasi
Pada Gambar 5.21 merupakan tampilan menu lokasi pada
halaman Admin Maintenane. Menu ini menampilkan index dari
139
menu lokasi, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data lokasi.
12. Tampilan Form Input Lokasi
Berikut adalah tampilan form input lokasi dari user Admin
Maintenane yang terdapat pada Gambar 5.22.
Gambar 5.22 Tampilan Input Lokasi
Pada Gambar 5.22 merupakan tampilan form input lokasi
pada halaman Admin Maintenane. Menu input lokasi merupakan
menu untuk menambah nama lokasi baru yang belum dimasukkan
dalam data lokasi.
13. Tampilan Menu Gudang
Berikut adalah tampilan menu gudang dari user Admin
Maintenane yang terdapat pada Gambar 5.23.
Gambar 5.23 Tampilan Menu Gudang
140
Pada Gambar 5.23 merupakan tampilan menu gudang pada
halaman Admin Maintenane. Menu ini menampilkan index dari
menu mutasi komponen yang berisi data keluar dan masuk
komponen, dalam halaman ini user Admin Maintenance dapat
menambah, mengubah, menghapus, dan melihat data mutasi
komponen.
14. Tampilan Form Input Gudang
Berikut adalah tampilan form input gudang dari user Admin
Maintenane yang terdapat pada Gambar 5.24.
Gambar 5.24 Tampilan Input Gudang
Pada Gambar 5.24 merupakan tampilan form input gudang
pada halaman Admin Maintenane. Menu form input gudang ini
merupakan transaksi dari keluar atau masuk komponen yang
disimpan dalam gudang.
15. Tampilan Menu Stok Komponen
Berikut adalah tampilan menu stok komponen dari user
Admin Maintenane yang terdapat pada Gambar 5.25.
141
Gambar 5.25 Tampilan Menu Stok Komponen
Pada Gambar 5.25 merupakan tampilan menu stok komponen
pada halaman Admin Maintenane. Dalam tampilan ini berisi semua
daftar komponen dan stok komponen yang tersedia di gudang. Stok
komponen ini didapat dari perhitungan keluar masuk di menu
mutasi komponen.
16. Tampilan Menu Update Catatan Kerusakan
Berikut adalah tampilan menu update catatan kerusakan dari
user Admin Maintenane yang terdapat pada Gambar 5.26.
Gambar 5.26 Tampilan Update Catatan Kerusakan
Pada Gambar 5.26 merupakan tampilan menu update catatan
kerusakan pada halaman Admin Maintenane. Update catatan di
menu kerusakan ini diisi ketika kerusakan sudah diperbaiki dan
kemudian akan diinputkan semua mulai dari catatan, tanggal
dikerjakan, tanggal selesai, foto sesudah dan juga sebelum
142
dilakukan perbaikan dari kerusakan, baru setelah itu tekan tombol
save untuk menyimpan data.
17. Tampilan Menu Detail Kerusakan
Berikut adalah tampilan menu detail kerusakan dari user
Admin Maintenane yang terdapat pada Gambar 5.27.
Gambar 5.27 Tampilan Menu Detail Kerusakan
Pada Gambar 5.27 merupakan tampilan menu detail
kerusakan pada halaman Admin Maintenane. Menu detail
kerusakan ini diisi setelah Admin Maintenance update kerusakan.
Dalam menu ini Admin Maintenance bisa tambah, hapus, ubah, dan
lihat data secara rinci.
18. Tampilan Form Input Detail Kerusakan
Berikut adalah tampilan form input detail kerusakan dari user
Admin Maintenane yang terdapat pada Gambar 5.28.
Gambar 5.28 Tampilan Input Detail Kerusakan
143
Pada Gambar 5.24 merupakan tampilan form input detail
kerusakan pada halaman Admin Maintenane. Halaman input detail
kerusakan diisi setelah update data kerusakan. Pada halaman ini
yang harus diisi ada kerusakan yang berisi data no laporan dan
deskripsi kerusakan, pegawai yang melakukan perbaikan,
komponen yang digunakan untuk pergantian komponen yang rusak,
jumlah komponen berisi banyaknya komponen yang digunakan,
keterangan diisi dengan deskripsi tentang detail kerusakan, dan
tanggal pengerjaan diisi sesuai dengan tanggal dikerjakannya.
19. Tampilan Menu Jadwal Monitoring
Berikut adalah tampilan menu jadwal monitoring dari user
Spv. Maintenane yang terdapat pada Gambar 5.29.
Gambar 5.29 Tampilan Menu Jadwal Monitoring
Pada Gambar 5.29 merupakan tampilan menu jadwal
monitoring pada halaman Spv. Maintenane. Pada halaman ini dapat
dilihat index dari menu jadwal monitoring, pada halaman ini Spv.
Maintenance bisa tambah, hapus, ubah, dan lihat data jadwal
monitoring secara rinci.
20. Tampilan Form Input Jadwal Monitoring
Berikut adalah tampilan form input jadwal kerusakan dari
user Spv. Maintenane yang terdapat pada Gambar 5.30.
144
Gambar 5.30 Tampilan Input Jadwal Monitoring
Pada Gambar 5.30 merupakan tampilan form input jadwal
monitoring pada halaman Spv. Maintenane. Pada halaman ini Spv.
Maintenance mengisi nama jadwal, tanggal yang merupakan
tanggal dilaksanakan monitoring, deskripsi berisi tambahan
diskripsi yang bisa ditulis, mesin yang akan dikakukan monitoring,
lokasi berisi nama lokasi dari tempat mesin berada, status dibiarkan
belum selesai karena jadwal monitoring masih belum dilaksanakan.
Kemudian tekan save untuk menyimpan data dari hasil yang sudah
dimasukkan.
21. Tampilan Cetak Laporan Kerusakan
Berikut adalah cetak laporan kerusakan yang terdapat pada
Gambar 5.31.
Gambar 5.31 Cetak Laporan Kerusakan
145
Pada Gambar 5.31 merupakan cetak laporan kerusakan yang
dapat diakses oleh Admin dan Spv. Maintenance. Dalam laporan ini
berisi no kerusakan, nama mesin, lokasi tempat mesin berada,
deskripsi kerusakan dari mesin, catatan kerusakan dari mesin,
status pelaksanaan dari tindakan perbaikan, Admin yang telah
update pelaksanaan, dan operator yang mengajukan laporan
kerusakan.
22. Tampilan Cetak Laporan Jadwal Monitoring
Berikut adalah cetak laporan jadwal monitoring yang terdapat
pada Gambar 5.32.
Gambar 5.32 Cetak Laporan Jadwal Monitoring
Pada Gambar 5.32 merupakan cetak laporan jadwal
monitoring yang dapat diakses oleh Admin dan Spv. Maintenance.
Laporan monitoring ini berisi nama jadwal, mesin yang mendapat
monitoring, lokasi tempat mesin berada, tanggal pelaksanaan,
deskripsi dari jadwal monitoring, status pelaksanaan, dan work by
berisi data pegawai yang telah melaksanakan monitoring mesin.
23. Tampilan Cetak Form Kerusakan
Berikut adalah cetak form kerusakan yang terdapat pada
Gambar 5.33.
146
Gambar 5.33 Cetak Form kerusakan
Pada Gambar 5.33 merupakan cetak form kerusakan yang
dapat diakses oleh Admin Maintenance. Form cetak kerusakan ini
yang akan diisi oleh teknisi yang melakukan perbaikan kerusakan
mesin, bagian yang harus diisi oleh teknisi antara lain tanggal
dikerjakan, tanggal selesai, komponen yang digunakan untuk
penggantian, quantity komponen yang dipakai, kemudian terakhir
adalah deskripsi dari keruskan yang bisa ditambahkan oleh teknisi.
Pada lembar ini yang harus membubuhkan tandatangan antara lain
Operator, Spv. Maintenance, dan Teknisi.
24. Tampilan Notifikasi Kerusakan dan Jadwal Monitoring
Berikut adalah notifikasi kerusakan dan jadwal monitoring
yang terdapat pada Gambar 5.34.
Gambar 5.34 Notifikasi Kerusakan dan Jadwal Monitoring
147
Pada Gambar 5.34 merupakan notifikasi kerusakan dan
jadwal monitoring. Notifikasi ini akan muncul ketika aktor mengisi
form kerusakan yang ketika data tersebut tersimpan otomatis akan
muncul notifikasi pada halaman Admin Maintenance. Notifikasi
kedua yang didapat yaitu ketika ada jadwal monitoring mesin
produksi. Data jadwal monitoring mesin produksi ini dibuat oleh
Spv. Maintenance, ketika pada hari tersebut ada jadwal monitoring
mesin maka akan muncul pesan notifikasi pada halaman Admin dan
Spv. Maintenance sebagai pengingat.
Pengujian perangkat lunak perlu dilakukan untuk mengevaluasi
baik secara manual maupun secara otomatis untuk menguji apakah
perangkat lunak sudah memenuhi persyaratan atau belum, dan untuk
menentukan perbedaan antara hasil yang diharapkan dengan hasil
sebenarnya (Roger, S. Pressman, 2012).
Pengujian merupakan hal yang terpenting yang bertujuan untuk
menemukan kesalahan-kesalahan atau kekurangan-kekurangan pada
perangkat lunak yang diuji. Pengujian bermaksud untuk mengetahui
perangkat lunak yang dibuat memenuhi kriteria yang sesuai dengan
tujuan perancangan perangkat lunak tersebut.
Pengujian perangkat lunak perlu dilakukan untuk
mengevaluasi baik secara manual maupun secara otomatis untuk
menguji apakah perangkat lunak sudah memenuhi persyaratan
atau belum, dan untuk menentukan perbedaan antara hasil yang
diharapkan dengan hasil sebenarnya (Roger, S. Pressman, 2012).
Untuk melakukan proses pengujian test case, terlebih
dahulu dilakukan penerjemahan flowchart. Sebagai contoh
5.4 Pengujian Sistem
5.4.1 Pengujian White Box
148
pengujian diambil dari program untuk login kedalam Aplikasi
Sistem Informasi Maintenance.
1. Bagan Alir Proses Login
Pada bagan alir proses login ini akan dijelaskan alur
unutk login kedalam sistem. Bagan ini menjelaskan langkah
awal user input username dan password. Berikut adalah
gambar bagan alir proses login untuk masuk kedalam sistem
yang terdapat pada Gambar 5.35.
Gambar 5.35 Alir Proses Login
Pada Gambat 5.35 merupakan gambaran alir proses
login untuk masuk ke dalam sistem. Pertama sitem akan
menampilkan form login, pada from ini user input username
dan password yang kemudian akan divalidasi oleh sistem,
jika username dan password valid maka akan masuk kedalam
149
menu utama user, tetapi jika username dan password salah
maka akan muncul pesan error dan user harus memasukkan
kembali username dan password sampai benar untuk masuk
kedalam sistem.
2. Listing Program Login
Berikut adalah Tabel listing login untuk masuk
kedalam sistem, listing terdiri dari 7 node yang terdapat pada
Tabel 5.1.
Tabel 5.1 Listing Program Login
public function actionLogin() 1
{ if (!Yii::$app->user->isGuest) {
2
return $this->goHome(); }
3
$model = new LoginForm(); if ($model->load(Yii::$app->request->post()) && $model->login())
4
return $this->goBack();//--5 }
5
$model->password = ''; return $this->render('login', [ 'model' => $model, ]);//--6
6
} 7
Pada Tabel 5.1 merupakan listing program login
kedalam sistem. Pada listing program nomor 1 dapat
dijelaskan user akses halaman login, listing program nomor 2
merupakan menampilkan form login, listing program nomor
3 akan masuk ke menu utama user jika sudah login
sebelumnya, listing program nomor 5 meruapaka validasi
username dan password, listing program no 6 berarti jika
username dan password valid maka akan masuk kedalam
150
menu utama, jika tidak valid akan kembali ke halaman login.
Listing nomor 7 merupakan penutup program.
3. Grafik Alir Login
Pada grafik alir login merupakan gambaran dari alur
login yang digambarkan dengna nodes dan edge atau anak
panah. Berikut adalah grafik alir login untuk masuk kedalam
yang terdapat pada Gambar 5.36.
Gambar 5.36 Grafik Alir Login
Gambar 5.36 adalah gambar dari alur grafik alir login.
Grafik alir tersebut terdiri dari 7 node dan 8 edge. Grafik alir
login ini dijelaskan sebagai berikut nodes 1 akan menuju
nodes 2 jika bernilai benar maka akan menuju nodes 3
kemudian akan menuju ke nodes 7 dan selesai, jika tidak
bernilai benar maka akan menuju ke nodes 4, dalam nodes 4
akan divalidasi jika valid akan menuju nodes 5 dan berakhir
151
ke nodes 7, dan jika tidak valid maka akan menuju nodes 6
dan berakhir di nodes 7.
4. Kompleksitas Siklomatis
Kompleksitas siklomatis (pengukuran kuantitatif
terhadap kompleksitas logis suatu program) dari grafik alir
dapat di peroleh dengan penghitungan.
Dimana :
E = Jumlah Edge grafik alir ( garis panah )
N = Jumlah simpul grafik alir
Dari Gambar 5.36 grafik alir login memiliki total 7
nodes dan 8 edge, maka untuk mendapatkan hasil
perhitungan, angka tersebut diaplikasikan kedalam rumus
diatas, dan berikut adalah perhitungannya.
V (G) = 8 - 7 + 2 = 3
Hasil dari perhitungan kompleksitas siklomatis yang
didapat adalah 3. Dari perhitungan ini akan membentuk tiga
jalur.
5. Basis Set
Basis set yang didapat dari perhitungan kompleksitas
siklomatis adalah 3, maka jalur basis set adalah sebagai
berikut.
Jalur 1 : 1-2-3-7
Jalur 2 : 1-2-4-5-7
Jalur 3 : 1-2-4-6-7
V(G) = E – N + 2
152
Terdapat 3 jalur dari basis set untuk login kedalam
sistem. Jalur pertama yaitu 1-2-3-7, jalur kedua yaitu 1-2-3-5-
7, dan jalur ketiga yaitu 1-2-4-6-7.
6. Pengujian Jalur
Pengujian jalur dapat dilihat pada Tabel 5.2 sebagai
berikut.
Tabel 5.2 Pengujian Jalur
Jalur Input Proses Hasil Keterangan
1-2-
3-7
User akses ke
halaman login
Cek jika
user sudah
melakukan
login,
Beralih ke
halaman
utama
User masuk
halaman
utama
Berhasil
1-2-
4-5-7
User akses
halaman
login,input
username dan
password
Validasi
username
dan
password,
Valid
User masuk
halaman
utama
Berhasil
1-2-
4-6-7
User akses
halaman
login,input
username dan
password
Validasi
username
dan
password,
Tidak Valid
Kembali ke
halaman
login
Berhasil
Dari pengujian jalur pertama yaitu jalur 1-2-3-7
mendapatkan hasil berhasil dengan user akses ke halaman
login, yang kemudian sistem melakukan validasi user sudah
login, jika sudah user beralih halaman utama.
Pengujian jalur 2 yaitu jalur 1-2-4-5-7 mendapatkan
hasil berhasil dengan input user akses halaman login,
kemudian input username dan password, yang kemudian
tahap proses validasi username dan password, ketika
153
username dan password valid maka akan masuk ke halaman
utama.
Pengujian jalur 3 yaitu jalur 1-2-4-6-7 mendapatkan
hasil berhasil dengan input user akses halaman login,
kemudian input username dan password, yang kemudian
tahap proses validasi username dan password, ketika
username dan password tidak valid maka akan kembali ke
halaman login.
perilaku, berfokus pada fungsional perangkat lunak (Roger, S.
Pressman, 2012). Pengujian Black Box terdapat pada Tabel 5.3.
Tabel 5.3 Pengujiam Black Box
No Kasus Uji Langkah
Uji
Hasil yang
diharapkan Hasil Aktual Keterangan
1. Menu
Login
Run
program
maka akan
langsung
muncul
menu login
Menampilkan
form login
admin
Tampilan
halaman
login admin
Berhasil
2. Menu Data
Mesin
Klik menu
data mesin
Menampilkan
index data
mesin
Tampilan
index data
mesin
Berhasil
3. Menu Data
Komponen
Klik menu
data
komponen
Menampilkan
index data
komponen
Tampilan
index data
komponen
Berhasil
4 Menu Data
Lokasi
Klik menu
data lokasi
Menampilkan
index data
lokasi
Tampilan
index data
lokasi
Berhasil
5. Menu Data
Pegawai
Klik menu
data
pegawai
Menampilkan
index data
pegawai
Tampilan
index data
pegawai
Berhasil
6
Menu Data
Mutasi
Komponen
Klik menu
data mutasi
komponen
Menampilkan
index data
mutasi
komponen
Tampilan
index data
mutasi
komponen
Berhasil
5.4.2 Pengujian Black Box
Pengujian black box testing juga disebut dengan pengujian
154
Tabel 5.3 Pengujiam Black Box (Lanjutan)
No Kasus Uji Langkah
Uji
Hasil yang
diharapkan Hasil Aktual Keterangan
7
Menu Data
Stok
Komponen
Klik menu
stok
komponen
Menampilkan
stok data
komponen
Tampilan
data stok
komponen
Berhasil
8 Menu
Kerusakan
Klik menu
kerusakan
Menmpilkan
index data
kerusakan
Tampilan
index data
kerusakan
Berhasil
9
Menu
Detail
Kerusakan
Klik menu
detail
kerusakan
Menampilkan
index data
detail
kerusakan
Tampilan
index data
detail
kerusakan
Berhasil
10
Menu
Jadwal
Monitoring
Klik menu
jadwal
monitoring
Menampilkan
index data
jadwal
monitoring
Tampilan
index data
jadwal
monitoring
Berhasil
Pada Tabel 5.3 merupakan tabel hasil pengujian black box
yang telah dilakukan. Dari hasil pengujian yang dilakukan dari
data nomor 1 sampai dengan 10 hasil yang didapatkan adalah
berhasil.
akhir. Pengujian beta adalah aplikasi “hidup” dari perangkat
lunak dalam sebuah lingkungan yang tidak dapat dikendalikan
oleh pengembang (Roger, S. Pressman, 2012).
Dalam pengujian ini penulis menggunakan tiga kategori
yang dijadikan sebagai pondasi dalam penilaian dari sebuah
sistem informasi, antara lain kualitas penggunaan untuk
mengukur tingkat kemudahan dan menariknya sistem, kualitas
informasi untuk mengukur tingkat kualitas informasi yang
ditampilkan di aplikasi, dan yang terakhir kualitas interaksi guna
mengukur tingkat kualitas interaksi antara pengguna dengan
aplikasi. Dari ketiga kategori tersebut nantinhya akan
5.4.3 Pengujian Beta
Pengujian beta dilakukan pada satu atau lebih pengguna
155
menghasilkan beberapa pertamyaan yang digunakan sebagai
bahan peretimbangan dalam pengembangan aplikasi.
Berdasarkan data dari hasil kuesioner, dapat dicari
persentase setiap jawaban dengan menggunakan rumus :
Keterangan :
P = Banyaknya jawaban responden tiap pertanyaan
Q = Jumlah responden
Y = Nilai persentase
Kuesioner dibagikan kepada 10 orang pengguna secara
acak yang berisi 9 pertanyaan berskala 1 sampai dengan 3.
Adapun hasil dari skala dari setiap pertanyaan adalah sebagai
berikut :
1. Apakah aplikasi Sistem Informasi Maintenance ini mudah
untuk dioperasikan ?
Hasil dari pengujian beta pertanyaan 1 tercantum pada Tabel
5.4 berikut.
Tabel 5.4 Pengujian Beta Pertanyaan 1
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 4 10 40%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.4 dapat
disimpulkan bahwa 50% responden menyatakan aplikasi ini
sangat mudah dioperasikan, 40% responden menyatakan
Y = P/Q*100%
156
setuju, dan sisanya 10% responden menyatakan cukup mudah
dioperasikan.
2. Apakah apilkasi ini membantu dalam mencari data kerusakan
dan jadwal monitoring ?
Hasil dari pengujian beta pertanyaan 2 tercantum pada Tabel
5.5 berikut.
Tabel 5.5 Pengujian Beta Pertanyaan 2
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 60%
Setuju 4 10 40%
Cukup 2 10 20%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.5 dapat
disimpulkan bahwa 40% responden menyatakan sangat setuju
aplikasi ini membantu dalam mencari data kerusakan, 40%
responden menyatakan setuju, dan 20% responden
menyatakan cukup.
3. Apakah aplikasi ini membantu dalam pekerjaan khusunya
dalam hal perekapan data ?
Hasil dari pengujian beta pertanyaan 3 tercantum pada Tabel
5.6 berikut.
Tabel 5.6 Pengujian Beta Pertanyaan 3
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 40%
Setuju 4 10 40%
Cukup 2 10 20%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.6 dapat
disimpulkan bahwa 40% responden menyatakan sangat setuju
157
aplikasi ini membantu pekerjaan, 40% responden menyatakan
setuju, dan sisanya 20% responden menyatakan cukup setuju.
4. Apakah aplikasi ini menyajikan informasi maintenance
dengan jelas ?
Hasil dari pengujian beta pertanyaan 4 tercantum pada Tabel
5.7 berikut.
Tabel 5.7 Pengujian Beta Pertanyaan 4
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 2 10 40%
Setuju 6 10 50%
Cukup 2 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.7 dapat
disimpulkan bahwa 20% responden menyatakan aplikasi ini
memberikan informasi dengan jelas, 40% responden
menyatakan setuju, dan sisanya 10% responden menyatakan
cukup.
5. Apakah teks dan informasi dalam aplikasi ini dapat dibaca
dengan jelas dan dimengerti ?
Hasil dari pengujian beta pertanyaan 5 tercantum pada Tabel
5.8 berikut.
Tabel 5.8 Pengujian Beta Pertanyaan 5
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 5 10 50%
Cukup 0 10 0%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.8 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
158
teks dalam aplikasi ini dapat dibaca dengan jelas dan sisanya
50% responden menyatakan setuju.
6. Apakah notifiksai kerusakan dan jadwal monitoring dapat
berjalan di aplikasi ini ?
Hasil dari pengujian beta pertanyaan 6 tercantum pada Tabel
5.9 berikut.
Tabel 5.9 Pengujian Beta Pertanyaan 6
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 5 10 50%
Cukup 0 10 0%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.9 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
notifikasi kerusakan dan jadwal monitoring dapat berjalan
dengan baik dan sisanya 50% responden menyatakan setuju.
7. Apakah dengan ditambahnya fitur notifikasi yang muncul
ketika terjadi kerusakan dan pelaksanaan jadwal monitoring
dapat membantu pengguna ?
Hasil dari pengujian beta pertanyaan 7 tercantum pada Tabel
5.10 berikut.
Tabel 5.10 Pengujian Beta Pertanyaan 7
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 4 10 40%
Setuju 5 10 50%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.10 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
159
notifikasi kerusakan dan jadwal monitoring dapat membantu
pengguna dalam mengingatkan pekerjaan, 50% responden
menyatakan setuju, dan sisanya 10% menyatakan cukup.
8. Menurut anda apakah secara keseluruhan aplikasi ini berjalan
dengan baik ?
Hasil dari pengujian beta pertanyaan 8 tercantum pada Tabel
5.11 berikut.
Tabel 5.11 Pengujian Beta Pertanyaan 8
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 5 10 50%
Setuju 4 10 40%
Cukup 1 10 10%
Tidak Setuju 0 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.11 dapat
disimpulkan bahwa 50% responden sangat setuju menyatakan
aplikasi secara keseluruhan berjalan dengan baik, 40%
responden menyatakan setuju, dan 10% menyatakan cukup.
9. Apakah aplikasi ini perlu update ?
Hasil dari pengujian beta pertanyaan 9 tercantum pada Tabel
5.12 berikut.
Tabel 5.12 Pengujian Beta Pertanyaan 9
Kategori Jawaban Frekuensi
Jawaban
Jumlah
Sample
Persentase
100%
Sangat Setuju 2 10 20%
Setuju 3 10 40%
Cukup 4 10 40%
Tidak Setuju 1 10 0%
Sangat Tidak Setuju 0 10 0%
Berdasarkana hasil persentase pada Tabel 5.12 dapat
disimpulkan bahwa 20% responden sangat setuju menyatakan
aplikasi ini perlu update, 30% responden menyatakan setuju,
40% menyatakan cukup, dan 10% menyatakan tidak setuju.
160
Dari hasil pengujian beta yang telah dilakukan yakni
dengan pengujian perhitungan pilihan kategori jawaban dari
kuesioner yang telah dibagikan dan tertera dengan jelas dari
Tabel 5.4 sampai dengan Tabel 5.12 digambarkan dalam bentuk
diagram pie yang dapat dilihat pada Gambar 5.37 berikut.
Gambar 5.37 Grafik Pengujian Beta
Dari Gambar 5.37 grafik pengujian beta yang menjelaskan
persentase keseluruhan pengujian beta, penulis menyimpulkan
bahwa 84% pengguna dari 40% sangat setuju dan 44% setuju
menyatakan bahwa aplikasi sistem informasi maintenance ini
berhasil menyelesaikan masalah untuk membantu pengguna
dalam memberikan informasi tentanng maintenance di CV
Saprotan Utama. Data 1% tidak setuju terdapat pada pertanyaan
no 9 tentang update aplikasi yang dijawab tidak setuju oleh
salah satu responden karena merasa sudah cukup dengan sistem
yang sedang diuji coba saat ini.
Maintenance ini diambil dari rata-rata waktu perbaikan
kerusakan yang dilakukan oleh teknisi. Dengan menggunakan
sistem sebelumnya memakan waktu 6 hari kerja dengan rata-
rata jam kerja 6,67 jam dalam sehari atau 40 jam dalam satu
minggu, dengan menggunakan Sistem Informasi ini dapat
5.4.4 Pengujian Perhitungan Efisiensi Sistem
Pengujian efisiensi penggunaan Sistem Informasi
161
meningkatkan efisiensi kerja menjadi 4 hari kerja atau setara
dengan 32 jam kerja.
Tabel 5.13 Data Efisiensi Sistem
Waktu
Kerja
(Jam)
Waktu Kerja
Dalam 1
Minggu (Jam)
Persentase
Sebelum
Menggunakan Sistem
Baru 40 40 100.0%
Setelah Menggunakan
Sistem Baru 32 40 80.0%
Selisih 20.0%
Dari perhitungan yang didapat pada Tabel 5.13 didapat
angka efisiensi sebanyak 20% dari sistem sebelumnya. Dalam
hitungan jam berkurang 8 jam dari waktu sebelumnya yang
membutuhkan 40 jam yang kemudian turun menjadi 32 jam
dengan bantuan sistem yang baru.
Pemeliharaan dimulai dari penyerahan program yang diterima
langsung oleh Bapak Muhammad Dikro selaku Supervisor
Maintenance di CV Saprotan Utama, berikut adalah dokumentasi dari
penyerahan program Sistem Informasi Maintenance Mesin yang
terdapat pada Gambar 5.38.
Gambar 5.38 Dokumentasi Penyerahan Program
5.5 Pemeliharaan Program
162
Pada Gambar 5.38 merupakan gambar dokumentasi saat
penyerahan program di CV Saprotan Utama di Jalan Semarang-
Purwodadi KM 12,5. Setelah program tersebut diserahkan juga
diadakan pelatihan untuk penggunaan program tersebut, dokumentasi
pelatihan tersebut terdapat pada Gambar 5.39.
Gambar 5.39 Dokumentasi Pelatihan Program
Pada Gambar 5.39 merupakan gambar saat diadakannya
pelatihan penggunaan program Sistem Informasi Maintenance Mesin
di CV Saprotan Utama. Pelatihan langsung dilakukan kepada Admin
Maintenance CV Saprotan Utama.
Pemeliharaan merupakan tahap mengoperasikan program
dengan kasus yang sebenarnya dan dapat dilakukan berupa
penyesuaian atau perubahan karena diadaptasi dengan situasi yang
sebenarnya. Pemeliharaan terhadap sistem yang dimaksud adalah
sebagai berikut :
1. Bila terjadi error ketika menjalankan sistem, maka pemeliharaan
yang dilakukan adalah dengan mengulangi menjalankan sistem dan
menggunakan hardware sesuai spesifikasi yang direkomendasikan.
2. Dapat melakukan update data bila ada penyesuaian atau perubahan
tentang data pegawai, data mesin , data lokasi, data komponen, data
163
gudang, data kerusakan, data detail kerusakan dan data jadwal
monitoring karena diadaptasikan dengan situasi yang sebenarnya.
3. Melakukan backup data ke media penyimpanan luar lainnya,
seperti pada harddisk dan flashdisk untuk menjaga data pada
sistem.
4. Perbaikan sistem yaitu melakukan perbaikan jika dalam operasi
terjadi kesalahan (bug) dalam program atau kelemahan rancangan
yang tidak terdeteksi saat tahap pengujian sistem.
164
Berdasarkan hasil penelitian dan pembahasan yang sudah
dijabarkan dan mendapatkan hasil pengujian beta sebesar 84%
pengguna setuju aplikasi ini mampu memberikan informasi dan
membantu karyawan dalam pencarian dan pendatan informasi pada
CV Saprotan Utama. Efektifitas kerja yang dapat dirasakan secara
langsung oleh karyawan yaitu dengan adanya pemberitahuan jika
terjadi kerusakan pada mesin ke halaman Admin Maintenance
sehingga bagian maintenance bisa dengan cepat mengetahui informasi
tersebut dan langsung datang ke lokasi tempat mesin berada untuk
dilakukan perbaikan.
Hal lain yang juga mempengaruhi perubahan kearah yang lebih
baik dengan adanya Sistem Informasi Maintenance ini adalah dengan
notifikasi pemberitahuan apabila akan dilakukan monitoing pada
mesin sehingga perawatan yang telah dijadwalkan tidak akan terlewat
dan berdampak pada performa mesin yang lebih bagus dari
sebelumnya karena dilakukan monitoring secara berkala. Dari
perhitungan efisiensi kerja didapat angka 20% untuk peningkatan
efisiensi kerja dengan bantuan Sistem Informasi Maintenance.
Maka penulis menyimpulkan bahwa aplikasi Sistem Infromasi
Maintenance berbasis web ini merupakan suatu alternatif yang dapat
dimanfaatkan untuk mempermudah perkerjaan karyawan CV Saprotan
Utama.
BAB VI
PENUTUP
6.1 Kesimpulan
165
Untuk lebih meningkatkan kinerja dari aplikasi ini ada saran
yang dapat dijadikan pertimbangan dalam pengembangan yaitu
menambah notifikasi dengan cara mengirimkan pemberitahuan
kerusakan dan jadwal monitoring ke handphone melalui SMS atau
dengan cara mengirim pesan melalui aplikasi pesan berbasis Android
yang terpasang di smartphone user Admin Maintenance dan Spv.
Maintenance agar saat tidak berada di depan layar komputer tetap bisa
menerima notifkasi melalui smartphone yang dimiliki.
6.2 Saran
DAFTAR PUSTAKA
A.O’Brien, J. (2010). Pengatar Sistem Informasi (Vol. 3). Jakarta: Salemba Empat.
Bartz, T., Siluk, J.C.M. dan Bartz, A. P. . (2014). Improvement of Industrial Performance
with TPM Implementation.
Dharmayanti, S., & Wahono, R. S. (2013). Pengantar Unified Modeling LAnguage
(UML). IlmuKomputer.Com, 1–13.
Gushelmi & Deded Ramad Kamda. (2017). Pemodelan UML Sistem Penerimaan
Mahasiswa Baru Ber-basis WAP (Studi Kasus : Sistem Penerimaan Mahasiswa
Baru UPI “YPTK” Padang).
Harsanto, B. (2013). Dasar Ilmu Manajemen Operasi. Bandung: Unpad Press
Hartono. (2010). Sistem Informasi Manajemen Aset / Inventory / Logisitk.
Herlawati, P. P. W. (2011). Menggunakan UML (Unified Modelling Language).
Bandung: Informatika.
Hidayatullah. Priyanto, K. J. K. (2014). Pemograman Web. Bandung: Informatika.
Kurniawan, F. (2013). Manajemen Perawatan Industri Teknik dan Aplikasi (implementasi
Total Productive Maintenance (TPM), Preventive Maintenance dan Reliability
Centered Maintenance (RCM)). Yogyakarta: Graha Ilmu.
Kurniawan, W., & Fatchurrochman, M. (2015). MANAJEMEN PEMELIHARAAN
DAN PERAWATAN
Kustiyahningsih, Yeni, D. R. A. (2011). Pemograman Basis Data Berbasis Web
Menggunakan PHP & MySQL. Yogyakarta: Graha Ilmu.
Laudon, Kenneth C., J. P. L. (2012). Management System: Managing the Digital Firm
Twelfth Edition. New Jersey: Prentice Hal.
Melladya, R., Santoso, P. B., & Choiri, M. (2014). PERANCANGAN SISTEM
INFORMASI MANAJEMEN PERAWATAN MESIN BERBASIS GROUP
TECHNOLOGY ( Studi Kasus : PT . Adi Putro Wirasejati Malang ) DESIGN OF
MAINTENANCE MANAGEMENT INFORMATION SYSTEM ( A Case Study in
PT . Adi Putro Wirasejati Malang )
Nugroho, B. (2009). Latihan Membuat Aplikasi Web PHP dan MySQL dengan
Dreamweaver MX. Yogyakarta: Penerbit Gava Media.
Pratama, I. putu A. E. (2014). Sistem Informasi dan Implementasinya. Bandung:
Informatika.
Rivai, M., Mesin, J. T., Studi, P., Mesin, T., Manufaktur, D., Manufaktur, P., … Kantung,
A. (2017). Rancangan Sistem Informasi Berbasis Komputer (Studi Kasus di
Laboratorium Mekanik Politeknik Manufaktur Negeri Bangka Belitung).
Riyanto. (2011). XAMPP. Yogyakarta: Gava Media.
Rosa A. S dan Shalahuddin, M. (2013). Rekayasa Perangkat Lunak Terstruktur Dan
Berorientasi Objek. Mycological Research. Bandung: Informatika.
Roger, S. Pressman, P. D. (2012). Rekayasa Perangkat Lunak (Pendekatan
Praktisi) (7th ed.). Yogyakarta: Andi.
Sachdeva, A., Kumar, D. dan Kumar, P. (2008). Planning and Optimizing the
Maintenance of Paper Production Systems In A Paper Plant
Saputra, M. R. (2015). Pembuatan Aplikasi Monitoring Work Order Dalam Pembuatan
Shutdown Paper Machine Dengan Menggunakan PPH dan MySQL Pada PT Pelita
Cengkareng Paper PAPER
Sofjan, A. (2008). Manajemen Pemasaran. Jakarta: PT. Raja Grafindo Persada.
Solamo, M. R. C. (2009). Java Education & Development Initiative.
Sopiah, N. (2012). Penggunaan Metode Analisis Dan Rancangan Berorientasi Objek Pada
Web Jurnal Ilmiah Terpadu. SemnasIF 2012, 2012(semnasIF), 188–195.
Sugiama, A. G. (2013). Manajemen Aset Pariwisata Bandung. Bandung: Guardaya
Intimarta.
Sutabri, T. (2012). Konsep Sistem Informasi. Yogyakarta: Andi.
Sutarno. (2012). Serba Serbi Manajemen Bisnis. Yogyakarta: Graha Ilmu.