BAB I

PENDAHULUAN

1.1 Latar Belakang

Simulasi merupakan bagian penting dalam sebuah proses produksi

maupun penerapan system yang lain. Simulasi mampu memberikan efektifitas

yang cukup baik sehingga mampu mengurangi biaya. Oleh karena itu,

pembelajaran tentang simulasi sangat diperlukan.

Permasalahan yang mungkin terjadi pada sebuah proses produksi

mampu digambarkan secara visual sehingga dapat diketahui solusi dan dilakukan

perbaikan untuk selanjutnya. Misalnya, pada sebuah produksi yang terjadi antrian

dapat dilakukan pengaturan mekanisme penghentian aliran sampai jumlah antrian

tertentu. Mengetahui skill operator dengan pembebanan kerja yang berbeda untuk

memperbaiki system kerja menjadi lebih baik.

Pada modul ini, dijelaskan bagaimana cara mensimulasikan

permasalahan yang telah disebutkan sebelumnya dengan berbagai modul yang

telah tersedia pada fitur-fitur software arena.

.

1.2 Tujuan Praktikum

Tujuan dari praktikum Sistem Simulasi Industri adalah :

1. Memperkenalkan Software Arena pada praktikan untuk menyelesaikan

permasalahan yang ada dengan menggunakan

2. Memberikan pemahaman pada praktikan dalam penggunaan Modul

HOLD,BATCH, SEPARATE

3.

BAB II

TEORI

2.1 Kasus A (Hold Module)

Modul ini digunakan untuk menahan entity hingga saat yang ditentukan.

Misal pada saat penumpang kapal menunggu alarm berbunyi. Untuk menahan

penumpang hingga alarm berbunyi menggunakan modul hold. Modul Hold ini

terdapat di advance proccess yang ada pada template panel.

2.2 Kasus B (Batch dan Separate Modul)

Modul ini digunakan untuk menggabungkan beberapa entity/assembly.

Seperti penggabungan beberapa part dalam sebuah proses assembly. Sedangkan

untuk modul separate digunakan untuk men-disassembly hasil dari modul batch,

atau juga bisa diasumsikan sebagai aliran entity yang terpisah. Misal pada sistem

rumah sakit pasien membawa resep dokter, maka aliran antara entity pasien dengan

resep akan berbeda pada titik-titik tertentu.

Modul Batch dan Separate ini di dapat dari Basic proses yang ada pada

template panel.

2.3 Kasus C (Penyelesaian Pekerjaan yang berbeda oleh operator terlatih)

Merupakan suatu simulasi yang menggunakan resource operator ahli ke

dalam proses. Pada kasus ini di digunakan sebagai simulasi yang akan di

jalankan oleh operator yang ahli dan juga hasil pendapatan yang di dapat dari tiap

tiap produk. Oleh karena itu, dapat diketahui seberapa keuntungan dalam

menggunakan tenaga ahli tersebut dan seberapa efektif dalam melakukan

pekerjaan yang berbeda.

2.4 Kasus D (Penggunaan Daily Revenue)

Merupakan suatu simulasi yang menggambarkan hasil pendapatan yang

dilakukan dalam sehari. Pada kasus ini menggunakan resource, set dan juga

variable yang berfungsi untuk mengetahui jumlah biaya yang didapat dan juga

produk yang didapatkan.

2.5 Kasus E (Ongkos Produk cacat)

Merupakan suatu simulasi yang di gunakan untuk mengetahui jumlah

ongkos produk cacat pada kasus ini.dalam hal ini memakai modul assign dan

record untuk memilih atau menentukan ongkos produk cacat. seperti gambar di

bawah ini :

2.6 Modul

Modul-modul arena yang digunakan untuk simulasi dalam modul 5 ini

sama dengan modul-modul arena pada modul-modul sebelumnya akan tetapi pada

modul 5 ini ditambah 3 modul arena yaitu modul Hold, Batch, dan Separate,

penambahan modul ini dilakukan untuk mensimulasikan kasus yang telah

dijelaskan sebelumnya. Seperti penghentian sementara ketika terjadi antrian yang

