Landasan Teori
3.1. Pengenalan Six Sigma
Ada banyak pengertian mengenai six sigma, six sigma diartikan sebagai metode berteknologi canggih yang digunakan oleh para insinyur dan statistikawan dalam memperbaiki atau mengembangkan proses atau produk. Six sigma diartikan demikian karena kunci utama perbaikan six sigma menggunakan metode-metode statistik, meskipun tidak secara keseluruhan membicarakan tentang statistik.
Pengertian six sigma yang lain adalah ”tujuan yang mendekati kesempurnaan dalam mencapai kebutuhan pelanggan.” Ada juga yang mengartikan six sigma sebagai ”usaha mengubah budaya perusahaan untuk mencapai kepuasan pelanggan, keuntungan dan persaingan yang jauh lebih baik.” Kunci utama pengertian diatas adalah ”pengukuran, tujuan dan perubahan budaya perusahaan.”
Six sigma adalah suatu cara pintar untuk mengelola bisnis, departemen, ataupun industri. Six sigma mengedepankan pelanggan dan menggunakan fakta dan data untuk mendapatkan solusi-solusi yang lebih baik.
Definisi secara lengkap dan lebih jelas adalah :
Six sigma : suatu sistem yang komprehensif dan fleksibel untuk mencapai, memberi dukungan dan memaksimalkan proses usaha, yang berfokus pada pemahaman akan kebutuhan pelanggan dengan menggunakan fakta, data, dan analisis statistik serta terus-menerus memperhatikan pengaturan, perbaikan dan mengkaji ulang proses usaha.
Keuntungan dari penerapan six sigma ini berbeda untuk tiap perusahaan yang bersangkutan, tergantung pada usaha yang dijalankannya, biasanya ada perbaikan pada hal-hal berikut ini :
• Pengurangan biaya • Perbaikan produktivitas • Pertumbuhan pangsa pasar • Pengurangan waktu siklus • Kepuasan pelanggan • Pengurangan cacat • Perubahan budaya kerja
• Pengembangan produk atau jasa Metode dan Alat-Alat Penting Six Sigma :
• Desain Proses atau Rancang ulang proses • Analisa variasi/cacat (Analysis of variance) • Balanced Scorecard
• Voice of customers • Creative thinking • Design of Experiments • Process management • Statistical Process Control • Continuous Improvement
Hal-hal yang terselubung di balik penerapan six sigma :
• Six sigma meliputi sekumpulan praktik dan keterampilan (skill) usaha (baik secara dasar maupun secara terapan) yang merupakan kunci menuju keberhasilan dan berkembang ke arah yang lebih baik. Six sigma jauh lebih terinci daripada metode analisis berdasarkan statistic. Maksudnya : Six sigma bisa diterapkan di bidang usaha apa saja mulai dari perencanaan strategi sampai operasional hingga pelayanan pelanggan dan maksimalisasi motivasi atas usaha anda.
• Ada banyak pendekatan six sigma. Tapi bila kita mengikuti resep atau modal perusahaan lain dijamin akan gagal atau mendekati kegagalan. Maksudnya : keuntungan six sigma akan terlihat apabila anda memimpin keseluruhan organisasi atau departemen. Selain itu, anda juga dapt mengatur usaha anda, mulai dari menangani masalah tertentu hingga memperbaharui usaha secara keseluruhan.
• Six sigma sangat berpotensi diterapkan pada bidang jasa di samping lingkungan teknikal. Misalnya : bidang manajemen, keuangan, pelayanan pelanggan, pemasaran, logistik, teknologi informasi, dan sebagainya. • Six sigma sebagai keberhasilan individu dan keberhasilan teknikal.
Kreativitas, kolaborasi, komunikasi, dedikasi lebih jauh berkuasa dari sekelompok super statistikawan. Ide-ide pokok six sigma bisa menginspirasi dan memotivasi ide-ide dan kinerja yang lebih baik dari orang-orang dan menciptakan strategi antara talenta individu dan kecakapan teknikal.
• Banyak pekerjaan dan bukan tanpa resiko. Six sigma menghabiskan waktu dan biaya untuk menerapkannya. Maksudnya : six sigma ditinjau dari perolehan finansial akan terlibat pada keuntungan yang intangible (tidak terlihat secara langsung). Perubahan sikap dan antusias yang diperoleh dari perbaikan proses dan orang-orang yang telah diberi penjelasan atau informasi akan lebih mudah diamati dan dihargai daripada penghematan uang.
Inilah tiga bidang utama yang menjadi target usaha six sigma : • Meningkatkan kepuasan pelanggan
• Mengurangi waktu siklus • Mengurangi defect (cacat)
Peningkatan di bidang-bidang tersebut biasanya menghasilkan penghematan biaya yang dramatis, juga peluang-peluang untuk mempertahankan para pelanggan, masuk ke pasar baru, dan membangun reputasi bagi produk dan layanan dengan performa/kinerja tinggi.
Dalam memecahkan permasalahan yang ada pada perusahaan maka dibentuklah tim perbaikan, pemecahan masalah, dan perancangan proses yang merupakan komponen yang paling penting dalam perusahaan dan merupakan tim yang pertama kali dibentuk untuk memecahkan masalah-masalah dan menangkap peluang-peluang.
Salah satu hal paling mengagumkan dari tim six sigma adalah diversitas mereka : para anggota tim acap kali berasal dari departemen yang berbeda-beda, demikian juga level kerja mereka, latar belakang, keterampilan, dan senioritas. Di dalam tim, setiap
orang, dengan mempertimbangkan kontribusi keseluruhan dan kontribusi setiap anggota, adalah kunci untuk mencapai usaha terobosan dalam sebuah usaha six sigma.
Dalam memimpin tim dengan latar belakang berbeda seperti itu, maka perlu memiliki proses atau model bersama, yang dapat dipakai bersama oleh semua anggota untuk mengerjakan tugas-tugas mereka. Dalam six sigma, jawaban untuk kebutuhan ini adalah DMAIC (Define Measure Analyze Improve Control). Dengan mengikuti proses ini, sebuah proses dengan lima langkah yang fleksibel dan handal untuk menjalankan perbaikan dapat tercapai dan dijalankan, tim bekerja dari sebuah pernyataan masalah sampai implementasi solusi dengan banyak aktivitas di antaranya.
3.2. DMAIC
DMAIC hanyalah suatu konsep. Berhasil atau tidaknya tergantung dari pelaksanaannya. Berikut adalah keuntungan-keuntungan yang didapat karena menerapkan DMAIC :
1. Mengukur masalah.
2. Memfokuskan pada pelanggan 3. Menguji/membuktikan akar masalah 4. Mematahkan kebiasaan-kebiasaan lama 5. Mengelola resiko
6. Mengukur hasil
Berikut ini adalah 5 langkah DMAIC (Define Measure Analyze Improve Control) :
1. Menentukan Masalah (Define)
Langkah pertama mengatur tahap proyek dan seringkali merupakan tantangan terbesar dari tim. Tim harus menghadapi berbagai macam pertanyaan : Apa yang sedang kami lakukan? Mengapa kami mengerjakan masalah khusus ini? Siapakah pelanggannya? Apa persyaratan dari pelanggan? Bagaimana pekerjaan-pekerjaan yang saat ini dilakukan? Apa manfaat dari melakukan perbaikan ini?
Jenis pertanyaan ini yang merupakan pemikiran bisnis yang mendasar merupakan cara untuk memikirkan masalah-masalah di masa di masa lalu sering diabaikan. Penentuan masalah dapat dibuat dari beberapa langkah, yaitu :
• Kasus bisnis : Mengapa peluang tertentu ini yang dipilih?
• Masalah/peluang dan pernyataan tujuan : Masalah spesifik apa atau kerugian yang mana yang sedang ditangani, dan hasil apa yang diusahakan untuk dicapai?
Pernyataan masalah merupakan deskripsi yang tepat dan terfokus terhadap ”apa yang salah?”
Pernyataan masalah dapat berfungsi untuk : - Memvalidasi dasar pengukuran proyek
- Menilai kejelasan dukungan data dan membantu menentukan masalah - Membangun sebuah ukuran basis dimana kemajuan dan juga hasil
Berikut adalah struktur pernyataan masalah : Tabel 3.1. Pernyataan Masalah Struktur Pernyataan Masalah Apa? • Proses mana yang terlibat?
• Apa yang salah?
• Apa kesenjangan atau peluangnya? Dimana/Kapan? • Dimana kita mengamati masalah atau
kesenjangan?
- Departemen - Wilayah - Lainnya
• Kapan kita mengamati masalah atau kesenjangan?
- Waktu/hari/bulan/tahun - Sebelum atau sesudah X - Lainnya
Seberapa besar? • Seberapa besar masalah atau kesenjangan atau peluang?
• Bagaimana kita akan mengukurnya? Dampaknya? • Apa dampak masalah atau peluang?
• Apa manfaat tindakan atau konsekuensi jika tidak bertindak?
Pernyataan masalah dan pernyataan tujuan merupakan pasangan yang sesuai. Sementara pernyataan masalah menjelaskan masalah atau gejala-gejala, pernyataan tujuan menentukan ”hal-hal yang mendukung” dalam kaitannya dengan hasil-hasil konkret. Struktur pernyataan tujuan dapat distandarisasi ke dalam tiga unsur berikut :
- Deskripsi tentang apa yang dicapai.
Pernyataan tujuan seharusnya dimulai dengan kata : ”Mengurangi...”, ”Meningkatkan...”, ”Mengeliminasi...”
Target seharusnya mengkuantifikasi penghematan biaya yang diinginkan, eliminasi produk cacat, pengurangan waktu, dan lain-lain. - Tenggang waktu keberhasilan perbaikan.
• Batasan/asumsi : Keterbatasan apa yang dialami di dalam proyek ataupun sumberdaya yang diharapkan terlibat?
• Cakupan : Seberapa banyak proses dan atau rentang isu yang ada dalam lingkup yang ditentukan?
• Para pemain dan peran : Siapa anggota tim, pemimpin dan stakeholder lainnya?
• Rencana-rencana awal : Kapan setiap tahap DMAIC dilaksanakan?
Cetak biru proyek tersebut dimaksudkan untuk menentukan dan mempersempit fokus proyek, membangun batasan-batasan dan sumber daya bagi tim, dan membantu tim mengkomunikasikan tujuan dan rencana-rencananya.
Tugas berikutnya adalah mengidentifikasi pemain paling penting di dalam semua proses, yaitu pelanggan. Pelanggan bisa bersifat internal maupun eksternal.
Pekerjaan ini membuat suara pelanggan (Voice Of Customer – VOC) menjadi hal yang menantang. Para pelanggan sendiri sering tidak yakin dengan apa yang mereka inginkan atau mengalami kesulitan dalam mengekspresikannya. Mereka biasanya tidak cukup baik dalam menjelaskan apa yang tidak mereka inginkan. Jadi tim DMAIC harus mendengarkan suara pelanggan dan menerjemahkan bahasa pelanggan ke dalam persyaratan yang bermakna.
Berikut adalah contoh VOC :
Tabel 3.2. Voice of Customer
Perkataan Pelanggan Artinya bagi bisnis Persyaratan Pelanggan “Pengiriman Anda terlalu
lama.”
Kami dilihat lambat/kurang responsif dalam melakukan pengiriman yang telah dijanjikan
Pesanan harus dikirim dalam 3 hari kerja sejak
menerima pesanan pembelian
“Saya tidak tahu bahwa saya harus membawa kembali hal ini dalam 7 hari untuk mendapatkan pembayaran kembali”
Kami tidak jelas atau terlalu ketat dalam kebijakan pengembalian kami.
Komunikasi yang jelas
tentang kebijakan pengembalian merupakan
hal penting
Tugas berikutnya adalah membuat diagram tentang proses yang akan dikerjakan oleh tim yang menjelaskan proses yang berjalan saat ini.
2. Mengukur (Measure)
Langkah kedua ini mempunyai 2 sasaran utama, yaitu :
• Mendapatkan data untuk memvalidasi dan mengkuantifikasi masalah/peluang.
• Memulai menyentuh fakta dan angka-angka yang memberikan petunjuk tentang akar masalah.
Prioritas utama dari tim DMAIC hampir selalu adalah ukuran-ukuran output yang dengan baik mengkuantifikasi masalah-masalah saat ini. Proses dan ukuran-ukuran input yang dipilih ditargetkan untuk mulai mendapatkan data tentang penyebab-penyebab potensial.
3. Menganalisa (Analyze)
Dalam langkah ini DMAIC berguna untuk menemukan akar permasalahan yang terjadi.
Salah satu prinsip dari penyelesaian masalah DMAIC yang baik adalah memperhatikan berbagai tipe penyebab sehingga tidak membiarkan adanya bias. Beberapa kategori penyebab umum yang dapat terjadi adalah :
• Methods : Prosedur atau teknik yang digunakan dalam mengerjakan tugas.
• Machines : Teknologi yang digunakan dalam proses kerja.
• Materials : Bahan/materi yang jika rusak dapat memperngaruhi output. • Measures : Data salah yang dihasilkan dari mengukur sebuah proses atau
mengubah tindakan orang pada basis apa yang diukur dan bagaimana mengukur
• Mother Nature : Unsur-unsur lingkungan, dari cuaca sampai kondisi ekonomi, yang memperngaruhi bagaimana proses atau bisnis berkinerja. • People : Sebuah variabel kunci bagaimana menggabungkan semua unsur
lain tersebut untuk menghasilkan output bisnis. 4. Memperbaiki (Improve)
Dari analisa yang telah dilakukan, maka perusahaan dapat melakukan peningkatan/perbaikan dengan memperhitungkan seberapa besar keuntungan yang didapat setelah dilakukan peningkatan/perbaikan.
Pada titik ini peningkatan(improve) dapat menjadi implementasi(Implement). Solusi-solusi DMAIC harus dikelola dengan cermat dan diuji, maka itu peningkatan harus disertai dengan implementasi.
5. Mengendalikan (Control)
Menghindari untuk kembali ke kebiasaan dan proses lama merupakan sasaran utama langkah control.
Tugas-tugas yang harus dijalankan dalam menerapkan tahap control adalah :
• Mengembangkan proses monitoring untuk melacak perubahan-perubahan yang harus ditentukan.
• Menciptakan rencana tanggapan untuk menangani masalah-masalah yang mungkin muncul.
• Membantu memfokuskan perhatian manajemen terhadap ukuran-ukuran kritis yang memberikan informasi terkini mengenai hasil akhir dari proyek dan terhadap ukuran-ukuran proses kunci.
3.3. Peralatan Six Sigma
3.3.1. Histogram
Histogram merupakan suatu gambaran dari proses yang menunjukkan distribusi dari pengukuran dan frekuensi dari setiap pengukuran itu. Histogram dapat digunakan sebagai suatu alat untuk mengkomunikasikan informasi tentang variasi dalam proses dan membantu manajemen dalam membuat keputusan-keputusan yang berfokus pada usaha perbaikan terus-menerus (continous improvement efforts).
3.3.2. SIPOC Diagram
Dalam manajemen dan perbaikan proses, diagram SIPOC merupakan salah satu teknik yang sangat berguna dan paling sering digunakan. Diagram ini digunakan untuk menyajikan tampilan ”sekilas” dari aliran kerja.
Berikut adalah elemen-elemen SIPOC :
- Supplier : Orang atau kelompok yang memberikan informasi kunci, bahan-bahan, atau sumber daya lainnya, kepada proses.
- Input : ”Sesuatu” yang diberikan.
- Process : Sekumpulan langkah yang mengubah input menjadi output. - Output : Produk akhir.
- Customer : Orang atau kelompok yang menerima output. Manfaat SIPOC :
- Menampilkan sekumpulan aktivitas lintas fungsional dalam satu diagram tunggal yang sederhana.
- Menggunakan kerangka kerja yang dapat diterapkan pada proses dengan ukuran-ukuran, bahkan organisasi keseluruhan.
- Membantu memelihara perspektif ”gambar besar” yang untuk itu detail tambahan dapat ditambahkan.
3.3.3. Pernyataan Proyek
Pernyataan Proyek digunakan untuk memfokuskan proyek perbaikan terhadap sesuatu masalah yang akan diteliti atau dipecahkan. Elemen-elemen yang ada pada Pernyataan proyek adalah:
a. Kasus Bisnis merupakan latar belakang permasalahan yang terjadi saat ini dalam lingkup yang lebih global.
b. Pernyataan masalah merupakan pernyataan masalah saat ini secara spesifik dan terukur (specific dan measurable).
c. Pernyataan Tujuan merupakan pernyataan tujuan yang akan dicapai setelah proyek diselesaikan. Pernyataan tujuan ini haruslah spesifik, terukur, realistik dan dapat dimengerti (specific, measurable, realistic dan understandable).
d. Ruang Lingkup Proyek merupakan batasan-batasan di mana proyek perbaikan atau pemecahan masalah yang akan difokuskan.
e. Peran tim merupakan daftar tugas dan tanggung jawab setiap anggota tim yang terlibat dalam proyek perbaikan.
f. Milestone atau batas waktu yang ditetapkan pada tim proyek untuk dapat menyelesaikan proyeknya, beserta rincian kegiatan waktu demi waktu jika diperlukan.
3.3.4. Pareto Diagram
Diagram pareto adalah grafik batang yang menunjukkan masalah berdasarkan urutan banyaknya kejadian. Masalah yang paling banyak terjadi ditunjukkan oleh grafik batang pertama yang tertinggi serta ditempatkan pada sisi paling kiri dan seterusnya sampai pada masalah yang paling sedikit paling terjadi ditunjukkan oleh grafik batang terakhir yang terendah serta ditempatkan di sisi paling kanan.
Analisis Pareto didasarkan pada hukum 80/20, di mana 80 persen pengeluaran atau kerugian di dalam sebuah organisasi dibuat oleh hanya 20 persen masalah. Angkanya tidak selalu tepat sama 80 dan 20, tetapi efek yang ditimbulkannya seringkali sama.
Pada dasarnya diagram pareto dapat digunakan sebagai alat interpretasi untuk:
• Menentukan frekuensi relatif dan urutan pentingnya suatu masalah-masalah atau penyebab-penyebab dari masalah-masalah yang ada.
• Memfokuskan perhatian pada isu-isu kritis dan penting melalui pembuatan ranking terhadap masalah-masalah atau penyebab-penyebab dari masalah itu dalam bentuk yang signifikan.
3.3.5. Peta Kontrol (Control Chart)
Peta kontrol pertama kali diperkenalkan oleh Dr. Walter Andrew Shewhart dari Bell Telephone Laboratories, Amerika Serikat pada tahun 1924 dengan maksud untuk menghilangkan variasi tidak normal melalui pemisahan variasi yang disebabkan oleh penyebab khusus (special-causes variation) dari variasi yang disebabkan oleh penyebab umum (common-causes variation).
Pada dasarnya semua proses menampilkan variasi, namun manajemen harus mampu mengendalikan proses dengan cara menghilangkan variasi penyebab khusus dari proses itu, sehingga variasi yang melekat pada proses hanya disebabkan oleh variasi penyebab umum.
Peta kontrol merupakan sebuah alat yang digunakan untuk melakukan pengawasan dari sebuah proses yang sedang berjalan. Nilai dari karakteristik kualitas diplot sepanjang garis vertikal dan garis horizontal mewakili sample atau subgroups (berdasarkan waktu) di mana karekteristik dari kualitas ditemukan. Beberapa keuntungan yang bisa didapat dengan menggunakan peta kontrol, yaitu:
• Memantau proses terus-menerus sepanjang waktu agar proses tetap stabil secara statistikal dan hanya mengandung variasi penyebab umum.
• Menentukan kemampuan proses (process capability). Setelah proses berada dalam pengendalian statistikal, batas-batas dari variasi proses dapat ditentukan dan menunjukkan kemampuan dari proses untuk memenuhi kebutuhan dari konsumen.
• Menentukan apakah suatu proses berada dalam pengendalian statistikal. Dengan demikian peta-peta kontrol digunakan untuk mencapai suatu keadaan terkendali secara statistikal, di mana semua nilai rata-rata dan range dari sub-sub kelompok (subgroups) contoh berada dalam batas-batas pengendalian (control limits).
Ada dua macam peta kontrol, yaitu peta kontrol untuk data variabel atau variable control chart dan peta kontrol untuk data atribut atau attribute control chart. Data variabel sering disebut sebagai data kuantitatif dan bersifat kontinu yang diperoleh dari hasil pengukuran, contohnya adalah diameter, berat, panjang, tinggi, lebar, volume, dll. Sedangkan data atribut sering disebut sebagai data
kualitatif dan bersifat diskrit yang diperoleh dengan pengelompokkan atau perhitungan, contohnya adalah warna, kebersihan, penampilan, dll.
3.3.6. Diagram Sebab Akibat (Fishbone Diagram)
Diagram sebab akibat diperkenalkan pertama kali oleh Kaoru Ishikawa, Ph.D. pada tahun 1943 dan sering juga disebut sebagai diagram Ishikawa. Dan karena bentuknya yang seperti kerangka ikan, diagram sebab akibat ini sering juga disebut sebagai Diagram Tulang Ikan (fishbone diagram).
Diagram sebab akibat digunakan untuk menyelidiki atau mempelajari sebab-sebab kesalahan/kegagalan yang digunakan untuk tindakan perbaikan. Dengan cara ini, kita dapat mengetahui penyebab apa yang mengakibatkan masalah yang paling serius
Diagram sebab akibat berkaitan dengan pengendalian proses statistikal, di mana dapat mengidentifikasi penyebab suatu proses out of control. Sebaliknya bila proses stabil, dapat digunakan untuk memberikan petunjuk pada penyebab untuk diteliti lebih lanjut sehingga meningkatkan proses.
Diagram sebab akibat digunakan untuk kebutuhan – kebutuhan sebagai berikut :
- Menganalisa kondisi aktual yang bertujuan untuk memperbaiki / meningkatkan kualitas barang atau jasa, memanfaatkan sumber daya secara efisien dan meminimasi biaya.
- Mengeliminasi / menghilangkan hal-hal yang menyebabkan produk cacat dan ketidakpuasan pelanggan.
- Membuat standard dari operasi yang ada dan yang akan diusulkan. - Mendidik dan melatih personil yang ada dalam membuat keputusan
dan dalam membuat perbaikan.
3.3.7. Failure Mode and Effect Analysis (FMEA)
FMEA adalah sebuah metodologi yang digunakan untuk menganalisa dan menemukan semua kegagalan-kegagalan yang potensial terjadi pada suatu sistem, menemukan efek-efek dari kegagalan yang terjadi pada sistem dan kemudian mencari cara bagaimana untuk memperbaiki atau mengurangi kegagalan-kegagalan atau efek-efeknya pada system.
Perbaikan dan pengurangan yang dilakukan biasanya berdasarkan pada sebuah ranking dari severity dan probability dari kegagalan. Berikut adalah beberapa keuntungan dari FMEA:
Membantu desainer untuk mengidentifikasi dan mengeliminasi atau mengendalikan cara kegagalan yang membahayakan serta mengurangi kerusakan terhadap sistem dan penggunanya.
Meningkatnya keakuratan dari perkiraan terhadap peluang dari kegagalan yang akan dikembangkan.
Reliabilitas dari produk akan meningkat, karena waktu untuk melakukan desain akan dikurangi berkaitan dengan melakukan identifikasi dan perbaikan dari masalah-masalah.
Berikut adalah definisi serta pengurutan/pemberian ranking dari berbagai terminologi dalam FMEA:
1. Mode Kegagalan Potensial (Potential Failure Mode – Quality Risk) adalah kegagalan atau kecacatan dalam desain yang menyebabkan sistem itu tidak berfungsi sebagaimana mestinya.
2. Penyebab Potensial dari Kegagalan (Potential Effect of Failure) adalah kelemahan-kelemahan desain dan perubahan dalam variabel yang akan mempengaruhi proses dan menghasilkan kecacatan produk.
3. Severity (S) adalah suatu perkiraan subyektif atau estimasi tentang tingkat parahnya kerusakan atau bagaimana buruknya pengguna akhir akan merasakan akibat dari kegagalan tersebut. Berikut adalah kriteria dari severity.
Tabel 3.3 Kriteria Severity
Effect Criteria ( Severity of Effect) Rank
Berbahaya, tanpa peringatan
Memungkinkan untuk membahayakan mesin atau operator, ranking sangat tinggi apabila berhubungan dengan penggunaan kendaraan secara aman atau tidak sesuai dengan peraturan pemerintah. Kegagalan akan timbul tanpa peringatan
10 Berbahaya,
dengan peringatan
Memungkinkan untuk membahayakan mesin atau operator, ranking sangat tinggi apabila berhubungan dengan penggunaan kendaraan secara aman atau tidak sesuai dengan peraturan pemerintah. Kegagalan akan timbul dengan adanya peringatan
9 Sangat
tinggi
Gangguan utama pada lini produksi, semua hasil produksi (100%) harus dibuang, produk kehilangan fungsi utama. Konsumen
sangat tidak puas. 8
Tinggi
Gangguan minor pada lini produksi, produksi harus dipilih dan sebagian besar produk (dibawah 100%) harus dibuang, fungsi
produk menurun. Konsumen tidak puas. 7
Sedang
Gangguan minor pada lini produksi, sebagian kecil produk harus dibuang, produk dapat digunakan, namun kenyamanan terganggu. Konsumen kurang puas
6 Rendah
Gangguan minor pada lini produksi, 100% produk mungkin harus di-rework. Produk dapat digunakan namun kemampuan rendah. Konsumen merasa sedikit kecewa
5 Sangat
Rendah
Gangguan minor pada lini produksi, produk jadi harus dipilah – pilih dan sebagian kecil harus di-rework. Ketidaksesuaian produk kecil, kerusakan dapat dideteksi oleh kebanyakan konsumen
4 Minor
Sebagian kecil produk harus di-rework, namun dilakukan di lini produksi dan di luar stasiun kerja, kerusakan diketahui oleh sebagian besar konsumen.
3 Sangat
Minor
Sebagian kecil produk harus di-rework, namun dilakukan di lini produksi dan di dalam stasiun kerja, kerusakan diketahui oleh sangat sedikit konsumen.
2
Tidak ada Tidak ada Efek 1
Occurence (O) adalah suatu perkiraan mengenai kemungkinan dari penyebab yang akan terjadi dan menghasilkan modus kegagalan yang menyebabkan akibat tertentu.
Tabel 3.4. Kriteria Occurence
Probability Of Failure Possible
Failure rate Cpk Rank
>=1 dari 2 < 0,33 10 Sangat Tinggi : Kegagalan hampir tak dapat
dihindari 1 dari 3 >= 0,33 9
1 dari 8 >= 0,51 8 Tinggi: Kegagalan sangat mirip dengan
beberapa kegagalan sebelumnya yang memang
sering sekali gagal 1 dari 20 >= 0,67 7
1 dari 80 >= 0,83 6 1 dari 400 >=1,00 5 Sedang: Dapat dikaitkan dengan kegagalan
sebelumnya yang sering terjadi, namun tidak
dalam proporsi besar 1 dari 2000 >=1,17 4
Rendah: Kegagalan yang terisolasi dan dapat diasosiasikan dengan beberapa proses yang serupa
1 dari 15000 >= 1,33 3 Sangat Rendah: Hanya kegagalan - kegagalan
terisolasi yang serupa dengan proses yang
identik. 1 dari 150000 >= 1,50 2
Sangat kecil: Kegagalan hampir tidak mungkin, belum pernah terjadi kegagalan serupa di proses lain yang identik
<=1 dari
1500000 >= 1,67 1
4. Detection (D) adalah perkiraan subyektif tentang kemungkinan untuk mendeteksi penyebab dari kegagalan yang ada sebelum produk tersebut keluar dari proses produksi. Untuk dapat menentukan angka Detection dapat dilihat dibawah ini :
Tabel 3.5. Kriteria Detection Detection
Kriteria: Keberadaan dari cacat dapat dideteksi oleh kontrol proses sebelum koponen atau hasil produksi
lolos ke proses selanjutnya.
Rank Hampir tidak
mungkin Tidak ada kontrol yang tersedia untuk jenis kegagalan ini 10 Sangat kecil
kemungkinannya Sangat tidak mungkin untuk kontrol yang ada dapat mendeteksi kegagalan ini 9 Kecil
kemungkinannya
Tidak mungkin kontrol yang ada tidak dapat mendeteksi
kegagalan yang ada 8
Sangat rendah Sangat rendah kemungkinan untuk kontrol yang ada dapat mendeteksi kegagalan ini 7 Rendah Rendah kemungkinan untuk kontrol yang ada dapat mendeteksi kegagalan ini 6 Sedang Ada kemungkinan untuk kontrol yang ada dapat mendeteksi kegagalan ini 5 Agak tinggi Cukup kemungkinan untuk kontrol yang ada dapat mendeteksi kegagalan ini 4 Tinggi Mungkin untuk kontrol yang ada dapat mendeteksi kegagalan ini 3 Sangat tinggi Sangat mungkin untuk kontrol yang ada dapat mendeteksi kegagalan ini 2 Hampir pasti
terdeteksi
Hampir pasti kontrol yang ada dapat menangkap kegagalan proses seperti ini, karena sudah diketahui dari proses yang serupa.
1
5. Risk Priority Number (RPN) merupakan hasil perkalian antara rating severity, detection dan rating occurance dengan rumus :
RPN = (S) x (O) x (D)
Nilai ini harus digunakan untuk mengurutkan perhatian yang harus diberikan pada proses tersebut, misalkan untuk diagram pareto. RPN ini akan bernilai antara 1 dan 1000. Untuk RPN yang besar, team harus mampu menurunkan nilai resiko, umumnya perhatian tertinggi harus diberikan pada Severity (S) tertinggi.
Recommended Action adalah satu atau lebih tindakan yang dibuat untuk mengatasi permasalahan dan meningkatkan Risk Priority Number (RPN).
Langkah-langkah FMEA : - Identifikasi proses
- Daftarkan masalah-masalah yang mungkin timbul
- Beri skala pada masalah berdasarkan kerumitannya, kemungkinan terjadi atau kemungkinan terdeteksi.
- Hitung RPN (Risk Priority Number) dab tindakan yang diutamakan. Maksimum RPN = 1000.
- Ambil tindakan untuk mengurangi resiko.
3.3.8. SPC (Statistical Process Control)
SPC berguna untuk mengidentifikasi permasalahan, sehingga bisa diambil tindakan untuk mengendalikan kinerja proses meliputi pemantauan kinerja proses sekarang ini dan menganjurkan tindakan perbaikan yang perlu dilakukan.
Langkah-langkah dasar pelaksanaan SPC : - menetapkan apa yang akan diukur
- Mengumpulkan data
- Plot data yang telah dikumpulkan - Meninjau ulang hasilnya
Berikut adalah beberapa tujuan utama dari SPC menurut Gerald Smith (1996, p4):
1. Meminimasi biaya produksi.
2. Memperoleh kekonsistenan terhadap produk dan servis yang memenuhi spesifikasi produk dan keinginan konsumen.
3. Menciptakan peluang-peluang untuk semua anggota dari organisasi untuk memberikan kontribusi terhadap peningkatan kualitas.
4. Membantu manajemen dan karyawan produksi untuk membuat keputusan yang ekonomis mengenai tindakan yang diambil yang dapat mempengaruhi proses.
Menurut Vincent Gaspersz (1998, p43) data adalah catatan tentang sesuatu, baik yang bersifat kualitatif maupun kuantitatif yang dipergunakan sebagai petunjuk untuk bertindak.
Berdasarkan data, kita mempelajari fakta-fakta yang ada dan kemudian mengambil tindakan yang tepat berdasarkan fakta itu. Dalam konteks pengendalian proses statistikal dikenal dua jenis data, yaitu:
• Data Atribut (Attributes Data), yaitu data kualitatif yang dapat dihitung untuk pencatatan dan analisis. Contoh dari data atribut karakteristik kualitas adalah ketiadaan label pada kemasan produk, kesalahan proses administrasi buku tabungan nasabah, banyaknya jenis cacat pada produk, banyaknya produk kayu lapis yang cacat karena corelap dan lain-lain. Data atribut biasanya diperoleh dalam bentuk unit-unit nonkonformans atau ketidaksesuaian dengan spesifikasi atribut yang ditetapkan.
• Data Variabel (Variables Data) merupakan data kuantitatif yang diukur untuk keperluan analisi. Contoh dari data variabel karakteristik kualitas adalah diameter pipa, ketebalan produk kayu lapis, berat semen dalam kantong, banyaknya kertas setiap rim, konsentrasi elektrolit dalam persen, dan lain-lain. Ukuran-ukuran berat, panjang, lebar, tinggi, diameter, volume biasanya merupakan data variabel.
3.4. Variasi
Penyebab utama terjadinya masalah kualitas adalah variasi. Variasi terjadi di dalam proses, baik proses manufaktur maupun non-manufaktur. Variasi-variasi ini dapat terjadi dikarenakan adanya Variasi-variasi dalam elemen-elemen proses, yaitu manusia, mesin, metode, material dan lingkungan.
Menurut Vincent Gaspersz, variasi adalah ketidakseragaman dalam sistem produksi atau operasional sehingga menyebabkan perbedaan dalam kualitas pada output (barang atau jasa) yang dihasilkan. Setiap variasi yang terjadi pasti akan menimbulkan cacat pada produk.
Adapun pengertian dari cacat ialah semua kejadian/peristiwa yang mengindikasikan di mana produk/jasa gagal memenuhi kebutuhan pelanggan atau definisi yang lain adalah suatu kondisi dari suatu produk/jasa yang tidak dapat memenuhi spesifikasi yang telah ditetapkan oleh standar yang berlaku atau tidak dapat digunakan dengan baik oleh pelanggan (fitness for use) karena tidak memenuhi satu/beberapa persyaratan kualitas pelanggan (Critical to Quality).
Penyebab dari variasi dapat dibagi menjadi dua kelompok, yaitu penyebab khusus dan penyebab umum. Pengendalian dari sebuah proses diperoleh melalui pengeliminasian dari penyebab-penyebab khusus. Peningkatan dari sebuah proses didapatkan melalui pengurangan dari penyebab umum.
3.4.1. Variasi Penyebab Khusus (Special Causes)
Variasi ini mempengaruhi proses dalam cara yang tidak terduga dan dapat dideteksi dengan teknik-teknik statistik yang sederhana. Variasi ini dapat dihilangkan dari proses oleh operator atau tim pengendali proses yang bertanggung jawab pada tahap tertentu dari proses, dengan melakukan tindakan langsung (local action), di mana hampir 15% dari semua permasalahan proses dapat diatasi dengan tindakan ini. Ketika semua variasi dari penyebab khusus telah dieliminasi, proses dapat dikatakan berada dalam pengendalian statistik.
3.4.2. Variasi Penyebab Umum (Common Causes)
Variasi penyebab umum diturunkan dari proses. Ketika variasi penyebab khusus telah dieliminasi, proses dapat berjalan sebaik mungkin tanpa memerlukan adanya perubahan. Sekitar 85% dari semua masalah berkaitan dengan variasi penyebab umum. Hanya ada satu cara untuk mengurangi variasi penyebab umum, yaitu dengan membuat peningkatan pada proses manufakturing.
Perluasan dari variasi penyebab umum dapat diukur secara statistik dan dibandingkan dengan spesifikasinya, jika perbaikan dibutuhkan, tindakan pada proses perlu untuk dilakukan. Tindakan dari manajemen diperlukan untuk semua perubahan dari proses.
3.5. Karakteristik Kualitas Kunci (Critical to Quality)
Karakteristik Kualitas Kunci atau Critical to Quality merupakan karakteristik kualitas yang merupakan subjek dari proyek peningkatan (project improvements). Karakteristik Kualitas Kunci adalah kelompok dari ukuran-ukuran persyaratan kualitas utama yang sangat vital perannya bagi pelanggan, karena sangat penting maka informasi CTQ ini seringkali dikumpulkan dengan metode Voice of Customer (VOC), yang merupakan cara pengumpulan data suara pelanggan secara langsung.
Sistem pengumpulan ini dapat dilakukan dengan berbagai cara, termasuk dengan metode survey atau wawancara langsung. Bentuk dari CTQ ini biasanya digunakan dalam format CTQ Tree yang merupakan penjabaran dari beberapa karakteristik kualitas kunci bagi pelanggan yang akan dibahas dan dipecahkan kasusnya. CTQ ini seringkali diterjemahkan dalam banyaknya peluang dari suatu produk untuk dapat atau tidak dapat memenuhi persyaratan dan spesifikasi standar.
3.6. Tingkat Sigma
Berikut adalah cara perhitungan Tingkat Sigma :
1. Unit (U) adalah jumlah part, sub assy atau sistem yang sedang diperiksa, sebuah item yang diproses atau produk dan jasa akhir yang sedang dikirim kepada pelanggan.
2. Opportunities (OP) adalah karakteristik yang diperiksa atau diukur, dalam hal ini digunakan CTQ, karena sebagian besar produk atau jasa memiliki banyak persyaratan pelanggan, maka ada beberapa peluang untuk memiliki cacat. Ada tiga langkah untuk menentukan opportunities:
a. Membuat daftar pendahuluan dari jenis defect.
b. Menentukan mana yang defect aktual, kritis bagi komponen dan spesifik.
c. Periksalah jumlah peluang yang diusulkan standar.
3. Defect adalah segala sesuatu yang membuat pelanggan tidak puas, kegagalan untuk memenuhi persyaratan pelanggan atau kinerja standar.
4. Defective (D) adalah semua unit yang berisi sebuah defect.
5. Defect per Unit (DPU) adalah ukuran yang merefleksikan jumlah rata-rata dari defect, semua jenis terhadap jumlah total unit dari unit yang dijadikan sampel.
U D DPU=
6. Total Opportunities adalah jumlah keseluruhan opportunities dikalikan dengan jumlah unit yang diperiksa.
TOP = U x OP
7. Defect per Opportunity (DPO) menunjukkan proporsi defect atas jumlah total peluang dalam sebuah kelompok.
TOP D DPO=
8. Defect per Million Opportunities (DPMO) adalah kebanyakan ukuran-ukuran peluang defect diterjemahkan ke dalam format DPMO, yang mengindikasikan berapa banyak defect akan muncul jika ada satu juta peluang. Dalam lingkungan manufaktur, DPMO disebut Part per Million (PPM).
DPMO = DPO x 1.000.000
3.7. Memahami Proses Untuk Pengukuran
Ada 5 langkah yang dapat ditempuh untuk melakukan pengukuran yang baik, yaitu :
• Memilih apa yang akan diukur
Memilih hanya ukuran-ukuran kerja optimal. Ini berarti menyeimbangkan 2 elemen besar, yaitu : apa yang mungkin untuk dilakukan (feasibility) dan yang paling berguna atau berharga (value).
• Membuat definisi operasional
Yang dimaksud dengan definisi operasional adalah deskripsi yang jelas,dapat dipahami, dan tidak ambigu, mengenai apa yang diukur atau diobservasi, sehingga setiap orang dapat melakukan atau mengukur secara konsisten berdasarkan definisi tersebut.
• Mengidentifikasi sumber data
Sumber data yang dipakai harus memiliki data yang akurat dan mewakili produk atau jasa yang akan diukur.
• Mempersiapkan rencana pengumpulan data dan sampling • Mengimplementasi dan memperbaiki pengukuran
3.8. Sistem Informasi
Sistem adalah integrasi dari komponen-komponen yang saling bekerja sama untuk mencapai satu tujuan dengan mengubah input menjadi output melalui proses perubahan. Sistem juga dapat diartikan sebagai kumpulan komponen yang saling berinteraksi dengan tujuan tertentu.
Dari pengertian ini, dapat diketahui karakteristik sistem yaitu harus terdiri dari dua atau lebih item, komponen dari sistem merupakan item yang tidak dapat menjadi sistem yang lebih kecil atau item merupakan bentuk dasar/komponen yang berbentuk sistem kecil, komponen-komponen dari sistem beroperasi dengan suatu hubungan tertentu di antaranya, dan sistem harus mempunyai tujuan.
Hirarki dari sistem menunjukkan semua sistem terdiri dari subsistem karena sistem terdapat dalam sebuah sistem lain yang lebih besar.
Interaksi dan koneksi antar subsistem disebut interface. Pada umumnya sistem dibagi ke dalam tiga bagian yaitu input, proses, dan output. Ketiga bagian ini dikelilingi oleh lingkungan sekitarnya dan juga mekanisme feedback.
Berikut adalah dasar dari sistem: • Input.
Meliputi pengumpulan data baik dari dalam maupun dari luar organisasi yang akan digunakan dalam proses sistem informasi. Contohnya adalah raw materials, data dan energi.
• Process.
Meliputi proses transformasi (perubahan) yang merubah input menjadi output sehingga menjadi berguna bagi user. Contohnya adalah proses manufaktur, perhitungan matematika.
• Output.
Merupakan proses untuk melakukan penyebaran informasi dan elemen-elemen kepada orang atau kegiatan yang membutuhkannya. Contohnya adalah barang jadi yang nantinya dikirimkan ke konsumen.
• Feedback.
Feedback adalah aliran informasi dari komponen output kepada pengambil keputusan mengenai output sistem atau kinerja dari sistem. Pengambil keputusan membandingkan output dengan yang ditargetkan kemudian
menyesuaikan input dan proses sehingga sistem dapat menghasilkan output yang mendekati target.
• Lingkungan
Lingkungan (environment) terdiri dari beberapa elemen yang berada diluar sistem dan bukan merupakan input, output, atau proses.
Suatu elemen dikatakan berada dalam lingkungan jika dan hanya jika elemen mempengaruhi tujuan sistem dan pengambil keputusan tidak dapat memanipulasi elemen. Elemen lingkungan dapat berupa bidang ekonomi, fiskal, legal, politik, dan sosial.
Informasi adalah data yang telah diolah menjadi bentuk yang lebih berguna dan berarti bagi yang menggunakannya (end users). Informasi sangat dibutuhkan karena informasi merupakan suatu dasar dalam mengambil keputusan dalam perusahaan.
Sistem informasi adalah sistem yang bertujuan untuk menyimpan, memproses dan mengkomunikasikan informasi. Sistem informasi menerima input dan memproses data untuk menyediakan informasi bagi pengambil keputusan dan membantu pengambil keputusan mengkomunikasikan hasil putusannya.
Sistem Informasi membantu tingkat manajemen organisasi dengan menyediakan informasi yang berguna di dalam pengambilan keputusan organisasi baik pada tingkat perencanaan strategis, perencanaan manajemen maupun perencanaan operasi untuk mencapai tujuan organisasi.
3.9. Object Oriented Analysis and Design
Object Oriented Method merupakan sebuah teknik untuk memodelkan sistem, teknik untuk mengatur kekompleksan yang muncul dalam analisis, desain dan implementasi. Analisis di sini adalah kegiatan melakukan investigasi terhadap masalah yang ada, desain adalah solusi logis dari permasalahan yang ada dan implementasi adalah penerapannya. Metode ini digunakan dalam hal analisis dan desain sistem, menyediakan pandangan yang terintegrasi antara software dengan hardware dan menyediakan metodologi untuk melakukan pengembangan sistem.
Berikut adalah beberapa keuntungan dari object oriented:
1. Merupakan konsep umum yang dapat digunakan untuk memodelkan hampir semua fenomena dan dapat dinyatakan dalam bahasa yang umum. 2. Memberikan informasi yang jelas tentang context system
3. Mengurangi biaya maintenance
Aktivitas di dalam OOAD terdiri dari 4 aktivitas utama, problem domain analysis, application domain analysis, architectural design dan component design. Keempat aktivitas ini merupakan aktivitas analisa dan perancangan pada daur hidup dalam pengembangan sistem.
3.10. Unified Modelling Language (UML)
Unified Modeling Language (UML) dikembangkan dengan tujuan untuk menyederhanakan dan mengkonsolidasikan sejumlah besar metode pengembangan object oriented yang muncul.
Unified Modelling Language (UML) adalah sebuah bahasa yg telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar untuk merancang model sebuah sistem. Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun.
Seperti bahasa-bahasa lainnya, UML mendefinisikan notasi dan syntax. Notasi UML merupakan sekumpulan bentuk khusus untuk menggambarkan berbagai diagram piranti lunak. Setiap bentuk memiliki makna tertentu, dan UML syntax mendefinisikan bagaimana bentuk-bentuk tersebut dapat dikombinasikan.
UML diperuntukan untuk pemakaian sistem software yang intensif. Ada banyak tujuan dibelakang pengembangan dari UML, yang paling pertama dan penting adalah agar dapat digunakan oleh semua pengembang atau modelers dan tujuan akhir dari UML adalah untuk menjadi sesederhana mungkin selama masih memenuhi kebutuhan untuk melakukan modeling pada sistem yang akan dibangun.
3.11. System Choice
Awal dari suatu proyek pengembangan sistem informasi adalah pengumpulan ide yang berbeda-beda mengenai sistem yang diinginkan. System choice ini dapat dilakukan dengan terlebih dahulu mendeskripsikan sistem yang
akan dibuat. Dalam pembuatan sistem ini perlu dilakukan pengamatan terhadap kondisi situasi yang terkait dan orang-orang yang berhubungan.
Sistem yang diinginkan dapat dibuat dalam bentuk narasi ataupun gambar. Apabila system ingin dibuat dalam narasi maka digunakan system definition, sedangkan bila dalam bentuk gambar maka sistem digambarkan dalam bentuk rich pictures. Selain itu dilakukan pengujian dengan menganalisa 6 kriteria yang sering disingkat menjadi FACTOR. Keenam elemen tersebut adalah functionality, application domain, conditions, technology, objects serta responsiliility. FACTOR dapat juga menjadi kriteria yang dapat memberikan penilaian kepuasan dari system definition.
3.12. Problem Domain Analysis
Tujuan dari problem domain analysis adalah untuk mengidentifikasi dan menjelaskan tujuan dari sistem. Aktivitas yang dilakukan dalam problem domain analysis ini adalah aktivitas mendefinisikan classes, stucture dan behavior.
3.12.1. Class
Aktivitas dalam mendefinisikan class ini bertujuan untuk mencari bagian-bagian yang terdapat dalam problem domain, yaitu objects, classes dan events.
Object adalah suatu entity yang mempunyai identitas, state dan behavior. Identity dari object adalah property yang memisahkannya dari object-object
lainnya, di mana semua object memiliki identitas supaya dapat dibedakan antara satu object dengan object lainnya. State dari object terdiri dari atribut yang bersifat statis dan dinamis. Behavior dari object merupakan rangkaian dari event baik secara aktif atau pasif dilakukan oleh object selama masa hidupnya.
Menurut Lars Mathiassen, class adalah kumpulan object yang mempunyai struktur, behavior pattern dan attribute yang sama. Event adalah kejadian yang terjadi seketika yang melibatkan satu atau lebih object.
3.12.2. Structure
Aktivitas ini bertujuan untuk membuat model dengan didasarkan pada hubungan struktural antara class dan object. Setelah mengetahui class dan object yang ada, event table dapat dibuat untuk menggambarkan hubungan struktural antara class dan object tersebut. Lalu, struktur antara class dan object dapat digambarkan lewat Class Diagram.
Class Diagram menggambarkan sekumpulan class, interface, collaboration dan relasi-relasinya. Class Diagram juga menunjukkan atribut dan operasi dari sebuah object class. Class Diagram dapat dikatakan sebagai diagram dari problem domain yang menggambarkan seluruh hubungan struktural antara class dan object yang terdapat di dalam model sistem yang telah ditetapkan.
Terdapat tiga jenis hubungan struktural yang dapat menggambarkan hubungan antar object, yaitu aggregation, composition dan association. Berikut adalah penjelasannya:
Composition adalah strong aggregation. Pada composition, object bagian tidak dapat berdiri sendiri tanpa object keseluruhan, keduanya terkait satu dengan lain.
b. Aggregation.
Menggambarkan hubungan antara dua atau lebih object yang menyatakan bahwa salah satu object adalah dasarnya dan mendefinisikan bagian yang lainnya.
c. Association.
Menggambarkan hubungan antara dua atau lebih object tapi berbeda dengan aggregation di mana object yang tergabung tidak didefinisikan sebagai property dari sebuah object.
Umumnya association digambarkan dengan sebuah garis di antara class yang relevan.
Untuk class dapat digambarkan dua jenis hubungan, yaitu generalization dan cluster. Berikut adalah penjelasannya:
a. Generalization.
Merupakan hubungan antara 2 atau lebih subclass dengan sebuah super class.
b. Cluster.
Cluster menggambarkan hubungan sebuah kumpulan dari class yang saling berhubungan.
3.12.3. Behaviour
Behaviour merupakan sekumpulan dari event dalam urutan yang tidak teratur yang melibatkan sebuah object. Behaviour perlu dibuat untuk semua class dan dapat dibuat dengan membuat event trace sebelumnya. Event Trace adalah urut-urutan event yang meliputi suatu object tertentu. Sedangkan Behavioural Pattern adalah penjelasan dari event trace untuk seluruh object dalam sebuah class, yang ditampilkan dalam bentuk State Chart Diagram.
Statechart diagram menunjukkan state-state yang mungkin dijalankan oleh sebuah object dan bagaimana state object tersebut menjalankannya berubah sebagai hasil dari event-event yang mencapai object tersebut.
3.13. Application Domain Analysis
Application domain analysis bertujuan untuk mendefinisikan fungsi dan interface dari sistem. Aktivitas yang dilakukan dalam application domain analysis ini adalah aktivitas mendefinisikan usage, function dan interface.
3.13.1. Usage
Usage didefinisikan untuk menentukan bagiamana aktor berinteraksi dengan sistem. Hasil dari usage adalah use case. Use case adalah suatu gambaran
umum dari pola interaksi antara sistem dan actor. Actor adalah abstraksi dari user atau sistem lain yang berinteraksi dengan target sistem.
Penggambaran hubungan antara actor dan use case dapat digambarkan lewat use case diagram ataupun dalam bentuk actor table.
3.13.2. Interface
Interface digunakan oleh actor untuk berinteraksi dengan sistem. Interface adalah suatu fasilitas yang membuat model dan function dapat berinteraksi dengan actor. Interface terdiri dari user interface dan system interface. Hasil dari aktivitas ini adalah pembuatan tampilan (form), navigation diagram dan lainnya.
3.13.3. Function
Function didefinisikan untuk mengetahui apa yang dapat dilakukan sistem untuk membantu actor. Hasilnya adalah function list. Sebuah fungsi akan diaktifkan, dieksekusi dan akhirnya memberikan hasil, di mana eksekusi yang dilakukan terhadap fungsi dapat merubah perubahan di application domain dan application domain. Ada 4 tipe dari fungsi yaitu Update, Signal, Read dan Compute.
3.14. Architectural Design
Architectural Design bertujuan untuk membuat struktur dari sistem yang terkomputerisasi. Architectural Design terdiri dari 2 bagian yaitu Component Architecture dan Process Architecture. Component architecture adalah struktur sistem yang terdiri dari komponen-komponen yang saling berhubungan.
Process architecture adalah struktur sistem eksekusi yang terdiri dari proses yang interdependen. Aktivitas yang dilakukan dalam Architectural design adalah mendefinisikan criteria, components dan processes.
3.14.1. Criteria
Criteria adalah property yang diinginkan dari sebuah arsitektur. Kriteria umum bagi suatu desain adalah usable, secure, efficient, correct, reliable, maintainable, testable, flexible, comprehensible, reusable, portable dan interoperable.
Berikut ini adalah pernjelasan kriteria sistem : • Usable : Sistem dapat digunakan di tempat lain.
• Secure : Sistem tidak diberikan akses secara umum untuk mencegah orang lain yang tidak berkepentingan dapat memodifikasi data yang ada.
• Efficient : Penggunaan teknologi dengan ekonomis dan membuat sistem yang mudah digunakan.
• Correct : Sistem dapat memenuhi kebutuhan.
• Maintainable : Sistem mudah untuk diperbaiki dan biaya yang digunakan untuk mencari dan memperbaiki kerusakan system rendah.
• Testable : Sistem dites dengan baik untuk memastikan sistem yang dilakukan dapat dilaksanakan oleh sistem development.
• Flexible : Dalam merubah sistem tidak memakan waktu dan biaya yang banyak. • Comprehensible : Sistem mudah dipahami dan dari sistem yang lama jika dibuat
sistem yang baru dapat mudah dimengerti.
• Reusable : Suatu sistem dapat dipakai oleh sistem lain. • Portable : Sistem dapat berubah ke platform apa saja.
• Interoperable : Banyaknya biaya yang dibutuhkan untuk merubah atau menambah sistem yang lama dengan yang baru.
3.14.2. Component
Tujuan dari aktivitas ini adalah untuk membuat struktur sistem yang mudah dimengerti dan flexible. Components adalah suatu kumpulan dari bagian-bagian program yang mempunyai tugas yang telah ditentukan. Ada 3 macam pola (pattern) yang digunakan untuk merancang component architecture yaitu layered architecture pattern, generic architecture pattern atau client-server architecture pattern.
3.14.3. Deployment
Proses merupakan sekumpulan operasi yang dijalankan dalam urutan terbatas dan terhubung. Hasil yang diharapkan dari aktivitas ini adalah deployment diagram. Deployment diagram adalah diagram yang menggambarkan konfigurasi dari node-node run time processing dan komponen-komponen yang berada di dalamnya.
3.15. Component Design
Tujuan dari aktivitas ini adalah untuk menentukan kebutuhan bagi implementasi dalam suatu kerangka arsitektur tetapi tidak menganggu component architecture. Hasil yang diinginkan dari component design adalah deskripsi dari system components.
3.15.1. Function Component
Function component adalah bagian dari sistem yang mengimplementasikan kebutuhan fungsional. Tujuan dari aktivitas ini adalah untuk memberikan akses user interface dan komponen sistem lainnya ke model.
Hasil yang diharapkan dari aktivitas ini adalah class diagram dengan operasi dan spesifikasi dari operasi yang kompleks, yang dapat digambarkan dalam bentuk use case specification, sequence diagram dan statechart diagram.
3.16. Tahapan Pengembangan Software Berorientasi Objek
Dalam Perancangan Software berorientasi Objek, dilakukan beberapa tahapan yang menggunakan metode Unified Software Deployment. Metode ini digunakan untuk melakukan Anailsis dan Desain Software berorientasi objek secara cepat dan sederhana, sedangkan untuk programming tidak termasuk dalam Desain ini. Tahapan-tahapan yang dilakukan dapat dilihat pada Aktivitas-aktivitas dalam OOAD (Gambar 3.17).
Terdapat 4 kegiatan utama yang digunakan dalam menggunakan metode Unified Software Deployment untuk OOAD (Object Oriented Analysis and Design) yang dibahas oleh Mathiassen (2000, p14) :
1. Problem Domain Analysis
Tahap ini adalah tahapan dimana sistem akan dirancang sesuai dengan kebutuhan informasi dari pengguna, tahapan ini menentukan hasil dari keseluruhan akivitas analisis dan perancangan. Tahapan dari Problem Domain Analysis ini adalah :
a) Menentukan Class yang ada dalam sistem dengan melakukan proses identifikasi dari definisi sistem yang telah dikembangkan
b) Menganalisa dan mengembangkan struktur hubungan dari class-class yang ada
c) Menganalisa Behaviour dari class-class tersebut.untuk menentukan state chart setiap class yang termasuk dalam sistem ini.
a) System Definition : mendefinisikan seluruh sistem sebagai sebuah model yang akan dilihat user saat sistem jadi
b) Class Diagram : untuk menggambarkan hubungan antara class-class dalam sebuah sistem
c) State Diagram : untuk menggambarkan bagaimana state dari daur hidup class yang ada di dalam sistem ini.
Dapat dilihat dari tahap ini telah dapat dilihat model aplikasi secara keseluruhan bagaimana aplikasi tersebut akan terbentuk.
2. Application Domain Analysis
Tahapan ini berfokus pada bagaimana sistem akan digunakan oleh pengguna. Tahap ini dan tahap sebelumnya dapat dimulai secara bergantian, tergantung pada kondisi pengguna menurut Mathyassen(2000, p116) Terdapat 3 tahapan yang akan dilakukan dalam Aplication Domain Analysis, yaitu :
a) Menentukan Penggunaan (usage), yaitu menentukan Actor dan use case yang terlibat dan interaksinya.
b) Menentukan Fungsi sistem untuk memproses informasi dan membuat daftar fungsi.
c) Menentukan interface pengguna dan sistem, untuk interaksi sesungguhnya dari pengguna dan sistem informasi yang dirancang.
Laporan yang akan dihasilkan dari tahapan ini adalah :
a) Use Case Diagram, yang menggambarkan interaksi pengguna sebagai aktor dengan sistem informasi .
b) Function List, yaitu kemampuan yang harus dimiliki sistem sebagai kebutuhan dasar dari user
c) User Interface Navigation Diagram, yaitu diagram untuk menggambarkan tampilan layar yang akan dirancang untuk memenuhi kebutuhan user. 3. Architectural Design
Dalam tahap ini, akan dirancang arsitektur hubungan antara Client dan server yang memadai untuk sistem dapat berjalan dengan baik. Perancangan diisini akan menentukan bagaimana struktur sistem fisik akan dibuat dan bagaimana distribusi sistem informasi pada rancangan fisik tersebut. Laporan yang dihasilkan adalah Component Diagram dan Deployment Diagram. Selain itu criteria system juga dihasilkan di dalam architecture design ini.
4. Component Design
Ini merupakan tahap terakhir dalam Unified Software Deployment sebelum melakukan programming. Dimana sistem akan dimodelkan secara lengkap dalam diagram yang disebut sebagai Component Diagram. Dari sini akan terlihat bagaimana sistem bekerja dan interaksi yang terjadi antara sistem dan pengguna.
