Sebuah Pengertian dari Troubleshooting

Apakah kalian ingin mengetahui tentang sebuah arti atau pengertian dari troubleshooting? Atau dalam bahasa indonesia bisa disebut pemecahan masalah. Untuk itu saya mengajak Anda untuk belajar tentang troubleshooting ini.

Nah, disini saya telah mengumpulkan banyak informasi tentang troubleshooting kepada Anda. Untuk itu mari kita bahas dan pelajari semuanya pada artikel di bawah ini.

Pengertian Troubleshooting

Pengertian dari troubleshooting adalah bentuk penyelesaian masalah yang sering diterapkan untuk memperbaiki produk atau proses yang telah gagal pada mesin atau sebuah sistem.

Ini adalah pencarian logis dan sistematis untuk sumber masalah untuk menyelesaikannya, dan membuat produk atau proses operasional kembali. Ini juga diperlukan untuk memecahkan sebuah masalah dan mengidentifikasi gejalanya.

Sedangkan untuk menentukan penyebabnya disebut dengan proses eliminasi (Mengatasi potensi penyebab dari suatu masalah). Untuk yang terakhir, pemecahan masalah memerlukan konfirmasi bahwa solusi mengembalikan produk atau proses ke kondisi kerjanya.

Secara umum, pemecahan masalah adalah identifikasi atau diagnosis “trouble” dalam aliran manajemen suatu sistem yang disebabkan oleh beberapa jenis kegagalan. Masalahnya pada awalnya digambarkan sebagai gejala kerusakan, dan pemecahan masalah adalah proses menentukan dan memperbaiki penyebab gejala ini.

Suatu sistem dapat digambarkan dalam hal perilaku yang diharapkan, diinginkan atau dimaksudkan (biasanya, untuk sistem buatan, tujuannya). Peristiwa atau input ke sistem diharapkan menghasilkan hasil atau keluaran tertentu. (Misalnya, memilih opsi “Print” dari berbagai aplikasi komputer dimaksudkan untuk menghasilkan hardcopy yang muncul dari beberapa perangkat tertentu).

Perilaku tak terduga atau tidak diinginkan adalah gejala. Pemecahan masalah adalah proses mengisolasi penyebab spesifik atau penyebab gejala. Seringkali gejalanya adalah kegagalan produk atau proses untuk menghasilkan hasil apa pun. (Tidak ada yang dicetak, misalnya). Tindakan korektif kemudian dapat diambil untuk mencegah kegagalan lebih lanjut dari jenis yang sama.

Metode teknik forensik berguna dalam melacak masalah dalam produk atau proses, dan berbagai teknik analitik tersedia untuk menentukan penyebab atau penyebab kegagalan spesifik. Tindakan korektif kemudian dapat diambil untuk mencegah kegagalan lebih lanjut dari jenis yang sama.

Tindakan pencegahan dimungkinkan menggunakan mode Failure Mode and Effect (FMEA) dan Fault Tree Analysis (FTA) sebelum produksi skala penuh, dan metode ini juga dapat digunakan untuk analisis kegagalan.

Sumber Pengertian dari Troubleshooting

Biasanya pemecahan masalah diterapkan pada sesuatu yang tiba-tiba berhenti bekerja, karena kondisi kerjanya sebelumnya membentuk harapan tentang kelanjutan kelakuannya. Jadi fokus awal sering pada perubahan terbaru ke sistem atau ke lingkungan di mana ia ada. (Misalnya, printer yang “berfungsi ketika dicolokkan ke sana”).

Namun, ada prinsip yang terkenal bahwa korelasi tidak menyiratkan hubungan sebab akibat. (Misalnya, kegagalan perangkat sesaat setelah dicolokkan ke outlet yang berbeda tidak berarti bahwa peristiwa tersebut terkait. Kegagalan itu bisa saja karena kebetulan.) Oleh karena itu, pemecahan masalah menuntut pemikiran kritis daripada sihir. berpikir.

Berguna untuk mempertimbangkan pengalaman umum yang kita miliki dengan bola lampu. Bola lampu “Burn Out” kurang lebih secara acak; akhirnya pemanasan dan pendinginan berulang filamennya , dan fluktuasi daya yang disuplai padanya menyebabkan filamen retak atau menguap.

Prinsip yang sama berlaku untuk sebagian besar perangkat elektronik lainnya dan prinsip serupa berlaku untuk perangkat mekanis. Beberapa kegagalan adalah bagian dari komponen normal keausan pada suatu sistem.

Prinsip dasar Troubleshooting

Prinsip dasar dalam pemecahan masalah adalah mulai dari masalah yang paling sederhana dan paling mungkin yang mungkin terjadi terlebih dahulu. Ini diilustrasikan oleh pepatah lama “Ketika Anda melihat jejak kuku, cari kuda, bukan zebra”, atau untuk menggunakan pepatah lain , gunakan prinsip KISS.