panjang dan permasalahan lainnya. Pada simulasi kali ini menggunakan modul-

modul sebagai berikut:

2.6.1 Create

Modul Create berfungsi untuk mengenerate kedatangan entity kedalam

simulasi, pada modul Create terdapat Name yang harus di isi nama produk, dan

Entity Type. Sedangkan pada Time Between Arrivals ada Type, Value dan Unit,

Kemudian ada Entities per Arrival, Max Arrivals, First Creation.

Gambar 2.1 Modul Create

Time between arrival type pada modul create adalah :

a) Random (Expo) : merupakan distribusi exponensial secara acak

b) Shcedule : merupakan distribusi terjadwal

c) Constant : merupakan distribusi tetap

d) Exsperetion : merupakan distribusi

2.6.2 Modul Station

Modul ini menggambarkan tempat dari seluruh aktivitas baik proses maupun

pergerakan entity dalam sistem.

Gambar 2. 3 Modul Station

Dalam modul ini terdiri dari :

a) Name : kolom ini berisi nama seperti nama jenis sepatu

b) Station type : mendefinisikan tipe dari modul Station, Menggunakan set

apabila terdiri dari beberapa station (kumpulan station).

c) Station Name : mendefinisikan nama station yang menjadi tujuan

(destination) entitas. Pengisian nama ini harus hati-hati karena bisa menjadi

tujuan Route.

2.6.3 Modul Route

Modul Route digunakan untuk membuat route antar stasiun, route dapat

digunakan antara lain ketika membuat waktu transfer dari satu stasiun ke stasiun

lainnya. Route terdapat pada Advanced Transfer. Modul ini juga digunakan untuk

menentukan arah pergerakan dari entity dalam station tanpa menggunakan alat

bantu seperti forklift, conveyor dan sebagainya.

Gambar 2. 4 Modul Route

Dalam modul Route ini terdiri dari :

a) Name : mengidentifikasi nama modul dan menunjukkan bentuk dari modul

b) Route Time : perjalanan waktu dari lokasi entitas pada tujuan (destination).

c) Units : merupakan waktu unit yang di gunakan Route Time, dalam units ini ada

seconds (digunakan pada waktu satuan detik), minutes (digunakan pada waktu

satuan menit), hours (digunakan pada waktu satuan jam), Days (digunakan

pada waktu dibutuhkan Route Time dalam harian).

d) Station Name : mendefinisikan nama station yang menjadi tujuan (destination)

entitas.

e) Destination Type : metode untuk menentukan lokasi tujuan entitas. Diseleksi

dengan menentukan urutan (requines) yang harus menempatkan nama urutan

tersebut dan urutan itu sendiri dijelaskan. Dalam destination type tardiri dari

Attribute (digunakan apabila mendefinisikan nama atribute pada station name

yang ber rute pada entitas), Exspression (digunakan apabila menggunakan

waktu route yang berdistribusi tertentu), sequential (digunakan apabila

menggunakan waktu route dengan sebab-sebab tertentu), Station (digunakan

apabila mentransfer dari route yang satu dengan yang lain).

2.6.4 Process

Modul Process berfungsi untuk memproses entity dari sistem, pada

modul ini juga terdapat Name dan Type. Kemudian ada Logic yang terdiri dari

Action, selanjutnya yaitu pada modul ini juga terdapat Resources, Delay Type,

Unit, Allocation, Minimum, Value (Most Likely), Maximum dan Report Statitics

yang harus di centang.

Gambar 2.3 Modul Process

Action pada modul proses ini terdir :

a) Delay : merupakan proses menunggu akan tetapi tidak diproses.

b) Seize Delay : merupakan proses menunggu kemudian diproses tetapi tidak

dilanjutkan.

c) Seize Delay Release : merupakan proses menunggu kemudian diproses dan

dilanjutkan.

d) Delay Release : merupaka proses menunggu kemudian langsung dilanjutkan.

e) Unit berfungsi untuk menentukan waktu suatu proses yang terdiri dari seconds

