BAB I

PENDAHULUAN

I.1 Latar Belakang Masalah

Bengkel Body Repair merupakan bengkel yang berfokus dalam memperbaiki body
kendaraan khususnya roda empat. Dalam mengelola proses perbaikannya, pihak
bengkel memberikan tanggungjawab kepada kepala montir dalam melakukan
monitoring & controlling. PT. Nara Citra Otowarna (Bengkel KIA Otowarna)
merupakan salah satu bengkel yang menyediakan layanan body repair. Namun,
hingga saat ini pihak bengkel masih menerima beberapa keluhan atas pelayanan
yang diberikan. Salah satunya adalah terlambatnya waktu selesai perbaikan dari
estimasi penjadwalan yang sudah ditentukan. Rata-rata keterlambatan yang dialami
oleh bengkel untuk menyelesaikan perbaikan yaitu 3-5 hari dari jadwal yang sudah
ditentukan.

Penjadwalan waktu selesai perbaikan memiliki beberapa parameter khusus sesuai

kebijakan bengkel. Adapun beberapa parameter tersebut antara lain bobot pekerjaan
perbaikan, ketersediaan stall, banyaknya antrian¸ dan ketersediaan inventory
(sparepart dan bahan baku). Hal yang pertama kali dipertimbangkan oleh pihak
bengkel adalah banyaknya mobil yang selesai diperbaiki dalam jangka waktu satu
hari maksimal 20 mobil.

Selain banyaknya antrian, jumlah bobot juga menentukan penjadwalan selesai

perbaikan, sebab banyaknya bobot akan berbanding lurus dengan waktu pengerjaan
perbaikan. Pada bengkel ini, mobil yang memiliki jumlah bobot yang besar, akan
ditangani oleh montir yang memiliki pengalaman lebih banyak. Penempatan montir
tersebut telah ditetapkan pada stall tertentu setiap prosesnya.

Dalam proses perbaikan body, terdapat 7 proses perbaikan yang harus dilalui secara
sekuensial. Setiap proses memiliki jumlah stall yang berbeda-beda. Jumlah stall
setiap prosesnya ditunjukkan pada tabel 1. Selain stall perbaikan, bengkel ini
menyediakan satu area sebagai tempat pengalokasian mobil yang mengalami
kendala pada stall perbaikan yang disebut buffer.
 Table I.1 Data Setiap Proses Perbaikan
Proses
Nama Proses
ke-
1 Bongkar Las
2 Dempul
3 Cat Dasar
4 Cat Spray
5 Poles
6 Rakit
7 Finishing
Rata – Rata
Jumlah Stall
Pengerjaan per Bobot
8 2 jam
16 3 jam
5 1 jam
2 30 menit
8 1 jam
8 2 jam
8 1 jam

Dalam mengelola proses perbaikan, pihak bengkel memiliki satu kepala montir
yang bertanggung jawab atas seluruh proses perbaikan. Pada saat ini kepala montir
kewalahan dalam melakukan monitoring & controlling seluruh stall secara
langsung dan bersamaan, mengingat jumlah stall yang banyak dan bervariasi dari
setiap prosesnya. Kepala montir harus menghampiri setiap stall untuk melakukan
monitoring & controlling pengerjaan perbaikannya. Adapun kondisi bengkel saat
ini ditunjukkan pada gambar I.1.

Gambar I.1 Kondisi Bengkel

Kepuasan pelanggan menjadi sorotan oleh pihak bengkel karena hal ini akan
mempengaruhi kredibilitas pelanggan terhadap bengkel. Maka dari itu, pihak
bengkel memerlukan sebuah sistem yang dapat meminimalisir keterlambatan
selesai perbaikan. Sistem harus dapat mendukung seluruh kegiatan yang berkaitan
dengan kepala montir pada proses perbaikan, mengingat sebagian besar
keterlambatan yang terjadi disebabkan oleh sistem kerja kepala montir yang kurang
maksimal.
I.2 Rumusan Masalah

Berdasarkan latar belakang yang sudah diuraikan sebelumnya, dapat dirumuskan

beberapa masalah, diantaranya:
1. pengelolaan ketersediaan dan kondisi stall perbaikan tidak terpantau oleh
kepala montir secara keseluruhan, sehingga masih ada stall perbaikan yang
menganggur saat jam kerja;
2. interaksi antara kepala montir dengan montir dan quality control tidak
terkomunikasikan dengan cepat, sehingga ketika ada kendala yang tejadi kepala
montir tidak langsung mengetahuinya.
Oleh karena itu, aplikasi ini dibuat agar semua kondisi yang dialami pada setiap
stall perbaikan dapat diketahui dan ditangani dengan cepat, sehingga diharapkan
tidak terjadinya keterlambatan waktu selesai perbaikan dari jadwal yang sudah
ditetapkan sebelumnya.

I.3 Tujuan

Berdasarkan rumusan masalah yang sudah diuraikan sebelumnya, maka tujuan dari
perancangan dan pembangunan aplikasi ini adalah membuat dashboard kepala
montir, yang diantaranya berfungsi :
1. memantau seluruh kegiatan stall pada setiap tahapan proses perbaikan;
2. meminimalisir stall yang menganggur saat proses perbaikan;
3. sebagai media komunikasi antara kepala montir dengan montir, kepala montir
dengan quality control, dan quality control dengan montir.

I.4 Ruang Lingkup

Ruang lingkup dalam pembangunan aplikasi ini adalah :