Prinsip ini menghasilkan keluhan umum tentang meja bantuan atau manual, bahwa mereka kadang-kadang pertama kali bertanya: “Apakah terpasang dan apakah wadah itu memiliki kekuatan?”, Tetapi ini tidak boleh dianggap sebagai penghinaan, melainkan harus dijadikan pengingat. atau mengkondisikan untuk selalu memeriksa hal-hal sederhana terlebih dahulu sebelum meminta bantuan.

Pemecah masalah dapat memeriksa setiap komponen dalam sistem satu per satu, menggantikan komponen yang diketahui baik untuk masing-masing komponen yang berpotensi dicurigai. Namun, proses “serial substitution” ini dapat dianggap memburuk ketika komponen diganti tanpa memperhatikan hipotesis tentang bagaimana kegagalan mereka dapat menyebabkan gejala yang didiagnosis.

Sistem sederhana dan menengah dicirikan oleh daftar atau pohon ketergantungan di antara komponen atau subsistemnya. Sistem yang lebih kompleks mengandung dependensi atau interaksi siklus (putaran umpan balik). Sistem seperti itu kurang bisa menerima teknik pemecahan masalah “Bisection“.

Ini juga membantu memulai dari kondisi baik yang diketahui, contoh terbaiknya adalah reboot komputer . Panduan kognitif juga merupakan hal yang baik untuk dicoba. Dokumentasi yang komprehensif yang dihasilkan oleh penulis teknis yang mahir sangat membantu, terutama jika memberikan teori operasi untuk perangkat atau sistem subjek.

Penyebab Terjadinya Troubleshooting

Penyebab umum dari masalah adalah desain yang buruk , misalnya desain faktor manusia yang buruk , di mana perangkat dapat dimasukkan terbalik atau terbalik karena kurangnya fungsi pemaksaan yang tepat (kendala pembentuk perilaku), atau kurangnya desain yang toleran terhadap kesalahan.

Ini sangat buruk jika disertai dengan pembiasaan, di mana pengguna tidak melihat penggunaan yang salah, misalnya jika dua bagian memiliki fungsi yang berbeda tetapi berbagi kasus umum sehingga tidak terlihat pada inspeksi biasa bagian mana yang sedang digunakan.

Pemecahan masalah juga bisa berupa daftar periksa yang sistematis , prosedur pemecahan masalah , diagram alur atau tabel yang dibuat sebelum masalah terjadi.

Mengembangkan prosedur pemecahan masalah terlebih dahulu memungkinkan pemikiran yang cukup tentang langkah-langkah yang harus diambil dalam pemecahan masalah dan mengatur pemecahan masalah ke dalam proses pemecahan masalah yang paling efisien. Tabel pemecahan masalah dapat dikomputerisasi agar lebih efisien bagi pengguna.

Beberapa layanan pemecahan masalah yang terkomputerisasi (seperti Primefax, yang kemudian dinamai MaxServ), segera menunjukkan 10 solusi teratas dengan probabilitas tertinggi untuk memperbaiki masalah yang mendasarinya.

Teknisi dapat menjawab pertanyaan tambahan untuk melanjutkan melalui prosedur pemecahan masalah, setiap langkah mempersempit daftar solusi, atau segera mengimplementasikan solusi yang menurutnya akan memperbaiki masalah.

Layanan ini memberikan potongan harga jika teknisi mengambil langkah tambahan setelah masalah selesai: laporkan kembali solusi yang benar-benar memperbaiki masalah. Komputer menggunakan laporan ini untuk memperbarui estimasi solusi mana yang memiliki probabilitas tertinggi untuk memperbaiki serangkaian gejala tertentu.

Metode Troubleshooting

Pemecahan masalah metodis yang efisien dimulai dengan pemahaman yang jelas tentang perilaku yang diharapkan dari sistem dan gejala yang diamati. Dari sana, pemecah masalah membentuk hipotesis tentang penyebab potensial, dan menyusun (atau mungkin merujuk daftar periksa standar) untuk menghilangkan kemungkinan penyebab ini. Pendekatan ini sering disebut “divide and conquer.”

Dua strategi umum yang digunakan oleh pemecah masalah adalah memeriksa kondisi yang sering ditemui atau mudah diuji terlebih dahulu (misalnya, memeriksa untuk memastikan bahwa lampu printer menyala dan kabelnya terpasang dengan kuat di kedua ujungnya). Ini sering disebut sebagai “memerah susu panel depan.”

Kemudian, “bisect” sistem (misalnya dalam sistem pencetakan jaringan, memeriksa untuk melihat apakah pekerjaan tersebut mencapai server untuk menentukan apakah ada masalah dalam subsistem “towards” ujung pengguna atau “towards” perangkat).

Teknik yang terakhir ini bisa sangat efisien dalam sistem dengan rantai panjang ketergantungan serial atau interaksi di antara komponen-komponennya. Ini hanyalah aplikasi pencarian biner di berbagai dependensi dan sering disebut sebagai “half-splitting“.