(detik), minutes (menit), hours (jam), days (hari).

Delay type : merupakan type menunggu dan terdiri dari :

a) Triangular : Distribusi ini di fungsikan dalam situasi dari distribusi yang

belum di ketahui akan tetapi di sedikan nilai-nilai yang memungkinkan

sedangkan nilai maximum dan minimumnya diperkirakan.

b) Exponential : Distribusi ini biasanya di fungsikan untuk pemodelan pada

rincian proses dan random kedatangan

c) Uniform : Distribusi ini berfungsi apabila nilai nya dianggap memiliki

kemungkinan yang sama dan terbatas karena hal ini digunakan ketika ada

informasi.

Allocation : merupakan jenis aktivitas transfer yang terjadi pada modul ini, dalam

Allocation terdiri dari :

a) Value added : merupakan penambahan nilai dari material input menjadi output

pada prose yang dilakukan .

b) Non value added : tidak terjadi proses penambahan nilai dari material input

menjadi output (misalkan kegiatan inspeksi).

c) Transfer : waktu transfer dari satu tempat ke tempat lain.

d) Wait : waktu tunggu sebelum entity melakukan aktivitas berikutnya.

e) Other

2.6.5 Assign

Modul Assign ini digunakan untuk memasukkan nilai baru pada variable,

entity atribute, entity type atau variable lain pada sistem. Pada modul ini ada

Name dan Assignments, kemudian apabila di klik add maka akan tampil

Assignments yang terdiri dari Type, Attribut Name, New Value.

Gambar 2.5 Modul Assign

Type modul Assign ini yaitu :

a) Variabel : merupakan suatu nilai yang tetap dari sistem

b) Attribute : merupakan bagian dari sistem seperti waktu proses eyelet

c) Entity Type : merupakan inputan type dari entitas

d) Entity Picture : merupakan inputan gambar dari entitas.

e) Other

2.6.6 Decide

Decide merupakan modul yang berfungsi untuk membuat keputusan

berdasarkan satu atau beberapa kondisi, modul ini terletak pada Basic Process.

Pada modul ini ada juga Name, Type dan Percent True (0-100) yang merupakan

presentasi dari kebenaran.

Gambar 2.4 Modul Decide

Type pada Decide ini mengidentifikasikan apakah keputusan berdasarkan

pada kondisi dan hal ini ada beberapa jenis, yaitu:

a) 2-way : hal ini digunakan jika hanya untuk 1 kondisi benar atau salah.

b) 2-way by chance : hal ini mendefinisikan satu atau lebih presentase.

c) 2-way by condition : hal ini mendefinisikan satu atau lebih kondisi.

d) N-way : digunakan untuk berapapun jumlah kondisi.

2.6.7 Record

Modul Record digunakan untuk memunculkan data statistik pada model

simulasi, type data statistik yang dapat dimunculkan seperti waktu antar

kedatangan. Pada modulini terdapat Name, Type, Value dan Counter Name.

Gambar 2.6 Record

Type pada Record terdiri dari :

a) Count : menyatakan jumlah nilai.

b) Entity Statistics : merupakan inputan Statistics dari entitas.

c) Time Interval : menyatakan interval waktu yang digunakan.

d) Entity Picture : merupakan inputan gambar dari entitas.

e) Other

2.6.8 Batch

Modul ini digunakan untuk menggabungkan beberapa entity/assembly. Pada

modul ini entity yang banyak dijadikan 1 batch untuk dilanjutkan ke proses

selanjutnya.

Gambar 2.2 Modul Batch

Type pada modul batch terdiri dari:

a) Permanent : Penggabungan entity tersebut secara permanen

b) Temporary : Penggabungan entity tersebut hanya sementara saja.

2.6.9 Separate

Modul ini digunakan untuk men-disassembly hasil dari modul batch, atau juga bisa

diasumsikan sebagai aliran entity yang terpisah. Misal pada sistem rumah sakit

pasien membawa resep dokter, maka aliran antara entity pasien dengan resep akan

berbeda pada titik-titik tertentu.

Gambar 2.2 Modul separate

