BAB 2 LANDASAN TEORI
2.1
Pengertian pemeliharaan (maintenance) Pemeliharaan atau perawatan merupakan kegiatan untuk menjaga atau memelihara fasilitas atau perawatan pabrik dengan mengadakan perbaikan, penyesuaian atau pergantian yang diperlukan supaya terdapat suatu keadaaan operasional produksi yang memuaskan sesuai dengan apa yang direncanakan (Assauri, 1998, p95). Dengan adanya perawatan diharapkan semua fasilitas dan mesin yang dimiliki oleh perusahaan dapat dioperasikan sesuai dengan jadwal yang telah ditentukan. Hampir semua system teknis dipelihara. Pemeliharaan system mencakup corrective dan preventive maintenance (O’Connor, 2004, p401). Pemeliharaan perbaikan (corrective maintenance) mencakup kegiatan yang mengembalikan system dari keadaan rusak ke status beroperasi atau sedia. Corrective maintenance tidak direncanakan namun dapat dikuantifikasikan sebagai mean time to repair. Peranan bagian maintenance tidak hanya untuk menjaga agar pabrik tetap dapat berjalan dan produk dapat tetap diproduksi dan diserahkan kepada pelanggan tepat waktu tetapi juga menjaga agar pabrik dapat bekerja secara efisien dengan menekan atau mengurangi bottleneck sekecil mungkin. Dengan demikian, pemeliharaan memiliki fungsi yang sama pentingnya dengan fungsi-fungsi lain dari suatu perusahaan. Karena pentingnya aktivitas pemeliharaan maka
18 diperlukan
perencanaan
yang matang untuk
menjalankannya,
sehingga
terhentinya proses produksi akibat mesin rusak dapat dikurangi seminimum mungkin (Tampubolon, 2004, p247). Pemeliharaan yang baik akan mengakibatkan kinerja perusahaan meningkat, kebutuhan konsumen dapat terpenuhi tepat waktu, serta nilai investasi yang dialokas ikan untuk peralatan dan mes in dapat diminimas i. Selain itu pemeliharaan yang baik juga dapat meningkatkan kualitas produk yang dihasilkan dan mengurangi sampah yang berart i mengurangi biaya produksi. Tujuan utama dari fungsi maintenance adalah sebagai berikut : •
M encapai agar kemampuan produksi dapat memenuhi kebutuhan sesuai dengan rencana produksi.
•
M enjaga kualitas pada tingkat yang tepat untuk memenuhi kebutuhan produk itu sendiri dan kegiatan produksi yang tidak terganggu.
•
Untuk membantu mengurangi pemakaian dan penyimpanan yang diluar batas dan menjaga modal yang diinvestasikan dalam perusahaan selama jangka waktu yang ditentukan sesuai dengan kebijaksanaan perusahaan.
•
M emperhatikan dan menghindari kegiatan – kegiatan operasi mesin serta peralatan yang dapat membahayakan keselamatan kerja.
•
M engadakan suatu kerjasama yang erat dengan fungsi – fungsi utama lainnya dari suatu perusahaan, dalam rangka untuk mencapai tujuan utama perusahaan yaitu tingkat keuntungan atau return investment yang sebaik mungkin dan total biaya serendah mungkin.
19 •
M encapai tingkat biaya serendah mungkin, dengan melaksanakan kegiatan maintenance secara efektif dan efisien untuk keseluruhannya.
2.2
Ruang lingkup dan tanggung jawab maintenance Aktifitas pemeliharaan yang lebih khusus mungkin dapat dibedakan melalui pengklasifikasian fasilitas, industri atau mungkin permasalah dan tradisi yang ada. Namun secara umum, pemeliharaan dibagi menjadi dua yaitu fungsi utama yang berhubungan dengan kegiatan sehari-hari dari departemen pemeliharaan dan fungsi kedua yang berhubungan dengan kelayakan keadaan pabrik (Hinggis, p1.2-1.3). Yang termasuk aktifitas dari fungsi utama maintenance antara lain : ●
Pemeliharaan Peralatan Pabrik yang Sudah Ada Pada fungsi ini, tanggung jawabnya mencakup perbaikan mesin yang dibutuhkan dengan cepat dan ekonomis dan mengantisipasi kerusakan yang mungkin terjadi berikutnya dengan menerapkan preventive maintenance jika memungkinkan.
●
Perawatan Gedung dan Wilayah Pabrik Tanggung jawab fungsi ini menyangkut perbaikan bangunan dan properti eksternal seperti jalan, saluran air, ketersediaan air, jaringan kabel dan listrik dan lain-lain.
●
Inspeksi Peralatan dan Pelumasan Pemeriksaan terhadap peralatan prduksi dengan standarisasi yang lebih tepat dan lebih baik ditugaskan kepada bagian maintenance dibandingkan dengan personel dari bagian produksi.
●
Pembangunan dan Pendistribusian Peralatan
20 M isalnya berhubungan dengan jaringan listrik yang digunakan oleh pabrik. Jaringan ini disesuaikan dengan pemanfaatannya oleh pabrik sehingga membutuhkan penyesuaian dengan aktifitas yang dilakukan oleh departemen yang bersangkutan. Tanggung jawab fungsi maintenance ini dapat diberikan kepada masing-masing departemen yang menggunakan fasilitas ataupun secara keseluruhan dibebankan kepada suatu departemen pemeliharaan. ●
Penggantian dan Pemasangan Peralatan Baru Untuk instalasi peralatan baru mungkin secara teknis dilakukan oleh pihak luar yaitu supplier yang bersangkutan namun rancangan dari peletakan dan mekanismenya dirancang oleh departemen maintenance karena harus disesuaikan denga manajemen dan kebijakan perusahaan. Berikutnya adalah fungsi kedua dari maintenance yaitu berhubungan dengan fasilitas kelayakan berdirinya suatu pabrik, dibawah ini adalah aktifitas yang termasuk kedalam fungsi tersebut :
●
Penyimpanan Yaitu penyimpanan yang berhubungan dengan peralatan mekanis yang menujang aktifitas dari departemen maintenance seperti peralatan dan spare part untuk mesin produksi.
●
Perlindungan Pabrik Berhubungan dengan pengawasan keamanan area pabrik dan pengawasan terhadap keamanan dari bahaya kebakaran yang biasaya membutuhkan keahliah dari bagia pemeliharaan.
●
Pembuangan Sampah Yaitu penyaluran sisa produksi baik yang berupa padatan, cair maupun gas.
21 ●
Salvage Berhubungan dengan salvage dari peralatan yang memiliki nilai penyusutan atau habis masa pakainya terutama jika barang tersebut merupakan perlengkapan mekanis.
●
Administrasi Asuransi Kategori ini termasuk klaim, pemeriksaan perlengkapan proses produksi, perizinan dengan representatives dan penanganan rekomendasi asuransi.
●
Pelayanan Lain Seringkali ditemukan bahwa banyak aktifitas yang tidak dapat ditangani oleh departemen lain kemudian dilimpahkan kepada departemen maintenance. Namun tetap harus memperhatikan otoritas dan tanggung jawab yang diberikan kepada departemen maintenance tersebut.
2.3
Jenis-jenis maintenance Kegiatan maintenance yang dilakukan dalam suatu pabrik secara umum dapat dibedakan atas dua macam yaitu Preventive Maintenance dan Corrective Maintenance.
2.3.1
Preventive maintenance Preventive maintenance adalah kegiatan pemeliharaan dan perawatan yang dilakukan untuk mencegah timbulnya kerusakan-kerusakan yang tidak terduga dan menemukan kondisi atau keadaan yang dapat menyebabkan fasilitas produksi mengalami kerusakan pada waktu digunakan dalam proses produksi. Dengan demikian semua fasilitas produksi yang mendapatkan preventive maintenance akan terjamin kelancaran kerjanya dan selalu diusahakan dalam
22 kondisi atau keadaan yang siap dipegunakan untuk setiap operasi atau pro ses produksi setiap saat. Preventive Maintenance (Ebeling, 1997, p189) merupakan pemeliharaan yang dilakukan secara terjadw al, umumnya secara periodik, dimana sejumlah tugas pemeliharaan seperti inspeksi, perbaikan, penggantian, pembersihan, pelumasan dan penyesuaian dilaksanakan Preventive maintenance ini sangat penting karena kegunaannya yang sangat efektif didalam menghadapi fasilitas-fasilitas produksi yang termasuk dalam golongan critical unit. Sebuah fasilitas atau peralatan produksi akan termasuk dalam golongan critical unit, apabila : ●
Kerusakan fasilitas atau peralatan akan membahayakan keselamatan atau keseatan para pekerja.
●
Kerusakan fasilitas akan mempengaruhi kualitas dari produk yang dihasilkan.
●
Kerusakan fasilitas tersebut akan menyebabkan kemacetan seluruh proses produksi.
●
M odal yang ditanam (investasi) dalam fasilitas tersebut cukup mahal harganya.
Dalam prakteknya preventive maintenance yang dilakukan oleh suatu perusahaan pabrik dapat dibedakan atas Routine Maintenance dan Periodic Maintenance (Assauri, 1998, p96). 1. Routine maintenance. Routine Maintenance adalah kegiatan pemeliharaan dan perawatan yang dilakukan secara rutin, misalnya setiap hari.
Sebagai contoh dari kegiatan
routine maintenance adalah pembersihan fasilitas atau peralatan, pelumasan
23 (lubrication) atau pengecekan oli, serta pengecekan bahan bakarnya dan mungkin termasuk pemanasan (warmingup) dari mesin-mesin selama beberapa menit sebelum dipakai berproduksi sepanjang hari. 2. Periodic maintenance. Periodic maintenance adalah kegiatan pemeliharaan dan perawatan yang dilakukan secara periodik atau dalam jangka waktu tertentu, misalnya setiap satu minggu sekali, lalu meningkat setiap satu bulan sekali, dan akhirnya setiap satu tahun sekali.
Periodic maintenance dapat pula dilakukan dengan memakai
lamanya jam kerja mesin atau fasilitas produksi tersebut sebagai jadwal kegiatan, misalnya setiap seratus jam kerja mesin sekali, lalu meningkat setiap lima ratus jam kerja mesin sekali dan seterusnya, Jadi sifat kegiatan maintenance ini tetap secara periodik atau berkala. Kegiatan periodic maintenance ini jauh lebih berat daripada kegiat an routine maintenance. Sebagai contoh dari kegiatan periodic maintenance adalah pembongkaran karburator ataupun pembongkaran alat-alat dibagian sistem aliran bensin, setting katup-katup pemasukan dan pembuangan cylinder mesin dan pembongkaran mesin atau fasilitas tersebut untuk penggantian pelor roda (bearing), serta service dan overhaul besar ataupun kecil.
2.3.2
Corrective (breakdown) maintenance Corrective Maintenance merupakan kegiatan pemeliharaan dan perawatan yang dilakukan setelah terjadinya suatu kerusakan atau kelainan pada fasilitas atau peralatan sehingga tidak dapat berfungsi dengan baik.
Kegiatan corrective
maintenance yang dilakukan sering disebut dengan kegiatan perbaikan atau reparasi. Perbaikan yang dilakukan karena adanya kerusakan yang dapat terjadi
24 akibat tidak dilakukannya preventive maintenance ataupun telah dilakukan preventive maintenance tetapi sampai pada suatu waktu tertentu fasilitas atau peralatan tetap rusak. Jadi dalam hal ini kegiatan perawatan sifatnya hanya menunggu sampai kerusakan terjadi dadulu, baru kemudian diperbaiki atau dibetulkan. M aksud dari tindakan perbaikan ini adalah agar fasilitas atau peralatan tersebut dapat dipergunakan kembali dalam proses produksi, sehingga operasi atau proses produksi dapat berjalan lancar kembali. Dengan demikian apabila perusahaan hanya mengambil kebijaksanaan untuk melakukan corrective maintenance saja, maka terdapat faktor ketidakpastian (uncertainty) dalam kelancaran proses produksinya akibat ketidakpastian kelancaran bekerjanya fasilitas atau peralatan produksi yang ada. Oleh karena itu kebijaksanaan untuk melakukan corrective maintenance saja tanpa preventive maintenance, akan menimbulkan akibatakibat yang dapat menghambat kegiatan produksi apabila terjadi suatu k'erusakan yang tiba-tiba pada fasilitas produksi yang digunakan. Secara sepintas lalu kelihatan corrective maintenance adalah lebih murah biayanya daripada mengadakan preventive maintenance. Hal ini memang benar jika kerusakan terjadi tidak pada saat proses produksi berlangsung. Namun biaya perawatan atau kerusakannya akan jauh lebih tinggi jika kerusakan terjadi pada saat proses produksi berlangsung karena biaya yang dikeluarkan tidak hanya untuk perawatan mesin saja tetapi juga kerugian akibat berhentinya proses produksi yang mengakibatkan berkurangnya jumlah produk yang seharusnya dihasilkan.
25 2.4
Total productive maintenance Secara teoritis, total biaya pemeliharaan dapat digambarkan bahwa biaya pemeliharaan korektif (breakdown maintenance) akan berbanding terbalik dengan pemeliharaan preventif (preventive maintenance). Pemeliharaaan produktivitas secara total dapat dilakukan dengan jalan berikut (Tampubolon, 2004, p253) : 1.
M endesain mesin atau peralatan yang memiliki reliabilitas tinggi, mudah dioperasikan dan mudah untuk dipelihara.
2.
Analisa biaya investasi untuk mesin atau peralatan dengan pelayanan (service) dari pemasok dan biaya-biaya pemeliharaanya.
3.
M engembangkan
perencanaan
pemeliharaan
preventif
yang
dapat
dimanfaatkan secara praktis oleh operator, bagian pemeliharaan, dan teknisi. 4.
M elatih pekerja untuk mengoperasikan mesin atau peralatan, termasuk cara memeliharanya.
M elaksanakan kegiatan pemeliharaan terdapat dua persoalan utama yang dihadapi perusahaan, yaitu persoalan teknis dan ekonomis. (Tampubolon, 2004, p253) a. Persoalan teknis. Persoalan teknis menyangkut usaha untuk menghilangkan kemungkinan timbulnya kemacetan karena kondisi fasilitas atau peralatan konversi yang tidak baik. Dalam kondisi teknis yang perlu diperhatikan antra lain : •
Tindakan-tindakan apa yang diperlukan untuk memelihara atau merawat peralatan yang ada dan untuk memperbaiki mesin dan peralatan yang rusak.
26 •
Alat-alat atau komponen apa yang dibutuhkan serta harus disediakan agar tindakan-tindakan pada bagian di atas dapat dilakukan.
b. Persoalan ekonomis. Persoalan ekonomis menyangkut bagaimana usaha yang harus dilakukan supaya kegiatan pemeliharaan mesin dan peralatan yang dibutuhkan secara teknis dapat efisien dengan memperhatikan besarnya biaya yang terjadi yang dapat menguntungkan perusahaan. Persoalan ekonomis perlu dianalisis terhadap perbandingan di antara masing-masing tindakan alternatif yang diambil. Adapun biaya yang terdapat dalam kegiatan pemeliharaan anatara lain biaya-biaya pengecekan, penyetelan (set-up). Perbandingan biaya-biaya itu perlu dilakukan dengan tujuan sebagai berikut : •
Apakah sebaiknya dilakukan preventive maintenance atau corrective maintenance, dimana biaya-biaya yang perlu diperhatikan adalah : −
Jumlah biaya-biaya perbaikan yang perlu akibat kerusakan yang terjadi karena adanya preventive maintenance, dengan jumlah biaya pemeliharaan dan perbaikan akibat kerusakan yang terjadi, walaupun sudah diadakan preventive maintenance dalam jangka waktu tertentu.
−
Jumlah biaya-biaya pemeliharaan dan perbaikan yang akan dilakukan terhadap suatu peralatan disertai dengan harganya.
−
Jumlah biaya-biaya pemeliharaan dan perbaikan yang dibutuhkan oleh peralatan dengan jumlah kerugian yang dihadapi bila peralatan rusak dalam operasi konversi.
27 •
Apakah sebaiknya peralatan yang rusak diperbaiki di dalam perusahaan atau di luar perusahaan, dengan membandingkan jumlah biaya-biaya yang akan dikeluarkan.
•
Apakah sebaiknya peralatan yang rusak diperbaiki atau diganti. Dalam hal ini biaya-biaya yang perlu diperbandingkan antara lain : −
Jumlah biaya perbaikan dengan harga pasar atau nilai dari peralatan tersebut.
−
2.5
Jumah biaya perbaikan dengan harga peralatan yang sama di pasar.
Reliability centered maintenance Reliability Centered Maintenance (RCM ) adalah sebuah proses sistematis yang harus dilakukan untuk menjamin seluruh fasilitas fisik dapat beroperasi dengan baik sesuai dengan desain dan fungsinya. RCM akan membawa kepada sebuah program maintenance yang fokus pada pencegahan terjadinya jenis kegagalan yang sering terjadi. Tujuan dari RCM yaitu : 1.
Untuk
mengembangkan
desain
yang
sifat
mampu
dipeliharanya
(maintainability) baik. 2.
Untuk memperoleh informasi yang penting untuk melakukan improvement pada desain awal yang kurang baik.
3.
Untuk mengembangkan sistem maintenance yang dapat mengembalikan kepada reliability dan safety sepert awal mula equiment dari deteriorasi yang terjadi setelah sekian lama dioperasikan.
4.
Untuk mewujudkan semua tujuan di atas dengan beaya minimum.
28 Tahapan-tahapan dalam penerapan RCM yaitu : a.
Identifikasi equipment yang penting untuk dirawat, biasanya digunakan metode failure, mode, effect, critacality analysis (FM ECA) dan fault tree analysis (FTA).
b.
M enentukan penyebab terjadinya kegagalan, tujuannya untuk memperoleh probabilitas kegagalan dan menentukan komponen kritis yang rawan terhadap kegagalan. Untuk melakukan hal ini maka diperlukan data yang histori yang lengkap.
c.
M engembangkan kegiatan analisis FTA, seperti menentukan prioritas equipment yang perlu dipelihara.
d.
M engklasifikasikan kebutuhan tingkatan maintenance.
e.
M engimplementasikan keputusan berdasar RCM .
f.
M elakukan evaluasi, ketika sebuah equipment dioperasikan maka data secara real-life mulai dicatat, tindakan dari RCM perlu direevaluasi setiap saat agar terjadi proses penyempurnaan.
29 Gambar 2.1 dibawah ini menggambarkan hubungan komponen-komponen Reliability Centered Maintenance.
Sumber : http://www.daunbiru.com/joomlax/pdf/rcm.pdf Gambar 2.1 Komponen Reliability Centered Maintenance
•
Reactive Maintenance Ini adalah jenis maintenance yang berprinsip operasikan sampai rusak, atau perbaiki ketika rusak. Maintenance jenis ini hanya dilakukan ketika proses deteriorasi sudah menghasilkan kerusakan.
•
Preventive Maintenance Maintenance jenis ini sering disebut time based maintenance, telah dapat mengurangi frekuensi kegagalan ketika maintenance jenis ini diterapkan, jika dibandingkan dengan reactive maintenance. Maintenance jenis ini dilakukan tanpa mempertimbangkan kondisi komponen. Kegiatannya antara lain terdiri dari periksaan, penggantian komponen, kalibrasi, pelumasan, dan pembersihan. Maintenance jenis ini sangat tidak efektif dan tidak efisien dari
30 segi biaya ketika diterapkan sebagai satu-satunya metode maintenance dalam sebuah plant. •
Predictive Testing dan Inspection (PTI) Walaupun banyak metode yang dapat digunakan untuk menentukan jadwal PM , namun tidak ada yang valid sebelum didapatkan age-reliability characteristic dari sebuah komponen, biasanya informasi ini tidak ada, namun harus segera didapatkan untuk komponen baru. Pengalaman menunjukkan bahwa PTI sangat berguna untuk menentukan kondisi suatu komponen terhadap umurnya. Monitoring
Equipment, tujuannya adalah
mengetahui keadaan
dan
mendapatkan tren dari kondisi peralatan tersebut dari waktu ke waktu. Pendekatan yang digunakan adalah : ●
Antisipasi kegagalan dari pengalaman yang sebelumnya (failure anticipation from past experience), seringkali pengalaman kegagalan sebelumnya dapat digunakan untuk menentukan trend kegagalan.
●
Statistik distribusi kegagalan (failure distribution statistic), distribusi kegagalan dan propabilitas kegagalan harus diketahui untuk menentukan periode akan terjadinya kegagalan.
●
Pendekatan konservatif (conservative approach), praktik yang sering dilakukan di lapangan adalah melakukan monitoring secara rutin (tiap bulan atau tiap minggu). Sering kali data yang didapatkan tidak mencukupi untuk mengetahui kondisi equipment, hal ini akan menyebabkan periode atau interval monitoring semakin diperpendek.
31 Tes Prediksi dan Inspeksi (Prediction Testing and Inspection) seringkali disebut sebagai conditioning monitoring atau predictive maintenance. PTI dapat digunakan untuk menyesuaikan time based maintenance, karena hasilnya dijamin oleh kondisi peralatan yang termonitor. Data PTI yang diambil secara periodik dapat digunakan untuk menentukan tren kondisi peralatan, perbandingan data antar peralatan, proses analisis statistik, dsb. PTI tidak dapat digunakan sebagai satu-satunya metode maintenance, karena PTI tidak dapat mengatasi semua model potensi kegagalan. •
Proactive Maintenance Tipe maintenance ini akan menuntun pada desain, workmanship, instalasi, prosedur dan scheduling maintenance yang lebih baik. Karakteristik dari proactive maintenance adalah continous improvement dan menggunakan feedback serta komunikasi untuk memastikan bahwa usaha improvement yang dilakukan benar-benar membawa hasil yang positif. Analisa root-cause failure dan predictive analysis diterapkan antara lain untuk mendapatkan maintenance yang efektif, menyusun interval kegiatan maintenance, dan memperoleh life cycle.
2.6
Reliability Reliability adalah probabilitas sebuah komponen atau sistem untuk adapat beroperasi sesuai dengan fungsi yang diinginkan untuk suatu periode waktu tertentu ketika digunakan dibawah kondisi yang telah ditetapkan. M enurut Ebeling (1997, p5). Berikut ini merupakan empat elemen dari konsep reliability :
32
1.
Probability (peluang) Elemen ini memiliki arti bahwa setiap item memiliki umur berbeda antara satu dengan yang lainnya. Hal ini memungkinkan untuk mengidentifikasi distribusi dari kerusakan item untuk mengetahui umur pakai dari item tersebut.
2.
Performance (kinerja) Elemen ini mendifinisikan bahwa kehandalan merupakan suatu karakteristik performansi sistem dimana suatu sistem yang andal harus dapat menunjukkan performansi yang memuaskan jika dioperasikan.
3.
Waktu. Reliability dinyatakan dalam suatu periode waktu. Peluang suatu item untuk digunakan selama setahun akan berbeda dengan peluang item untuk digunakan dalam sepuluh tahun.
4.
Kondisi Elemen ini menjelaskan bahwa perlakuan yang diterima oleh suatu system akan memberikan pengaruh terhadap tingakat reliability.
2.7
Maintainability Maintainability adalah probabilitas suatu komponen atau system yang rusak akan diperbaiki atau dipulihkan kembali pada kondisi yang telah ditentukan selama periode waktu tertentu dimana dilakukan perawatan sesuai dengan prosedur yang seharusnya. Maintainability suatu peralatan dapat didefinisikan
33 sebagai probabilitas peralatan tersebut untuk bisa diperbaiki pada kondisi tertentu dalam periode waktu tertentu (Ebelling, 1997, p6)
2.8
Breakdown Breakdown dapat didefinisikan sebagai berhentinya mesin pada saat produksi yang melibatkan engineering dalam perbaikan, biasanya mengganti sparepart yang rusak, dan lamanya waktu lebih dari lima menit (berdasarkan definisi OPIOverall Performance Index). Hal ini dapat dikaitkan dengan istilah failure yang diartikan sebagai kondisi yang tidak sesuai dengan kriteria kinerja yang telah ditentukan (Smith, 1993, p10).
Sumber : Smith (1993, p17) Gambar 2.2 Bathtub Curve
34 2.9
Downtime Downtime merupakan waktu yang dibutuhkan oleh mesin yang mengalami kerusakan dan berhenti, sampai dengan waktu yang dibutuhkan untuk perbaikan dan mesin siap untuk digunakan kembali. Downtime mesin dapat terjadi ketika unit mengalami masalah seperti kerusakan yang dapat mengganggu performansi secara keseluruhan termasuk kualitas produk yang dihasilkan atau kecepatan produksinya
sehingga
membutuhkan
sejumlah
waktu
tertentu
untuk
mengembalikan fungsi unit tersebut pada kondisi semula. Downtime terdiri dari beberapa unsur, yaitu (Ebeling, 1997, hal 190) : 1.
Supply delay, yaitu waktu yang dibutuhkan oleh personal maintenance untuk memperoleh
komponen
atau
sparepart
yang
dibutuhkan
untuk
menyelesaikan proses perbaikan. 2.
Maintenance delay, yaitu waktu yang dibutuhkan untuk menunggu ketersediaan sumber daya perawatan untuk melakukan proses perbaikan.
3.
Acces time, yaitu waktu yang dibutuhkan untuk mendapatkan akses ke komponen yang mengalami kerusakan.
4.
Diagnosis time, yaitu waktu yang dibutuhkan untuk menentukan penyebab kerusakan dan langkah perbaikan apa yang harus ditempuh untuk memperbaiki kerusakan.
5.
Repair of replacement time, yaitu waktu aktual yang dibutuhkan untuk menyelesaikan proses pemulihan setelah permasalahan dapat diidentifikasi dan akses ke komponen yang rusak dapat dicapai.
6.
Verification and alignment time yaitu waktu yang dibutuhkan untuk memastikan bahwa unit telah kembali pada kondisi operasi semula.
35
2.10
Distribusi failure model Dalam perhitungan reliability untuk menentukan preventive maintenance yang tepat sesuai dengan reliability yang diharapkan, diperlukan suatu model matematis untuk melakukan perhitugan tersebut. M odel matematis ini membutuhkan pendekatan dari distribusi tertentu untuk dapat melakukan perhitungan yang tepat. Karena kapan terjadinya kerusakan mesin tidak dapat diprediksi dengan pasti maka digunakan pendekatan probabilitas dan pendekatan distribusi untuk menganalisa fungsi terjadinya kerusakan tersebut berdasarkan data historisnya. Dalam perhitungan, maintenance seringkali menggunakan distribusi probabilitas yang berkaitan dengan waktu dan distribusi yang paling sering digunakan adalah distribusi weibull, normal, lognormal dan eksponensial. Keempat distribusi ini paling sering digunakan karena paling baik dalam menggambarkan pola failure dengan tepat. Distribusi ini memiliki hazard rate (laju kegagalan pada waktu tertentu) yang tidak konstan terhadap waktu sehingga membutuhkan alternatif untuk hukum failure. Namun dalam perhitungan reliability, distribusi ini digunakan untuk memahami pola data yang disesuaikan dengan karakteristik distribusi kemudian pendekatannya digunakan utnuk menyelesaikan masalah kehandalan.
2.10.1 Distribusi weibull Distribusi Weibull merupakan salah satu distribusi probabilitas yang paling sering digunakan dalam reliability. Distribusi failure Weibull dapat digunakan untuk memodelkan laju kerusakan yang meningkat maupun menurun.
36 Untuk perhitungan reliability yang akan digunakan dalam penelitian ini terdapat dua parameter yang digunakan dalam distribusi ini yaitu θ yang disebut dengan parameter skala (scale parameter) dan β yang disebut dengan parameter bentuk (shape parameter). Berikut adalah fungsi distribusi weibull : f(t) =
β ⎛ t ⎞β ⎜ ⎟ θ ⎝θ⎠
−1
e−
(t − 1)
β
Sumber : Ebeling (1997, p62) Gambar 2.3 Fungsi Distribusi Weibull
M odel matematis untuk perhitungan MTTF yaitu : ⎛ 1⎞ MTTF = θΓ⎜⎜1 + ⎟⎟ β⎠ ⎝ Untuk perhitungan reliability model matematikanya adalah sebagai berikut : β ( ) R(t) = e
-t/θ
Dalam distribusi Weibull yang menentukan tingkat kerusakan dari pola data yang terbentuk adalah parameter β. Nilai-nilai β yang menunjukkan laju kerusakan terdapat dalam tabel berikut (Ebeling, hal 64) :
37 Tabel 2.1 Nilai-Nilai Parameter β Sumber : Ebeling (1997, p64) Nilai 0 < β <1 β=1 1<β<2
Laju Kerusakan Pengurangan laju kerusakan (DFR) Distribusi Eksponensial Peningkatan laju kerusakan (IFR), Konkaf
β=2
Distribusi Rayleigh
β>2
Peningkatan laju kerusakan (IFR), Konveks
3≤β≤4
Peningkatan laju kerusakan (IFR), mendekati kurva normal
Jika parameter β mempengaruhi laju kerusakan maka parameter θ mempengruhi nilai tengah dari pola data.
2.10.2 Distribusi normal Distribusi ini disebut juga distribusi Gauss untuk menghormati Gauss (1777– 1855) yang juga menemukan persamaannya waktu meneliti galat dalam pengukuran yang berulang-ulang mengenai bahan yang sama. Distribusi ini sangat istimewa karena dapat memodelkan sebagaian besar fenomena dialam. Distribusi Normal seringkali digunakan untuk memodelkan fenomena keausan (kelelahan) atau kondisi wear out. Karena hubungannya dengan distribusi Lognormal, distribusi ini dapat juga digunakan untuk menganalisa probabilitas Lognormal. Parameter yang digunakan adalah μ (nilai tengah) dan σ (standar deviasi).
38 Bentuk distribusi normal menyerupai lonceng. Nilai Peluang peubah acak dalam distribusi peluang normal dinyatakan dalam luas dari di bawah kurva berbentuk genta atau lonceng (bell shaped curve). Kurva maupun persamaan normal melibatkan nilai x (rata-rata), μ dan σ. Keseluruhan kurva akan bernilai satu, ini mengambarkan sifat peluang yang tidak pernah negatif dan maksimal bernilai satu. Fungsi distribusi normal dinyatakan dengan : f(t) =
⎡ 1 (t − μ )2 ⎤ ⎥ exp ⎢ − ⎢⎣ 2 σ 2 ⎥⎦ 2πσ 1
dengan - ∞ < t < ∞
Dibawah ini merupakan contoh kurva normal dengan beberapa density.
Sumber : http://oc.its.ac.id/ambilfile.php?idp=69 Gambar 2.4 Fungsi Distribusi Normal
M odel matematis untuk perhitungan MTTF yaitu : MTTF = t med .e
s2 2
39 Fungsi reliability yang terdapat dalam distribusi normal yaitu (Ebeling, 1997, p71) : ⎛t−μ⎞ R (t ) = Φ⎜ ⎟ ⎝ σ ⎠
dengan μ > 0, σ > 0 dan t > 0
2.10.3 Distribusi lognormal Distribusi lognormal memiliki parameter bentuk (shape pharameter = s), dan parameter lokasi (location parameter = tmed) yang merupakan nilai tengah dari waktu kerusakan. Distribusi ini dimengerti hanya untuk nilai t positif dan lebih sesuai daripada distribusi normal dalam hal kerusakan. Seperti halnya distribusi Weibull, lognormal ini dapat mempunyai berbagai bentuk. Seringkali dijumpai bahwa data yang sesuai dengan distribusi Weibull sesuai pula dengan distribusi Lognormal. Fungsi distribusi Lognormal dinyatakan dengan : f(t) =
2 ⎡ 1 ⎛ 1 t ⎞ ⎤⎥ exp ⎢− ⎟ ⎜ ln ⎢ 2s2 ⎝ tmed ⎠ ⎥ 2πs t ⎦ ⎣
dengan t ≥ 0
Sumber : Ebeling (1997, p74) Gambar 2.5 Fungsi Distribusi Lognormal
40
M odel matematis untuk perhitungan MTTF yaitu : MTTF = t med .e
s2 2
Fungsi reliability yang terdapat dalam distribusi normal yaitu (Ebeling, 1997, p76) : t ⎛1 R (t ) = 1 − Φ⎜⎜ ln ⎝ s t med
⎞ ⎟⎟ ⎠
2.10.4 Distribusi eksponensial Distribusi eksponensial, atau distribusi negatif eksponensial merupakan salah satu distribusi yang paling sering muncul dalam konteks evaluasi keandalan. Pada distribusi ini, laju kegagalan adalah konstan (λ = C). Distribusi eksponensial adalah kasus khusus dari distribusi Poisson jika hanya kegagalan yang pertama saja yang diperhitungkan. Distribusi eksponensial hanya berlaku pada useful life period saja pada bath-tub curve. dengan kata lain probabilitas terjadinya kerusakan tidak tergantung pada umur alat. Distribusi ini merupakan distribusi yang paling mudah untuk dianalisa. Parameter yang digunakan dalam distribusi Eksponensial adalah λ, yang menunjukkan rata – rata kedatangan kerusakan yang terjadi. Fungsi distribusi Eksponensial dinyatakan dengan : f(t) = -dR(t)/dt =λe - λt
41
Sumber : http://oc.its.ac.id/ambilfile.php?idp=69 Gambar 2.6 Fungsi Distribusi Eksponensial M odel matematis untuk perhitungan MTTF yaitu : MTTF =
1
λ
Fungsi reliability yang terdapat dalam distribusi normal yaitu (Ebeling, 1997, p42) : R (t ) = e − λ t
2.11
Identifikasi distribusi failure dan repair Pengidentifikasian distribusi dapat dilakukan dalam tiga tahap yaitu yaitu menentukan kandidat distribusi dengan metode Least Square Curve, menentukan parameter dan Goodness of Fit Test.
2.11.1 Least square cu rve fitting M etode ini digunakan untuk menentukan apakah suatu pengamatan tepat sesuai dengan prediksi. Prediksi yang dimaksud disini adalah serangkaian pola data tertentu. Untuk mengetahui apakah pola data pengamatan mengikuti suatu pola data tertentu maka perlu diketahui nilai index of fit (r). Pendekatan least square
42 curve fitting memiliki model matematis yang berbeda untuk distribusi data yang berbeda. Suatu pegamatan dapat dikatakan mendekati pola data tertentu jika memiliki index of fit yang paling besar dibandingkan dengan index of fit distribusi yang lain. Selanjutnya data pengamatan akan diuji dengan goodness of fit untuk memastikan apakah data tersebut benar-benar sesuai mengikuti pola distribusi tertentu. Index of fit didapatkan dengan rumus sebagai berikut : F (t i ) = Dimana :
i − 0.3 n + 0.4
i = data waktu ke-t n = jumlah data kerusakan
1.
Distribusi Weibull
rweibull =
n ⎞ ⎛ n ⎞⎛ n n∑ x i y i − ⎜ ∑ xi ⎟⎜ ∑ y i ⎟ i =1 ⎝ i =1 ⎠⎝ i =1 ⎠ 2 ⎡ n 2 ⎛ n ⎞2 ⎤⎡ n 2 ⎛ n ⎞ ⎤ n x x n y y − − ⎢ ⎟ ⎢ ∑ i ⎜∑ i ⎟ ⎥ ∑ i ⎜ ∑ i ⎥ ⎢⎣ i=1 ⎝ i =1 ⎠ ⎥⎦ ⎝ i =1 ⎠ ⎥⎦ ⎢⎣ i =1
Keterangan: x i = ln( ti ) ⎡ ⎛ 1 ⎞⎤ ⎟⎟ ⎥ y i = ln ⎢ ln ⎜⎜ F t 1 − ( ) i ⎠⎦ ⎣ ⎝
43 2.
Distribusi Normal
rnormal =
n ⎛ n ⎞⎛ n ⎞ n∑ xi zi − ⎜ ∑ x i ⎟ ⎜ ∑ zi ⎟ i= 1 ⎝ i= 1 ⎠ ⎝ i= 1 ⎠ ⎡ n 2 ⎛ n ⎞2⎤⎡ n 2 ⎛ n ⎞2⎤ ⎢ n ∑ xi − ⎜ ∑ x i ⎟ ⎥ ⎢ n∑ zi − ⎜ ∑ zi ⎟ ⎥ ⎢⎣ i =1 ⎝ i=1 ⎠ ⎥⎦ ⎝ i=1 ⎠ ⎥⎦ ⎢⎣ i=1
Keterangan: xi = ti z i = Φ-1[F(t i)] Æ diperoleh dari tabel Φ(z) di lampiran
3.
Distribusi Lognormal
rlog normal =
n ⎛ n ⎞⎛ n ⎞ n∑ xi zi − ⎜ ∑ x i ⎟ ⎜ ∑ zi ⎟ i= 1 ⎝ i= 1 ⎠ ⎝ i= 1 ⎠ ⎡ n 2 ⎛ n ⎞2⎤⎡ n 2 ⎛ n ⎞2⎤ ⎢ n ∑ xi − ⎜ ∑ x i ⎟ ⎥ ⎢ n∑ zi − ⎜ ∑ zi ⎟ ⎥ ⎢⎣ i =1 ⎝ i=1 ⎠ ⎥⎦ ⎝ i=1 ⎠ ⎥⎦ ⎢⎣ i=1
Keterangan: x i = ln( ti ) z i = Φ-1[F(t i)] Æ diperoleh dari tabel Φ(z) di lampiran
4.
Distribusi Eksponensial ⎛ n ⎞⎛ n ⎞ n∑ xi yi − ⎜ ∑ x i ⎟⎜ ∑ yi ⎟ i= 1 ⎝ i =1 ⎠⎝ i=1 ⎠ ⎡ n 2 ⎛ n ⎞2⎤⎡ n 2 ⎛ n ⎞2⎤ ⎢ n ∑ xi − ⎜ ∑ x i ⎟ ⎥ ⎢ n∑ y i − ⎜ ∑ yi ⎟ ⎥ ⎝ i =1 ⎠ ⎦⎥ ⎝ i=1 ⎠ ⎦⎥ ⎣⎢ i=1 ⎣⎢ i =1 n
reksponential =
Keterangan: xi = ti
44 ⎡ ⎛ 1 ⎞⎤ ⎟⎟ ⎥ y i = ln ⎢ ln ⎜⎜ ⎣ ⎝ 1 − F (ti ) ⎠ ⎦
2.11.2 Goodness of fit Goodness of Fit merupakan serangkaian uji untuk menguji apakah benar suatu pengamatan mengikuti pola data tertentu. Pengujian goodness of fit dilakukan untuk nilai index of fit yang terbesar. Caranya dengan membandingkan antara hipotesis nol (Ho) dan hipotesis alternatif (H1). Ho menyatakan bahwa waktu kerusakan berasal dari distribusi tertentu dan H1 menyatakan bahwa waktu kerusakan tidak berasal dari distribusi tertentu. Pengujian ini merupakan perhitungan statistik yang didasarkan pada sampel waktu kerusakan. Statistik ini kemudian dibandingkan dengan nilai kritik yang diperoleh dari tabel. Secara umum, apabila pengujian statistik ini berada di dalam nilai krit ik, maka Ho dit erima. Sebaliknya, maka H1 yang diterima. Goodness of Fit yang digunakan disini adalah uji khusus yang membandingkan data pengamatan dengan pola sebuah distribusi. Karena hanya dibandingkan dengan sebuah distribusi maka uji ini lebih akurat. Uji yang digunakan yaitu Mann's Tes t untuk distribusi Weibull, Bartlett's Tes t untuk distribusi eksponensial, Kolmogorov-Smirnov Test untuk distribusi normal dan lognormal. 1.
Mann’s Test untuk Pengujian Distribusi Weibull
M enurut Ebeling, (1997, p400-401) hipotesa yang ditetapkan untuk melakukan uji ini adalah: H0 : Data kerusakan berdistribusi Weibull H1 : Data kerusakan tidak berdistribusi Weibull
45 Uji statistiknya adalah : ⎡ (ln t i+1 − ln ti )⎤ ⎥ Mi i= k1+1 ⎣ ⎦ M = k1 ⎡ (ln t i+1 − ln ti )⎤ k2 ∑ ⎢ ⎥ Mi i =1 ⎣ ⎦ r −1
k1
∑⎢
M i = Z i+1 - Z i i − 0.5 ⎞ ⎤ ⎡ ⎛ Z i = ln ⎢ − ln ⎜ 1 − ⎟⎥ ⎝ n + 0.25 ⎠ ⎦ ⎣ Keterangan: ti
= data waktu kerusakan yang ke-i
Xi
= ln(t i)
r,n
= banyaknya data
Mi
= nilai pendekatan Mann untuk data ke-i
M α,k1,k2 = nilai M tabel untuk distribusi WeibullÆ lihat distribusi F k1
= r/2
k2
= (r-1)/2 Æ bil. bulat terbesar yang lebih kecil dari (r/2)
Jika nilai M hitung < M tabel (α,k1, k2) Æ maka H0 diterima. 2.
Bartlett’s Test untuk Pengujian Distribusi Eksponensial
M enurut Ebeling, (1997, p399) Hipotesa untuk melakukan uji ini adalah : H0 : Data kerusakan berdistribusi Eksponential H1 : Data kerusakan tidak berdistribusi Eksponential Uji statistiknya adalah : ⎡ ⎛ 1⎞ r ⎤ ⎛ 1⎞ r 2r ⎢ ln ⎜ ⎟ ∑ t i − ⎜ ⎟ ∑ lnti ⎥ ⎝ r ⎠ i =1 ⎝ r ⎠ i =1 ⎦ B= ⎣ (r + 1) 1+ 6r
46 Keterangan: t i = data waktu kerusakan ke-i r = jumlah kerusakan B = nilai uji statistik untuk uji Bartlett’s Test Jika X2
α 1− , r −1 2
< B < X2α 2
, r −1
Æ maka H0 diterima
3. Kolmogorov-Smirnov untuk Pengujian Distribusi Normal maupun Lognormal M enurut Ebeling,(1997, p402-404) Hipotesa untuk melakukan uji ini adalah : H0 : Data kerusakan berdistribusi Normal atau Lognormal H1 : Data kerusakan tidak berdistribusi Normal dan Lognormal Uji statistiknya adalah : Dn = max{D1,D2} Dimana, ⎧⎪ ⎛ t − t ⎞ i − 1⎫⎪ ⎟− D1 = max⎨Φ⎜⎜ i ⎬ 1≤i ≤n n ⎪⎭ ⎪⎩ ⎝ s ⎟⎠
⎧⎪ i ⎛ t − t ⎞ ⎫⎪ ⎟⎬ D2 = max⎨ − Φ ⎜⎜ i ⎟⎪ 1 ≤ i≤ n n s ⎪⎩ ⎝ ⎠⎭ n
ln t t =∑ i n i =1 n
dan
s2 =
∑ (ln t i= 1
i
− t)
2
n −1
Keterangan: t i = data waktu kerusakan ke-i t = rata-rata data waktu kerusakan s = standar deviasi n = banyaknya data kerusakan Jika Dn < Dkritis maka terima H0. Nilai D kritis diperoleh dari table critical value for Kolmogorov-Smirnov test for normality
47 2.11.3 Penentuan parameter Parameter ini merupakan variabel dari M TTF dan M TTR. Untuk menentukan parameter yang dibutuhkan dalam perhitungan M TTF dan MTTR perlu dikatahui jenis distribusi data kerusakan terlebih dahulu karena parameter yang digunakan disesuaikan dengan jenis distribusi tersebut. 1.
Distribusi Weibull
⎞ ⎛ n ⎞⎛ n n ∑ xi yi − ⎜ ∑ x i ⎟ ⎜ ∑ y i ⎟ ⎝ i= 1 ⎠ ⎝ i= 1 ⎠ Gradien : b = i=1 2 n ⎛ n ⎞ 2 n∑ xi − ⎜ ∑ x i ⎟ i= 1 ⎝ i =1 ⎠ n
Intersep : a = y − b x Parameter : β = b dan θ = e 2.
⎛a ⎞ −⎜ ⎟ ⎝b ⎠
Distribusi Normal
n ⎛ n ⎞⎛ n ⎞ n ∑ x i z i − ⎜⎜ ∑ x i ⎟⎟ ⎜⎜ ∑ z i ⎟⎟ = ⎝ i = 1 ⎠ ⎝ i =1 ⎠ Gradien : b = i 1 2 n ⎞ ⎛ n 2 n ∑ x i − ⎜⎜ ∑ x i ⎟⎟ i =1 ⎝ i =1 ⎠
Intersep : a = y − b x Parameter : σ = 3.
1 ⎛a⎞ dan μ = − ⎜ ⎟ b ⎝b⎠
Distribusi Lognormal
n ⎛ n ⎞⎛ n ⎞ n ∑ x i z i − ⎜⎜ ∑ x i ⎟⎟ ⎜⎜ ∑ z i ⎟⎟ ⎝ i = 1 ⎠ ⎝ i =1 ⎠ Gradien : b = i =1 2 n ⎞ ⎛ n 2 n ∑ x i − ⎜⎜ ∑ x i ⎟⎟ i =1 ⎝ i =1 ⎠
48 Intersep : a = y − b x Parameter : s =
1 dan t med = e-sa b
4. Distribusi Eksponensial n
Gradien : b =
∑x y i =1 n
i
∑x
i
2 i
i =1
Intersep : a = y − b x Parameter : λ = b
2.12
Variabel waktu dalam pemeliharaan
2.12.1 Mean time between failure Mean Time Between Failure (MTBF) merupakan waktu rata-rata kegagalan atau breakdown dari suatu mesin, dihitung dari mesin pertama kali dipasang atau setelah perbaikan sampai terjadinya kegagalan atau breakdown lagi. M enurut Smith (1993, p13) M TBF adalah waktu rata-rata selang terjadinya failure. M TBF didapatkan dengan menghitung perbandingan antara total waktu uptime (waktu saat peralatan dalam kondisi baik sehingga dapat melakukan fungsi seperti seharusnya) dengan jumlah terjadinya failure dalam suatu kurun waktu tertentu.
49
Sumber : Smith (1993, p14) Gambar 2.7 Grafik Hubungan antara Breakdown dengan Uptime
Lambang (t) pada grafik 3.2 menandakan uptime yang dapat digunakan untuk produksi sedangkan garis mendatar yang sejajar dengan down menandakan breakdown beserta downtime-nya.
2.12.2 Mean time to failure Mean Time to Failure (M TTF) yaitu rata-rata selang waktu sampai terjadinya kerusakan atau failure (Smith, 1993, p13). MTTF mempunyai perhitungan yang berbeda-beda untuk data kerusakan yang mengikuti distribusi kerusakan yang berbeda. Berikut ini adalah perhitungan nilai M TTF untuk masing – masing distribusi adalah : a.
Distribusi Weibull (Ebeling, 1997, p59) ⎛ 1⎞ MTTF = θ .Γ ⎜⎜1 + ⎟⎟ ⎝ β⎠ ⎛ 1 Nilai Γ⎜⎜ 1 + ⎝ β
⎞ ⎟⎟ Æ didapat dari tabel fungsi Gamma (lihat di lampiran) ⎠
50 b.
Distribusi Eksponential MTTF =
c.
1
λ
Distribusi Normal MTTF = μ
d.
Distribusi Lognormal MTTF = t med .e
s2 2
2.12.3 Mean time to repair Mean Time to Repair (M TTR) merupakan rata-rata waktu untuk melakukan perbaikan yang dibutuhkan peralatan. Secara umum waktu perbaikan dapat diberlakukan sebagai variabel random karena kejadian yang berulang-ulang dapat mengakibatkan waktu perbaikan yang berbeda-beda. Untuk menetukan MTTR maka terlebih dahulu harus mengetahui jenis distribusi dari datanya. M enurut Ebeling (1997, p192), M TTR diperoleh dengan rumus : ∞
∞
0
0
MTTR = ∫ th(t )dt = ∫ (1 − H (t ))dt dimana, h(t) = fungsi kepadatan peluang untuk data waktu perbaikan (TTR) H(t) = fungsi distribusi kumulatif untuk data waktu perbaikan (TTR) Berikut ini adalah perhitungan nilai M TTR untuk masing – masing distribusi adalah : a.
Distribusi Weibull ⎛ 1⎞ MTTR = θ .Γ ⎜⎜1 + ⎟⎟ ⎝ β⎠
51 ⎛ 1 Nilai Γ⎜⎜ 1 + ⎝ β b.
⎞ ⎟⎟ Æ didapat dari tabel fungsi Gamma (lihat di lampiran) ⎠
Distribusi Eksponential MTTR =
c.
1
λ
Distribusi Normal dan Lognormal MTTR = t med .e
2.13
s2 2
Model penentuan interval waktu penggantian pencegahan optimal dengan minimasi downtime M odel penentuan penggantian pencegahan berdasarkan kriteria minimasi downtime digunakan
dengan
menentukan
waktu
terbaik
dilakukannya
penggantian sehingga total downtime per unit waktu dapat terminimasi. Penggantian dilakukan untuk menghindari terhentinya mesin akibat kerusakan komponen. M odel ini digunakan untuk mengetahui interval waktu penggantian pencegahan yang optimal sehingga meminimasi total downtime. Terdapat dua model penggantian yaitu : 1.
Block Replacement Pada model ini, tindakan penggantian dilakukan pada suatu interval yang tetap, serta digunakan jika diinginkan adanya suatu konsentrasi terhadap interval
penggantian
pencegahan
yang
telah
ditentukan
walaupun
sebelumnya telah terjadi penggantian yang disebabkan karena adanya kerusakan. Pelaksanaan dari model ini adalah melakukan penggantian karena kerusakan yang terjadi dalam interval dengan mengabaikan frekuensi
52 penggantian yang terjadi selama selang interval waktu tersebut, serta melakukan penggantian pencegahan pada setiap selang waktu tp sekali secara konstan, dengan mengabaikan umur komponen (Jardine, 2001, hal 291). Dalam model ini akan terdapat kemungkinan dimana komponen yang baru dipasang setelah penggantian kerusakan harus mengalami penggantian lagi pada saat tiba waktu penggantian pencegahan harus dilakukan, dalam kurun waktu berdekatan. 2. Age Replacement Pada model ini penggantian pencegahan dilakukan tergantung pada umur pakai dari komponen. Tujuan model ini menentukan umur optimal dimana penggantian pencegahan harus dilakukan sehingga dapat meminimasi total downtime. Penggantian pencegahan dilakukan dengan menetapkan kembali interval waktu penggantian pencegahan berikutnya sesuai dengan interval yang telah ditentukan jika terjadi kerusakan yang menuntut dilakukannya tindakan penggantian. Dalam penggunaan model ini perlu diketahui konstruksi modelnya yaitu : Tf = downtime yang dibutuhkan untuk melakukan penggantian kerusakan. Tp
=
downtime yang dibutuhkan untuk melakukan penggantian
pencegahan. f(t) = fungsi kepadatan probabilitas waktu kerusakan. Total downtime per unit waktu untuk penggantian pencegahan pada saat tp didenotasikan dengan D (tp) yakni : (Jardine, hal 96)
53 D(tp ) =
Total ekspektasi downtime per siklus ekspektasi panjang siklus
Total ekspektasi downtime per siklus = Tp.R(tp ) + (1 − R(tp )) Ekspektasi panjang siklus = (tp + Tp).R (tp) + (M (tp) + Tf )(. 1 − R(tp )) Dengan demikian total downtime per unit waktu adalah : D(tp ) = tp =
T p .R(tp ) + (1 − R (tp)) (tp + Tp ).R(tp ) + (M (tp )) + T f ).(1 − R (tp ))
dimana :
interval waktu penggantian pencegahan
Tf = downtime yang terjadi karena penggantian kerusakan. Tp = downtime yang terjadi karena penggantian pencegahan F(t)
= fungsi distribusi interval antar kerusakan yang terjadi
R(tp)
= probabilitas terjadinya penggantian pencegahan pada saat tp
M (tp)
=
waktu
rata-rata terjadinya kerusakan
jika penggantian
pencegahan dilakukan pada tp D(tp)
2.14
= downtime persatuan waktu
Reliabilitas dengan preventive maintenance dan tanpa preventive maintenance Peningkatan keandalan dapat ditempuh dengan cara preventive maintenance. Preventive Maintenence ini dapat mengurangi kerusakan karena usia yang sudah tua atau sudah saatnya mengalami kerusakan ( wear-out ) dan mempunyai yang pengaruh yang besar dalam umur ekonomis suatu peralatan dan sistem. M odel keandalan berikut mengasumsikan sistem kembali ke kondisi baru setelah menjalani preventive maintenance. Keandalan pada saat t dinyatakan sebagai berikut (Ebeling, 1997, p204) :
54 Rm (t) = R(t)
untuk 0 ≤ t < T
Rm (t) = R(T)n.R(t-T)
untuk T ≤ t < 2T
Secara umum persamaannya adalah : Rm (t) = R(T)n.R(t-nT) t ⎛1 R (T) = 1 - Φ ⎜⎜ ln ⎝ s t med
untuk nT ≤ t < (n+1)T dan n = 1,2,3,…
⎞ ⎟⎟ ⎠
⎡ t ⎛1 R (T) = ⎢1 − Φ⎜⎜ ln ⎝ s t med ⎣ n
⎞⎤ ⎟⎟ ⎥ ⎠⎦
n
⎛ 1 t − nt ⎞ ⎟⎟ R (t - nT) = 1 - Φ⎜⎜ ln s t med ⎝ ⎠ dimana : T adalah selang waktu preventive maintenance t adalah waktu operasional mesin n jumlah perawatan R (t)
= Keandalan ( saat ini )
Rm (t) adalah reliability dengan preventive maintenance R(T)n adalah probabilitas kehandalan hingga n selang waktu perawatan R(t-nT) adalah probabilitas kehandalan untuk waktu t-nT dari tindakan reventive yang terakhir.
2.15
Perhitungan biaya failure dan biaya preventive Untuk menghitung total biaya saat failure dan preventive rumus yang digunakan adalah : •
Failure
55 Cf tf
Tc(tf ) = Dimana :
Cf merupakan biaya failure Tf merupakan nilai M TTF •
Preventive
Tc (tp) =
Cp × R + Cf (1 − R ) tp × R + tf (1 − R)
Dimana : Cp merupakan biaya preventive Cf merupakan biaya failure tp interval waktu preventive tf merupakan nilai M TTF R merupakan nilai reliability saat R(tp)
2.16
Sistem informasi
2.16.1
Pengertian sistem informasi Berdasarkan definisi yang diberikan Whitten et al. (2004, p12), sistem informasi adalah susunan dari manusia, data, berbagai proses, dan teknologi informasi yang
saling berinteraksi untuk
mengumpulkan,
mengolah,
menyimpan, dan menyediakan output informasi yang dibutuhkan untuk mendukung sebuah organisasi. Hal ini juga senada dengan yang diungkapkan O’Brien (2003, p8), dimana dijelaskan bahwa sistem informasi bergantung
56 pada kerangka kerjanya yang terdiri dari manusia, software, data, jaringan dan hardware. Seluruh komponen dari sistem informasi yang telah disebutkan sebelumnya akan membentuk serangkaian proses seperti sistem lainnya yang dimulai dari input yaitu berupa data, kemudian diproses dengan berbagai mekanisme dan hasil output yang didapat (analisa, laporan, informasi) dapat digunakan untuk meningkatkan kinerja organisasi. Selain tahapan input, proses, dan output, terdapat mekanisme feedback dan control yang berfungsi sebagai selfmonitoring system agar sistem dapat melakukan penyesuaian terhadap kinerja input dan output yang dibutuhkan. Interaksi antar komponen sistem dapat lebih jelas terlihat pada gambar berikut ini :
s rce list o u e cia
s p Red I S S
l e an o p er s P e d Us En
So f P tw
ro gra ar e m s a Re nd s P r ou oc ed r c e ure s s
Sumber : O’Brien (2003, p11) Gambar 2.8 Komponen Sistem Informasi
57 2.16.2
Computer based informatin system (CBIS ) M enurut Turban et al. (2001, p16), sebuah computer-based information system adalah
sistem informasi yang menggunakan
komputer
dan tknologi
telekomunikasi untuk melakukan tugas yang harus dilakukannya. CBIS memiliki elemen-elemen yang sama dengan sistem informasi pada umumnya yaitu hardware, software, database, jaringan, prosedur dan manusia. Sumber daya utama dalam keseluruhan sistem adalah manusia, dimana dalam sistem ini yang tergolong sebagai sumber daya manusia adalah semua orang yang memiliki ketertarikan terhadap sistem informasi baik dalam hal penggunaan langsung, pihak yang mengembangkan sistem, sampai dengan orang-orang yang berhubungan dengan pemeliharaan sistem baik perangkat lunak maupun keras. Sedangkan databases merupakan elemen sumber daya yang menjadi bahan input dari sistem dimana terdiri dari serangkaian faktafakta belum terolah sehingga masih belum dapat digunakan sebagai informasi yang berguna. Hardware merupakan serangkaian alat atau mesin yang mendukung teknologi informasi seperti monitor, PC komputer, pronter, keyboard dan lain-lain. Software merupakan alat bantu berupa program komputer yang menjadi penghubung antara manusia dengan hardware sebagai alat bantu pemroses data. Prosedur adalah strategi, kebijakan, metode, dan peraturan untuk menggunakan sistem informasi (Turban et al., 2001, p16). Sedangkan jaringan adalah sistem penghubung yang digunakan untuk menyalurkan baik data untuk input maupun informasi hasil output. Berikutnya ia menjelaskan bahwa CBIS memiliki banyak macam. Jenisjenisnya
dapat
dikategorikan
berdasarkan
level
organisasi
yang
58 menggunakannya seperti Transaction Processing Systems (TPS) untuk level yang paling bawah yaitu menangani transaksi perusahaan, Management Information Systems (M IS) untuk level menengah yaitu digunakan para manajer untuk menganalisa data TPS dan lain-lain, dan Executive Information Systems (EIS) untuk level atas yaitu untuk membantu membuat keputusan manajer level atas (Turban et al., 2001, p17).
2.17
Analisis dan perancangan sistem informasi Pembangunan sistem merupakan serangkaian aktifitas, metode, best practices, deliverables, dan alat otomasi yang digunakan stakeholders untuk membangun dan mengembangkan sistem dan software secara terus-menerus (Whitten et al., 2004, p84). Aktifitas-aktifitas yang ada didalam pembangunan tersebut bertujuan untuk membuat suatu pandangan tentang sistem yang dibutuhkan dan dasar untuk implementasinya. Analisa dan perancangan merupakan bagian dari aktifitas tersebut, namun yang menjadi perbedaan mendasar adalah dimana analisa memandang sistem dari sisi eksternal yaitu melihat dari konteks sistem atau dasar kebutuhan sistem sedangkan perancangan melihat dari sisi internal yaitu melihat bagaimana sumber
daya yang dimiliki dapat
memenuhi kebutuhan
untuk
dapat
diimplementasi (M athiassen et al., 2000, p13).
2.17.1
System life cycle System Life Cycle atau daur hidup sistem merupakan serangkaian proses daur hidup yang terjadi pada sebuah sistem layaknya daur hidup sebuah produk
59 yang dimulai dari pengembangan, penggunaan, kemudian menjadi usang dan membutuhkan pembaharuan. Berdasarkan pendapat Whitten et al. (2004, p86), daur hidup sistem terbagi dua tahap yaitu pembangunan sistem dimana sistem baru mulai dibangun pertama kali kemudian tahap selanjutnya yaitu pengoperasian dan pemeliharaan sistem dimana sistem sudah mulai dijalankan dan dilakukan pemeliharaan supaya sistem tetap dapat memenuhi kebutuhan. Seiring dengan waktu, sistem yang telah dibangun berhadapan dengan tantangan perubahan kebutuhan sehingga sistem perlu terus-menerus dipelihara setelah dibangun dan digunakan sehingga dapat dilakukan pengembangan untuk tetap dapat memenuhi kebutuhan.
2.17.2
System development process Proses pembangunan sistem atau yang lebih sering disebut dengan SDLC (system development life cycle) adalah bagian dari daur hidup sistem informasi. Setiap organisasi memiliki standarisasi tahapan penyelesaian masalah yang mereka hadapi, begitu pula dengan pembangunan sistem yang akan diterapkan pada lingkungan mereka. Sebagian dari mereka menggunakan langkah-langkah yang mereka rancang sendiri dan sebagian lagi mengikuti standar lain yang mereka yakini dapat membantu memenuhi kebutuhan mereka. M etodologi pembangunan sistem ini memiliki banyak variasi, beberapa ahli memberikan acuan yang berbeda-beda contohnya seperti yang diungkapkan Whitten et al. (2004, p36) dimana pembangunan sistem dapat mengikuti langkah problem-solving approach yang terdiri dari tujuh langkah yaitu mengidentifikasi
masalah,
menganalisis
dan
memahami
masalah,
60 mengidentifikasi kebutuhan dan harapan solusi, mengidentifikasi solusi alternatif dan memilih yang terbaik, merancang solusi yang dipilih, mengimplementasi solusi yang dipilih, dan mengevaluasi hasil. Selain itu diberika pula acuan yang lebih sederhana dengan empat langkah yaitu inisiasi sistem, analisis sistem, merancang sistem dan mengimplementasi sistem (Whitten et al., 2004, p37). Sedangkan Hollander et al. (2000, p134) mengemukakan tahapan yang bersifat top-down approach atau lebih dikenal dengan metode waterfall yang terdiri dari tujuh tahap yaitu, identifikasi dan seleksi projek, perencanaan dan inisiasi projek, analisis,
rancangan logika,
rancangan fisik, implementasi dan pemeliharaan. Tabel 2.2 Perbandingan Tahapan System Development Life Cycle SDLC versi Whitten
SDLC versi Problem-
et al.
solving Approach
System initiation
Identify the problem
SDLC versi Hollander et al.
. Project identification and selection . Project initiation and planning
System analysis
Analyze and
. Analysis
understan the problem Identify solution requirements and expectation System design
Identify alternative
. Logical design
solution and choose
. Physical design
61 the best course of action Design the choosen solution System
Implement the
implementation
choosen solution
. Implementation
Evaluate the result . Maintenance 2.17.3
Object Oriented Analysis and Design (OOAD) OOAD atau analisa dan perancangan berorientasi objek merupakan suatu kumpulan alat dan teknik untuk membangun suatu sistem yang akan menggunakan teknologi objek untuk membangun sebuah sistem dan perangkat lunaknya (Whitten et al., 2004, p31). Sedangkan yang dimaksud dengan teknologi objek
itu sendiri adalah
teknologi perangkat lunak yang
mendefinisikan sebuah sistem dalam istilah objek yang menggabungkan data dengan perilakunya. Pendekatan perancangan yang berorientasi pada objek ini menggunakan objek dan class sebagai konsepnya. Pengertian objek yaitu suatu entitas yang memiliki identitas, status, dan perilaku (M athiassen et al., 2000, p4). Objek dianggap sebagai suatu entitas yang memiliki identitas, status dan perilaku dan dapat melakukan suatu operasi. Dengan menggunakan objek maka sistem dapat mengatur apa saja yang dapat dilakuakn terhadap entitas tersebut. M isalnya menjadikan pelanggan sebagai objek, maka setiap objek pelanggan dapat
62 memiliki status, identitas dan perilaku yang berbeda-beda serta akses yang berbeda pula. Sedangkan pengertian class adalah deskripsi dari kumpulan objek yang memiliki struktur, pola perilaku, dan atribut yang sama (M athiassen et al., 2000, p4). Contoh dari class misalnya sekumpulan entitas pelanggan yang berbeda menjadi sebuah class pembeli, masing-masing objek didalamnya memiliki identitas seperti nama dan alamat tetapi masing-masing nama dan alamat untuk setiap pelanggan dapat saja berbeda. M enurut M athiassen et al.(2000, p5-6) OOAD memiliki keuntungan sebagai berikut : •
Konsep objek, status, dan perilaku adalah konsep umum yang sessuai
untuk menggambarkan sebagian besar fenomena yang dapat diekspresikan dengan natural language. •
M emberikan informasi yang jelas tentang konteks sistem, karena konsep
disain ini fokus pada keseragaman kejelasan pada setiap sistem dengan konteksnya. •
M emiliki hubungan yang erat antara analis is berorientasi objek,
perancangan berorientasi objek, antar muka berorientasi objek, dan progamming berorientasi objek. Dalam kegiatan analisa, objek digunakan untuk menentukan kebutuhan sistem dan dalam perancangan, objek digunakan untuk mendeskripsikan sistem. •
Objek menawarkan cara berfikir
alami terhadap
masalah yang
mendukung abstraksi tanpa memaksakan salah satu sisi pandangan.
63 Namun selain memiliki beberapa keuntungan, OOAD juga memiliki beberapa kelemahan seperti yang dijabarkan oleh M cLeod, Jr (2001, p615) yaitu : •
Diperlukan waktu lama untuk memperoleh pengalaman pengembangan.
•
Kesulitan metodologi untuk menjelaskan sistem bisnis yang rumit.
•
Kurangnya pilihan peralatan pengembangan yang khusus disesuaikan untuk sistem bisnis.
2.17.3.1
Konsep oriented analysis and design (OOAD) Objek Oriented Analysis and Design (OOAD) memiliki tiga konsep dasar yaitu : •
Encapsulation Yaitu pembungkusan beberapa item menjadi sebuah unit (Whitten et al., 2004, p432). M aksudnya adalah menjadikan atribut dan perilaku dari objek menjadi satu kesatuan. Sehingga cara untuk mengakses informasi dari objek tersebut yaitu melalui perilakunya.
•
Inheritance Yaitu merupakan konsep dimana methods atau atribut dari sebuah class objek dapat diturunkan atau digunakan kembali oleh class objek lain (Whitten et al., 2004, p434). Dengan demikian sebuah class baru dapat terbentuk dengan memiliki sifat yang sama dengan kelas induknya sekaligus sifat individu dari class itu sendiri.
•
Polymorphism
64 Yaitu konsep dimana sebuah objek dapat memiliki berbagai bentuk, artinya objek yang berbeda dapat menanggapi sebuah pesan dengan berbagai cara yang berbeda (Whitten et al., 2004, p438).
2.17.3.2
Aktifitas Utama Object Oriented Analysis and Design (OOAD) Objek Oriented Analysis and Design (OOAD) memiliki empat aktifitas utama yaitu problem-domain
analysis,
application-domain
analysis,
component design, dan architectural design (M athiassen et al., 200, p14-45).
Sumber : M athiassen et al. (2000, p15). Gambar 2.9 Aktifitas Utama OOAD
65 Namun sebelum memulai aktifitas OOAD, terdapat langkah-langkah pendahuluan sebelum analisis yaitu mengumpulkan ide-ide yang akan dikembangkan berdasarkan pemahaman terhadap informasi permasalahan apa yang sedang dihadapi, solusi yang mungkin diterapkan, dan sebagainya. Hasil dari analisis awal ini adalah system definition yaitu deskripsi singkat dari sistem komputer dalam natural language. System definition menjelaskan tentang konteks sistem, informasi yang harus dikandung dalam sistem, fungsi-fungsi yang harus dimiliki sistem, dimana akan digunakan dan kondisi serta batasan-batasan yang harus diperhatikan. Dalam membuat system definiton harus memperhatikan pendekatan kriteria FACTOR untuk melengkapi informasi yang terkandung dalam definisi sistem yang dibuat. M asing-masing huruf dari kriteria FACTOR memiliki kepanjangan. Sehingga setiap system definition harus mengandung informasi tentang (M athiassen et al., 2000, p39-40) : •
Functionality : Fungsi dari sistem yang mendukung kegiatan dalam application domain.
•
Application domain : Bagian dari organisasi yang mengatur, mengawasi dan mengontrol problem domain.
•
Conditions : Kondisi dimana sistem akan dikembangkan dan digunakan.
•
Technology : Teknologi yang digunakan baik untuk mengembangkan sistem dan juga teknologi yang memungkinkan dan mendukung jalannya sistem.
•
Objects : Objek utama dalam problem domain
66 •
Responsibility : Tanggung jawab sistem secara keseluruhan dalam hubungannya dengan konteksnya. Berikut ini merupakan penjelasan dari masing-masing aktifitas utama OOAD yang telah disebutkan diatas.
a.
Problem-domain Analysis Problem domain merupakan bagian dari konteks yang diatur, diawasi dan dikendalikan oleh sistem. Dengan kata lain analisis problem domain berkaitan dengan mengekspresikan kebutuhan yang harus dipenuhi oleh sistem. Tujuannya yaitu mengidentifikasi dan memodelkan problem domain sehingga didapatkan informasi apa saja yang dibutuhkan oleh sistem.
Analisis problem domain memiliki aktifitas-aktifitas sebagai berikut (M athiassen et al., 2000, p47-111) :
Sumber : M athiassen et al. (2000, p46). Gambar 2.10 Aktifitas Problem Domain Analysis
67 Pada aktifitas classes kita menentukan objek, class dan event apa saja yang berhubungan dengan problem domain. Dimulai dengan pemilihan objek-objek yang terkait, kemudian mendefinisikan event-event yang mungkin terjadi pada objek, selanjutnya mengelompokan objek kedalam class. Setelah terbentuk class maka objek dan event yang terkait dievaluasi secara sistematis dan hasilnya dapat dirangkum dalam sebuah event tabel yang menunjukan suatu class dapat memiliki event-event apa saja. Pada aktifitas structure, class dan objek yang sudah ada dihubungkan secara struktural sehingga menghasilkan sebuah diagram yang menghubungkan setiap class dalam problrm domain yaitu class diagram. Struktur hubungan yang dimaksud yaitu : •
Struktur antar class Terbagi atas dua jenis, yang pertama yaitu generalisasi dimana merupakan hubungan struktural antara dua atau lebih kelas yang khusus dengan kelas yang lebih umum. Kedua yaitu cluster yang merupakan kumpulan dari kelas yang saling berhubungan. Kelas didalam sebuah cluster umumnya memiliki hubungan generalisasi atau agregasi.
•
Struktur antar objek Terbagi dua jenis, yang pertama adalah agregasi yang menunjukan hubungan antara dua atau lebih objek yang menunjukkan bahwa salah satu dari objek merupakan bagian dari suatu objek keseluruhan. Kedua yaitu asosiasi yang mirip dengan agregasi namun hubungan ini tidak menunjukan suatu objek
68 bagian dari objek lain tetapi ke arah lain, misalnya kepemilikan, kemungkinan melakukan berulang-ulang atau lainnya. Sedangkan pada aktifitas behavior perilaku yang mungkin terjadi pada objek dijelaskan lebih detil dengan menggunakan event trace yaitu urutan event yang melibatkan onjek tertentu. Setiap objek memiliki event trace yang unik, namun terdapat kemungkinan event trace yang sama untuk setiap objek dalam sebuah class yang disebut behavioral pattern atau pola perilaku. Pola ini terbagi menjadi tiga jenis yaitu : •
Sequence, yaitu event yang terjadi secara berurutan satu per satu.
•
Selection, merupakan pemilihan salah satu dari beberapa event yang terjadi.
•
Iteration, yaitu event yang terjadi berulang kali. Behavioral pattern yang terbentuk untuk setiap class dapat digambarkan dengan sebuah diagram yaitu statechart diagram dimana pola yang terbentuk digambarkan dari mulai objek diaktifkan (initial state), event trace yang mungkin, status dari setiap hasil perilaku, sampai dengan objek diterminasi (final state).
b. Application-domain Analysis Application domain merupakan organisasi yang mengatur, mengawasi, atau mengendalikan problem domain. Tujuan dari analisis application domain adalah untuk menentukan fungsi-fungsi dan antar muka apa saja yang dibutuhkan oleh penggunaan sistem.
69 Analisis application domain memiliki aktifitas-aktifitas sebagai berikut (M athiassen et al., 2000, p119-170):
Sumber : M athiassen et al. (2000, p117). Gambar 2.11 Aktifitas Application Domain Analysis Aktifitas usage merupakan bagian dari analisis application domain yang menentukan bagaimana sistem berinteraksi dengan manusia dan sistem di dalam konteks. Hasil analisisnya dapat digambarkan melalui use case diagram yaitu pola interaksi antara sistem dengan pengguna yang berinteraksi dengan sistem. Aktifitas usage memiliki subaktifitas yang ditunjukan oleh gambar dibawah ini :
Sumber : M athiassen et al. (2000, p120). Gambar 2.12 Subaktifitas Usage
70 Aktifitas fuction berfokus pada apa yang dapat dilakukan sistem untuk membantu actors (pengguna atau sistem lain yang berhubungan dengan sistem yang dituju) dalam pekerjaan mereka. Function sendiri merupakan fasilitas sistem yang menjadikan sistem tersebut berguna bagi actor. Function terbagi menjadi empat jenis yaitu : •
Update yaitu dimana function diaktifkan oleh event problem dimain dan meghasilkan perubahan status model.
•
Signal , dimana function diaktifkan oleh perubahan status model dan menghasilkan reaksi di dalam konteks.
•
Read yaitu dimana function diaktifkan oleh kebutuhan informasi actor dan mengakibatkan sistem menampilkan bagian tertentu dari model yang relevan.
•
Compute, dimana function diaktifkan oleh kebutuhan informasi actor yang mengandung perhitungan informasi yang disediakan oleh actor maupun model. Hasilnya adalah tampilan dari hasil perhitungan tersebut.
71 Berikut ini adalah gambar subaktifitas dari function :
Sumber : M athiassen et al. (2000, p139). Gambar 2.13 Subaktifitas Function
Aktifitas interface berfokus pada penentuan antarmuka yang dibutuhkan sistem. Antarmuka adalah fasilitas yang memungkinkan model sistem dan function dari sistem agar dapat digunakan oleh para actors. Hasil dari aktifitas ini terbagi dua yaitu yang berupa antarmuka untuk user yaitu dialogue styles dan bentuk presentasi, daftar lengkap elemen antarmuka user, diagram window yang dipilih, dan navigation diagram. Hasil lainnya yaitu berupa antarmuka untuk sistem lain yang berupa class diagram untuk peralatan eksternal dan berinteraksi dengan sistem lain.
prosedur
untuk
72 Berikut adalah subaktifitas yang terdapat dalam kegiatan ini :
Sumber : M athiassen et al. (2000, p153). Gambar 2.14 Subaktifitas Interface
c. Architectural Design Architectural design adalah tahap penyusunan sistem yang terkomputerisasi. Kegiatan ini merupakan kerangka kerja dalam aktivitas pengembangan sistem. Hasil dari aktifitas ini adalah struktur komponen dan proses sistem. Architectural design terbagi atas dua yaitu component architecture dan process architecture. Component architecture berfokus pada aspek yang stabil yaitu class dan menyusun sistem dalam komponen yang terkait dan berkaitan dengan pertimbangan logis. Sedangkan process architecture lebih berfokus pada aspek yang dinamis yaitu objek dan menyusun proses dalam sistem supaya terkoordinasi dan mencapai penggunaan yang efisien dalam technical platform dan process architecture berhubungan dengan pertimbangan fisik.
73
Sumber : M athiassen et al. (2000, p176). Gambar 3.15 Aktifitas Architerture Design
Gambar diatas merupakan aktifitas yang terdapat dalam architertural design. Aktifitas pertama yaitu criteria merupakan aktifitas yang menentukan kriteria (properti yang diinginkan dari sebuah arsitektur) dan kondisi (teknik, organisasi, human opportunities, dan batasan yang terlibat dalam melaksanakan pekerjaan) dalam
perancangan.
Tabel
3.3
menunjukan
daftar
kriteria
yang
direkomendasikan oleh M athiassen et al. (2000, p178) untuk menentukan kualitas software.
74 Tabel 2.3 Kriteria Klasik untuk Kualitas Software Sumber : M athiassen et al. (2000, p178) Kriteria Usable
Ukuran Kemampuan
sistem
untuk
beradaptasi
terhadap
organisasi, pekerjaan yang terkait dan konteks teknik. Secure
Epencegahan terhadap akses yang tidak diinginkan terhadap data dan fasilitas.
Efficient
Eksploitasi secara ekonomis dari fasilitas technical platform.
Correct
Pemenuhan terhadap kebutuhan.
Reliable
Pemenuhan terhadap presisi yang dibutuhkan dalam menjalankan fungsi.
Maintanable
Biaya dalam mengalokasi dan memperbaiki kerusakan sistem.
Testable
Biaya untuk menjamin sistem yang dibangun bekerja sesuai fungsi yang diharapkan.
Flexible
Biaya untuk memodifikasi sistem.
Compreherensible Usaha
yang
dibutuhkan
untuk
mendapatkan
pemahaman yang koheren terhadap sistem. Reusable
Potensi penggunaan bagian sistem pada sistem lain yang terkait.
Portable
Biaya untuk memindahkan sistem ke technical platform lain.
75 Interoparable
Biaya untuk mengkombinasikan sistem dengan sistem lain.
Kriteria usable, flexible, dan comprehensible tergolong sebagai kriteria umum yang harus dimiliki oleh sebuah sistem dan menentukan baik tidaknya suatu rancangan sistem. Usablility menetapkan bahwa kualitas terbaik sistem ditentukan dari bagaimana sistem tersebut bekerja di dalam konteks. Flexibility menetapkan bahwa arsitektur sistem mengakomodasi perubahan organisasi dan kondisi teknis. Comprehensible menetapkan bahwa perkembangan kerumitan sistem yang terkomputerisasi, model dan penjelasannya harus mudah dipahami. Pada aktifitas component architecture akan dibuat suatu sruktur sistem dari komponen-komponen yang berhubungan dalam bentuk component diagram yang merupakan class diagram dengan spesifikasi dari komponen yang kompleks. Komponen terbagi menjadi tiga macam yaitu user interfaces yang bertanggung jawab
untuk membaca perintah tombol dan memperbaharui
tampilan yang memungkinkan user untuk berinteraksi dengan sistem, function yang bertanggung jawab untuk menyediakan fungsi sistem, dan model. Dalam component architecture terdapat tiga macam pola yaitu : •
Layered Architecture Pattern Arsitektur ini membentuk komponen menjadi lapisan-lapisan dimana masing-masing komponen memiliki tanggung jawab downward interface (operasi yang dapat diakses komponen yang ada di lapisan bawahnya) dan
76 upward interface (operasi yang dapat dilakukan komponen pada lapisan diatasnya). •
Generic Architecture Pattern Arsitektur ini meletakan komponen model pada lapisan paling bawah, kemudian komponen function pada lapisan diatasnya dan komponen user interface pada lapisan paling atas.
•
Client-Server Architecture Pattern Arsitektur ini dikembangkan untuk sistem yang terdistribusi dengan prosesor yang tersebar dibeberapa area geografis yang berbeda. Susunannya adalah kumpulan client pada lapisan atas dan server pada lapisan dibawahnya. Aktifitas process component akan menyusun struktur eksekusi sistem dari prose-proses yang saling bergantung dalam bentuk deployment diagram yang menunjukan prosesor dengan komponen program dan objek aktif yang ditetapkan. Terdapat tiga pola distribusi dalam menetapan komponen dan objek dalam prosesor ini yaitu :
•
Centralized Pattern Client terdiri dari komponen user dan system interfaces sedangkan server terdiri dari komponen user dan system interfaces, function, dan model.
•
Distributed Pattern Client terdiri dari komponen user dan system interfaces,
function, dan
model sedangkan server hanya terdiri dari komponen system interfaces. •
Decentralized Pattern
77 Client terdiri dari komponen user dan system interfaces,
function, dan
model lokal sedangkan server terdiri dari komponen user dan system interfaces, function, dan model keseluruhan.
d. Component design Tujuan dari aktifitas ini adalah menentukan implementasi dari kebutuhan ke dalam kerangka kerja arsitektur. Oleh karena itu aktifitas ini berisi perancangan terhadap komponen sistem yaitu model dan function yang hasilnya berupa deskripsi mengenai komponen tersebut. Gambar 3.16 menunjukan aktifitas dari component design :
Sumber : M athiassen et al. (2000, p232). Gambar 2.16 Aktifitas Component Design
Aktifitas merancang komponen terbagi dua yaitu model component dan function component. Aktifitas model component lebih kearah bagaimana merealisasikan model sebagai class di dalam sistem. Model component adalah bagian dari sistem yang mengimplementasi model dari problem domain.
78 Tujuannya yaitu mengantarkan data historis dan saat ini ke function, interfaces, dan terutama kepada user dan sistem lain. Hasilnya adalah class diagram dari model component yang telah direvisi. Sedangkan function component lebih mengarah pada bagaimana fungsi diimplementasi. Function component adalah bagian dari sistem yang mengimplementasi kebutuhan fungsional. Tujuannya yaitu memberikan akses terhadap model kepada user interface dan sistem lain. Hasil aktifitas ini adalah class diagram dengan operasi dan spesifikasi dari operasi yang kompleks. Function dirancang dengan diimplementasi menggunakan operasi (properti proses yang dispesifikasi dalam class dan diaktifkan melalui objek) dalam class sistem. Terdapat empat tipe dalam merancang function sebagai operasi yaitu : •
Update, menerima data input yang mempengaruhi problem domain dan mengembalikan output ke tempat dimana ia diaktifkan.
•
Read, merefleksikan kebutuhan user atau sistem lain untuk mendapatkan informasi dari model.
•
Compute, menunjukan bahwa user atau sistem lain membutuhkan pemrosesan data yang mungkin melibatkan rujukan dari model.
•
Signal, menunjukan kebutuhan untuk pengamatan atau pengawasan. Selain itu, terdapat empat pola eksplorasi untuk merancang function component yaitu Model-Class Placement, Function-Class Placement, Startegy, dan Active Function.
79 Aktifitas connecting component berfokus pada menilai bagaimana komponen-komponen tersebut saling terhubung. Hubungan ini ditunjukan dengan penilaian terhadap coupling (ukuran seberapa dekat dua buah class atau komponen terkait) dan cohesion (ukuran seberapa baik sebuah class atau komponen digabungkan bersama. Hasil aktifitas ini adalah class diagram dari komponen yang saling berhubungan.
2.17.4
Unified modeling language (UML) Salah satu alat untuk mengembangkan sistem adalah UM L. Unified Modeling Language adalah sebuah bahasa yang digunakan untuk menentukan, visualisasi, kontruksi, dan mendokumentasikan artifak dari sistem software, untuk memodelkan bisnis, dan sistem nonsoftware lainnya. UM L merupakan suatu kumpulan teknik terbaik yang telah terbukti sukses dalam memodelkan sistem yang besar dan kompleks (Suhendar, 2002, p26). Perkembangan UM L dimulai dari perkembangan pendekatan analisa dan perancangan object oriented pada pertengan 1970 sampai akhir 1980 karena peningkatan aplikasi software yang ada pada saat itu. M etode object oriented juga mulai diujicobakan dari tahun 1989 sampai 1994, contohnya Grady Booch dari Rational Software Co. yang dikenal dengan OOD (Object-Oriented Design) dan James Rumbaugh dari General Electric yang dikenal dengan OM T (Object Modelling Technique). Namun dirasakan kelemahan dari UM L yaitu tidak adanya standar penggunaan model yang berbasis object oriented. Oleh karena itu Booch, Rumbaugh dan
80 Ivar Jacobson bekerja sama mendiskusikan suatu model bahasa yang seragam yang dapat digunakan di seluruh dunia (unified modeling language). UM L mulai digunakan pada Oktober 1994 saat Booch dan Rumbaugh tergabung dalam sebuah proyek pengembangan pendekatan metode yang seragam yaitu draft UM L versi 0.8 yang di release Oktober 1995. Kemudian Jacobson bergabung dan UM L diperluas ruang lingkupnya dengan metode OOSE (Object-Oriented Software Engineering) sehingga muncul UM L versi 0.9 pada Juni 1996. Tahun 1996 Object Management Group (OM G) yaitu sebuah badan yang bertugas mengeluarkan standar-standar teknologi object oriented dan software component mulai mengkoordinasi perkembangan UM L. Sejak saat itu UM L berkembang menjadi versi 1.1 pada tahun 1997, UM L versi 1.3 tahun 1998, UM L versi 1.5 pada M aret 2003 dan samapi versi terbaru yaitu UM L versi 2.0. OM G memberikan beberapa penjabaran keuntungan UM L yaitu dapat digunakan untuk memodelkan berbagai jenis aplikasi , dijalankan pada berbagai
jenis
dan
pemrogaman, dan
kombinasi hardware, jaringan.
operating
Dapat digunakan
system,
bahasa
langsung pada bahasa
pemrogaman object oriented seperti C++ dan Java namun juga dapat digunakan untuk memodelkan aplikasi yang non object oriented seperti pada Fortran, VB, or COBOL.
81 2.17.5 Diagram-diagram dan notasi UML Berikut ini merupakan beberapa diagram UM L dan notasinya yang paling umum digunakan dalam Objek Oriented Analysis and Design (OOAD) : •
Class diagram Class diagram menggambarkan class objek yang membentuk sistem dan hubungan struktural diantara class objek tersebut (M athiassen et al., 2000, p336). Class diagram digunakan pada aktifitas penentuan class dan structure problem domain analysis. Notasinya berupa kotak yang berisi atribut dari objek dan garis yang menunjukan relasi objek terhadap objek lain. Atribut objek memiliki tiga kemungkinan sifat yaitu : -
Private , tidak dapat dipanggil dari luar class yang bersangkutan
-
Protected , hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya
-
Public , dapat dipanggil oleh siapa saja Hubungan yang terdapat dalam class diagram yaitu :
-
Asosiasi , hubungan antar dua objek atau class. Hubungan ini menggambarkan apa yang perlu diketahui oleh sebuah class mengenai class lainnya dan dapat bersifat dua arah.
82
Sumber: Whitten et al. (2004, p461) Gambar 2.17 Contoh Class Diagram Hubungan Asosiasi -
Generalisasi ,dimana atribut dan perilaku yang umum pada beberapa class objek digabungkan menjadi class tersendiri (supertype class) dan atribut dan perilaku tersebut diturunkan pada class yang merupakan bagian dari induk class tersebut (subtype class).
Sumber: Whitten et al. (2004, p461) Gambar 2.18 Contoh Class Diagram Hubungan Generalisasi -
Agregasi, menunjukan hubungan suatu objek merupakan bagian dari objek lain yang lebih besar.
83
Sumber: Whitten et al. (2004, p461) Gambar 2.19 Contoh Class Diagram Hubungan Agregasi
Notasi yang terdapat pada garis hubungan antar class disebut multiplicity yaitu notasi yang menunjukan nilai maksimum dan minimum jumlah kejadian yang dapat terjadi pada class yang terhubung. • Statechart diagram Statechart diagram mengilustrasikan siklus objek hidup yaitu berbagai status yang dapat dimiliki objek dan event yang menyebabkan status objek berubah menjadi status lain (Whitten et al., 2004, p700). Statechart diagram digunakan dalam aktifitas behavior pada problem domain analysis.
84
Sumber: M athiassen et al. (2000, p425) Gambar 2.20 Contoh Statechart Diagram • Use-Case Diagram Use-case diagram menggambarkan interaksi yang terjadi antara sistem dengan lingkungan luar sistem dan user (Whitten et al., 2004, p271). Usecase diagram digunakan dalam aktifitas usage pada application domain analysis.
85
Sumber: Whitten et al. (2004, p282) Gambar 2.21 Contoh Use Case Diagram • Sequence Diagram Sequence diagram menggambarkan model logis interaksi pesan antar objek dalam urutan waktu. Diagram ini menggambarkan bagaimana objek saling berinteraksi melalui pesan untuk menjalankan sebuah use case atau operasi dan menggambarkan bagaimana pesan dikirim dan diterima objek (Whitten et al., 2004, p441). Sequence diagram digunakan pada aktifitas interface pada application domain analysis.
86
Sumber: http://www.tracemodeler.com/articles/typicalsequencediagram.png Gambar 2.22 Contoh Sequence Diagram
• Navigation diagram Navigation Diagram merupakan statechart diagram khusus yang berfokus pada user interface (M athiassen et al., 2000, p344). Diagram ini menunjukan window- window yang terlibat dan transisi antar window tersebut. Sebuah window dapat digambarkan sebagai sebuah state yang memiliki nama dan mengandung gambar miniatur window. Navigation
87 diagram digunakan pada aktifitas interface pada application domain analysis.
Sumber: M athiassen et al. (2000, p160) Gambar 2.23 Contoh Navigation Diagram
• Component diagram Component
Diagram
merupakan
diagram
implementasi
yang
digunakan untuk menggambarkan arsitektur fisik dari software sistem. Diagram ini dapat menunjukkan bagaimana coding pemrograman dibagi kedalam modul-modul atau komponen dan menunjukkan ketergantungan antar komponen tersebut (Whitten et al., 2004, p705).
88 Component
diagram
digunakan
dalam
aktifitas
component
architecture pada architectural design.
Sumber: M athiassen et al. (2000, p201) Gambar 2.24 Contoh Component Diagram • Deployment diagram Deployment
Diagram
merupakan
diagram
implementasi
yang
menggambarkan arsitektur fisik dari hardware dan software sistem. Diagram ini menggambarkan komponen software, processor, dan peralatan lain yang menyusun arsitektur sistem (Whitten et al., 2004, p706-707).
Deployment diagram menunjukkan konfigurasi sistem
dalam bentuk processor dan objek yang terhubung dengan processor tersebut (M athiassen et al., 2000, p340). Component diagram digunakan dalam aktifitas process architecture pada architectural design.
89 Setiap kotak dalam deployment diagram menggambarkan sebuah node yang menunjukkan sebuah hardware. Hardware dapat berupa PC, mainframe, printer, atau bahkan sensor. Software yang terdapat di dalam node
digambarkan
dengan
simbol
komponen.
Garis
menghubungkan node menunjukkan jalur komunikasi antar device.
Sumber: M athiassen et al. (2000, p217) Gambar 2.25 Contoh Deployment Diagram
yang