ISSN : 2461‐0690
21
Perancangan Aplikasi Mobile Berbasis Android Untuk Pemeliharaan
Mesin Produksi Pada PT. Temprint
Muhamad Fitra Syawall, Endang Pujiastuti Program Studi Ilmu Komputer, Universitas Budi Luhur
muhamadfitra@gmail.com, endangpuji20@gmail.com
Abstract – PT. TEMPrint is a company engaged in the field of printing. Where each day doing good print process Magazines, newspapers, brochures and so forth so that necessary for the maintenance of production machines. During this PT. TEMPrint perform maintenance scheduling production machine with manual systems, which work schedule will be printed on paper and then each PIC will fill it manually based on their individual schedules and also the machine being checked. This proses make problems with slow delivery of the required information because the Admin must find a sheet of paper schedule of PIC before you can create a monthly report. To tackle these problems, we need a system that more concise, practical and economical to process all the data of the scheduling information that enables admin to get information more effectively and efficiently
Keywords : Machine Maintenance, FGD, ISO 9126, Waterfall
Abstrak - PT. TEMPrint adalah sebuah perusahan yang bergerak di bidang percetakan. Dimana setiap harinya melakukan proses cetak baik Majalah,Koran,brosur dan lain sebagainya sehingga diperlukan adanya pemeliharan untuk mesin produksi. Selama ini PT. TEMPrint melakukan penjadwalan pemeliharan mesin produksi dengan sistem manual, dimana jadwal kerja akan diprint pada kertas lalu setiap PIC akan mengisinya secara manual berdasarkan jadwal masing-masing dan juga mesin yang sedang dicek. Proses ini menyebabkan lambatnya penyampaian informasi yang dibutuhkan, dikarenakan Admin harus mencari lembaran kertas jadwal dari PIC sebelum dapat membuat laporan bulanan. Demi mengatasi masalah tersebut maka dibutuhkan sebuah sistem yang lebih ringkas, praktis dan ekonomis dalam mengolah semua data informasi penjadwalan tersebut sehingga memungkinkan Admin mendapatkan informasi secara lebih efektif dan efisien
Kata Kunci : Pemeliharaan Mesin, FGD, ISO 9126, Waterfall I. Pendahuluan
Untuk memenuhi permintaan pelanggan tepat waktu maka kegiatan produksi perusahaan manufaktur haruslah berlangsung lancar. Untuk itu kondisi dan ketersediaan mesin produksi adalah hal penting yang harus dijaga dan dipertahankan. Dalam kenyataannya, kerusakan mesin terjadi akibat kegagalan komponen. Dengan adanya masalah yang timbul akibat terjadinya kegagalan komponen maka pemeliharaan mesin perlu dilakukan dengan menerapkan sistem pemeliharaan preventip. Pemeliharaan mesin dapat didefinisikan sebagai kegiatan yang harus dilakukan secara rutin dan berkala dengan penggantian komponen-komponen yang mengalami kerusakan untuk memperbaiki kondisinya agar berfungsi sebagaimana mestinya. Pada PT. TEMPrint, belum memiliki sistem pemeliharaan yang handal dan belum didukung dengan sistem informasi pemeliharaan. Dalam hal ini sistem informasi sangat diperlukan untuk menyimpan, memproses, dan menyediakan informasi pemeliharaan, maupun untuk mendukung terhadap pengendalian kegiatan dan pengambilan keputusan.
Karena Sistem manual seperti yang berjalan saat ini akan menimbulkan banyak sekali masalah mulai dari kebutuhan akan
kertas dan tinta dalam membuat jadwal, terlambatnya proses informasi yang akan dikumpulkan Admin karena data terkadang tidak teratur dan tercecer, dan juga masalah dalam lambatnya penyampaian informasi yang dibutuhkan dikarenakan Admin harus mencari lembaran kertas jadwal dari PIC terlebih dahulu sebelum dapat membuat laporan bulanan.
Demi mengatasi masalah tersebut maka dibutuhkan sebuah sistem yang lebih ringkas, praktis dan ekonomis dalam mengolah semua data informasi penjadwalan tersebut sehingga memungkinkan Administrator untuk mengumpulkan dan mengolah data secara lebih efektif dan efisien.
Salah satu teknologi yang memungkinkan untuk mencapai harapan diatas adalah dengan memanfaatkan teknologi komunikasi bergerak (Mobile Comunication). Saat ini telah terjadi evolusi teknologi informasi seiring dengan berkembang pesatnya teknologi dan layanan komunikasi bergerak di dunia (mobile evolution). Sehingga Sistem Aplikasi Mobile berbasis android Pemeliharaan Mesin Produksi dianggap sebagai pilihan yang tepat demi menjawab semua tuntutan diatas.
ISSN : 2461‐0690
22
II. Tinjauan Pustaka
Dalam istilah pemeliharaan disebutkan bahwa disana tercakup dua pekerjaan yaitu istilah “pemeliharaan” dan “perbaikan”. Pemeliharaan dimaksudkan sebagai aktifitas untuk mencegah kerusakan, sedangkan istilah perbaikan dimaksudkan sebagai tindakan untuk memperbaiki kerusakan.
Pemeliharaan mesin sangat penting untuk mencapai tingkat kualitas dan keandalan serta efisiensi. Mesin yang canggihpun tidak akan bekerja secara memuaskan tanpa pemeliharan yang baik (Iswati, 2009).
Secara umum, ditinjau dari saat pelaksanaan pekerjaan pemeliharaan, dapat dibagi menjadi dua cara (Supandi, 1990) :
1. Pemeliharaan yang direncanakan (Planned Maintenance).
Pemeliharaan yang terencana ( planned maintenance) adalah kegiatan pemeliharaan yang dilaksanakan berdasarkan perencanaan terlebih dahulu.
2. Pemeliharaan yang tidak direncanakan (Unplanned Maintenance).
Pemeliharaan tidak terencana ( unplanned maintenance ) adalah pemeliharaan yang dlakukan karena adanya indikasi atau petunjuk bahwa adanya tahap kegiatan proses produksi yang tiba - tiba memberikan hasil yang tidak layak. Dalam hal ini perlu dilakukan kegiatan pemeliharaan atas mesin secara tidak terencana.
Untuk memudahkan pelaksanaan pemeliharaan mesin, maka kegiatan pemeliharaan mesin ini dilakukan berdasarkan pada :
a. Pemeliharaan dengan pesanan ( maintenance work order ) yaitu kegiatan pemeliharaan yang dilaksanakan berdasarkan pesanan dari bagian produksi aupun dari bagian - bagian lain.
b. Sistem daftar pengecekan (check list system) yaitu dasar
atau schedule yang telah dibuat untuk melakukan kegiatan
pemeliharaan mesin dengan cara pemeriksaan terhadap
setiap mesin secara berkala.
c. Rencana kerja triwulan yaitu rencana kerja yang dilaksanakan per triwulan berdasarkan pengalaman - pengalaman atau berdasarkan catatan - catatan sejarah mesin.
Prosedur untuk memudahkan pelaksanaan kegiatan pemeliharaan pencegahan (preventive maintenance) dibuat suatu jadwal sebagai berikut :
a. Mendistribusikan kegiatan secara merata dalam skala waktu dengan rnemperhatikan frekuensi kegiatan.
b. Menggunakan check list dengan instruksinya untuk dipakai sebagai pedoman oleh petugas maintenance, serta untuk keseragaman pelaksanaan pengecekan. c. Pemeliharaan pencegahan dilakukan tepat
waktu, kecuali mesin sedang diperbaiki karena kerusakan atau sedang dibongkar ( overhaul ).
d. Pemeliharaan pencegahan dilakukan menurut jadwal tertentu sehingga tidak menggangu jadwal produksi,
Prosedur kegiatan pemeliharaan penangkal ( corrective maintenance) ata.s kerusakan rnesin dilaksanakan atas dasar pesanan dari bagian produksi atau bagian lainnya mengenai kerusakan umum atau mendadak dari fasilitas (peralatan) produksi.
III. Metode Penelitian A. Jenis Penelitian
1. Metode Pemilihan Sampel
Untuk mendapatkan sampel yang representatif terhadap populasi dan dapat menjelaskan karakteristik populasi dengan seimbang maka akan digunakan teknik pengambilan purposive sampling. Pengambilan sampel dengan purposive sampling merupakan teknik pengambilan sampel dengan mengambil responden yang terpilih betul oleh peneliti menurut ciri-ciri spesifik yang dimiliki oleh sampel tersebut.
2. Metode Pengumpulan Data - Metode Wawancara - Metode observasi. - Metode studi pustaka. 3. Instrumentasi
4. Teknik Analisis Sistem 5. Teknik Perancangan Sistem 6. Teknik Implementasi Sistem 7. Teknik Pengujian Sistem - Teknik Pemilihan Informan - Teknik Pelaksanaan FGD - Pengujian ISO 9126 B. Analisis dan Desain
Tujuan dari analisis adalah memahami dengan sebenar-benarnya kebutuhan dari sistem baru dan mengembangkan sebuah sistem yang mewadahi requirement tersebut-atau memutuskan bahwa sebenarnya pengembangan sistem baru tidak dibutuhkan. Penentuan kebutuhan sistem merupakan langkah yang paling crucial dalam tahapan SDLC. Kebutuhan Sistem bisa diartikan sebagai berikut:
ISSN : 2461‐0690
23
a. Pernyataan tentang apa yang harus dikerjakan oleh sistem
b. Pernyataan tentang karakteristik yang harus dimiliki sistem
Untuk mempermudah system analis menentukan keseluruhan requirement secara lengkap, maka analis membagi kebutuhan sistem ke dalam 2 jenis. Jenis pertama adalah Kebutuhan Fungsional (Functional requirement). Kebutuhan fungsional adalah jenis kebutuhan yang berisi proses-proses apa saja yang nantinya dilakukan oleh system. Kebutuhan fungsional juga berisi informasi-informasi apa saja yang harus ada dan dihasilkan oleh sistem. Jenis kedua adalah Kebutuhan Non fungsional (Non functional Requirements). Requirement jenis ini adalah tipe requirement yang berisi properti perilaku yang dimiliki oleh sistem, meliputi
1. Operasional
Pada bagian ini harus dijelaskan teknis bagaimana system baru akan beroperasi. Platform sistem yang dipakai didefinisikan, apakah menggunakan windows atau Linux misalnya. Software untuk mengembangkan sistem juga ditentukan. Hardware spesifik yang diperlukan juga ditentukan. Terakhir arsitektur sistem juga dijelaskan apakah 2-tier, 3 –tier atau yang lainnya.
2. Performance
Pada bagian ini dijelaskan seberapa bagus kinerja dari software yang dikembangkan dalam mengolah data, menampilkan informasi dan secara keseluruhan menyelesaikan proses bisnis yang ditanganinya. Efisiensi dari perangkat lunak juga dicantumkan.
3. Keamanan
Kebutuhan keamanan berisi pernyataan tentang mekanisme pengamanan aplikasi, data maupun transaksi yang akan diimplementasikan pada sistem. Sistem password yang digunakan akan seperti apa dan hardware spesifik untuk pengamanan sistem juga dideskripsikan.
4. Politik dan budaya
Requirement yang isinya menyangkut atau berhubungan dengan isu politik dan budaya ditentukan disini. Isi yang secara politik dan budaya harus dijamin tidak menimbulkan persepsi negatif terhadap sistem.
• Activity Diagram Sistem Berjalan
Gambar 1 Activity Diagram Berjalan • Use Case Diagram Sistem Berjalan
Gambar 2 Use Case Diagram Berjalan IV. Hasil dan Pembahasan
Arsitektur yang kami pilih untuk digunakan pada sistem ini adalah arsitektur Client – Server (Two Tired). Dimana bagian klien akan menangani Aplication Logic yaitu aplikasi sistem di perangkat mobile, sedangkan bagian server akan menangani Data Access dan Data Logic dari database berdasarkan inputan dari klien.
ISSN : 2461‐0690
24
•
Activity Diagram Sistem Usulan
Gambar 4 Activity Diagram Sistem Usulan • Use Case Diagram Sistem Usulan
Gambar 5 Use Case Diagram Sistem Usulan
• Use Case Description Sistem Class Diagram Sistem Usulan
Gambar 6 Class Diagram Sistem Usulan • Sequence Diagram
Sequence Diagram Form Login
Gambar 7 Sequence Diagram Form Login Sistem Usulan
Sequence Diagram Form Input Data
Gambar 8 Sequence Diagram Form Input Data Sistem Usulan
Sequence Diagram Validasi Data
Gambar 9 Sequence Diagram Validasi Data Sistem Usulan
ISSN : 2461‐0690
25
Sequence Diagram Lihat Laporan
Gambar 10 Sequence Diagram Lihat Laporan Sistem Usulan • Sketsa Desain User Interface Sketsa desain tampilan Login
Gambar 11 Sketsa Desain Tampilan Login Sketsa desain Form Input Aktifitas
Gambar 12 Sketsa Desain Form Input Aktifitas
• Sketsa desain Validasi Data
Gambar 13 Sketsa Desain Validasi Data Sketsa desain tampilan Laporan
Gambar 14 Sketsa Desain Tampilan Laporan
A. Implementasi
• Layout Aplikasi dari Sistem Pemeliharaan Mesin
Gambar 1 Layout Aplikasi Login Pemeliharaan Mesin
ISSN : 2461‐0690
26
Gambar 2 Layout Aplikasi Form Inputan Pemeliharaan Mesin
Gambar 3 Layout Aplikasi Validasi Pemeliharaan Mesin
Gambar 4 Layout Aplikasi Laporan Pemeliharaan Mesin
B. Pengujian Aplikasi • Metode Pengujian Aplikasi
Pengujian aplikasi mobile pemeliharaan mesin ini menggunakan metode ujicoba blackbox yang memfokuskan pada keperluan fungsional dari software. Ujicoba blackbox berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya :
1. Fungsi-fungsi yang salah atau hilang 2. Kesalahan interface
3. Kesalahan dalam struktur data atau akses database eksternal
4. Kesalahan performa
5. kesalahan inisialisasi dan terminasi
• Pengujian Validasi
Tahap pengujian selanjutnya adalah pengujian validasi, proses pengujian ini dilakukan untuk memastikan perangkat lunak yang telah dibuat apakah sesuai dengan spesifikasi kebutuhan fungsional yang diharapkan. Hal ini juga menguji hipotesis pertama dalam penelitian ini, yaitu: Diduga model analisis, perancangan dan implementasi perangkat lunak untuk pembuatan prototype PT. TEMPrint apat berfungsi dengan baik dan memberikan kepuasan kepada mahasiswa. Metode yang digunakan adalah FGD
• Karakteristik Responden
Responden sebagai informan dalam FGD yang dilakukan dalam penelitian ini adalah sebagai berikut:
Tabel 1 Karakteristik Responden
Kode Nama Jabatan Lama bekerja Pendidikan SM Samsidi Staf Produksi 20 Tahun D3 HA Hari Administrasi Produksi 10 Tahun S1 IM Krisnu Kepala Produksi 21 Tahun S2 • Proses Pelaksanaan FGD
Kegiatan Focus Group Discussion dilaksanakan di ruang Rapat PT. TEMPrint. Dihadiri oleh 3 peserta sebagai responden, dari staf produksi sebanyak 1 orang, dari bagian administrasi
ISSN : 2461‐0690
27
sebanyak 1 orang, dan kepala produksi 1 orang. Untuk memulai diskusi terfokus, peneliti melakukan presentasi dan demo memperlihatkan Prototype aplikasi mobile pemeliharaan mmesin dan menjelaskan setiap fungsi yang ada berdasarkan instrumen yang sudah disiapkan. Setelah memperhatikan dan mengetahui cara mengoperasikan Prototype PT. TEMPrint ini, kemudian responden diberi kesempatan untuk mencoba langsung menggunakannya. Selanjutnya peserta FGD memberikan informasi, tanggapan dan persetujuan melalui formulir yang sudah diberikan oleh peneliti sebelum responden mencoba di komputer masing-masing. Formulir Pengujian Validasi dengan FGD.
Berdasarkan uji coba yang dilakukan oleh responden, maka akan diperoleh hasil pengujian terhadap fungsional sistem berdasarkan kebutuhan masing-masing pengguna. Pengujian ini dilakukan untuk mengetahui apakah semua fungsi yang terdapat pada PT. TEMPrint ini sudah dapat dioperasikan dengan baik atau belum. Pengujian fungsional sistem ditujukan kepada pengguna staf, administrasi dan kepala produksi Dalam proses pengujian ini juga dilakukan pengujian untuk meminta tanggapan terhadap hipotesis dalam penelitian, yang menunjukkan fungsi sistem secara keseluruhan bahwa aplikasi mobile pemeliharaan mesin mudah untuk digunakan.
• Hasil Pengujian Validasi
Berdasarkan Focus Group Discussion, selanjutnya dapat direkapitulasi hasil pengujian berdasarkan jenis pengguna dari responden dalam FGD.
User : SM
Level : Staf Produksi
Tabel 2 Level Staf Produksi
NO Nama Fungsi Yang di Uji Skenario Pengujian Hasil Yang Diharapkan Hasil Kenyataan Kesimpulan 1 Login Input username, password Login sukses Sesuai harapan OK
2 Input Akifitas Input
Transaksi,Kirim Transaksi Input dan Kirim Transaksi Sukses Sesuai harapan OK User : HA
Level : Administrasi Produksi Tabel 3 Level Administrasi Produksi
No Nama Fungsi Yang di Uji Skenario Pengujian Hasil Yang Diharap kan Hasil Kenya taan Kesi mpul an 1 Login Input username, password Login sukses Sesuai harap an OK 2 Validasi Aktifitas Validasi Transaksi Validasi Transak si Sukses Sesuai Harap an OK User : IM
Level : Kepala Produksi Tabel 4 Karakteristik Responden
NO Nama Fungsi Yang di Uji Skenario Pengujian Hasil Yang Diharap kan Hasil Keny ataan Kesi mpu lan 1 Login Input username, password Login sukses Sesu ai harap an OK 2 Validasi Aktifitas Validasi Transaksi Validasi Transak si Sukses Sesu ai Harap an OK • Uji ISO 9126
Hasil pengujian kualitas ini terdiri dari dua bagian, yaitu: tingkat kualitas masing-masing aspek berdasarkan empat karakterik ISO 9126, dan tingkat kualitas secara keseluruhan dari empat karakteristik ISO 9126. Dari 50 responden yang mengisi kuesioner untuk pengujian kualitas perangkat lunak prototype PT. TEMPrint, semua memberikan jawaban kuesioner dengan valid. Tanggapan responden terhadap tingkat kualitas software menurut ISO 9126, dapat diukur dengan menggunakan rumus sebagai berikut:
% Skor Aktual = x 100% Keterangan:
1. Skor aktual adalah jawaban seluruh
responden atas kuesioner yang telah diajukan. 2. Skor ideal adalah nilai tertinggi atau semua responden diasumsikan memilih jawaban dengan skor tertinggi.
ISSN : 2461‐0690
28
Selanjutnya hasil tersebut diolah dan dihitung dengan kriteria yang telah ditetapkan dalam rancangan penelitian, yaitu:
• Tingkat Kualitas Perangkat Lunak per Aspek Kualitas
1. Tanggapan Responden Berdasarkan Aspek Functionality
Aspek functionality merupakan kemampuan perangkat lunak untuk menyediakan fungsi sesuai kebutuhan pengguna, ketika digunakan dalam kondisi tertentu.
2. Tanggapan Responden Berdasarkan Aspek Reliability
Aspek Reliability merupakan kemampuan perangkat lunak untuk mempertahankan tingkat kinerja tertentu, ketika digunakan dalam kondisi tertentu.
3. Tanggapan Responden Berdasarkan Aspek Usability
4. Tanggapan Responden Berdasarkan Aspek Efficiency
5. Aspek Efficiency merupakan kemampuan perangkat lunak untuk memberikan kinerja yang sesuai dan relatif terhadap jumlah sumber daya yang digunakan pada saat keadaan tersebut.
• Tingkat Kualitas Perangkat Lunak Keseluruhan
Berdasarkan analisis data yang diperoleh dari kuesioner, berikut rekapitulasi hasil pengujian kualitas berdasarkan empat aspek kualitas perangkat lunak menurut ISO 9126:
Tabel 5 Karakteristik Responden
Aspek Skor Aktual Skor Ideal % Skor Aktual Kriteria Functionality 1657 2000 82,85% Baik Reliability 1038 1250 83,04 Baik Usability 1690 2000 84,50% Sangat Baik Efficiency 618 750 82,40% Baik Total 5003 6000 83,38% Baik
Berdasarkan tabel di atas dapat disimpulkan bahwa tingkat kualitas perangkat lunak prototype PT. TEMPrint secara keseluruhan dalam kriteria Baik, dengan persentase 83,38%. Aspek kualitas tertinggi adalah
berdasarkan aspek Usability dengan persentase sebesar 84,50%, selajutnya aspek Reliability dengan 83,04%. Aspek Functionality dengan persentase sebesar 82,85%, sedangkan aspek kualitas terendah adalah dari aspek Efficiency dengan persentase sebesar 82,40%.
• Kesimpulan Hasil Pengujian Kualitas Dan Pembuktian Hipotesis
Berdasarkan hasil pengujian, pengujian untuk hipotesis ketiga dalam penelitian ini dibuktikan bahwa dengan model ISO 9126 terbukti hasilnya adalah Baik. Hasil akhir pengujian kualitas perangkat lunak menurut responden adalah Baik dengan persentase tanggapan responden sebesar 83,38%
V. Kesimpulan dan Saran • Kesimpulan
Berdasarkan hasil evaluasi kuesioner dan implementasi kami dapat menyimpulkan bahwa dengan adanya aplikasi mobile pemeliharaan mesin pada PT. TEMPrint, maka dapat ditarik beberapa kesimpulan sebagai berikut :
- Secara perpektif organisasi Kepala Produksi merasa tertarik mengenai pengaplikasian sistem ini untuk memudahkan control serta update informasi secara real time.
- Adiministrator merasa terbantukan kerja dan meningkatkan efesiensi waktu dalam mengumpulkan dan mendata laporan pemeliharaan mesin.
- Memudahkan teknisi dalam pelaksanaan pekerjaan.
• Saran
Mengingat aplikasi Mobile pemeliharaan mesin ini adalah aplikasi yang baru dikembangkan, adapun saran–saran sebagai berikut:
- aplikasi mobile pemeliharaan mesin ini tentu saja tidak terlepas dari kekurangan. Sehingga aplikasi ini perlu dikembangkan lebih lanjut baik dalam hal keamanan maupun user interface nya.
- Sistem ini perlu dikembangkan lagi dengan membuat atau menambahkan fasilitas atau module – module untuk kelengkapan aplikasi mobile pemeliharaan mesin ini.
ISSN : 2461‐0690
29
DAFTAR PUSTAKA
[1] Alhir, S. (2002). Guides to appling UML. New York: Springer-Verlag.
[2] Alhir, S. (2003). Learning UML. Sebastopol: O'Reilly.
[3] Amal Witonohadi, I. T. (t.thn.). Usulan Perbaikan Sistem Perawatan Mesin dengan Pendekatan. Jakarta Barat 11440, J1. Kyai Tapa 1, Grogol: Fakultas Teknologi Industri Universitas Trisakti Jurusan Teknik Industri.
[4] hudha, n. (t.thn.). Manajemen pemeliharaan dan perawatan mesin industry. Surabaya: politeknik perkapalan negeri Surabaya institut teknologi sepuluh nopember.
[5] Iswati, M. A. (2009). Metode Penelitian Kuantitatif. Surabaya: AUP.
[6] Matius, Z. (2007). Perancangan Sistem Informasi Perawatan Mesin Produksi PD. Makmur Jaya. Jakarta: Fakultas Teknologi Informasi, Universitas Tarumanegara. [7] NIIT. (2001). Introducing to Unified
Modelling Language. Okhla: Sona Printers Pvt,.
[8] NIIT. (2001). Object oriented Analysis and Design. Okhla: Sona Printers Pvt.
[9] Supandi. (1990). Manajemen Perawatan Industri. Bandung: Ganeca Exact.
[10] William, H. L. (t.thn.). Rancangan Sistem Informasi Perawatan Mesin Pada Pabrik Crumb Rubber PT. HB. Jl. Almamater Kampus USU, Medan 20155: Departemen Teknik Industri, Fakultas Teknik Universitas Sumatera Utara.