Type pada modul ini adalah:

a) Duplicate originally : Memisahkan entity yang tergabung uth seperti batch

awalnya

b) Splite Existing Batch : Memisahkan entity menjadi beberapa bagian dari batch

sebelumnya.

2.6.9 Dispose

Modul Dispose berfungsi untuk mengeluarkan entity dari sistem, pada

modul ini terdapat Name dan ada Record Entity Statistics yang harus di

centang.

Gambar 2.2 Modul Dispose

BAB III

MODEL

3.1 Kasus A (HOLD Modul)

Pada praktikum ini terbagi dari berbagai kasus, yang pertama adalah hold modul,

yang menggambarkan sebuah proses penghentian sementara untuk mengurangi

antrian yang panjang.

Gambar 4.3.1 Simulasi Kasus A (Hold modul)

Simulasi ini merupakan pengembangan dari simulasi yang sebelumnya sehingga

pada simulasi ini hanya melanjutkan dari simulasi sebelumnya.

Langkah-langkah dalam pengembangan simulasi akan dijelaskan berikut:

1. Langkah pertama yaitu klik 2 kali pada sub model logo sepatu joss, kemudian

akan muncul modul-modul yang telah dikoneksikan. Pada konektor modul

assign (Ti Joss eyelet time) dengan end submodel dihapus dan disisipi dengan

modul HOLD, untuk penambahan modul hold, pada bagian Advance proccess

klik hold tahan dan geret ke bagian sub model setelah Ti Joss eyelet time. Dan

kemudian tmbahkan modul route setelahnya. Sedangkan untuk nilai-nilai yang

dimasukkan kedalam kedua modul tersebut seperti gambar diabawah ini:

Gambar 4.3.2 Dialogbox Hold dan Route

Sehingga model simulasi seperti berikut:

Gambar 4.3.3 Model simulasi pada sub model Ti Joss Logo

Karena pada sub model tersebut telah terdapat route yang menuju stasiun

eyelet, maka konektor pada sub model dihapus.

Gambar 4.3.4 sub model awal

Sehingga sub model terlihat seperti gambar berikut:

Gambar 4.3.5 sub model setelah konektor dihapus

Seperti halnya pada Ti joss Logo, hal yang sama dilakukan pada Ti

Prutt Logo, nilai-nilai yang diisikan tidak jauh beda seperti sebelumnya. Nilai

tersebut seperti gambar berikut:

Gambar 4.3.6 Dialogbox Hold dan Route

Dan sub model setelah diubah mejadi seperti gambar berikut:

Gambar 4.3.7 Model simulasi pada sub model Ti Prutt Logo

Pada pertanyaan kasus A (Hold modul) bahwa apa yang terjadi pada eyelet

stasiun jika tidak ada transfer time adalah simulasi tidak bisa dijalankan

karena pada properties sub model tidak ada number of exit point.

3.2 Kasus B (Batch dan Separate)

Pada kasus ini, disimulasikan jika adanya pembagian dan penggabungan

batch entity, hal ini dilakukan untuk memisahkan atau mengelompokkan sesuai

dengan jenisnya (Kanan/Kiri) untuk kemudahan dalam pemprosesan pada

working center selanjutnya.

Untuk mensimulasikan hal tersebut diperlukan modul batch dan separate.

Tahapan-tahapan dalam membuat dan mensimulasikan hal tersebut akan

dijelaskan berikut ini:

Setelah kasus A (Hold modul) selesai, dilanjutkan ke kasus B (batch dan

Separate) hal pertama yang dilakukan adalah merubah resource di eyelet dari 2

menjadi 4. Kemudian kita menambahkan modul Separate diantara Modul Hold

dengan Route. Cara menambahkan modul ini dengan mengkilik dan menahan

modul separate yang ada di basic process, kemudian menggeret dan

meletakkannya di sub model. Hal ini juga dilakukan pada sub model Ti Prutt

Logo.

Untuk nilai yang dimasukkan pada modul separate seperti gambar berikut:

Gambar 4.3.7 dialogbox separate

