Bab III Model simulasi ARENA

BAB III MODEL

1. Kasus A

Kasus A menggambarkan permasalahan tentang bottle neck atau yang artinya ada penumpukan variable karena perbedaan kemampuan proses dengan variable yang akan diproses. Dalam mensimulasikan hal tersebut digunakan software Arena dengan memakai 4 basic process, yaitu Create, Process, Assign, dan Dispose. Keempat Basic Process tersebut

disusun sehingga membentuk rangkaian seperti dibawah ini.

Gambar 3.1. Rangkaian model simulasi kasus A

Pada setiap modul di masukan value dan nama sehingga dapat menggambarkan menggambarkan dan mensimulasikan permasalahan yang terjadi. Adapun, langkah-langkah dan nilai-nilai yang dimasukan setiap modul akan diperinci sebagai berikut: Pada modul Create, terdapat beberapa nilai yang dimasukkan seperti yang ditunjukkan pada gambar dibawah:

Gambar 3.2. Kotak dialog create

Trusted by over 1 million members

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.





Pada Name, diinputkan “TI JOSS ARRIVAL”. Pada Entity Type diisi dengan nama yang tidak boleh sama dengan Name. Pada bagian time between arrivals, Type dipilih Random (expo) karena pada simulasi ini

probabilitas kedatangan diasumsikan berdistribusi exponensial secara acak. Value diisi 4 dan pada units pilih minutes karena dimaksudkan kedatangan terjadi setiap 4 menit. Entity per arrival diisi 1 maksudnya adalah ada 1 entitas yang masuk pada tiap kedatangan. Max arrival diisi infinite karena diasumsiskan kedatangan kedatangan tidak memiliki batasan.

Pada Name, diinputkan “TI PRUTT ARRIVAL”. Pada Entity Type diisi dengan nama yang tidak boleh sama dengan Name. Pada bagian time between arrivals, Type dipilih Random (expo) karena pada simulasi ini

probabilitas kedatangan diasumsikan berdistribusi exponensial secara acak. Value diisi 10 dan pada units pilih minutes karena dimaksudkan kedatangan terjadi setiap 10 menit. Entity per arrival diisi 1 maksudnya adalah ada 1 entitas yang masuk pada tiap kedatangan. Max arrival diisi infinite karena diasumsiskan kedatangan kedatangan tidak memiliki memil iki batasan.

Modul selanjutnya yang dipakai adalah process. Seperti pada modul create, pada modul ini juga terdapat beberapa nilai yang dimasukkan seperti pada gambar dibawah ini:

Gambar 3.3. Kotak dialog process

Klik dua kali pada salah satu modul proses, dan pada Name diisi





delay release dengan prioritas medium(2) maksudnya proses yang diingin

bersifat medium priority artinya pada modul ini salah satu proses yang digunakan untuk antrian dan menangkap sumber, tidak lebih baik dengan proses yang terjadi bersamaan. pada delay type diisi dengan triangular karena menggunakan distribusi triangular (2.4 min , 3.0 min, 3.6 min) dengan satuan waktu menit, dan allocation dipilih Value added karena pada modul proses ini merupakan penambahan penambahan nilai pada entitas tersebut. tersebut. Pada modul proses yang lain, dan pada Name diisi “TI PRUTT LOGO”. Pada type dipilih standart karena model yang diinginkan adalah model standart bukan sub model. Pada action pilih seize delay release dengan prioritas medium(2) maksudnya proses yang diingin bersifat medium priority artinya pada modul ini salah satu proses yang digunakan

untuk antrian dan menangkap sumber, tidak lebih baik dengan proses yang terjadi bersamaan. pada delay type diisi dengan triangular karena menggunakan distribusi triangular (2.0 min , 2.6 min, 3 min) dengan satuan waktu menit, dan allocation dipilih Value added karena pada modul proses ini merupakan penambahan nilai nilai pada entitas tersebut. tersebut. Modul berikutnya adalah Assign (Eyelet Time), pada modul ini tidak banyak nilai yang dimasukkan dimasukkan,, dapat dilihat pada gambar gambar dibawah.

Gambar 3.4. Kotak dialog Assign

Pada toolbox modul assign nama diisi “TI JOSSS EYELET Add TIME”. TIME”. Dan selanjutnya menambahkan assignment dengan mengklik Add

dan akan muncul toolbox seperti gambar berikut:





Gambar 3.5. Kotak dialog Assignments

Type data atribut dengan nama atribut “WAKTU PROSES EYELET”. “UNIF(1.6,1.8)” )” maksudnya UNIF Pada new value dimasukkan data “UNIF(1.6,1.8 merupakan distribusi acak seragam, dengan nilai mnimum 1.0 dan nilai maksimum 1.2. Pada toolbox modul assign nama diisi “TI PRUTT EYELET Add TIME”. TIME”. Dan selanjutnya menambahkan assignment dengan mengklik Add

dan akan muncul toolbox seperti gambar dibawah:

Gambar 3.6. Kotak dialog Assignments

Type data atribut dengan nama atribut “WAKTU PROSES EYELET” sesuai dengan yang tertera pada modul praktikum. Pada new value dimasukkan data “UNIF(1.0,1.2)” maksudnya UNIF merupakan distribusi acak seragam, dengan nilai minimal 1.0 dan nilai maksimum 1.2.

Dilanjutkan pada modul berikutnya, kembali ditambahkan modul proses, dengan beberapa nilai yang dimasukkan seperti gambar berikut:





Gambar 3.7. Kotak dialog Process

Nilai-nilai yang dimasukkan sama seperti sebelumnya, namun terdapat perbedaan yaitu pada delay type pilih expression. Modul terakhir yang dipakai pada simulasi kasus kali ini adalah dispose, modul ini berfungsi untuk menentukan keseluruhan entitas yang

datang dan memperbarui variable entitas keluaran (tipe entitas) dan WIP entitas (tipe entitas) secara bersesuaian. Mengenai durasi simulasi, seperti yang sudah ditulis pada modul praktikum, pabrik beroperasi 3 shift, masing-masing 8 jam, simulasi direncanakan selama 2 hari. Sehingga pada run-setting seperti pada gambar dibawah ini:





Periode pemanasan dibuat nol, panjang replikasi selama 48 jam dengan base time units-nya dalam menit.

2. Kasus B

Gambar 3.9. Model simulasi kasus B

Pada kasus kedua, model hampir sama dengan kasus pertama. Namun, pada kasus ini ditambah dengan modul pengambilan keputusan. Sehingga setelah stasiun eyelet tidak langsung menuju modul dispose, melainkan harus melalui modul decision terlebih dahulu sebagai rangkaian QC. Pada modul decision dimasukkan beberapa nilai seperti pada gambar berikut:

Gambar 3.10. Kotak dialog Decide

Pada nama diisikan BAIK VS BURUK. Type decide menggunakan 2- ways







Kemudian pada setiap ujung dari modul decision (true dan false) di hubungkan dengan modul record. Pada toolbox record diisi dengan nilai Record BAGUS pada record yang terhubung dengan sisi true, value diisi dengan 1 dan type dipilih yang count karena entitas yang tidak lulus test juga dihitung. Untuk counter name akan menyesuaikan dengan isian yang ada pada bagian name. Sedangkan record yang terhubung pada sisi false diisi dengan nilai Record BURUK dan nilai-nilai yang lain sama dengan yang sebelumnya. Sehingga terlihat seperti gambar berikut:

Gambar 3.11. Kotak dialog Record

Bab III Model simulasi ARENA

Recommend Documents