1. sistem hanya ditujukan untuk satu perusahaan Bengkel Body Repair;
2. membuat aplikasi dashboard perbaikan body kendaraan yang ditujukan bagi
kepala montir untuk membantu dalam pengelolaan sumber daya pada proses
perbaikan;
3. aplikasi yang akan dibangun berfungsi untuk pengelolaan tenaga kerja dan stall
yang terlibat pada proses perbaikan body kendaraan.
I.5 Batasan Masalah

Beberapa batasan dalam pembangunan aplikasi ini antara lain :

1. proses pembuatan spk dilakukan oleh sistem lain;
2. tidak menangani proses klaim asuransi;
3. proses pembayaran perbaikan dilakukan oleh sistem lain;
4. pengelolaan inventory dilakukan oleh sistem lain.

I.6 Tahapan Penyelesaian Tugas Akhir

Tahapan – tahapan yang dilakukan dalam membangun aplikasi terdiri dari empat
tahapan yang dijelaskan pada subbab I.6.1 sampai dengan I.6.4.

I.6.1 Pendefinisian Masalah

Tahap paling awal yang dilakukan adalah mencari topik Tugas Akhir yang diambil.
Diskusi dengan anggota kelompok dan komunikasi dengan dosen pembimbing
dilakukan untuk menentukan kelayakan dari permasalahan yang diambil. Studi
literatur juga dilakukan untuk memahami lebih dalam mengenai permasalahan yang
terjadi dengan melakukan wawancara ke bengkel body repair pada suatu
perusahaan, mencari jurnal yang terkait, dan aplikasi sejenis dengan memahami
karakteristik dari aplikasi tersebut. Tahapan ini menghasilkan rumusan masalah,
batasan serta tujuan yang akan dicapai apabila masalah dapat terselesaikan.

I.6.2 Studi Literatur

Studi literatur yang dilakukan untuk memahami permasalahan yang akan

diselesaikan sehingga memberikan keyakinan bahwa permasalahan yang diambil
sesuai dengan kebutuhan stakeholder. Hal-hal yang dipelajari dan diterapkan pada
aplikasi yang akan dibangun terdiri dari beberapa teori pendukung, antara lain :
1. body repair;
2. penjadwalan;
3. antrian;
4. Work Tracking System (WTS).
I.6.3 Pengembangan Aplikasi

Untuk proses analisis dan desain, mengacu pada buku “Applying UML and Patterns
: An Introduction to Object-Oriented Analysis and Design and Iterative
Development, 3rd Edition (Addison, 2004)”[1]. Proses pengembangan aplikasi
menggunakan metode Rational Unified Process (RUP) dengan tiga fase, yaitu
inception, elaboration, dan construction[2]. Metode RUP diterapkan karena fase –
fase yang ada pada metode RUP lebih erat kaitannya dengan proses bisnis daripada
masalah teknis. Penerapan RUP yang dilakukan mengacu pada diagram pengerjaan
RUP seperti yang ditunjukkan pada gambar I.2. Aplikasi ini akan dikembangkan
hingga fase construction.

Gambar I.2 Diagram Metodologi RUP

Adapun target dari setiap tahap pengerjaan adalah sebagai berikut :

1. Inception
Tujuan dari tahap ini adalah mendapatkan gambaran besar tentang sistem yang
akan dibangun. Pada tahap ini juga dapat menentukan ruang lingkup sistem
yang akan dibangun. Agar tujuan dari fase ini dapat tercapai, maka diperlukan
analisis bisnis proses yang berjalan saat ini, pihak-pihak yang terlibat,
 kebutuhan fungsional, rancangan anggaran biaya dan jadwal pengoptimalan
sistem. Fase ini hanya melakukan satu kali iterasi.

Hasil dari fase inception ini adalah:

a. ruang lingkup sistem yang akan dioptimalkan terdefinisi;
b. bisnis proses alur perbaikan body kendaraan;
c. rancangan anggaran biaya.

2. Elaboration
Pada fase ini, lebih banyak difokuskan pada proses analisis dan desain aplikasi
yang akan dibuat. Fase ini memastikan bahwa kebutuhan dan arsitektur sistem
sudah cukup stabil untuk diteruskan ke fase selanjutnya. Dalam
mengoptimalkan sistem penjadwalan, fase ini dibagi menjadi 3 iterasi. Iterasi
pertama yaitu fitur untuk montir dan quality control berupa daftar pekerjaan,
form pengujian dan informasi kendala perbaikan, iterasi kedua yaitu fitur
dashboard perbaikan untuk kepala montir dan dashboard montir, dan iterasi
ketiga yaitu fitur pendukung seperti login dll. Adapun hasil yang harus dicapai
pada fase ini adalah:
a. Use Case Diagram dari setiap kebutuhan fungsional;
b. model data;
c. kebutuhan non-fungsional dan kebutuhan lain dapat terdefinisi;
d. prototype telah diimplementasikan dan teruji.

3. Construction
Fase ini merupakan fase integrasi semua komponen dan fitur yang telah
diimplementasikan dalam bentuk prototype dan dijuji kembali untuk
memastikan fungsi dari setiap fitur berjalan dengan baik. Fase ini dibagi
menjadi 2 iterasi yaitu mengintegrasikan fitur untuk montir, quality control,
kepala montir, dan fitur-fitur pendukung lainnya. Adapun hasil yang harus
dicapai pada fase ini adalah:
a. sistem yang dibuat telah terintegrasi secara keseluruhan;
b. deskripsi sistem yang telah dibuat;
I.6.4 Penarikan Kesimpulan

Penarikan kesimpulan dilakukan untuk mengetahui capaian yang didapat dari hasil
pelaksanaan tugas akhir apakah telah memenuhi tujuan yang sudah didefinisikan
atau belum. Pada tahap ini menghasilkan kesimpulan dari tugas akhir yang
dikerjakan.