Kemudian setelah modul separate diberi pada masing-masing Ti Joss Logo dan

Ti Prutt. Maka sepatu yang telah dipisah dengan modul separate digabungkan

lagi menggunakan modul Batch. Sehingga model simulasi pada sub model exit

process eyelet seperti berikut:

Gambar 4.3.8 Model setelah diberi batch

Sedangkan untuk nilai yang diinputkan pada modul batch seperti gambar berikut:

Gambar 4.3.9 dialogbox batch

Setelah semua tahap dilakukan, jalankan model simulasi tersebut dan

dibandingkan dengan model pada kasus A (Hold modul), apakah terjadi

perbedaan pada record bagus dan buruk pada kualitas sepatu. Dan ternyata

setelah dilihat dari hasil output terdapat perbedaan.

3.3 Kasus C (Penyelesaian Pekerjaan yang berbeda oleh operator terlatih)

Pada kasus C ini disimulasikan untuk mengetahui ketrampilan seorang operator

melakukan pekerjaan yang berbeda. Hal pertama yang dilakukan adalah

menghapus semua resource awal dan mengganti dengan 6 resource baru dengan

cara klik spreadsheet resource ( ) pada basic process. Sehingga spreadsheet

menjadi seperti berikut:

Gambar 4.3.9 spreadsheet resource

Capacity pada spreadsheet diisi 2 yang artinya 1 tim terdiri dari 2 orang, namun

hanya ketua tim yang tercantum.

Setelah resource selesai diganti, kemudian membuat set untuk masing-masing Ti

Joss, Ti Prutt dan Eyelet.

Untuk membuat set, hal yang pertama dilakukan adalah klik set ( ) pada

basic process. Setelah diklik set akan muncul spreadsheet dibagian bawah seperti

gambar berikut:

Gambar 4.3.10 spreadsheet set

Untuk mengisi operator yang bekerja dan ditempatkan dimana klik rows

sehingga muncul kotak dialog seperti berikut:

Gambar 4.3.9 members

Setelah itu pilih 2 nama operator untuk menjadi member Ti joss, Ti Prutt dan

Eyelet. Setelah itu hubungkan proses, dan gunakan pilihan preferred order pada

resource process eyelet dengan cara double-klik modul process eyelet stasion

sehingga muncul kotak dialog seperti gamabar berikut:

Gambar 4.3.11 dialogbox process

Setelah muncul kotak dialog diatas klik edit, dan kemudian muncul kotak dialog

seperti gambar berikut:

Gambar 4.3.11 dialogbox recources

Pada selection rule pilih yang preferred order. Dan klik OK.

Setelah dijalankan ternyata terdapat perubahan pada hasil output dari ketiga

kasus tersebut (A,B, dan C). Perbedaan tersebut dikarenakan adanya perubahan

mekanisme aliran material yang semula belum dipisah hingga adanya pembagian

tim setiap work center-nya.

3.4 Kasus D (Penggunaan Daily Revenue)

Pada kasus ini disimulasikan untuk mengetahui keuntungan perhari untuk

masing-masing sepatu dengan menggunakan 3 metode yaitu:

1. hanya melibatkan satu variable

2. dengan menambahkan “counter Record module” pada metode pertama.

3. Ketiga mempergunakan “output statistic”

Hal yang pertama kali dilakukan adalah merubah replication length menjadi 1

hari (24 jam). Kemudian sesuai dengan harga masing-masing jenis sepatu seperti

gambar berikut:

Table 4.3.1 Harga masing-masing sepatu

Pada masing-masing modul Assign (cowok dan cewek) ditambah nilai

assignment, dengan cara klik 2 kali pada modul assign. Kemudian klik add dan

akan muncul kotak dialog seperti gambar berikut:

Gambar 4.3.11 dialogbox assignments

Pada new value diisi sesuai dengan harga yang telah ditentukan sebelumnya.

Setelah semua modul Assign ditambahkan dengan harga jual, maka kotak dialog

akan terlihat seperti gambar berikut:

Gambar 4.3.11 dialogbox assign

Kemudian untuk menambah daily revenue harus dihitung terlebih dahulu

pendapatan perhari. Caranya yaitu dengan menambahkan “revenue” dari

masing-masing sepatu. Untuk itu, hal pertama yang dilakukan adalah

menambahkan modul assign sesudah record bagus. Untuk nilai yang

diinputkan pada modul assign seperti gambar berikut:

Gambar 4.3.11 dialogbox assignment

Sehingga kotak dialog assign seperti gambar berikut:

Gambar 4.3.11 dialogbox assign

Setelah itu, karena tidak dapat melihat value pada hasil output, namun dapat

dilihat pada variable basic process. Kemudian untuk menghitung daily revenue

tambahkan satu modul record jenis count ( ) dari basic process. Dan ubah

nilai attribute harga jual. Lebih jelasnya nilai yang diinputkan seperti gambar

berikut:

Gambar 4.3.12 dialogbox record

Setelah semua tahapan dilakukan step by step maka model simulasi seperti

gambar berikut:

Gambar 4.3.13 Model Simulasi setelah penambahan Assign dan Record

3.5 Kasus E (Ongkos produk cacat)

Pada kasus ini, menghitung ongkos yang harus di keluarkan untuk produk yang

cacat. Ongkos yang harus dikeluarkan untuk sepatu Ti Joss tanpa melihat

gender sebesar 150rb rupiah, sedangkan untuk Ti Prutt sebesar 200rb rupiah.

Dengan cara yang sama untuk menghitung daily revenue pada kasus D tadi,

tambahkan modul assign setelah record buruk.

Sehingga model simulasi seperti gambar berikut:

Gambar 4.3.14 Model Simulasi setelah penambahan Assign

Untuk nilai yang diinputkan pada modul assign seperti gambar berikut:

Gambar 4.3.15 dialogbox assign

Gambar 4.3.16 dialogbox assignments

BAB IV

ANALISIS OUTPUT

Dari model yang disimulasikan tersebut dapat diketahui hasil outpu setelah kita

jalankan. Seperti analisis hasil output pada modul sebelum-sebelumnya, pada modul

ini pun akan dijelaskan untuk masing-masing kasus yang telah disimulasikan. Adapun

analisisnya sebagai berikut:

4.1. Analisa system summary

Gambar 4.4.1 Analisa system Summary

Analisis: Dari gambar diatas diketahui number out pada kasus ini rata-rata 2.001

unit.

4.1.2 Analisa Entity

a. Kasus A

b. Kasus B

c. Kasus C

Analisis: Berdasarkan hasil otput di atas dapat diketahui bahwa VA Time 1,56 menit, NVA Time 0,00 menit, Transfer Time 1,00 menit, Wait Time 1,81 menit sedangkan Other Time 0,00 menit sehingga total waktu yang dibutuhkan untuk menyelesaikan TI JOSS adalah 4,36 menit.

Sedangkan untuk TI PRUTT dapat diketahui bahwa VA Time 0,78 menit, NVA Time 0,00 menit, Transfer Time 0,50 menit, Wait Time 0,36 menit sedangkan Other Time 0,00 menit. sehingga total waktu yang dibutuhkan untuk menyelesaikan TI PRUTT adalah 1,65 menit.Jadi untuk menyelesaikan keseluruhan diperlukan waktu sebanyak 6,01 menit.

Dan number In dan number out dari TI JOSS adalah 1.097 dan 1.096, dan untuk

TI PRUTT 907 dan 905

4.1.3 Analisis Queue

Analisis: berdasarkan hasil output di atas dapat diketahui bahwa nilai waiting time terbesar pada TI Joss LOGO Queue dengan nilai sebesar 4,09 menit dan pada number waiting terbesar pada TI JOSS LOGO Queue sebesar 1,03.

4.1.4 Analisis Resource

4.2.4 Analisis User Specified

BAB VDAFTAR PUSTAKA

Materi kuliah pertemuan ke-1” pengendalian dan penjaminan mutu” oleh bpk nachnul anshori.ST 2011

(lulu-.blogspot.com) diakses tanggal 20 maret