PERANCANGAN SISTEM PAKAR DIAGNOSA KERUSAKAN MOBIL PAJERO SPORT PADA PT. SARDANA INDAHBERLIAN MOTOR DENGAN METODE FORWARD CHAINING
SKRIPSI
Oleh :
YUNI 1145054
PROGRAM STUDI SISTEM INFORMASI SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER STMIK TIME MEDAN 2015
ABSTRAK Pengecekan dan diagnosa kerusakan mobil yang dilakukan secara manual menyebabkan waktu pengerjaan mobil yang lama sehingga kepuasan pelanggan menurun. Agar dapat menghemat waktu dari teknisi, maka diperlukan suatu aplikasi yang dapat membantu teknisi dalam mendiagnosa kerusakan pada mobilnya. Untuk itu, dapat diterapkan aplikasi sistem pakar. Sistem pakar sebagai sebuah program yang difungsikan untuk menirukan pakar manusia harus bisa melakukan hal-hal yang dapat dikerjakan oleh seorang pakar. Aplikasi ini dirancang agar dapat melakukan diagnosa kerusakan pada hardware komputer. Tools yang digunakan untuk melakukan analisis adalah flow of document (FOD), desain dengan menggunakan data flow diagram (DFD), perancangan bentuk antarmuka pemakai dari sistem usulan dengan menggunakan bahasa pemrograman Microsoft Visual Basic.NET, database dengan menggunakan Microsoft Office Access 2007. Hasil dari penelitian ini adalah sistem pakar yang dapat digunakan untuk menyediakan informasi yang berguna dalam membantu dan memudahkan dalam pengambilan keputusan.
Kata kunci: sistem pakar, kerusakan mobil, Microsoft Visual Basic 2010, Microsoft Access 2007
i
ABSTRACT Checking and diagnosing cars’ damage manually will cause the car repairing process need a lot of time so that the customer satisfaction will be decreased. In order to make the mechanics process more efficient, then it need an application to help mechanics to diagnose the damage of their cars. Therefore, it needs an expert system. Expert system is a software that is used to assist human to solve that is solved by an expert. This application is designed to troubleshoot the damage of cars. Tools are used to analyze the flow of document (FOD), the design by using a data flow diagram (DFD), design the user interface form of the proposed system using Microsoft Visual Basic.NET, database using Microsoft Office Access 2007, and the format report of the proposed system using Crystal report 10. The results of this study is an expert system that can be used to provide useful information to assist and facilitate in decision-making.
Keywords : expert system, car damage, Microsoft Visual Basic 2010, Microsoft Access 2007
ii
KATA PENGANTAR
Pertama-tama penulis ingin mengucapkan puji dan syukur kepada Tuhan Yang Maha Esa, atas penyelesaian penulisan skripsi ini. Skripsi ini merupakan salah satu persyaratan dalam penyelesaian studi program Sistem Informasi pada Sekolah Tinggi Manajemen Informatika Komputer (STMIK) TIME Medan. Pada penulisan skripsi ini, penulis mengambil judul “Perancangan Sistem Pakar Diagnosa Kerusakan Mobil Pajero Sport dengan Metode Forward Chaining”. Penulis melakukan penelitian secara langsung pada perusahaan yang bersangkutan dan menuangkannya dalam bentuk skripsi. Penulis berharap agar skripsi dapat bermanfaat bagi berbagai pihak. Penulis mengucapkan terima kasih kepada semua pihak yang bersangkutan. Tanpa bantuan dan bimbingan yang diberikan tentu penulis tidak akan menyelesaikan skripsi ini sesuai dengan yang diharapkan. Untuk itu penulis ingin mengucapkan terima kasih kepada : 1.
Bapak Robet, M.Kom, selaku Dosen Pembimbing I yang telah memberikan
arahan
dan
bimbingan
kepada
penulis
untuk
menyempurnakan skripsi. 2.
Ibu Feriani Astuti, M.Kom, selaku Dosen Pembimbing II yang telah memberikan
arahan
dan
bimbingan
kepada
penulis
untuk
menyempurnakan skripsi. 3.
Bapak Simon Kanggali, selaku Ketua Yayasan STMIK TIME Medan.
4.
Bapak Prof. Chainur Arrasyid, selaku BPH STMIK TIME Medan.
5.
Bapak Prof. Harlem Marpaung,Ph.D, selaku Ketua STMIK TIME Medan.
6.
Bapak Jackri Hendrik ST, M.Kom., selaku Pembantu Ketua I STMIK TIME Medan.
7.
Ibu Feriani Astuti, S.Kom., M.Kom., selaku Ketua Program Studi Sistem Informasi STMIK TIME Medan.
8.
Bapak Pingseng, selaku Service Manager PT. Sardana IndahBerlian Motor.
9.
Staff, Teknisi dan karyawan PT. Sardana IndahBerlian Motor khususnya bagian Department Service.
10.
Semua pihak yang telah membantu kelancaran penyelesaian skripsi yang tidak bisa penulis sebutkan satu persatu.
Bila ada kekurangan dan kelebihan dalam skripsi ini, penulis meminta maaf dan mengharapkan kritik dan saran untuk perkembangan dan kemajuan selanjutnya.
Medan,5 April 2015 Penulis,
Yuni
DAFTAR ISI
ABSTRAK ..............................................................................................................
i
ABSTRACT.............................................................................................................. ii KATA PENGANTAR ............................................................................................. iii DAFTAR ISI ............................................................................................................ vi DAFTAR GAMBAR ............................................................................................... ix DAFTAR TABEL ................................................................................................... xi DAFTAR LAMPIRAN ........................................................................................... xii BAB I
PENDAHULUAN ............................................................................ 01 1.1. Latar Belakang Masalah ............................................................. 01 1.2. Identifikasi Masalah ................................................................... 02 1.3. Batasan Masalah ........................................................................ 02 1.4. Tujuan dan Manfaat Penelitian .................................................. 03 1.5. Sistematika Penulisan ................................................................ 03
BAB II
LANDASAN TEORI ....................................................................... 05 2.1. Sistem Pakar ............................................................................... 05 2.1.1. Definisi dan Tujuan Sistem Pakar ................................... 6 2.1.2. Ciri dan Karakteristik Sistem Pakar ................................ 7 2.1.3. Arsitektur Sistem Pakar .................................................. 9 2.1.4. Komponen Sistem Pakar ................................................ 11 2.1.5. Bidang-Bidang Pengembangan Sistem Pakar ................ 14 2.1.6. Keuntungan dan Kelemahan Sistem Pakar .................... 14 2.1.7. Tahapan Pengembangan Sistem Pakar .......................... 15 2.2. Representasi Pengetahuan .......................................................... 18 2.2.1. Model Representasi Pengetahuan .................................... 18 2.2.2. Jaringan Semantik (Semantic Nets) ................................. 19 2.2.3. Bingkai (Frames) ............................................................ 20 2.2.4. Kaidah Produksi (Production Rule) ................................ 20 2.3. Faktor Ketidakpastian ................................................................ 22 2.3.1. Pendekatan Bayes (Bayesian Approach) ......................... 22
vi
2.3.2. Faktor Kepastian (Certainty Factor) ............................... 24 2.3.3. Teori Dempster-Shafer .................................................... 25 2.4. Kerusakan Mobil ........................................................................ 26 2.4.1. Masalah Utama Mobil dan Penyebabnya ....................... 26 2.4.2. Gejala Kerusakan Mobil ................................................. 29 2.5. Pajero Sport ................................................................................ 33 2.5.1. Tipe-tipe Pajero Sport dan Spesifikasi ............................ 33 2.6. Forward Chaining ...................................................................... 39 2.7. Backward Chaining..................................................................... 41 2.8. Basis Data .................................................................................. 43 2.9. Microsoft Visual Basic 2010 ...................................................... 44 2.10.Microsoft Access 2007 .............................................................. 46 2.11.Data Flow Diagram (DFD) ....................................................... 48 BAB III
METODE PENELITIAN ............................................................... 51 3.1. Tempat dan Jadwal Penelitian ................................................... 51 3.2. Kerangka Kerja .......................................................................... 51 3.2.1. Metode Pengumpulan Data ............................................. 54 3.2.2. Analisa Sistem ................................................................ 54 3.2.3. Perancangan Sistem ........................................................ 56 3.2.4. Pembangunan Sistem ...................................................... 65 3.2.5. Uji Coba Sistem .............................................................. 65
BAB IV
ANALISA DAN PERANCANGAN ............................................... 66 4.1. Analisa ...................................................................................... 66 4.1.1. Desain Algoritma untuk Pencarian Data ......................... 66 4.1.2. Desain Algoritma untuk Pengecekan Kerusakan ............ 67 4.1.3. Desain Algoritma untuk Pencarian Kesimpulan Tentang Kerusakan ....................................................................... 67 4.2. Perancangan .............................................................................. 69 4.2.1. Data Flow Diagram (DFD) ............................................. 69 4.2.2. Diagram Alir Sistem Pakar ............................................. 73 4.2.3. Fungsi-fungsi yang Digunakan dalam Sistem ................ 80 4.2.4. Perancangan Antarmuka ................................................. 81
vii
4.2.5. Rancangan Database ...................................................... 87 BAB V
HASIL DAN PEMBAHASAN ....................................................... 90 5.1. Hasil............................................................................................. 90 5.1.1. Kebutuhan Sistem ........................................................... 90 5.1.2. Output Sistem .................................................................. 91 5.1.3. Analisa Perangkat Lunak ................................................ 99 5.2. Pembahasan ................................................................................ 102
BAB V1
KESIMPULAN DAN SARAN ....................................................... 104 6.1. Kesimpulan ................................................................................. 104 6.2. Saran ........................................................................................... 104
DAFTAR PUSTAKA LAMPIRAN
viii
DAFTAR GAMBAR Gambar 2.1.
Arsitektur Sistem Pakar ..................................................................... 10
Gambar 2.2.
Komponen Sebuah Sistem Pakar ...................................................... 11
Gambar 2.3.
Tahapan Pengembangan Sistem Pakar ............................................. 16
Gambar 2.4.
Contoh Jaringan Semantik ................................................................ 19
Gambar 2.5.
Faktor Kepercayaan Dengan Beberapa Premis Gabungan ............... 25
Gambar 2.6.
Ilustrasi Contoh Kaidah .................................................................... 40
Gambar 2.7.
Ilustrasi Forward Chaining ............................................................... 40
Gambar 2.8.
Gambaran Forward Chaining ........................................................... 41
Gambar 2.9.
Diagram Backward Chaining ........................................................... 42
Gambar 2.10 Contoh Tampilan New Project .......................................................... 44 Gambar 2.11. Menu Microsoft Access ..................................................................... 47 Gambar 3.1.
Kerangka Kerja Penelitian ................................................................ 51
Gambar 4.1.
Algoritma Pencarian Data ................................................................. 66
Gambar 4.2.
Proses Pelacakan Ke Depan .............................................................. 67
Gambar 4.3.
Bentuk Pencarian Kesimpulan Tentang Kerusakan .......................... 68
Gambar 4.4.
Diagram Konteks Sistem .................................................................. 69
Gambar 4.5.
Data Flow Diagram (DFD) Level 0 dari Sistem .............................. 70
Gambar 4.6.
DFD Level 1 Proses Registrasi ......................................................... 71
Gambar 4.7.
DFD Level 1 Proses Analisa Jenis Kerusakan .................................. 72
Gambar 4.8.
Diagram Alir Sistem User ................................................................ 74
Gambar 4.9.
Diagram Alir Manajemen Sistem ..................................................... 75
Gambar 4.10. Diagram Alir Mode Edit Tambah Data ............................................. 76 Gambar 4.11. Diagram Alir Mode Edit Hapus Data ............................................... 78 Gambar 4.12. Diagram Alir Mode Edit Update Data .............................................. 79 Gambar 4.13. Rancangan Form Main ..................................................................... 82 Gambar 4.14. Rancangan Form Login ..................................................................... 83 Gambar 4.15. Rancangan Form Teknisi .................................................................. 83 Gambar 4.16. Rancangan Form Pakar ..................................................................... 84 Gambar 4.17. Rancangan Form Mengenai Pembuat ................................................ 85 Gambar 4.18. Rancangan Form Input Data Kerusakan mobil ................................ 85 Gambar 4.19. Rancangan Form Input Data Gejala ................................................. 86
ix
Gambar 4.20. Rancangan Form Pilih Bagian Kerusakan ........................................ 86 Gambar 4.21. Rancangan Form Hasil Diagnosa ..................................................... 87 Gambar 4.22. Rancangan Relasi Antar Tabel .......................................................... 89 Gambar 5.1.
Tampilan Form Login ........................................................................ 91
Gambar 5.2.
Form Main untuk User Admin .......................................................... 92
Gambar 5.3.
Form Main untuk User Pakar ........................................................... 92
Gambar 5.4.
Form Main untuk User Teknisi ........................................................ 93
Gambar 5.5.
Form Data Teknisi ............................................................................ 93
Gambar 5.6.
Form Data Pakar ............................................................................... 94
Gambar 5.7.
Form Data Kerusakan Mobil ............................................................ 94
Gambar 5.8.
Form Data Gejala Kerusakan Mobil ................................................. 95
Gambar 5.9.
Form Keterangan Kerusakan ............................................................ 95
Gambar 5.10. Form Diagnosa .................................................................................. 96 Gambar 5.11. Form Hasil Diagnosa ........................................................................ 97 Gambar 5.12. Laporan Daftar Pakar ........................................................................ 97 Gambar 5.13. Laporan Daftar Mekanik ................................................................... 98 Gambar 5.14. Laporan Hasil Diagnosa .................................................................... 98
x
DAFTAR TABEL Tabel 2.1.
Perbandingan antara Sistem Pakar, Sistem Konvensional dan Kepakaran Manusia............................................................................... 9
Tabel 2.2.
Bidang-bidang Pengembangan Sistem Pakar .......................................14
Tabel 2.3.
Contoh Bingkai .....................................................................................20
Tabel 2.4.
Spesifikasi Pajero Sport Dakar 4x4 2,5L 5AT HP ...............................33
Tabel 2.5.
Spesifikasi Pajero Sport Dakar 4x4 2,5L 5AT HP ...............................35
Tabel 2.6.
Spesifikasi Pajero Sport Dakar 4x4 2,5L 5AT HP ...............................37
Tabel 2.7.
Fungsi Simbol - simbol DFD ................................................................49
Tabel 3.1.
Jadwal Penelitian ..................................................................................51
Tabel 3.2.
Jadwal Tabel Gejala Kerusakan Pajero Sport untuk bagian Engine.....57
Tabel 3.3.
Jadwal Tabel Gejala Kerusakan Pajero Sport untuk bagian Wiring System ...................................................................................................58
Tabel 3.4.
Jadwal Tabel Gejala Kerusakan Pajero Sport untuk bagian Transmission .........................................................................................61
Tabel 3.5.
Jadwal Tabel Gejala Kerusakan Pajero Sport untuk bagian Chassis....62
Tabel 4.1.
Struktur Tabel Tbl_Teknisi...................................................................87
Tabel 4.2.
Struktur Tabel Tbl_Pakar......................................................................88
Tabel 4.3.
Struktur Tabel Tbl_Kerusakan..............................................................88
Tabel 4.4.
Struktur Tabel Tbl_Aturan....................................................................88
Tabel 4.5.
Struktur Tabel Tbl_Gejala ....................................................................88
Tabel 4.6.
Struktur Tabel Tbl_Diagnosa................................................................89
xi
DAFTAR LAMPIRAN Lampiran 1
: Daftar Riwayat Hidup Mahasiswa
Lampiran 2
: Surat Keputusan Dosen Pembimbing Skripsi
Lampiran 3
: Surat Keterangan dari Perusahaan
Lampiran 4
: Kartu Bimbingan Skripsi
Lampiran 5
: Listing Program CD
xii
BAB I PENDAHULUAN
1.1.
Latar Belakang Masalah Dalam menjalankan bisnis baik jasa ataupun barang harus mengutamakan
nilai kepuasan pelanggan. Kepuasan pelanggan sangat berpengaruh terhadap kemajuan perusahaan. Kepuasan dapat membentuk perpepsi dan memposisikan jasa atau barang perusahaan di mata pelanggan. Jika ada pelanggan yang merasa tidak puas akan pelayanan yang diberikan akan mempengaruhi calon pelanggan lainnya. Sehingga citra perusahaan akan menjadi buruk dimana pelanggan lain akan merasa ragu terhadap pelayanan yang diberikan. Pelanggan service PT. Sardana IndahBerlian Motor banyak yang merasa tidak puas akan pelayanan yang diberikan. Salah satu penyebab terbesar ketidakpuasan pelanggan service adalah waktu pengerjaan mobil yang lama. Hal ini dikarenakan pendiagnosaan jenis kerusakan mobil yang berlangsung lama. Pendiagnosaan jenis kerusakan mobil dilakukan secara manual oleh teknisi. Apabila ada kerusakan yang tidak diketahui oleh teknisi maka mereka harus bertanya kepada leader atau teknisi senior. Jika leader sedang tidak berada di bengkel maka teknisi junior harus menunggu sang leader untuk bertanya. Agar dapat menghemat waktu dari teknisi, maka diperlukan suatu aplikasi yang dapat membantu teknisi dalam mendiagnosa kerusakan pada mobilnya. Untuk itu, dapat diterapkan aplikasi sistem pakar. Menurut Kusrini (2009), sistem pakar
1
2
adalah salah satu cabang kecerdasan buatan yang mempelajari bagaimana “mengadopsi” cara seorang pakar berpikir dan bernalar dalam menyelesaikan suatu permasalahan dan membuat suatu keputusan maupun mengambil kesimpulan dari sejumlah fakta yang ada. Dasar dari sistem pakar itu sendiri adalah bagaimana membuat keputusan dan mengambil kesimpulan berdasarkan pengetahuan itu. Berdasarkan
permasalahan
diatas
maka
penulis
mengambil
judul
“Perancangan Sistem Pakar Diagnosa Kerusakan Mobil Pajero Sport dengan Metode Forward Chaining”
1.2.
Identifikasi Masalah Permasalahan yang dihadapi oleh PT. Sardana IndahBerlian Motor adalah
bagaimana mendiagnosa kerusakan mobil dengan cepat dari gejala yang diberikan untuk menentukan jenis kerusakan mobil Pajero Sport melalui sistem pakar yang dibangun.
1.3.
Batasan Masalah Adanya keterbatasan waktu dan kemampuaan yang dimiliki oleh penulis,
maka perlu adanya pembatasan masalah yaitu : 1. Gejala dan jenis kerusakan pada mobil Pajero Sport dapat dimasukkan secara manual oleh user ke dalam sistem. 2. Rancangan database akan dirancang dengan menggunakan aplikasi Microsoft Access 2007 dan rancangan sistem usulan menggunakan Microsoft Visual Basic 2010.
3
1.4.
Tujuan dan Manfaat Penelitian Tujuan dari penulisan ini adalah menganalisis dan merancang sistem pakar
untuk mendiagnosis kerusakan pada mobil Pajero Sport pada PT. Sardana IndahBerlian Motor Adapun manfaat dari penulisan ini adalah sebagai berikut : 1. Kepuasan pelanggan meningkat karena waktu pendiagnosaan kerusakan mobil Pajero Sport semakin cepat. 2. Dengan meningkatnya kepuasan pelanggan maka akan memberikan citra yang baik terhadap perusahaan. 3. Sistem pakar yang dibangun membantu teknisi dalam mengdiagnosa kerusakan mobil Pajero Sport , penghematan waktu dalam menyelesaikan permasalahan yang komplek dan membantu teknisi lebih ahli menangani kerusakan mobil.
1.5.
Sistematika Penulisan Agar pembahasan lebih sistematis, maka skripsi ini dibuat dalam enam bab,
yaitu : BAB I
PENDAHULUAN Berisi latar belakang, identifikasi masalah, tujuan dan manfaat, batasan masalah dan sistematika penulisan.
BAB II
LANDASAN TEORI Berisi tentang penjelasan singkat mengenai teori yang berhubungan dengan sistem pakar , spesifikasi proses ,
data flow diagram,
4
kerusakan mobil, Microsoft Visual Basic 2010,
Microsoft Access
2007. BAB III
METODE PENELITIAN Berisi tentang tempat dan jadwal penelitian, kerangka kerja, pengumpulan data, analisa sistem, perancangan sistem, pembangunan sistem dan uji coba sistem.
BAB IV
ANALISA DAN PERANCANGAN Berisi tentang analisis dokumen dari sistem pakar pada sistem berjalan dan perancangan sistem usulan.
BAB V
HASIL DAN PEMBAHASAN Berisi tentang tampilan input dan output sistem beserta penjelasan mengenai kelebihan dan kelemahan sistem berjalan dan usulan.
BAB VI
KESIMPULAN DAN SARAN Berisi tentang kesimpulan dan saran-saran yang dapat diberikan untuk pengembangan perangkat lunak lebih lanjut.
BAB II LANDASAN TEORI
2.1.
Sistem Pakar Menurut Andi (2010:2), sistem dapat juga diartikan sebagai kumpulan dari
entitas seperti manusia, saran, menentukan proses secara teratur, saling mempengaruhi atau saling bersaing satu dengan yang lainnya, dimana keseluruhannya merupakan satu kesatuan untuk mencapai tujuan yang telah ditetapkan bersama. Menurut Kusrini (2009:2), pakar yang dimaksud di sini adalah orang yang mempunyai keahlian khusus yang dapat menyelesaikan masalah yang tidak dapat diselesaikan oleh orang awam. Dalam buku Perancangan Sistem Pakar (2012:1), Nita dan Rahmat mengungkapkan beberapa definisi sistem pakar menurut beberapa ahli yaitu sebagai berikut : 1. Menurut Durkin : Sistem pakar adalah suatu program komputer yang dirancang untuk memodelkan kemampuan penyelesaian masalah yang dilakukan seorang pakar. 2. Menurut Ignizo : Sistem pakar adalah suatu model dan prosedur yang berkaitan dalam suatu domain tertentu , yang mana tingkat keahliannya dapat dibandingkan dengan keahlian seorang pakar. 3. Menurut Giarratano dan Riley : Sistem pakar adalah suatu sistem komputer yang bisa menyamai atau meniru kemampuaan seorang pakar. Sistem pakar sebagai sebuah program yang difungsikan untuk menirukan pakar manusia harus bisa melakukan hal-hal yang dapat dikerjakan oleh seorang pakar (Kusrini,2009:3). Pengetahuan merupakan sumber utama yang sangat penting, tetapi hanya dimiliki oleh sedikit pakar saja. Oleh karena itu penting
5
6
untuk memperoleh kepakaran itu agar setiap orang bisa menggunakannya. Sistem pakar merupakan media langsung untuk melakukan pekerjaan seorang pakar. Karakteristik yang paling umum dalam suatu sistem pakar adalah sistem ini menggunakan basis pengetahuan yang besar. Karena dalam sistem pakar ini peranan pengetahuan sangat penting, maka sering juga disebut sebagai sistem berbasis pengetahuan (knowledge based system). Proses pembuatan sistem pakar disebut sebagai rekayasa pengetahuan (knowledge engineering) serta orang yang membuat sistem pakar disebut sebagai knowledge engineer (Andi, 2009:3).
2.1.1. Definisi dan Tujuan Sistem Pakar Sistem pakar adalah suatu sistem yang berusaha mengadopsi pengetahuan manusia ke komputer, agar komputer dapat menyelesaikan masalah seperti yang dilakukan oleh para ahli. Sistem pakar yang baik dirancang agar dapat menyelesaikan
suatu
permasalahan
tertentu
dengan
meniru
kerja
dan
membandingkan tingkat keahliannya dari para ahli (Sri Hartati dan Sari Iswanti, 2009:2). Sistem pakar adalah sebuah teknik inovatif baru dalam menangkap dan memadukan pengetahuan. Kekuatan sistem ini terletak dalam kemampuannya memecahkan masalah-masalah praktis saat para ahli atau pakar berhalangan. Kemampuan yang dimiliki sistem pakar disebabkan terdapatnya basis pengetahuan yang berupa pengetahuan non-formal yang sebagian besar berasal dari pengalaman.
7
Tujuan
pengembangan
sistem
pakar
sebenarnya
bukan
untuk
menggantikan peran manusia, tetapi untuk mensubstitusikan pengetahuan manusia ke dalam bentuk sistem, sehingga dapat digunakan oleh orang banyak. Ada banyak manfaat yang dapat diperoleh dengan memanfaatkan keahlian didalam sistem pakar, antara lain : 1. Masyarakat awam non-pakar dapat memanfaatkan keahlian didalam bidang tertentu tanpa kehadiran langsung seorang pakar. 2. Meningkatkan produktivitas kerja, yaitu bertambah efisiensi pekerjaan tertentu serta hasil solusi kerja. 3. Penghematan waktu dalam menyelesaikan masalah yang kompleks. 4. Memberikan penyederhanaan solusi untuk kasus-kasus yang kompleks dan berulang-ulang. 5. Pengetahuan dari seorang pakar dapat didokumentasikan tanpa ada batas waktu. 6. Memungkinkan penggabungan berbagai bidang pengetahuan dari berbagai pakar untuk dikombinasikan.
2.1.2. Ciri dan Karateristik Sistem Pakar Ada beberapa ciri dan karakteristik yang membedakan sistem pakar dengan sistem yang lain. Ciri dan karakteristik ini menjadi pedoman utama dalam pengembangan sistem pakar. Ciri dan karakteristik sistem pakar adalah sebagai berikut : 1. Pengetahuan sistem pakar merupakan suatu konsep, bukan berbentuk numerik. Hal ini dikarenakan komputer melakukan proses pengolahan data
8
secara numerik sedangkan keahlian dari seorang pakar adalah fakta dan aturan-aturan, bukan numerik. 2. Informasi dalam sistem pakar tidak selalu lengkap, subyektif, tidak konsisten, subyek terus berubah dan tergantung pada kondisi lingkungan sehingga keputusan yang diambil bersifat tidak pasti dan tidak mutlak “ya” atau “tidak” . Akan tetapi, keputusan yang diambil sesuai dengan kebenaran tertentu. Oleh karena ini dibutuhkan kemampuan sistem untuk belajar secara mandiri dalam menyelesaikan masalah-masalah dengan pertimbangan-pertimbangan khusus. 3. Kemungkinan solusi sistem pakar terhadap suatu permasalahan adalah bervariasi dan mempunyai banyak pilihan jawaban yang dapat diterima. Semua faktor yang ditelusuri memiliki ruang masalah yang luas dan tidak pasti. Oleh karena itu diperlukan fleksibilitas sistem dalam menangani kemungkinan solusi dari berbagai permasalahan. 4. Perubahan atau pengembangan pengetahuan dalam sistem pakar dapat terjadi setiap saat bahkan sepanjang waktu sehingga diperlukan kemudahan
dalam
modifikasi
sistem
untuk
menampung
jumlah
pengetahuan yang semakin besar dan semakin bervariasi. 5. Pandangan dan pendapat setiap pakar tidaknya selalu sama. Oleh karena itu, tidak ada jaminan bahwa solusi sistem pakar merupakan jawaban yang pasti benar. Setiap pakar akan memberikan pertimbangan-pertimbangan berdasarkan faktor subyektif. 6. Keputusan merupakan bagian terpenting dari sistem pakar. Sistem pakar harus memberikan solusi yang akurat berdasarkan masukan pengetahuan
9
meskipun solusinya sulit sehingga fasilitas informasi sistem harus selalu diperlukan. Berikut ini merupakan perbandingan antara sistem pakar, sistem konvensional dan kepakaran manusia, seperti pada tabel 2.1. Tabel 2.1 Perbandingan antara Sistem Pakar, sistem Konvensional dan kepakaran manusia Kepakaran Manusia Menggunakan pengetahuan dalam bentuk rules atau secara heuristics untuk memecahkan permasalahan
Pengetahuan terdapat pada otak manusia
Sistem Pakar Memproses pengetahuan yang terekspresikan dalam bentuk rules dan menggunakan penalaran simbolis untuk memecahkan permasalahan Terdapat pemisahan yang jelas antara pengetahuan dan pemrosesan
Mampu menjelaskan garis besar dan detil penalaran
Menelusuri rules yang terpicu dalam proses Tanyajawab dan menjelaskan bagaimana konklusi di capai.
Menggunakan penalaran dari informasi yang tidak pasti, tidak lengkap dan kabur (fuzzy) Dapat membuat kesalahan jika informasi tidak lengkap atau kabur
Memungkinkan penalaran yang tidak pasti dari data yang tidak lengkap, tidak pasti dan kabur (fuzzy) Dapat membuat kesalahan jika informasi tidak lengkap atau kabur
Melalui proses pembelajaran bertahun untuk meningkatkan kemampuan pemecahan masalah
Sistem Konvensional Memproses data dan menggunakan algoritma untuk memecahkan permasalahan numeris
Tidak memisahkan pengetahuan dari struktur control dalam memproses pengetahuan tersebut Tidak menjelaskan bagaimana konklusi di capai Menggunakan data yang lengkap dan pasti
Tidak menghasilkan solusi apapun atau menghasilkan solusi yang salah jika data tidak lengkap atau kabur Kemampuan pemecahan Memodifikasi code masalah dapat ditingkatkan program untuk cukup dengan menambahkan meningkatkan kemampuan kaidah-kaidah yang baru pemecahan masalah
Sumber : Nita dan Rahmat, 2012: 9
2.1.3. Arsitektur Sistem Pakar Arsitektur sistem pakar dapat dilihat pada gambar 2.1 dibawah ini
10
Gambar 2.1 Arsitektur Sistem Pakar Sumber : Nita dan Rahmat, 2012: 11
Adapun penjelasan gambar 2.1 adalah sebagai berikut : 1. Mesin inferensi (Inference Engine), merupakan otak dari sistem pakar yang mengandung mekanisme fungsi berpikir serta metodologi yang digunakan untuk melakukan penalaran terhadap informasi-informasi dalam basis pengetahuan dan memformulasikan konklusi. 2. Tempat penyimpanan sementara (Working Memory), merupakan tempat penyimpanan fakta-fakta yang diketahui dari hasil menjawab pertanyaan. 3. Fasilitas penjelasan (Explanation Facility), merupakan suatu fasilitas yang memberikan penjelasan saat user mengetahui apakah yang menjadi solusi dari suatu permasalahan. 4. Basis
pengetahuan
(Knowladge
Base),
merupakan
representasi
pengetahuan dari seorang atau beberapa pakar yang diperlukan untuk memahami, memformulasikan dan memecahkan masalah, dimana basis pengetahuan terdiri dari dua elemen yaitu fakta dan aturan. 5. Pemakai (User), merupakan orang yang menggunakan sistem. 6. Pembangun sistem (Developer), merupakan orang yang berhak melakukan perubahan terhadap sistem.
11
2.1.4. Komponen Sistem Pakar Suatu sistem disebut sebagai sistem pakar jika mempunyai ciri dan karakteristik tertentu. Hal ini juga harus didukung oleh komponen-komponen sistem pakar yang mampu menggambarkan tentang ciri dan karakteristik tersebut. Komponen-komponen sistem pakar adalah sebagai berikut ( Nita dan Rahmat, 2012 : 16) 1.
Basis Pengetahuhan (Knowladge Base)
2.
Mesin Inferensi (Inference Machine)
3.
Fasilitias Penjelasan (Explanation Facility)
4.
Fasilitas Akuisisi Pengetahuan (Knowladge Acquisition Facility)
5.
Fasilitas Pelatihan Sendiri (Self-Training Facility)
6.
Antar Muka Pemakai (User Interface) Pada gambar 2.2 menunjukkan komponen-komponen dari sebuah sistem
pakar.
Gambar 2.2 Komponen Sebuah Sistem Pakar Sumber : Nita dan Rahmat, 2012: 15
12
Adapun penjelasan Gambar 2.2 adalah sebagai berikut : 1. Basis pengetahuan (Knowladge Base) Basis pengetahuan merupakan kumpulan pengetahuan bidang tertentu pada tingkatan pakar dalam format tertentu. Pengetahuan ini diperoleh dari akumulasi pengetahuan pakar dan sumber lain yang dapat berupa buku, majalah, jurnal ilmiah dan sebagainya. 2. Mesin Inferensi (Inference Machine) Mesin inferensi adalah bagian dari sistem pakar yang melakukan penalaran dengan menggunakan isi daftar aturan berdasarkan urutan dan pola tertentu. Selama proses konsultasi antar sistem dan pemakai, mesin inferensi menguji aturan satu demi satu sampai kondisi aturan itu benar. Secara umum ada dua teknik utama yang digunakan dalam mesin inferensi untuk pengujian aturan, yaitu penalaran maju (forward reasoning) dan penalaran mundur (reverse reasoning).Dalam penalaran maju, aturan-aturan diuji satu demi satu dalam urutan tertentu. Urutan ini mungkin berupa urutan pemasukkan aturan kedalam basis aturan atau juga urutan lain yang ditentukan oleh pemakai. Saat tiap aturan diuji, sistem pakar akan mengevaluasi apakah kondisinya benar atau salah. Jika kondisinya benar, maka aturan itu disimpan kemudian aturan berikutnya diuji. Sebaliknnya kondisinya salah, aturan ini tidak disimpan dan aturan berikutnya diuji. 3. Fasilitas Penjelasan (Explanation Facility) Fasilitas penjelasan sistem merupakan bagian dari sistem pakar yang memberikan penjelasan tentang bagaimana program dijalankan, apa yang harus dijelaskan kepada pemakai tentang suatu masalah, memberikan rekomendasi
13
kepada pemakai, mengakomodasi kesalahan pemakai dan menjelaskan bagaimana suatu masalah terjadi. Fasilitas penjelasan sistem harus mampu menjelaskan bagaimana harus memeriksa sekering yang putus atau bagaimana memeriksa aki motor, sehingga pemakai dapat mengerti dengan jelas apa yang harus dilakukannya. Dalam sistem pakar, fasilitas penjelasan sistem sebaiknya diintegrasikan ke dalam tabel basis pengetahuan dan basis aturan karena hal ini lebih memudahkan perancangan sistem. 4. Fasilitas Akuisisi Pengetahuan (Knowladge Acquisition Facility) Fasilitas ini merupakan suatu proses untuk mengumpulkan data-data pengetahuan akan suatu masalah dari pakar. Bahan pengetahuan dapat ditempuh dengan beberapa cara, misalnya mendapatkan pengetahuan dari buku, jurnal ilmiah, para pakar dibidangnya, laporan, literature dan seterusnya. Sumber pengetahuan tersebut dijadikan dokumentasi untuk dipelajari, diolah dan diorganisasikan secara terstruktur menjadi basis pengetahuan. Sumber pengetahuan tersebut harus dapat diperoleh dengan kemampuan untuk mengolah data-data tersebut menjadi solusi yang efisien, komunikasi yang baik dan kerja sama tim yang solid. Karena itu semua kemampuan menjadi hal yang mutlak diperlukan oleh seorang pengembang sistem. 5. Fasilitas Belajar Sendiri (Self-training Facility) Pakar manusia selalu berusaha untuk memutahirkan pengetahuannya. Ketika sistem pakar menemukan data baru selama proses inferensi, informasi ini dapat ditambahkan dalam basis pengetahuan. Menggunakan fasilitas pelatihan, sistem pakar menerima fakta baru dan membandingkannya dengan fakta yang
14
telah ada. Jika fakta baru yang ditemukan tersebut tidak terdapat dalam domain basis pengetahuan, maka fakta baru tersebut merupakan kandidat yang dapat dimasukkan dalam basis pengetahuan. 6. Antar Muka Pemakai (User Interface) Antar muka pemakai memberikan fasilitas komunikasi antara pemakai dan sistem, memberikan berbagai fasilitas informasi dan berbagai keterangan yang bertujuan untuk membantu mengarahkan alur penelusuran masalah sampai ditemukan solusi.
2.1.5. Bidang-Bidang Pengembangan Sistem Pakar Ada beberapa bidang pengembangan sistem pakar yang ditunjukkan pada tabel 2.2 Tabel 2.2 Bidang-bidang Pengembangan Sistem Pakar Bidang Konfigurasi Diagnosis Instruksi Interpretasi Monitor Perencanaan
Penjelasan Merakit komponen yang benar pada sebuah sistem dengan cara yangbenar Penelusuran permasalahan berdasarkan bukti-bukti hasil observasi Memberikan instruksi dan pengajaran tertentu terhadap suatu topicpermasalahan Menjelaskan data hasil observasi Membandingkan data observasi dengan data yang diharapkan danmenganalisanya Merencanakan suatu pekerjaan
Sumber : Nita dan Rahmat, 2012:13
2.1.6. Keuntungan dan Kelemahan Sistem Pakar Ada banyak manfaat yang dapat diperoleh dengan mengembangkan sistem pakar, antara lain :
15
1. Meningkatkan produktivitas kerja, yaitu bertambah efisiensi pekerjaan tertentu serta hasil solusi kerja. 2. Penghematan waktu dalam menyelesaikan masalah yang kompleks. 3. Memberikan penyederhanaan solusi untuk kasus-kasus yang kompleks dan berulang-ulang. 4. Pengetahuan dari seorang pakar dapat didokumentasikan tanpa ada batas waktu. 5. Memungkinkan penggabungan berbagai bidang pengetahuan dari berbagai pakar untuk dikombinasikan. Selain banyak manfaat yang diperoleh, ada juga kelemahan pengembangan sistem pakar, yaitu : 1. Daya kerja dan produktivitas manusia menjadi berkurang karena semuanya dilakukan secara otomatis oleh sistem. 2. Pengembangan perangkat lunak sistem pakar lebih sulit dibandingkan dengan perangkat lunak konvensional.
2.1.7. Tahapan Pengembangan Sistem Pakar Terdapat 6 fase pengembangan sistem pakar seperti diperlihatkan pada gambar 2.3. Fase-fase tersebut adalah : 1. Fase Inisialisasi Kasus 2. Fase Analisis dan Desain Sistem 3. Fase Prototype Dasar Kasus 4. Fase Pengembangan Sistem 5. Fase Implementasi Sistem
16
6. Fase Implementasi Tahap Lanjut
Fase I Inisialisasi Kasus
Defenisi masalah Kebutuhan sistem Evaluasi solusi alternatif Vertifikasi pendekatan sistem Penyesuaian pengaturan masukan
Fase II Analisis dan Desain Sistem
Konseptualisasi rancangan dan desain Strategi pengembangan Materi pengetahuan Komputasi materi Kemudahan pengenalan Analisa efesiensi
Fase III Prototype dasar kasus
Membangun prototype Pengujian dan pengembangan Demonstrasi dan kemudahan analisa Penyelesaian desain
Fase IV Pengembangan Sistem
Membangun basis pengetahuan Pengujian, evaluasi dan pengembangan basis pengetahuan Perencanaan integrasi sistem Proses inputan pemakai Instalasai, demonstrasi dari penerapan sistem Orientasi dan latihan Keamanan Dokumentasi Integrasi dan pengujian kasus
Fase V Implementasi Sistem
Fase VI Implementasi Tahap Lanjut
Operasional Perawatan dan pengembangan sistem Evaluasi sistem secra periodik
Gambar 2.3 Tahapan Pengembangan Sistem Pakar Sumber : Andi,2009:23
Adapun penjelasan gambar 2.3 sebagai berikut : 1. Identifikasi Tahap ini merupakan tahap untuk mengkaji dan membatasi masalah yang akan diimplementasikan dalam sistem. Setiap masalah yang diidentifikasi harus di
17
cari solusi, fasilitas yang akan dikembangkan, penentuan jenis bahasa pemrograman dan tujuan yang ingin dicapai dari proses pengembangan tersebut. 2. Konseptualisasi Hasil identifikasi masalah dikonseptualisasikan dalam bentuk relasi antar data, hubungan antar pengetahuan dan konsep-konsep penting dan ideal yang akan diterapkan dalam sistem. Konseptualisasi juga menganalisis data-data penting yang harus didalami bersama dengan pakar dibidang permasalahan tersebut. 3. Formalisasi Pada tahap formalisasi konsep-konsep tersebut diimplementasikan secara formal,
misalnya
memberikan
ketegori
sistem
yang
akan
dibangun,
mempertimbangkan beberapa faktor pengambilan keputusan seperti keahlian manusia, kesulitan dan tingkat kesulitan yang mungkin terjadi, dokumentasi kerja dan sebagainya. 4. Implementasi Tahap implementasi dimulai dengan membuat garis besar masalah kemudian memecahkan masalah ke dalam modul-modul. Untuk memudahkan maka harus diidentifikasi : a. Apa saja yang menjadi inputan b. Bagaimana prosesnya digambarkan dalam bagan alur dan basis aturannya. c. Apa saja yang menjadi output atau hasil dan kesimpulannya. Sesudah itu semuanya diubah dalam bahasa yang mudah dimengerti oleh komputer dengan menggunakan tahapan fase seperti pada gambar 2.3.
18
5. Evaluasi Sistem pakar yang selesai dibangun, perlu untuk dievaluasi untuk mengujidan Menemukan kesalahannya. Dalam evaluasi akan ditemukan bagian-bagian yang harus dikoreksi untuk menyamakan permasalahan dan tujuan akhir pembuatan sistem. 6. Pengembangan sistem Pengembangan sistem bertujuan agar sistem yang dibangun tidak menjadi usang dan investasi sistem tidak sia-sia. Hal pengembangan sistem yang paling berguna adalah proses dokumentasi sistem dimana didalamnya tersimpan semua hal yang penting yang dapat menjadi tolak ukur pengembangan sistem pada masa mendatang termasuk didalamnya adalah kamus pengetahuan masalah yang diselesaikan.
2.2.
Representasi Pengetahuan Pengetahuan yang didapatkan pada proses akuisisi pengetahuan tidak bisa
diaplikasi begitu saja dalam sistem pakar. Pengetahuan harus direpresentasikan dalam format tertentu dan akan dihimpun dalam suatu basis pengetahuan.
2.2.1 Model Representasi Pengetahuan Representasi
pengetahuan
dimaksudkan
untuk
mengorganisasikan
pengetahuan dalam bentuk tertentu. Untuk membuat sistem pakar yang efektif harus dipilih representasi pengetahuan yang tepat. Beberapa model representasi pengetahuan yang penting: 1. Jaringan Semantik (Semantic Nets)
19
2. Bingkai (Frames) 3. Kaidah Produksi (Production Rule)
2.2.2. Jaringan Semantik (Semantic Nets) Jaringan semantik adalah teknik representasi pengetahuan yang digunakan untuk informasi proposional. Yang dimaksud dengan informasi proporsional adalah pernyataan yang mempunyai nilai benar atau salah. Sebagai contoh, sebuah bujur sangkar mempunyai empat sisi. Informasi proporsional merupakan bahasa deklaratif karena menyatakan fakta. Representasi jaringan semantik merupakan penggambaran grafis dari pengetahuan yang memperlihatkan hubungan hirarkis dari obyek-obyek. Komponen dasar untuk merepresentasikan pengetahuan dalam bentuk jaringan semantik adalah simpul (node) dan penghubung (link). Objek direpresentasikan oleh simpul. Hubungan antar obyek-obyek dinyatakan oleh penghubung yang di beri label untuk menyatakan hubungan yang direpresentasikan. Contoh jaringan semantik terlihat pada gambar 2.4. Deteksi error dan respon Pembuatan program Akses terkontrol ke file SISTEM OPERASI
Memiliki layanan Akses ke perangkat I/O Pembuatan program Eksekusi program
Gambar 2.4 Contoh Jaringan Semantik Sumber : Andi, 2009:32
20
2.2.3. Bingkai (Frames) Bingkai
berupa
kumpulan
slot-slot
yang
berisi
atribut
untuk
mendeskripsikan pengetahuan. Pengetahuan yang termuat dalam slot dapat berupa kejadian, lokasi, situasi ataupun elemen-elemen lainnya. Bingkai digunakan untuk representasi pengetahuan deklaratif. Bingkai memuat deskripsi sebuah obyek dengan menggunakan tabulasi informasi yang berhubungan dengan obyek. Jadi bingkai mengelompokkan atribut sebuah obyek. Dengan demikian bingkai membantu menirukan cara seorang mengorganisasikan informasi tentang sebuah obyek menjadi kumpulan data. Contoh bingkai terlihat pada tabel 2.3. Tabel 2.3 Contoh Bingkai Slot Nama Spesialisasi Pembuat Isi silinder Pelumas
Fillers Pajero Sport Jenis kendaraan beroda empat Mitsubishi 7,5 L Diesel
Sumber : Kusrini, 2009 :27
2.2.4. Kaidah Produksi (Production Rule) Kaidah menyediakan cara formal untuk merepresentasikan rekomendasi, arahan atau strategi. Kaidah produksi dituliskan dalam bentuk jika-maka (if-then). Kaidah if-then menghubungkan antesenden (antecedent) dengan konsekuensi yang diakibatkannya (Kusrini,2009:30). Berbagai struktur kaidah if-then yang menghubungkan obyek atau atribut sebagai berikut: IF Premis THEN konklusi IF masukan THEN keluaran
21
IF kondisi THEN tindakan IF antesenden THEN konsekuen IF Data THEN hasil IF Tindakan THEN tujuan Premis mengacu pada fakta yang harus benar sebelum konklusi tertentu dapat diperoleh. Masukan mengacu pada data yang harus tersedia sebelum keluaran dapat diperoleh. Kondisi mengacu pada keadaan yang harus berlaku sebelum tindakan dapat diambil. Data mengacu pada informasi yang harus tersedia sehingga sebuah hasil dapat diperoleh. Tindakan mengacu pada kegiatan yang harus dilakukan sebelum hasil dapat diharapkan. Beberapa kaidah yang diberikan dalam contoh di bawah ini menunjukkan beberapa bentuk pengetahuan peluang diekspresikan ke dalam bentuk format kaidah produksi yaitu : Kaidah 1 (cf = 0.8) : IF beberapa tombol keyboard tidak berfungsi (cf = 0,65) AND keyboard tidak merespon sama sekali (cf = 0.7) AND keyboard bisa bekerja setelah dibersihkan (cf = 0.3 ) AND hubungkan ke kompoter lain tetap tidak respon ( cf = 0.8 ) THEN Keyboard Kotor Cf konklusi = 0.24
Clouse adalah semacam kalimat yang terdiri dari subyek, kata kerja dan objek yang menyatakan beberapa fakta. Pada setiap clouse terdapat satu clouse If dan satu clouse Then. Bagian kaidah if mungkin berisi lebih dari satu premis, dan masing-masing berisi clouse. Setiap kaidah yang mempunyai lebih dari satu premis disebut compound clouse dan dihubungkan oleh kata penghubung AND atau OR. Hal yang tidak boleh dilupakan dalam kaidah produksi adalah bahwa kaidah produksi menampilkan se-kelumit pengetahuan individual. Hal ini
22
biasanya dihubungkan dengan banyak kaidah. Kaidah tersebut dikaitkan secara bersama-sama untuk membentuk garis penalaran.
2.3
Faktor Ketidakpastian Suatu pernyataan kondisi maupun aksi tidak selalu memberikan derajat
kepastian yang penuh, akan tetapi kadang-kadang tergantung pada suatu faktor tertentu, karena dalam kenyataannya para pakar seringkali berurusan dengan fakta-fakta yang tidak menentu dan tidak pasti. Untuk itu sistem pakar juga harus dapat menangani masalah kekurangpastian dan ketidakpastian. Teknik yang sudah digunakan untuk menangani hal tersebut diantaranya adalah nilai pendekatan Bayes (Bayesian Approach), faktor kepastian (Certainty Factor), teori DempstreShafer (Kusrini,2009:38).
2.3.1. Pendekatan Bayes (Bayesian Approach) Probabilitas Bayes merupakan salah satu cara yang baik untuk mengatasi ketidakpastian data dengan menggunakan formula bayes yang dinyatakan dengan rumus : Keterangan : P(H | E) : probabilitas hipotesis H jika diberikan Evidence E P(E | H) : probabilitas munculnya evidence apapun P(E) : probabilitas evidence E
23
Contoh kasus penyakit gagal ginjal akut : (Sumber : Rahayu,2013) Aulia melakukan diagnosa dengan menjawab pertanyaan sesuai dengan gejala berikut : G1 = 0.4 = P(E|H1)
G5 = 0.2 = P(E|H5)
G2 = 0.2 = P(E|H2)
G6 = 0.2 = P(E|H6)
G3 = 0.4 = P(E|H3)
G7 = 0.2 = P(E|H7)
G4 = 0.6 = P(E|H4)
G8 = 0.4 = P(E|H8)
G9 = 0.4 = P(E|H9)
Kemudian mencari nilai semesta dengan menjumlahkan dari hipotesa di atas : ∑9 k=1 = G1 + G2 + G3 + G4 + G5 + G6 + G7 + G8 + G9 = 0.4+ 0.2 + 0.4 + 0.6 + 0.2 + 0.2 + 0.2 + 0.4 + 0.4 =3 Setelah hasil penjumlahan di atas diketahui, maka didapatlah rumus untuk menghitung nilai semesta adalah sebagai berikut : P (H 1) = H 1 = ∑9 k=1 P (H 2) = H 2 = ∑9 k=1 P (H 3) = H 3 = ∑9 k=1 P (H 4) = H 4 = ∑9 k=1 P (H 5) = H 5 = ∑9 k=1
0.4 3 0.2 3 0.4 3 0.6 3 0.2 3
= 0.133333 = 0.066667 = 0.133333 = 0.200000
P (H 6) = H 6 = ∑9 k=1 P (H 7) = H 7 = ∑9 k=1 P (H 8) = H 8 = ∑9 k=1 P (H 9) = H 9 = ∑9 k=1
0.2 3 0.2 3 0.4 3 0.4 3
= 0.066667 = 0.066667 = 0.133333 = 0.133333
= 0.066667
Setelah nilai P(Hi) diketahui, probabilitas hipotesis H tanpa memandang evidence apapun, maka langkah selanjutnya adalah : ∑9 k=1 = P (Hi)* P(E|Hi-n) = P(H1) * P(E|H1) + P(H2) * P(E|H2) + P(H3) * P(E|H3) + P(H4) * P(E|H4) + P(H5) * P(E|H5) + P(H6) * P(E|H6) + P(H7) * P(E|H7) + P(H8) * P(E|H8) + P(H9) * P(E|H9) =(0.133333*0.4) + (0.066667*0.2) + (0.133333*0.4) + (0.200000*0.6) + (0.066667 *0.2) + (0.066667 *0.2) + (0.066667 *0.2) (0.133333*0.4) + (0.133333*0.4) = 0.053333+0.013333+0.053333+0.12+0.013333+0.013333+0.013333+ 0.053333+0.053333 = 0.386667
24
Langkah selanjutnya ialah mencari nilai P(Hi|E) atau probabilitas hipotesis Hi benar jika diberikan evidence E P(H1|E) = 0.133333*0.4 = 0.137931 0.386667 P(H2|E) = 0.034483*0.2 = 0.034483 0.386667 P(H3|E) = 0.133333*0.4 = 0.137931 0.386667 P(H4|E) = 0.310345*0.6 = 0.310345 0.386667 P (H9| E) = 0.133333*0.4 = 0.137931 0.386667
P(H5|E) = 0.034483*0.2= 0.034483 0.386667 P(H6|E) = 0.034483*0.2= 0.034483 0.386667 P(H7| E) = 0.034483*0.2= 0.034483 0.386667 P(H8|E) = 0.133333*0.4 = 0.137931 0.386667
Setelah seluruh nilai P(Hi|E) diketahui, maka jumlahkan seluruh nilai bayesnya dengan rumus sebagai berikut : ∑9 k=1 = Bayes 1 + Bayes 2 + Bayes 3 + Bayes 4 + Bayes 5 + Bayes 6 + Bayes7+ Bayes 8 + Bayes 9 = (0.137931*0.4) + (0.034483*0.2) + (0.137931*0.4) + (0.310345*0.6) + (0.034483*0.2) + (0.034483*0.2) + (0.034483*0.2) + (0.137931*0.4) + (0.137931*0.4) = 0.434488= 43, 44828
2.3.2. Faktor Kepastian (Certainty Factor) Certainty Factor semula dikembangkan pada MYCIN. Faktor kepastian adalah suatu cara penggabungan kepercayaan (belief) dan ketidakpercayaan (disbelief) menjadi suatu nilai. Pendekatan ini dapat dijabarkan dalam rumus berikut: RIk(cf) = min{Pi(cf)} untuk semua Pi (cf) ≥δ i cfk = RIk(cf) * [ RIk(cf) ] dimana :
RIk(cf) : Faktor keyakinan premis dari aturan ke- k Pi(cf) : Faktor keyakinan premis ke- i δ
: Nilai ambang dari faktor keyakinan premis
cfk
: Faktor keyakinan hasil dari suatu aturan
25
Rk(cf) : Faktor keyakinan dari aturan ke- k Certainty factor atau CF merupakan nilai yang menyatakan tingkat keyakinan dari premis atau kaidah tertentu. Nilai CF memiliki selang antara 1 dan 0. Pada Gambar 2.5 diberikan ilustrasi penggunaannya. Pendekatan nilai tingkat keyakinan dari probabilitas dapat diberikan dengan nilai diantara ≥0 dan ≤1, sehingga sebagai contoh dapat diasumsikan bahwa faktor kepercayaan dari rule itu sendiri adalah 0.8 maka faktor kepercayaan gabungan dari premis-premis yang ada adalah :
RIk(cf) = min{Pi(cf)} = min {0.7,0.8,0.3,0.65} = 0.3
Selanjutnya untuk menentukan faktor kepercayaan output (faktor kepercayaan konklusi) dapat dihitung dengan : cfk = RIk(cf) * [ RIk(cf) ] = 0.3 * 0.8 = 0.24 Premis 0.7 0.8
RIk(cf) = Min {0.3} Cfk = RI(cf) * [RIk(cf)
AND Kaidah RIk(cf) = 0.8
0.3
Konklusi (cf) = 0.24
0.65
Gambar 2.5 Faktor Kepercayaan Dengan Beberapa Premis Gabungan Sumber : Andi,2009 : 44
2.3.3. Teori Dempster-Shafer Merupakan model ketidakpastian yang menggunakan rentang probabilitas. Eviden dibagi-bagi secara terpisah, kemudian dihitung nilai probabilitasnya. Hal ini mengakibatkan perhitungan bilangan yang agak rumit, dan dalam kasus
26
permasalahan yang besar, perhitungan nilai ketidakpastiannya akan semakin komplek. Dilihat dari sistem rentang yang digunakan, maka metode faktor kepastian (CF) dapat dipandang sebagai kasus khusus dari teori Dempster-Shafer.
2.4.
Kerusakan Mobil Terkadang mobil juga menunjukkan beberapa gejala yang merupakan
petunjuk bahwa mobil dalam keadaan kurang baik. Bila mobil mulai menunjukkan adanya penurunan performa, berarti mesin dalam mobil tidak dapat bekerja secara maksimal. Ada beberapa penyebab yang bisa menyebabkan terjadinya kerusakan pada mesin mobil anda. Bila penyebab kerusakan pada mesin mobil tidak segera ditangani dengan baik, bisa menyebabkan kerusakan total yang lebih parah lagi nantinya.
2.4.1. Masalah Utama Mobil dan Penyebabnya Gejala-gejala kerusakan mobil yang umum terjadi dapat dirincikan sebagai berikut: (http://www.tempo.co) 1. Mesin sulit diaktifkan pada pagi hari Ada beberapa faktor yang menjadi penyebab mesin mobil sulit sekali dihidupkan di saat pagi hari atau mesin dingin. Beberapa penyebabnya, antara lain tegangan arus listrik aki yang kurang atau bahkan telah habis, terminal aki yang berkarat atau kotor dan kendor. Penyebab lainnya adalah injektor bahan bakar bermasalah, jarak antara kepala busi dan sumbu busi terlalu renggang, kompresi mesin yang terlalu rendah, regulator tekanan bahan bakar rusak.
27
2. Mesin sulit diaktifkan saat panas Kondisi ini merupakan kebalikan dari kondisi nomor satu, yaitu mesin sulit sekali dinyalakan setelah mobil berjalan jauh dan kemudian berhenti atau mesin dimatikan. Penyebab kondisi ini adalah kompresi silinder yang rendah, choke bermasalah, injektor kotor, atau saringan udara yang kotor dan tersumbat. 3. Mesin tersendat saat pedal gas diinjak untuk meningkatkan akselerasi Kondisi seperti ini kerap terjadi di mobil yang telah berusia di atas lima tahun. Beberapa penyebab permasalahan ini adalah busi yang telah aus atau jarak antara kepala dan sumbu busi terlalu renggang, vacuum di karburator, throttle body, intake manifold atau di bagian selang vacuum yang bocor. Penyebab lainnya adalah injektor bahan bakar yang kotor atau tersumbat. 4. Tenaga mesin kurang bertenaga tidak seperti biasanya Persoalan lain yang sering dikeluhkan oleh para pemilik mobil adalah merosotnya tenaga yang dihasilkan oleh mesin. Mobil kurang bertenaga dan tak berdaya seperti sebelumnya. Ada beberapa faktor yang menyebabkan hal itu terjadi, di antaranya pemasangan timing belt yang tidak tepat, saringan bahan bakar yang kotor sehingga tersumbat, fuel pump bermasalah, regulator tekanan bahan bakar rusak, tingkat kompresi satu atau beberapa silinder menurun, dan kerenggangan kepala dan sumbu busi terlalu jauh. Penyebab lainnya adalah vacuum di karburator, throttle body, inlet manifold, serta selang yang bocor. Bisa juga karena injektor bermasalah, rem yang
28
mengunci sehingga mobil dalam posisi terus mengerem, atau karena kopling slip sehingga tidak ada perubahan posisi gigi meskipun putaran mesin tinggi. 5. Mesin hidup mati, hidup mati Beberapa pemilik mobil mengungkapkan pernah mengalami mesin mobilnya langsung hidup saat kunci kontak diputar ke on. Namun, hal itu tidak berlangsung lama, karena mesin mati. Anehnya kondisi seperti itu berlangsung berulang kali. Ada beberapa faktor yang menjadi penyebabnya, di antaranya sistem kelistrikan (mulai dari alternator, aki, hingga kabel-kabel yang kendur atau putus), serta kemungkinan rangkaian pengapian yang bermasalah. Penyebab lainnya adalah, vacuum pada karburator, throttle body, inlet manifold, atau selang-selang vacuum yang bocor. Bisa juga injektor yang bermasalah karena kotor atau tersumbat. 6. Lampu indikator oli menyala terus meski mobil telah berjalan Masalah ini juga sering terjadi dan kerap tidak disadari oleh para pemilik mobil atau pengemudi. Umumnya mereka hanya percaya bahwa mobilnya telah rutin ganti oli sehingga lampu indikator luput dari perhatian. Lampu yang terus menyala meski mesin telah cukup lama aktif bisa dikarenakan beberapa faktor, di antaranya jenis oli yang tidak sesuai dengan spesifikasi mobil atau tidak sesuai rekomendasi dari pabrikan. Selain itu juga dikarenakan jumlah oli yang tidak sesuai dengan standar volume, sensor dan katup peranti tekanan oli rusak, atau saringan oli yang sudah aus.
29
7. Mesin mendesis Beberapa orang pernah mengeluhkan mesin mobil mereka mengeluarkan suara mendesis meski sudah lama dipanaskan. Penyebab masalah ini adalah, inlet manifold atau gasket throttle body bocor, exhaust manifold bocor, selang vacuum bocor, serta gasket di kepala silinder rusak sehingga bocor atau robek. 8. Mesin menggelitik Mesin knocking atau menggelitik juga kerap dikeluhkan oleh para pemilik mobil, terutama di saat mereka berusaha untuk menambah kecepatan akselerasi atau di saat mobil melibas jalanan menanjak. Ada beberapa penyebab. Faktor penyebab utama dan paling sering adalah spesifikasi bahan bakar yang jelek, tingkat Research Octane Number (RON) bahan bakar yang tidak sesuai. Walhasil, timing pengapian tidak tepat. Istilah bengkelnya, karena ada premature ignition yaitu proses pembakaran di ruang bakar antara bahan bakar dan udara dengan pantikan api tidak sempurna. Sehingga ada ledakan prematur, itulah knocking. Penyebab lainnya adalah, injektor atau karburator mobil yang bermasalah, jarak antara kepala dan sumbu busi terlalu renggang, vacuum karburator, throttle body, inlet manifold, dan selang yang bocor.
2.4.2. Gejala Kerusakan Mobil Diusia dan waktu yang tertentu mobil akan mengalami penurunan kondisi. Hal itu tentu berkaitan dengan tingkat keausan komponen baik akibat pemakaian, kondisi jalan maupun usia komponen itu sendiri. Namun dengan jumlah yang sangat banyak, sulit rasanya jika kita harus mengecek kondisi tiap komponen.
30
Beberapa penyakit pada mobkas memang bisa dideteksi langsung dengan mata. Namun banyak juga gejala kerusakan yang baru muncul ketika melakukan test drive. Makanya, jangan ragu untuk meminta test drive mobil bekas yang sedang diincar. Dengan melakukan test drive, maka dapat diketahui kerusakan apa saja yang bisa muncul. Ada beberapa kerusakan umum yang terjadi di kebanyakan mobil bekas. Dengan mengenali gejala penyakit umum ini, tentu bisa dijadikan bahan pertimbangan sekaligus persiapan dana untuk perbaikan jika memang ingin membelinya. 1. Gejala: Setir bergetar pada kecepatan tertentu. Umumnya, penyakit ini disebabkan roda depan sudah tidak balance. Jika getaran itu juga dirasakan di bangku driver, kemungkinan roda belakang juga tidak balance. Membalans roda dengan biaya sekitar Rp 30.000, getaran itu bisa hilang. 2. Gejala: Ketika melindas gundukan, mobil memantul lebih dari dua kali. Kondisi ini lebih sulit dideteksi jika kecepatan melindas gundukan terlalu pelan. Coba gunakan kecepatan sedikit lebih tinggi untuk melindas gundukan berikutnya. Umumnya penyakit ini disebabkan keausan atau kerusakan sokbreker. Kerusakan ini terjadi karena umur sokbreker. Anda bisa memeriksa kondisi fisiknya setelah test drive. Dengan mengganti sokbreker baru dengan kisaran harga Rp 1-2 juta, masalah ini bisa tuntas. 3. Gejala: Sejak kecepatan rendah, mobil terasa bergoyang
31
Jika Anda merasakan goyang bodi selaras dengan setir, bisa jadi salah satu pelek roda depan sudah peyang. Namun jika pelek roda belakang yang peyang, biasanya goyangan begitu terasa jika duduk di bangku belakang. Untuk menyelesaikan masalah ini, Anda bisa mereparasi pelek dengan biaya sekitar Rp 150 ribu per piece. Usai test drive, tak ada salahnya Anda mengecek juga kondisi pelek ban serep. Penyebab lainnya, salah satu roda tidak terpasang dengan baik akibat pemasangan baut roda yang kurang kencang. 4. Gejala: Ketika jalan lurus, posisi setir tidak lurus Kemungkinan setir pernah dilepas dan ketika pemasangan kembali, posisi roda kemudi tidak lurus. Sehingga tidak selaras dengan arah ban. Kemungkinan lain adalah masalah sudut-sudut keselarasan roda. Dengan melakukan wheel alignment (spooring) di bengkel, masalah ini bisa dihilangkan. Tapi jika Anda mengajak teknisi, sebaiknya cek pula komponen sistem kemudi. Terutama jika gejala ini muncul setelah Anda melindas gundukan atau lubang jalan. Indikator lainnya yakni kondisi keausan tapak ban yang tidak merata. Jika ini yang terjadi, perbaikan sistem kemudi bisa menelan biaya besar. 5. Gejala: Ketika setir dilepas, mobil cenderung mengarah ke salah satu sisi Jika Anda berada di jalur kiri dan mobil cenderung ke kiri, biasanya karena permukaan jalan yang memang miring ke kiri. Untuk memastikannya, coba cek tekanan angin semua ban. Sekaligus memeriksa apakah kedua roda depan
32
menggunakan ukuran yang sama. Jika berbeda ukuran ban, masalah bisa selesai dengan menyamakannya. Namun jika terjadi ketika Anda melaju di permukaan jalan yang rata, artinya perlu melakukan wheel alignment di bengkel. Sementara kemungkinan terburuk adalah penyakit ini disebabkan konstruksi sistem kemudi mengalami kerusakan. Coba periksa apakah ada batang kemudi di kolong mobil yang melengkung. Biasanya hal ini terjadi karena pernah terbentur benda keras atau menggunakan batang itu sebagai kaitan ketika ditarik mobil lain. Kondisi ini membahayakan untuk dikemudikan. 6. Gejala: Muncul suara berdengung dari roda ketika melaju di jalan aspal mulus Suara dengung ini bisa muncul akibat pengunaan ban baik standar maupun aftermarket dengan motif kembang yang cukup besar atau untuk keperluan off-road. Penyebab lainnya adalah rotasi ban yang sudah lama tidak dilakukan. Coba periksa kondisi ban depan dengan meraba bagian pinggir tapaknya secara perlahan dalam dua arah. Namun hati-hati jika ada benang baja yang sudah keluar atau benda tajam lain. Ketika diraba ke satu arah terasa mulus, tapi saat berbalik arah Anda mendapati kembang ban lebih tajam atau kasar, kondisi ini bisa menimbulkan dengung. Hal ini umumnya muncul akibat pemakaian. Begitu pula desain ban yang umumnya menggunakan kembang yang cukup tebal di bagian pinggir tapak yang berguna untuk membuat jalur air ketika hujan. Solusinya adalah dengan merotasi ban.
33
2.5.
Pajero Sport Mitsubishi Pajero adalah SUV yang dibuat oleh Mitsubishi Motors dikenal
sebagai Mitsubishi Montero di Amerika (kecuali Brazil) dan Spanyol, dan sebagai Mitsubishi Shogun di Inggris.
2.5.1 Tipe- tipe Pajero Sport dan Spesifikasi Berikut ini beberapa jenis Pajero Sport adalah sebagai berikut : (http://sardanagroup.co.id/product/pc/pajero-sport). 1.
Pajero Sport Dakar 4x4 2,5L 5AT HP Spesifikasi : Tabel 2.4 Spesifikasi Pajero Sport Dakar 4x4 2,5L 5AT HP
34
35
2.
Pajero Sport Dakar 4x2 2,5L 5AT HP Spesifikasi : Tabel 2.5 Spesifikasi Pajero Sport 4x2 2,5L 5AT HP
36
37
3.
Pajero Sport Exceed 4x2 2,5L AT Spesifikasi : Tabel 2.6 Spesifikasi Pajero Exceed 4x2 2,5L 5AT HP
38
39
2.6.
Forward Chaining Metode forward chaining adalah sebuah metode penelusuran pohon
pencarian yang mencari dari akar pohon menelusuri cabang pohon menuju ke daun pohon. Inferensi majemuk yang menghubungkan permasalahan dengan solusinya disebut sebagai “chain” (rantai). Rantai yang yang dilalui dari masalah ke solusi disebut “forward chain” (penalaran dari fakta menuju konklusi berdasarkan fakta-fakta tersebut). Contoh : Misalkan memiliki kaidah dari modus ponen: p
q
p ∴q dalam bentuk : gajah (x) mamalia (x)
mamalia (x) binatang (x)
Kaidah ini dapat digunakan dalam rantai sebab-akibat dari inferensi forward yang menarik kesimpulan bahwa Bona adalah binatang, jika diketahui Bona adalah gajah.
40
Gambar 2.6 Ilustrasi Contoh Kaidah Sumber : Kusrini, 2009:51 Seperti terlihat pada gambar di atas, Bona adalah gajah dan gajah termasuk mamalia, dimana mamalia adalah binatang. Hal ini berarti Bona adalah binatang.
Gambar 2.7 Ilustrasi Forward Chaining Sumber : Kusrini, 2009:53 Contoh : Rule 1
:Y&D
Z
41
Rule 2
:X&B&E
Rule 3
:A
X
Rule 4
:C
L
Rule 5
:L&M
Y
N
Gambar 2.8 Gambaran Forward Chaining Sumber : Andi,2009:59
2.7.
Backward Chaining Metode backward chaining adalah suatu metode pengambilan keputusan
yang juga umum digunakan dalam sistem pakar. Metode backward chaining adalah kebalikan dari forward chaining. Percobaan fakta atau pernyataan dimulai dari bagian sebelah kanan (THEN dulu). Dengan kata lain, penalarannya dimulai dari hipotesis terlebih dahulu dan untuk menguji kebenaran hipotesis tersebut harus dicari fakta-fakta yang ada dalam basis pengetahuan. Proses pencarian dengan metode backward chaining berangkat dari kanan ke kiri, metode ini sering
42
disebut “goal driven”. Proses pelacakan pada backward chaining dapat ditunjukkan oleh gambar 2.9.
Gambar 2.9 Diagram Backward Chaining Sumber: Andi,2009 : 66 Perbedaan antara forward dan backward chaining adalah 1. Forward chaining melakukan penalaran dari antecendent ke konsekuen sedangkan backward chaining melakukan dari konsekuen ke antecedent. 2. Forward chaining bekerja ke depan untuk mendapatkan solusi apa yang mengikuti fakta, sedangkan backward chaining bekerja ke belakang untuk mendapatkan fakta yang mendukung hipotesa. 3. Forward chaining mengunakan Breadth first search sedangkan backward chaining mengunakan Depth first search.
2.8.
Basis Data Basis data adalah tempat penyimpanan data yang dipertimbangkan oleh
beberapa dasar dari sebuah sistem informasi. Tujuan umum dalam merancang organisasi penyimpanan data adalah : 1. Meyakinkan pengambilan kembali data tujuan. 2. Menyediakan penyimpanan data yang efisien. 3. Ketersediaan data. 4. Mendukung pengambilan data yang efesien. 5. Menjamin integritas data. (Kendall, 2010:25)
43
Pertama, data harus tersedia bila pemakai ingin menggunakannya. Kedua, data harus akurat dan konsisten. Di luar syarat ini tujuan rancangan basis data termasuk penyimpanan yang efisien boleh dikatakan efisien pembaharuan dan memperoleh kembali informasi. Terakhir, penting bahwa mendapatkan informasi dengan maksud tertentu. Informasi yang diperoleh dari data yang tersimpan harus berada dalam sebuah bentuk yang berguna untuk mengatur, merencanakan, mengontrol dan membuat keputusan. Basis data bukan hanya kumpulan file. Lebih dari itu, basis data adalah pusat sumber data yang caranya dipakai oleh banyak pemakai untuk berbagai aplikasi. Inti dari basis data adalah database management system (DBMS), yang membuktikan, pembuatan modifikasi dan pembaharuan basis data, mendapatkan kembali data dan membangkitkan laporan. Orang yang memastikan bahwa basis data memenuhi tujuannya di sebut administrator basis data. (Kendall, 2010:128) Tujuan basis data yang efektif termuat dibawah ini : 1. Memastikan bahwa data dapat dipakai diantara pemakai untuk berbagai aplikasi. 2. Memelihara data baik keakuratan maupun kekonsistenannya. 3. Memastikan bahwa semua data yang diperlukan untuk aplikasi sekarang dan yang akan datang akan disediakan dengan cepat. 4. Membolehkan basis data untuk berkembang dan kebutuhan pemakai untuk berkembang. 5. Membolehkan pemakai untuk membangun pandangan personalnya tentang data tanpa memperhatikan cara data disimpan secara fisik.(Kendall, 2010:128)
44
2.9.
Microsoft Visual Basic 2010 Visual Basic.NET adalah generasi selanjutnya dari Visual Basic. Visual
Basic.NET memungkinkan kita untuk membangun aplikasi database client atau server performa tinggi dan sangat cocok didampingkan dengan perangkat lunak SQL Server 2000. Pemilihan Visual Basic.NET sebagai program pengembang sistem ini adalah karena merupakan salah satu program aplikasi yang berada di bawah platform .NET framework.
Gambar 2.10 Contoh Tampilan New Project Sumber: Kusrini, 2009:83
Dalam dialog New Project terdapat beberapa jenis apliksi yang akan dibuat termasuk bahasa pemrograman yang digunakan. Jenis aplikasi yang dapat dibuat adalah:
45
1. Windows Application: aplikasi yang paling umum dibuat, menggunakan interface windows. Biasanya, Windows Application merupakan interface aplikasi, sedangkan logic aplikasi terdapat di dalam Class Library. Windows Application dapat berisi form, class, XML file, maupun file VB Script dan Jscript. 2. Class Library: fondasi dasar untuk membuat komponen yang menjalankan fungsi tertentu. Class merupakan fondasi dasar untuk membentuk obyek dalam pemrograman berorientasi obyek. Class Library tidak memiliki interface tertentu seperti form, tetapi dapat diakses oleh aplikasi lain untuk menjalankan berbagai fungsi yang terdapat di dalamnya. Class Library dapat disamakan dengan teknologi ActiveX DLL (.dll) dan ActiveX EXE dalam pemrograman VB6. 3. Windows Control Library: tidak puas dengan built in control yang disediakan VS.NET . Anda dapat berkreasi membuat kontrol sendiri dan memasukkan berbagai fungsi yang Anda inginkan di dalam kontrol tersebut. Fasilitas untuk membuat kontrol tersebut adalah Windows Control Library. Kontrol ini sama dengan ActiveX Control (.ocx) dalam pemrograman VB6. 4. ASP.NET Web Application: project yang digunakan untuk membuat aplikasi web. Teknologi yang digunakan adalah ASP.NET yang memiliki berbagai kelebihan dibandingkan ASP klasik. Perubahan utamanya adalah dapat diprogram menggunakan berbagai bahasa .NET seperti VB, C++, C#, maupun J#. ASP.NET juga menyediakan berbagai kontrol yang bersifat event driven programming sehingga lebih menghemat waktu pembuatan aplikasi.
46
5. ASP.NET Web Service: Web service merupakan salah satu ide utama dalam .NET. Anda dapat membuat web service dan meletakkannya di web server untuk diakses berbagai aplikasi. Sebuah web service dapat diakses oleh aplikasi windows, web, console, maupun mobile device. Web service hampir sama dengan Class Library. Perbedaan utamanya adalah web service diletakkan di web server sehingga dapat diakses dengan lebih mudah dan tidak terbatas pada aplikasi berbasis windows saja. 6. Console Application: aplikasi dengan tampilan text mode atau DOS (Disk Operating System). Aplikasi jenis ini biasa digunakan sebagai monitoring service atau remote application di mana sumber daya komputer dan bandwidth sangat terbatas. 7. Windows Service: aplikasi yang berjalan sebagai di windows, yang di-load bersamaan dengan proses start up windows. Aplikasi ini berjalan di background dan biasanya tidak memiliki interface. Penerapan aplikasi ini misalnya untuk pembuatan scanning antivirus, server FTP dan remote server. 8. Web Control Library: hampir sama dengan Windows Control Library tapi digunakan untuk aplikasi web. (Andi, 2009:44)
2.10. Microsoft Access 2007 Microsoft Access adalah salah satu program aplikasi RDBMS (Relational Database Management System), dimana semua data yang ada disimpan dalam tabel-tabel yang terdiri dari atas lajur kolom dan baris. Dengan RDBMS, pengelolaan sebuah database akan mudah dilakukan walaupun jumlah datanya
47
banyak dan kompleks. Dibandingkan dengan program aplikasi pembuatan database lain, Microsoft Access sangat mudah digunakan dan fleksibel dalam pembuatan dan perancangan suatu database. Perancangan dan pengelolaan database pada Microsoft Access meliputi pembuatan Table, Form, Query, Macro, Modul dan Pages, yang dapat dilihat pada Gambar 2.11:
Gambar 2.11 Menu Microsoft Access Sedangkan, tipe data yang ada dalam Microsoft Access adalah : 1.
Text
: untuk menerima data teks sampai 255 karakter yang
terdiri dari huruf, angka dan simbol grafik. 2.
Memo
: untuk menerima data teks sampai 65,535 karakter yang
terdiri dari huruf, bilangan, tanda baca serta simbol grafik. Tipe data ini tidak dapat digunakan sebagai acuan untuk pengurutan data (indeks). 3.
Number
: untuk menerima digit, tanda minus dan titik desimal. Tipe
data number mempunyai lima pilihan ukuran bilangan dan jumlah digit tertentu.
48
4.
Date/Time
: untuk menerima data tanggal dan waktu, serta nilai tahun
yang dimulai tahun 100 sampai dengan tahun 9999. 5.
Currency
: untuk menerima data digit, tanda minus, dan tanda titik
desimal dengan tingkat ketepatan 15 digit desimal di sebelah kiri tanda titik desimal dan 4 digit di sebelah kanan tanda titik desimal. 6.
Autonumber
: untuk menampilkan nomor urut otomatis, yaitu berupa
data angka mulai dari 1 dengan nilai selisih 1. 7.
Yes/No
: tipe ini untuk menerima salah satu data dari dua nilai,
yaitu Yes/No, True/False atau On/Off. 8.
OLE Object
: untuk menerima data yang berupa objek grafik,
spreadsheet, foto digital, rekaman suara atau video yang dapat diambil dari program aplikasi lain. Ukuran maksimum adalah 1 Gigabyte. 9.
Hyperlink
: untuk menerima data yang berupa teks yang berwarna dan
bergaris bawah serta grafik dimana tipe data ini berhubungan dengan jaringan. 10. Attachment
: untuk menerima data yang berupa file gambar,
spreadsheet, dokumen, grafik dan tipe data lain. 11. Lookup Wizard
: untuk menampilkan satu dari beberapa tipe data yang ada
dalam suatu daftar. Data tersebut dapat diambil dari tabel maupun query yang ada.
2.11. Data Flow Diagram (DFD) Data Flow Diagram (DFD) merupakan model dari sistem untuk menggambarkan pembagian sistem ke modul yang lebih kecil. Salah satu
49
keuntungan menggunakan diagram aliran data adalah memudahkan pemakai atau user yang kurang menguasai bidang komputer untuk mengerti sistem yang akan dikerjakan. Adapun simbol-simbol Data Flow Diagram sebagai berikut : Tabel 2.7 Fungsi Simbol - simbol DFD No 1.
Simbol
Fungsi 1. Kesatuan Luar (External Entity) Merupakan kesatuan luar (entity) dilingkungan luar sistem yang dapat berupa sekelompok orang, divisi, organisasi, atau sistem lainnya yang berada dilingkungan luarnya yang akan memberikan input atau menerima output dari sistem. Suatu kesatuan luar dapat disimbolkan dengan suatu notasi kotak atau segi empat. 2. Proses (Process)
2.
Adalah kegiatan atau kerja yang dilakukan oleh orang, mesin atau komputer dari hasil suatu arus data yang masuk dalam proses untuk dihasilkan arus data yang akan keluar dari proses atau untuk mengubah input menjadi output. Suatu proses dapat ditunjukkan dengan simbol lingkaran.
50
No 3.
Simbol
Fungsi 3. Data Flow ( Aliran Data) Data mengalir melalui sistem, dimulai dengan sebagian input dan diubah atau diproses menjadi output. Arus data (Data Flow) diberi simbol dengan suatu garis panah
4.
4. Data Storage (Penyimpan Data) Data disimpan untuk keperluan berikutnya. Simpanan data di DFD disimbolkan dengan sepasang garis horizontal paralel.
BAB III METODE PENELITIAN
3.1.
Tempat dan Jadwal Penelitian Penelitian dilaksanakan di PT. Sardana IndahBerlian Motor yang berlokasi
di jalan Gatot Subroto no 437. Penulis melakukan penelitian dimulai dari tanggal 17 November 2014 dan berakhir pada tanggal 30 Maret 2015. Berikut dijabarkan jadwal penelitian lengkapnya: Tabel 3.1 Jadwal Penelitian Jadwal
Kegiatan
November
Desember
Januari
Februari
Maret
2014
2014
2015
2015
2015
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Identifikasi Masalah Pengumpulan Data Analisa Data Perancangan Sistem Pengkodean Uji Coba Penulisan Skripsi
3.2.
Kerangka Kerja Kerangka kerja yang dibuat penulis dilakukan seperti gambar dibawah ini :
51
52
Gambar 3.1 Kerangka Kerja Penelitian 1. Identifikasi Masalah Permasalahan yang dihadapi oleh perusahaan dengan sistem berjalan sekarang ini adalah proses pendeteksian kerusakan mobil yang memerlukan waktu yang relatif lama karena harus dilakukan kurangnya pengetahuan yang dimiliki mekanik junior terhadap kerusakan mobil Pajero Sport. Dengan adanya pengembangan sistem baru ini, maka diharapkan dapat mempercepat proses diagnosa kerusakan pada mobil Pajero Sport 2. Pengumpulan Data Untuk merancang sebuah sistem, maka perlu dikumpulkan data-data yang diperlukan dari berbagai sumber, seperti buku Workshop Manual, internet, wawancara dan sebagainya. 3. Analisa Sistem Pada tahap ini, akan dianalisa permasalahan lebih mendalam mengenai masalah yang muncul pada sistem berjalan, sehingga dapat dirancang sebuah
53
sistem baru untuk menyelesaikan permasalahan dalam mendiagnosa kerusakan mobil Pajero Sport. 4. Perancangan Sistem Perancangan sistem secara menyeluruh menjelaskan rancangan sistem secara detail mulai dari Use Case, ERD, kamus data dan tabel pada basisdata. Sebuah use case merepresentasikan sebuah interaksi antara user dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, membuat sebuah daftar kerusakan mobil, dan sebagainya. 5. Pembangunan Sistem Proses dilanjutkan dengan melakukan coding terhadap perangkat lunak untuk melakukan koneksi ke database. Setelah itu, proses dilanjutkan dengan merancang laporan yang diperlukan dengan menggunakan aplikasi Crystal Report 10. Jenis koneksi (data source) yang digunakan adalah koneksi Data Active Object (DAO). 6. Uji Coba Sistem Setiap aplikasi perangkat lunak yang telah dibangun harus dilakukan uji coba terlebih dahulu sebelum digunakan, untuk mengetahui apakah aplikasi perangkat lunak yang dibangun sudah sesuai dengan yang diharapkan dan bekerja dengan baik atau masih terdapat kesalahan (error). Setiap kesalahan yang terjadi akan diperbaiki kembali. 7. Hasil Penelitian Hasil penelitian sistem ini berupa sebuah kesimpulan apakah sistem mampu menyelesaikan permasalahan yang dihadapi oleh perusahaan atau tidak. Selain itu diberikan juga solusi untuk menyelesaikan permasalahan tersebut.
54
3.2.1. Metode Pengumpulan Data Data atau keterangan yang diperlukan untuk menyelesaikan penelitian skripsi ini, maka penulis melakukan pengambilan data yang penulis dapatkan melalui tiga metode penelitian yaitu: 1. Metode Penelitian Lapangan (Field Research) Penulis melakukan penelitian langsung pada objek penelitian yang bersangkutan. Dalam hal ini adalah PT. Sardana IndahBerlian Motor khususnya bagian service department. 2. Metode Penelitian Kepustakaan (Library Research) Penulis mengumpulkan informasi melalui buku-buku, maupun bahan referensi lainnya yang berhubungan dengan proses diagnosa kerusakan mobil seperti Workshop Manual. 3.
Wawancara ( Interview) Penulis mengumpulkan informasi dengan melakukan wawancara terhadap mekanik senior dan leader.
3.2.2. Analisa Sistem Analisa sistem merupakan suatu proses yang harus dilaksanakan untuk menentukan permasalahan yang harus dihadapi. Analisa dan perancangan sistem yang ditampilkan oleh penulis berupaya menganalisa input data atau aliran data secara sistematika, memproses atau mentransformasikan data, menyimpan data dan menghasilkan output informasi. Didalam tahap analisa sistem terdapat langkah-langkah dasar yang harus dilakukan oleh analisa sistem sebagai berikut :
55
1. Mengidentifikasi masalah. Mengidentifikasi masalah merupakan langkah pertama yang dilakukan dalam tahap analisa sistem. Mengidenfikasi masalah juga merupakan salah satu proses penelitian yang paling penting. Masalah dapat diidentifikasikan sebagai suatu pernyataan yang diinginkan untuk dipecahkan. Dalam pengecekan kerusakan mobil Pajero Sport, mekanik melakukan mengdiagnosa kondisi mobil secara manual dengan mencari di buku Work Manual. Masalah inilah yang menyebabkan sasaran dari sistem tidak dapat dicapai dimana memerlukan waktu yang lama. 2. Memahami cara kerja dari sistem yang ada. Langkah kedua dari tahap analisa sistem adalah memahami kerja dari sistem yang ada. Langkah ini penulis dapat dilakukan dengan mempelajari secara rinci bagaimana sistem yang ada beroperasi. Pada saat pelanggan datang untuk melakukan pengecekan kerusakan Pajero Sport, maka front liner
akan
membukakan Work Order (WO). WO diserahkan kepada mekanik untuk dicek dan didiagnosa kerusakan yang terjadi. Pengecekan dan pendiagnosaan kerusakan mobil Pajero Sport dilakukan secara manual oleh mekanik. 3. Menganalisa sistem. Langkah ini dilakukan berdasarkan data yang telah diperoleh dari hasil penelitian yang telah dilakukan yaitu mengumpulkan dan menginterpretasikan kenyataan-kenyataan yang ada, mendiagnosa persoalan dan menggunakan keduanya untuk memperbaiki sistem.. Menganalisis hasil penelitian sering kali dilakukan oleh analisa sistem yang masih baru. Peranan komputer di dunia otomotif kini sangat penting. Agar mekanik dapat mengdiagnosa kerusakan
56
mobil dengan cepat maka analisa sistem mempunyai ide untuk merancang suatu sistem pakar yang dapat membantu mekanik dalam melakukan diagnosa kerusakan Pajero Sport. 4. Membuat laporan hasil analisis. Setelah proses analisa sistem ini dilakukan, tugas berikutnya dari analisa sistem adalah membuat laporan hasil analisa. Laporan ini diserahkan kepada kepada manajemen. Pihak manajemen dan pemakai sistem akan mempelajari slaporan yang disajikan oleh analisa sistem.
3.2.3. Perancangan Sistem Perancangan
sistem
merupakan
penggambaran,
perencanaan
dan
pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi. Didalam tahapan ini analisis merancang suatu sistem yang baik yang mendukung operasi sistem. Tahap perancangan sistem mempunyai dua maksud atau tujuan utama sebagai berikut : 1. Untuk memenuhi kebutuhan kepada pemakai sistem. 2. Untuk memberikan gambaran yang jelas dan rancang bangun yang lengkap kepada pemograman mobil dan ahli-ahli teknik lainnya yang terlibat. Untuk memahami tujuan ini, analisa sistem harus dapat mencapai sasaransasaran sebagai berikut: 1. Perancangan sistem harus berguna, mudah dipahami dan nantinya mudah digunakan oleh user. 2. Perancangan sistem harus dapat mendukung tujuan utama perusahaan sesuai
57
dengan yang didefinisikan pada tahap perencanaan sistem yang dilanjutkan pada tahap analisa sistem. Dalam tahap desain dari siklus hidup pengembangan sistem, penganalisia sistem menggunakan informasi-informasi yang terkumpul sebelumnya untuk mencapai desain sistem informasi yang logis. Penganalisa merancang prosedur data-entry sedemikian rupa sehingga data yang dimasukkan ke dalam sistem informasi benar-benar akurat. Selain itu, penganalisa menggunakan teknik-teknik bentuk dan perancangan layar tertentu untuk menjamin keefektifan input sistem. Berikut adalah gejala kerusakan mobil Pajero Sport : 1. Bagian Engine Tabel 3.2 Tabel Gejala Kerusakan Pajero Sport untuk bagian Engine Gejala Ada material asing (air, kerosen, dll) dalam fuel Harness antara A-104 (terminal No 1) intake air temperature sensor 2 dan konektor C-116 (terminal no 65) engine ECU rusak Harness antara A-104 (terminal No 2) intake air temperature sensor 2 dan konektor C-116 (terminal no 75) engine ECU rusak Harness antara konektor A-133 (terminal No 3) air flow sensor dan konektor C-116 (terminal No 50) engine ECU rusak Harness antara konektor A-133 (terminal No 4) air flow sensor dan konektor C-116 (terminal No 4) engine ECU rusak Harness antara konektor A-20X (terminal No 3) engine control relay dan konektor C133 (terminal No 5) air flow sensor rusak Harness antara konektor C-116 (terminal No.17) engine ECU dan konektor A-29 (terminal No. 1)suction control valve rusak Harness antara konektor C-116 (terminal No.37) engine ECU dan konektor A-29 (terminal No. 2)suction control valve rusak
E- E- E- E- E- E- E001 002 003 004 005 006 007 V V
V
V
V
V
V
V
V
V
58
Intake air temperature sensor no 2 rusak Konektor A-105 manifold absolute pressure sensor rusak Konektor A-133 air flow sensor rusak Konektor A-136 intake air temperature sensor no 2 rusak Konektor A-20X engine control relay connector rusak Konektor C-116 engine ECU dan konektor A-29 suction control valve rusak Konektor C-116 engine ECU rusak Penyumbatan antara manifold absolute pressure sensor dan inlet manifold Resistan pada konektor A-133 Air Flow Sensor melebihi 2 Ohm Suction control Valve rusak Tegangan A-105 manifold absolute pressure sensor tidak diantara 4,9- 5,1 V Tegangan konektor A-104 intake air temperature sensor no 2 bukan 4,5-4,9V
V
V V V
V V V V
V
V
V V
V V
V
V V
V
Keterangan E-001
Intake Air Temperature Sensor No 2 Circuit Low Input
E-002
Intake Air Temperature Sensor No 2 Circuit High Input
E-003
Commom Rail High Pressure Malfunction
E-004
Suction Control Valve Stuck
E-005
Air Flow Sensor Circuit Low Input
E-006
Air Flow Sensor Circuit High Input Manifold Absolute Pressure Sensor Range / Performance Problem
E-007 2. Bagian Wiring System
Tabel 3.3 Tabel Gejala Kerusakan Pajero Sport untuk bagian Wiring System GEJALA Ada benda yang menghalangi komunikasi ignition key yang dimasukkan ke cylinder
E008 E009 E010 E011 E012 E013 E014 V
V
59
Combination meter bekerja kurang baik Door-ajarwaming lamp bekerja dengan tidak normal
V V
Front fog lamp menyala dengan tidak normal Front room lamp menyala atau mati dengan tidak normal Headlamp (high-beam) menyala dengan tidak normal Ketika turn-signal lamp switch dioperasikan, pastikan turn-signal lamp menyala/coati dengan tidak baik Key reminder switch rusak
V
V
V
V
V
Konektor A-13X konektor front fog lamp relay rusak
V
Konektor A-23X headlamp relay (HI) rusak Konektor C-102 combination meter rusak Konektor C-104 combination meter rusak
V
V
V
V
V
V
konektor C-104 konektor combination meter dan C219 konektor ETACS-ECU T rusak Konektor C-218 konektor ETACS-ECU rusak Konektor C-219 ETACSECU rusak Konektor C-303 key reminder switch connector rusak Spare key tidak di registrasi Tegangan key reminder switch (ignition key ring antenna) diatas 2 ohm
V
V V
V
V
V V V
60
Tegangan tahanan pada C102 combination meter connector lebih dari 2 ohm Tegangan tahanan pada C104 combination meter connector lebih dari 2 ohm Wiring harness dan i C-104 konektor combination meter (terminal No.24) ke A-23X konektor headlamp relay (HI) (terminal No.3) tidak normal Wiring harness dari C-102 dan C-104 konektor combination meter (terminal No.57 dan 13) ke body earth terputus Wiring harness dari C-102 konektor combination meter (turn: LH) (terminal No.56) atau C-104 konektor combination meter (turn: RH) (terminal No.23) ke C218 rusak konektor ETACSECU (terminal No.3 atau No.4). Wiring harness dari C-104 combination meter konektor (terminal No.13) ke body earth terputus Wiring harness dari C-104 konektor combination meter (connector No.11) ke A13X konektor front fog lamp relay (terminal No.3) terputus Wiring harness dari C-104 konektor combination meter (terminal No.2) ke C-219 konektor ETACS-ECU (terminal No.55) putus Wiring harness dari konektor C-219 ETACSECU (terminal No 57 dan 58) ke konektor C-303 key reminder switch (terminal No 7 dan 3) rusak
V
V
V
V
V
V
V
V
V
V
V
V
61
Wiring harness dari konektor C-303 key reminder switch (terminal No 2) ke fusible link (20) rusak
V
Keterangan : E-008 E-009 E-010 E-011 E-012 E-013 E-014
Ignition Key Sylinder Illumination Lamp Tidak Menyala/ Mati Dengan Normal Reception Error Of Key Id Transponder Antenna Failure High Beam Indicator Tidak Menyala Front Fog Lamp Indicator Tidak Menyala Turn Signal Lamp Indicator Tidak Menyala Door Ajar Warning Lamp Tidak Menyala
3. Bagian Transmission Tabel 3.4 Tabel Gejala Kerusakan Pajero Sport untuk bagian Transmission GEJALA Central door locking system bekerja tidak biasa
E-015
Front door lock actuator (RH) tidak berkerja dengan baik
V
Konektor C-220 ETACS-ECU rusak Konektor E-01 rear door lock actuator (LH) rusak
V V
Konektor E-04 front door lock actuator (LH) bermasalah
V
Konektor E-17 front door lock actuator (RH) rusak Konektor F-20 tailgate lock actuator T rusak Lock actuator pintu pengemudi tidak berfungsi
V
E-016 V
V
V V
Resistan antara konektor F-20 tailgate lock actuator terminal No. 2 dan ground body tidak terhubung
V
Tailgate lock actuator berada dalam kondisi yang tidak baik
V
V
Wiring harness antara C-220 ETACS-ECU konektor terminal No. 21 dan F-20 tail- BODY-DOOR gate lock actuator konektor terminal No. 1 bermasalah
V
V
Wiring harness antara konektor F-20 tailgate lock actuator terminal No. 2 dan ground body terputus
V
62
Wiring harness from C-220 ETACSECU konektor terminal Nos. 22 dan 23 to E-04 front door lock actuator (RH) konektor terminal Nos. 6 dan 4 bermasalah
V
Keterangan : E-015 E-016
Pintu Tidak Dapat Di-Lock Atau Unlock Menggunakan Central Door Locking Locking System Tailgate Tidak Bisa Dibuka
4. Bagian Chassis Tabel 3.5 Tabel Gejala Kerusakan Pajero Sport untuk bagian Chassis GEJALA Harness antara konektor A-19X terminal No.3 A/T control relay dan konektor C46 terminal No.2, 3A/TECU terputus
E-017 E-018 E-019 E-020 E-021 V
Harness antara konektor A-19X terminal No.4A/T control relay dan fusible link (23) tidak terhubung
V
Harness antara konektor B11 terminal No.2 OUTPUT shaft speed sensor dan konektor C-45 terminal No.32 NTECU terputus
V
Harness antara konektor B-15 terminal No.1 input shaft speed sensor dan konektor C-45 terminal No.43 NTECU terputus
V
Harness antara konektor B15 terminal No.3 input shaft speed sensor dan konektor C-208 terminal No.2 junction block bermasalah
V
Harness antara konektor C139 terminal No.1 stop lamp switch dan konektor C44 terminal No.59 A/T-ECU terputus
V
63
Harness antara OUTPUT konektor B11 terminal No.1 shaft speed sensor dan konektor C-45 terminal No.43 A/T-ECU terputus
V
Hubungan konektor C-45 A/TECU dengan terminal T terputus Konektor A-24X power window relay rusak
V
V
Konektor B-14 intermediate, konektor C-45 NT-ECU tidak terhubung dengan terminal T
V
Konektor B-15 input shaft speed sensor tidak terhubung dengan terminal
V
V
Konektor C-02 J/C (9) , C-17 intermediater, konektor C-44 A/T-ECU tidak terhubung ke terminal T
V
Konektor C-208 J/ B, B-13 dan konektor C-16
atau C-145 intermediate tidak terhubung dengan terminal T
V
Konektor C-219 ETACS-ECU rusak
V
Konektor C-42 joint bermasalah
V
Konektor C-44 A/TECU tidak terhubung ke terminal T
V
Konektor C-45 A/T-ECU konektor rusak Konektor E-05 power window main switch T rusak
V V
Konektor: A-19X A/T control relay rusak Konektor: C-104 konektor combination meter dan C-219 konektor ETACSECU T rusak
V V
Pola gelombang OUTPUT dari konektor C-45 OUTPUT shaft speed sensor pada NT -ECU diatas 4,8 V Power window relay bermasalah
V V
64
Resistan antara konektor A-24X power window relay terminal No.1 dan ground body tidak tersambung Resistan pada OUTPUT shaft speed sensor konektor B-11 tidak continuity Stop lamp menyala dan padam secara tidak normal Tegangan antara terminal No.4 konektorA24X power window relay dan ground body tidak sesuai tegangan sistem Tegangan pada konektor B-15 input shaft speed sensor tidak diantara 4,54,9V Tegangan pada konektor B-15 input shaft speed sensor tidak sesuai system voltage Tegangan pada konektor C-44 A/TECU lebih dari 1V Tegangan pada konektor C-45 A/T ECU melebihi 0,5 V Wiring harness antara konektor A-24X power window relay terminal No.4 dan fusible link (23) terputus Wiring harness antara konektor C219 ETACS-ECU terminal No.59 dan konektorA-24X power window relay terminal No.2 terputus Wiring harness antara konektorA24X power window relay terminal No.3 dan konektor C-42 joint konektor terminal No.6 (6) bermasalah Wiring harness konektor E-05 power window main switch terminal No.8 , No.2 , No.9 dan ground body terputus
V V V
V
V
V V V V
V
V
V
Keterangan : E-017 E-018 E-019
Power Window Tidak Bekerja Input Shaft Speed Sensor System Output Shaft Speed Sensor System
E-020 E-021
Stop Lamp Switch System A/T Control Relay System
V
65
3.2.4. Pembangunan Sistem Proses dilanjutkan dengan melakukan coding terhadap perangkat lunak untuk melakukan koneksi ke database dan melakukan proses testing and debugging terhadap coding yang dirancang tersebut. Sistem akan dibuat dengan menggunakan bahasa pemrograman Microsoft Visual Basic 2010 dengan laporan dirancang dengan menggunakan aplikasi Crystal Report 10 dan database dirancang dengan aplikasi Microsoft Access 2007.
3.2.5. Uji Coba Sistem Setiap aplikasi perangkat lunak yang telah dibangun harus dilakukan uji coba terlebih dahulu sebelum digunakan, untuk mengetahui apakah aplikasi perangkat lunak yang dibangun sudah sesuai dengan yang diharapkan dan bekerja dengan baik atau masih terdapat kesalahan (error). Setiap kesalahan yang terjadi akan diperbaiki kembali. Proses dilanjutkan dengan melakukan coding terhadap perangkat lunak untuk melakukan koneksi ke database dan melakukan proses testing and debugging terhadap coding yang dirancang tersebut. Sistem yang telah selesai dirancang akan coba diimplementasikan pada perusahaan untuk mengetahui apakah sistem yang dirancang sudah sesuai kebutuhan. Apabila telah lolos uji coba maka sudah dapat dipergunakan oleh perusahaan maupun pihak-pihak yang membutuhkan sistem ini.
BAB IV ANALISA DAN PERANCANGAN
4.1.
Analisa Perancangan sistem dimulai dengan mengidentifikasi permasalahan hingga
pengujian. Sistem yang dirancang ini membahas mengenai kerusakan mobil mulai dari bagian-bagian mobil, macam kerusakan yang sering dialami dan penyebab gangguan pada mobil.
4.1.1. Desain Algoritma untuk Pencarian Data
Gambar 4.1 Algoritma Pencarian Data
66
67
4.1.2. Desain Algoritma untuk Pengecekan Kerusakan Dalam mencari kerusakan mobil dan mencari penyebab gangguan mobil akan dimulai dengan memberikan pertanyaan mengenai gangguan yang dialami atau dengan memberikan daftar macam kerusakan sehingga diperoleh suatu diagnosa kerusakan dan hasil akhir kesimpulan kerusakan mobil tersebut. Proses pelacakan kedepan (forward chaining) pada sistem analisa kerusakan mobil secara umum dapat digambarkan sebagai berikut :
Gambar 4.2 Proses Pelacakan Ke Depan
4.1.3. Desain Algoritma untuk Pencarian Kesimpulan Tentang Kerusakan Dalam tahap ini yang dilakukan adalah menentukan domain pengetahuan ke dalam daftar kemungkinan penyelesaian jawaban, pilihan atau rekomendasi lain. Kedua, mendefinisikan data masukan. Dalam tahap ini yang dilakukan
68
adalah identifikasi dan mendaftar semua data yang diperlukan sistem. Ketiga, pengembangan garis besar. Dalam tahap ini yang dilakukan adalah menambah domain penyelesaian dan data masukan yang diperlukan untuk mengatasi kesulitan dalam menulis aturan. Keempat, menggambar pohon pengetahuan, dalam tahap ini yang dilakukan adalah membuat kontruksi sebuah pohon keputusan dan pencarian. Kelima, membuat matrik akuisisi pengetahuan. Dalam hal ini yang dilakukan adalah membuat akuisisi basis pengetahuan pengetahuan berbentuk sebuah matrik. Keenam, pengembangan software, dalam hal ini yang dilakukan adalah menulis basis pengetahuan yang sudah ada dan siap digunakan ke dalam bahasa pemrograman.
Gambar 4.3 Bentuk Pencarian Kesimpulan Tentang Kerusakan
69
4.2.
Perancangan Perancangan proses akan menjelaskan bagaimana sistem bekerja untuk
mengolah data input menjadi data output dengan fungsi-fungsi yang telah direncanakan. Untuk diketahui, bahwa sistem ini akan digunakan oleh tiga user, yaitu user pakar, user teknisi dan user administrator.
4.2.1. Data Flow Diagram (DFD) Gambar 4.4 dan gambar 4.5 berikut ini menunjukkan diagram konteks dan DFD level 0 dari sistem pakar.
Gambar 4.4 Diagram Konteks Sistem Pada sistem yang akan dirancang terdapat tiga entitas eksternal yaitu pakar, teknisi dan administrator. Teknisi dalam hal ini berfungsi sebagai pengguna yang hanya dapat melakukan proses diagnosa kerusakan mobil. Administrator memiliki akses penuh di dalam sistem tersebut untuk pengeditan dan penghapusan data teknisi dan pakar, data jenis kerusakan, gejala kerusakan dan aturan kerusakan serta malakukan proses diagnosa. Sedangkan pakar hanya
70
dapat pengeditan dan penghapusan data jenis kerusakan, gejala kerusakan dan aturan kerusakan serta malakukan proses diagnosa. Proses diagnosa kerusakan mobil ini berjalan dengan menampilkan sekumpulan pertanyaan ’Ya’ atau ’Tidak’ yang berdasarkan pada gejala-gejala kerusakan yang tersimpan pada database. Jawaban pemakai sistem terhadap pertanyaan tersebut akan digunakan untuk menentukan jenis kerusakan mobil yang memiliki gejala kerusakan tersebut. Diagram konteks sistem pakar diagnosa kerusakan mobil ini dapat dirincikan lebih lanjut seperti terlihat pada gambar 4.5 berikut:
Record Teknisi
Tbl_Teknisi
Record Pakar
Record Pakar
Tbl_Pakar
Data teknisi
1.0
Data pakar
Proses Registrasi Data gejala kerusakan
Pakar Data aturan Data kerusakan Data gejala kerusakan
2.0 Data kerusakan Record aturan
Record kerusakan
Analisa Jenis Kerusakan Record gejala Tbl_Gejala
Teknisi
Tbl_Aturan
Tbl_Kerusakan
Record aturan
Data aturan
Admin Record gejala
Record kerusakan
3.0
Data diagnosa Data diagnosa
Proses Diagnosa Kerusakan
Data diagnosa
Informasi hasil diagnosa
4.0 Laporan hasil diagnosa Laporan hasil diagnosa
Buat Laporan Hasil Diagnosa
Laporan hasil diagnosa Record Teknisi
Gambar 4.5 Data Flow Diagram (DFD) Level 0 dari Sistem
71
Seperti terlihat pada gambar DFD level 0 sistem pakar diagnosa kerusakan mobil, proses yang terdapat pada sistem mencakup: 1. Proses registrasi, yaitu proses untuk mendaftarkan pengguna (teknisi/pakar) agar dapat menggunakan sistem secara utuh. 2. Proses analisa jenis kerusakan, proses ini adalah proses dimana pengguna dapat melakukan pengeditan serta menambah gejala kerusakan dan jenis kerusakan yang ada pada tabel database aturan jenis kerusakan dan aturan gejala kerusakan. 3. Proses diagnosa kerusakan, proses ini adalah proses dimana teknisi melakukan pemeriksaaan kerusakan mobil serta solusi perbaikan yang diolah dari tabel database aturan kerusakan. 4. Proses pembuatan laporan hasil diagnosa, yaitu proses untuk menampilkan laporan hasil diagnosa berdasarkan hasil diagnosa yang dilakukan.
a. DFD Level 1 Proses 1.0 Registrasi
72
Gambar 4.6 DFD Level 1 Proses Registrasi
Proses registrasi dalam proses ini terbagi atas dua yaitu : 1. Proses registrasi teknisi, pada proses ini teknisi wajib untuk melakukan registrasi agar mendapat identitas yang berguna untuk melakukan login kedalam sistem. Proses registrasi teknisi tersebut akan tersimpan kedalam tabel database teknisi. Setelah proses login teknisi selesai maka barulah teknisi bisa melakukan proses-proses yang ada dalam sistem. 2. Proses registrasi pakar, pada proses regitrasi pakar akan tersimpan kedalam tabel database pakar.
b. DFD Level 1 Proses 2.0 Analisa Jenis Kerusakan
73
Data gejala kerusakan
2.1 Input Data Gejala Kerusakan
Data aturan
Record gejala
2.2 Tbl_Gejala
Input Data Aturan Kerusakan
Record gejala
2.3 Data kerusakan
Record aturan
Record kerusakan
Tbl_Aturan
Tbl_Kerusakan
Record aturan Data diagnosa
Record gejala
Input Data Jenis Kerusakan Record kerusakan
2.4 Proses Diagnosa Kerusakan Record hasil diagnosa Tbl_Diagnosa
Gambar 4.7 DFD Level 1 Proses Analisa Jenis Kerusakan Pada proses ini terdapat proses tanya jawab dengan teknisi yang menampilkan pertanyaan berdasarkan aturan gejala kerusakan yang tersimpan di tabel database aturan yang memiliki option “Ya” dan “tidak”
untuk dipilih.
Setelah itu maka hasil dari jawaban pertanyaan tersebut akan direkam untuk kemudian menghasilkan nama jenis kerusakan serta solusi perbaikan yang akan diberikan, proses hasil perbaikan dihasilkan dari pencocokan ke tabel database aturan kerusakan.
4.2.2. Diagram Alir Sistem Pakar
74
Di bawah ini akan ditampilkan diagram alir sistem user menggunakan metode forward dan backward chaining, serta diagram alir manajemen sistem dalam mengedit data melalui proses tambah, hapus atau update data. 1. Diagram Alir Sistem User Diagram alir sistem user adalah diagram yang menunjukkan bagaimana aliran proses yang terjadi dalam sistem user. Bagaimana aliran proses jika menggunakan metode forward chaining akan dijelaskan lebih lanjut di dalam sub bab ini.
75
Gambar 4.8 Diagram Alir Sistem User Dari diagram alir di atas, dapat dijelaskan langkah-langkah proses yang dilakukan adalah sebagai berikut : Saat mulai menjalankan sistem, kita berada pada posisi START. Kemudian kita pilih metode yang akan digunakan. Pilihan metode berupa FW untuk representasi Forward Chaining dan BW untuk representasi Backward Chaining. Pertama kali kita akan melakukan select kode pertama pada tabel Tanya. Dari hasil select tersebut, akan ditampilkan pada gejala pada tny_now milik tabel Tanya kode pertama. Kemudian user menginputkan jawaban Ya (Yes) atau Tidak (No). Jika user menginputkan jawaban Ya, maka sistem akan menuju pada kode untuk tny_yes dari metode sebelumnya. Apabila pada kode sekarang didapatkan bahwa tny_yes berisi kode kerusakan, maka melakukan select kerusakan pada tabel kerusakan. Sehingga didapatkan hasil nama kerusakan yang didiagnosa. Jika user menginputkan jawaban tidak, maka sistem akan menuju pada kode untuk tny_no dari kode sebelumnya. Apabila pada kode sekarang didapatkan bahwa tny_no berisi kode kerusakan, ,maka melakukan select kerusakan pada tabel kerusakan. Sehingga didapatkan hasil nama kerusakan yang didiagnosa. Apabila saat user memilih jawaban ya/tidak bukan didapatkan id kerusakan tetapi kode pertanyaan selanjutnya. Jika sebaliknya, menuju ke posisi END. 2.
Diagram Alir Manajemen Sistem
76
Gambar 4.9 Diagram alir manajemen sistem Dari diagram alir di atas, dapat dijelaskan langkah-langkah proses yang dilakukan adalah sebagai berikut : Saat kita mulai menjalankan sistem, kita berada pada posisi START. Selanjutnya, admin akan diberi pilihan mode edit yang akan digunakan. Mode edit yang tersedia adalah tambah, hapus dan update data. Setelah melalui proses-proses edit dipilih, maka tiap-tiap mode edit akan berakhir pada posisi END sebagai tanda pengakhiran program.
a. Mode Edit Tambah Data
77
Gambar 4.10 Diagram Alir Mode Edit Tambah Data Dari diagram di atas, dapat dijelaskan langkah-langkah proses yang dilakukan adalah sebagai berikut : Admin akan diberi pilihan untuk menambah sebab atau kerusakan dengan gejalanya. Penambahan kerusakan yang baru haruslah diikuti pengisian sebab yang baru pula. Bila memilih untuk menambah
gejala yang baru, maka admin harus
memilih kerusakan mana yang diberi gejala tersebut. Setelah memilih jenis kerusakannya, admin harus memasukkan id dan nama gejala yang baru. Kemudian informasi tersebut akan diproses dengan proses create gejala baru pada tabel sebab, sebab_kerusakan, dan tanya. Selanjutnya sistem akan menampilkan penambahan gejala tersebut sebagai gejala tambahan pada kerusakan yang dipilih.
78
Sedangkan bila memilih untuk menambah kerusakan yang baru, maka admin harus memasukkan id dan nama kerusakan yang baru. Setelah memasukkan, akan terjadi proses penambahan kerusakan tersebut. Pada tabel kerusakan. Kemudian, sistem akan menampilkan penambahan kerusakan tersebut. Selanjutnya, admin harus memasukkan id dan sebab yang baru. Kemudian informasi tersebut akan diproses dengan proses create sebab baru pada tabel sebab,
sebab_kerusakan
dan
Tanya.
Langkah
berikutnya,
sistem
akan
menampilkan penambahan gejala tersebut sebagai gejala tambahan pada kerusakan yang dipilih. Jika proses-proses di atas telah dilakukan, sistem akan menuju kondisi END.
b. Mode Edit Hapus Data
79
Dari diagram alir di atas, dapat dijelaskan langkah-langkah yang dilakukan adalah sebagai berikut : Admin akan diberi pilihan untuk melakukan penghapusan sebab kerusakan atau kerusakan. Jika admin memilih untuk menghapus sebab, admin harus memasukkan id sebab yang dipilih. Kemudian sistem akan melakukan select id tersebut pada tabel sebab, sebab_kerusakan dan pertanyaan. Setelah sistem melakukan select, maka sistem akan melakukan proses delete sebab tersebut. Selanjutnya, sistem akan menampilkan hasil delete yang telah dilakukan. Jika admin memilih untuk menghapus kerusakan, admin harus memasukkan id kerusakan yang dipilih. Kemudian sistem akan melakukan select id tersebut pada tabel kerusakan, sebab_kerusakan dan Tanya. Setelah sistem melakukan select, maka sistem akan melakukan proses delete kerusakan tersebut. Selanjutnya, sistem akan menampilkan hasil delete yang telah dilakukan.
80
Bila proses-proses di atas telah dilakukan, sistem akan menuju kondisi END.
c. Mode Edit Update Data
Dari diagram alir di atas, dapat dijelaskan langkah-langkah proses yang dilakukan adalah sebagai berikut : Admin akan diberi pilihan untuk melakukan peng-update-an sebab kerusakan atau kerusakan. Jika admin memilih untuk meng-update sebab, admin harus memasukkan id sebab yang dipilih. Kemudian sistem akan melakukan select id pada tabel sebab. Setelah sistem melakukan select, maka sistem akan meminta admin memasukkan nama sebab baru. Selanjutnya, sistem akan melakukan proses update data lama dengan yang baru. Barulah kemudian sistem menampilkan hasil proses update.
81
Jika admin memilih untuk meng-update kerusakan, admin harus memasukkan id kerusakan yang dipilih. Kemudian sistem akan melakukan select id tersebut pada tabel kerusakan. Setelah sistem melakukan select, maka sistem akan meminta admin memasukkan nama kerusakan yang baru. Selanjutnya, sistem akan melakukan proses update data lama dengan yang baru. Barulah kemudian sistem menampilkan hasil proses update. Bila proses-proses di atas telah dilakukan, sistem akan menuju kondisi END.
4.2.3. Fungsi-fungsi yang Digunakan dalam Sistem Pada user admin dan pakar, akan digunakan fungsi-fungsi seperti di bawah ini : 1. Tambah data Dalam proses tambah data ini meliputi penambahan sebab kerusakan dan kerusakan. a) Gejala kerusakan Pada proses penambahan gejala kerusakan ini, akan terjadi penambahan tabel Gejala. b) Kerusakan Pada proses penambahan kerusakan ini akan terjadi penambahan pada tabel Kerusakan. Untuk kerusakan baru ini tentunya memiliki gejala-gejala yang baru pula, maka proses penambahan gejalanya sendiri sama dengan proses penambahan gejala kerusakan sebelumnya. 2. Hapus data
82
Dalam proses hapus data ini meliputi penghapusan gejala kerusakan dan kerusakan. a) Gejala kerusakan Pada proses penghapusan sebab kerusakan ini, akan terjadi penghapusan pada tabel Gejala. b) Kerusakan Pada proses penghapusan kerusakan ini, akan terjadi penghapusan pada tabel Kerusakan.
4.2.4. Perancangan Antarmuka User interface merupakan bagian dari sistem pakar yang digunakan sebagai media atau alat komunikasi antar user dan sistem. Di dalam user interface ini dibedakan dua user : 1. User teknisi adalah user yang menggunakan sistem pakar ini untuk mencari informasi dari gangguan-gangguan yang dialami atau sekedar mencari informasi jenis-jenis kerusakan mobil beserta gejalanya. 2. User administrator dan pakar adalah user yang bertugas untuk melakukan proses editing penambahan dan perawatan data di dalam sistem pakar jika diperlukan perubahan. Rancangan input dari sistem yang diusulkan mencakup:
1. Form Main.
83
Form ini merupakan form utama dari perangkat lunak yang menghubungkan semua form yang terdapat pada perangkat lunak. Rancangan form ini dapat dilihat pada gambar berikut:
Nama Perangkat Lunak
Data Teknisi
Data Pakar
Data Jenis Kerusakan
Data Gejala Kerusakan
Laporan Daftar Pakar Diagnosa Kerusakan Mobil Laporan Daftar Mekanik Laporan Hasil Diagnosa
Keluar
Profil Pembuat
Logout
Keterangan
Gambar 4.13 Rancangan Form Main
2. Form Login. Form ini merupakan tempat pengisian data user untuk login ke dalam sistem. Rancangan form ini dapat dilihat pada gambar berikut:
84
Gambar 4.14 Rancangan Form Login
3. Form Teknisi. Form ini merupakan tempat pengisian data teknisi yang akan melakukan diagnosa kerusakan mobil. Rancangan form ini dapat dilihat pada gambar berikut:
Gambar 4.15 Rancangan Form Teknisi
85
4. Form Pakar. Form ini merupakan tempat pengisian data pakar yang akan melakukan pengisian data gejala dan kerusakan mobil. Rancangan form ini dapat dilihat pada gambar berikut:
Gambar 4.16 Rancangan Form Pakar
5. Form Profil Pembuat. Form ini berfungsi untuk menampilkan data pribadi dari pembuat perangkat lunak. Rancangan form ini dapat dilihat pada gambar berikut:
86
Profil Pembuat ... Desain and Programmed By:
Data Penyusun
Tutup Form
Gambar 4.17 Rancangan Form Mengenai Pembuat 6. Form Input Data Kerusakan Mobil. Form ini merupakan tempat pengisian data jenis kerusakan mobil. Rancangan form ini dapat dilihat pada gambar 4.18 berikut: Data kerusakan mobil Daftar kerusakan mobil
ID kerusakan mobil
Baru
...
Simpan
Nama kerusakan mobil Keterangan
Hapus
Keluar
Gambar 4.18 Rancangan Form Input Data Kerusakan mobil
7. Form Input Data Gejala. Form ini merupakan tempat pengisian data gejala kerusakan mobil dan ciri kerusakan mobil. Rancangan form ini dapat dilihat pada gambar berikut:
87
Data Gejala dan Aturan kerusakan mobil Daftar Gejala dan Aturan kerusakan mobil
Masukkan ke Daftar
Gejala Nama kerusakan mobil
ID kerusakan mobil
Hapus dari Daftar
Baru
...
Nama kerusakan mobil Daftar Gejala
CF Masukkan ke Daftar
Hapus dari Daftar
Simpan
Tambah Kerusakan
Hapus
Keluar
Gambar 4.19 Rancangan Form Input Data Gejala
8. Form Pilih Bagian Kerusakan. Form ini merupakan tempat untuk memilih bagian kerusakan mobil. Rancangan form ini dapat dilihat pada gambar berikut:
Gambar 4.20 Rancangan Form Pilih Bagian Kerusakan
88
9. Form Hasil Diagnosa. Form ini merupakan tempat untuk menampilkan data hasil diagnosa kerusakan mobil. Rancangan form ini dapat dilihat pada gambar berikut:
Gambar 4.21 Rancangan Form Hasil Diagnosa
4.2.5. Perancangan Database Perancangan database dilakukan dengan menggunakan Microsoft Access 2007. Desain database dimaksudkan untuk mendefinisikan isi atau struktur tabel. Adapun entitas yang digunakan dalam perancangan database adalah sebagai berikut. Tabel 4.1 dibawah ini digunakan untuk menyimpan data teknisi. Tabel 4.1. Struktur Tabel Tbl_Teknisi
89
Tabel 4.2 dibawah ini digunakan untuk menyimpan data pakar Tabel 4.2. Struktur Tabel Tbl_Pakar
Tabel 4.3 dibawah ini digunakan untuk menyimpan data kerusakan Tabel 4.3. Struktur Tabel Tbl_Kerusakan
Tabel 4.4 dibawah ini digunakan untuk penentuan id gejala kepada id kerusakan untuk mendapatkan jenis kerusakan Tabel 4.4. Struktur Tabel Tbl_Aturan
Tabel 4.5 dibawah ini digunakan untuk penentuan id gejala untuk setiap gejala Tabel 4.5. Struktur Tabel Tbl_Gejala
90
Tabel 4.6 dibawah ini digunakan untuk penyimpanan proses diagnosa kerusakan Tabel 4.6. Struktur Tabel Tbl_Diagnosa
Rancangan relasi antar tabel pada database dapat digambarkan seperti terlihat pada gambar berikut:
Gambar 4.22 Rancangan Relasi Antar Tabel
BAB V HASIL DAN PEMBAHASAN
5.1.
Hasil Hasil yang dibahas mencakup kebutuhan sistem, output sistem dan analisa
perangkat lunak.
5.1.1. Kebutuhan Sistem Untuk menjalankan sistem yang dirancang, diperlukan beberapa aplikasi pendukung, yaitu sebagai berikut : 1. Kebutuhan Perangkat Keras (Hardware) Untuk bisa menjalankan sistem ini, maka hardware yang direkomendasikan adalah satu set lengkap perangkat komputer yang memiliki spesifikasi sebagai berikut : a. Laptop dengan Proccesor Intel (R) Core (TM) i3 CPU M380 @ 2,53GHz 2.53. b. RAM 2 GB. c. Harddisk 250 GB. 2. Kebutuhan Perangkat Lunak (Software) Adapun perangkat lunak untuk menjalankan program ini adalah : a. Sistem operasi Windows XP/Vista. b. Microsoft Visual Basic 2010. c. Microsoft Access 2007 untuk pembuatan database.
90
91
5.1.2. Output Sistem Perangkat lunak sistem pakar mendiagnosa kerusakan mobil ini memiliki tampilan output yang dapat dirincikan sebagai berikut: 1. Form yang pertama kali muncul pada saat menjalankan perangkat lunak adalah form Login yang dapat dilihat pada gambar 5.1:
Gambar 5.1 Form Login
Ketikkan nama user dan password dari pemakai yang akan menggunakan sistem. Data user ini akan berpengaruh pada keaktifan link pada form Main.
2. Apabila proses login berhasil, maka sistem akan menampilkan form Main. Keaktifan link pada form Main ini tergantung pada jenis user yang login. Pada sistem ini terdapat 3 jenis user, yaitu Admin, Teknisi dan Pakar. Tampilan form Main dari ketiga jenis user ini dapat dilihat pada gambar 5.2, gambar 5.3 dan gambar 5.4:
92
Gambar 5.2 Form Main untuk User Admin
Gambar 5.3 Form Main untuk User Pakar
93
Gambar 5.4 Form Main untuk User Teknisi
3. Untuk melakukan pengisian data teknisi, maka dapat mengklik link ‘Data Teknisi’ seperti terlihat pada gambar 5.5:
Gambar 5.5 Form Data Teknisi
94
4. Untuk melakukan pengisian data pakar, maka dapat mengklik link ‘Data Pakar’ seperti terlihat pada gambar 5.6:
Gambar 5.6 Form Data Pakar
5. Untuk melakukan pengisian data jenis-jenis kerusakan mobil, maka dapat mengklik link ‘Data Jenis Kerusakan Mobil’ seperti terlihat pada gambar 5.7:
Gambar 5.7 Form Data Kerusakan Mobil
95
6. Untuk melakukan pengisian data gejala kerusakan mobil, maka dapat mengklik link ‘Data Gejala Kerusakan Mobil’ seperti terlihat pada gambar 5.8:
Gambar 5.8 Form Data Gejala Kerusakan Mobil
7. Untuk menampilkan keterangan mengenai setiap jenis kerusakan mobil, maka dapat mengklik link ‘Keterangan Kerusakan’ seperti terlihat pada gambar 5.9:
Gambar 5.9 Form Keterangan Kerusakan
96
Setelah melakukan pengisian semua data yang diperlukan, maka pemakai dapat melakukan diagnosa terhadap kerusakan mobil, yaitu dengan mengklik link ‘Diagnosa Kerusakan Mobil’, sehingga sistem akan menampilkan form Diagnosa seperti terlihat pada gambar 5.10:
Gambar 5.10 Form Diagnosa
97
Setelah menjawab daftar soal yang diberikan oleh sistem, maka sistem akan menampilkan hasil diagnosa seperti terlihat pada gambar 5.11:
Gambar 5.11 Form Hasil Diagnosa
Hasil pengisian data dan proses diagnosa di atas dapat ditampilkan dalam bentuk laporan. Adapun laporan yang terdapat pada sistem dapat dirincikan sebagai berikut: 1. Laporan Daftar Pakar
Gambar 5.12 Laporan Daftar Pakar
98
2. Laporan Daftar Mekanik
Gambar 5.13 Laporan Daftar Mekanik 3. Laporan Hasil Diagnosa
Gambar 5.14 Laporan Hasil Diagnosa
99
5.1.3. Analisa Perangkat Lunak. Sistem pakar dapat melakukan proses penalaran suatu data yang berupa sebab ataupun gejala untuk mencari suatu informasi terhadap kerusakan mobil Pajero Sport. Proses penalaran data dilakukan dengan menggunakan proses forward chaining. Contoh sederhana penalaran sistem pakar adalah sebagai berikut Jika sebuah mobil Pajero Sport memiliki gejala kerusakan mobil seperti konektor C-116 engine ECU rusak, resistan pada konektor A-133 Air Flow Sensor melebihi 2 Ohm, dan tegangan A-105 manifold absolute pressure sensor tidak diantara 4,95,1 V. Berikut ini merupakan penalaran dalam pencarian kesimpulan dalam sistem pakar yaitu sebagai berikut: 1. Untuk gejala pertama, yaitu Konektor C-116 engine ECU rusak merupakan gejala yang ada di dalam jenis kerusakan Intake Air Temperature Sensor No 2 Circuit Low Input, Intake Air Temperature Sensor No 2 Circuit High Input, Air Flow Sensor Circuit Low Input, dan Air Flow Sensor Circuit High Input. 2. Setelah melakukan penentuan kerusakan pada gejala pertama, maka akan dilakukan penentuan kerusakan pada gejala kedua yaitu resistan pada konektor A-133 Air Flow Sensor melebihi 2 Ohm. Dari keempat jenis kerusakan pada gejala pertama, yang memiliki gejala kerusakan ini adalah Air Flow Sensor Circuit Low Input, dan Air Flow Sensor Circuit High Input 3. Setelah itu, menentukan jenis kerusakan pada gejala ketiga yaitu tegangan A-105 manifold absolute pressure sensor tidak diantara 4,9- 5,1 V. Gejala
100
kerusakan ini terdapat jenis kerusakan mobil Air Flow Sensor Circuit High Input dan Manifold Absolute Pressure Sensor Range / Performance Problem. Dapat dilihat bahwa jenis kerusakan yang memiliki ketiga gejala diatas adalah Air Flow Sensor Circuit High Input. Meskipun demikian, tidak bisa dipastikan bahwa Air Flow Sensor Circuit High Input merupakan kesimpulan. Dari gejala gejala kerusakan tersebut akan dihitung nilai Bayes dari setiap jenis kerusakan yang berkaitan. Jenis kerusakan yang berkaitan tersebut adalah Intake Air Temperature Sensor No 2 Circuit Low Input, Intake Air Temperature Sensor No 2 Circuit High Input, Air Flow Sensor Circuit Low Input, Air Flow Sensor Circuit High Input dan Manifold Absolute Pressure Sensor Range / Performance Problem. Berikut adalah hitungan nilai Bayes untuk setiap jenis kerusakan. 1. Intake Air Temperature Sensor No 2 Circuit Low Input (E-001) G1 = Konektor C-116 engine ECU rusak P(E|H1), CF=0,33 Nilai semesta = 0,33 P(H1) = 0,33/0,33 = 1 Probabilitas = 1*0,33 = 0,33 P(H1|E) = 1*0,33/ 0,33= 1 Bayes = 0,33*1 = 0,33 2. Intake Air Temperature Sensor No 2 Circuit High Input (E-002) G1 = Konektor C-116 engine ECU rusak P(E|H1), CF=0,23 Nilai semesta = 0,23 P(H1) = 0,23/0,23 = 1 Probabilitas = 1*0,23 = 0,23
101
P(H1|E) = 1*0,23/ 0,23= 1 Bayes = 0,23*1 = 0,23 3. Air Flow Sensor Circuit Low Input (E-005) G1 = Konektor C-116 engine ECU rusak P(E|H1), CF=0,23 G2 = Resistan pada konektor A-133 Air Flow Sensor melebihi 2 Ohm P(E|H2), CF= 0,65 Nilai semesta = 0,23 + 0,65 = 0,88 P(H1) = 0,23/0,88 = 0,261364 P(H2) = 0,65/0,88 = 0,738636 Probabilitas = (0,23*0,261364) +(0,65*0,738636) =0,540227 P(H1|E) = (0,23*0,261364)/ 0,540227 =0,111275 P(H2|E) = (0,65*0,738636)/ 0,540227 =0,888725 Bayes = (0,111275*0,23) +(0,888725*0,65) = 0,603265 4. Air Flow Sensor Circuit High Input (E-006) G1 = Konektor C-116 engine ECU rusak P(E|H1), CF=0,31 G2 = Resistan pada konektor A-133 Air Flow Sensor melebihi 2 Ohm P(E|H2), CF= 0,81 G3 = Tegangan konektor A-104 intake air temperature sensor no 2 bukan 4,5-4,9V P(E|H3), CF=0,73 Nilai semesta = 0,31 + 0,81+ 0,73 = 1,85 P(H1) = 0,31/1,85 = 0,167568 P(H2) = 0,81/1,85 = 0,437838 P(H3) = 0,73/1,85 = 0,394595
102
Probabilitas = (0,31*0,167568) + (0,81*0,437838)+ (0,73 *0,394595) =0,694649 P(H1|E) = (0,31*0,167568)/ 0,694649= 0,07478 P(H2|E) = (0,81*0,437838)/ 0,694649 =0,510544 P(H3|E) = (0,73 *0,394595)/ 0,694649 = 0,414676 Bayes = (0,07478*0,31) +(0,510544*0,81) + (0,414676*0,73)= 0,739436 5. Manifold Absolute Pressure Sensor Range / Performance Problem( E-007) G3 = Tegangan A-105 manifold absolute pressure sensor tidak diantara 4,9- 5,1 V P(E|H2), CF= 0,55 Nilai semesta = 0,55 P(H1) = 0,55/0,55 = 1 Probabilitas = 1*0,55 = 0,55 P(H1|E) = 1*0,55/ 0,55= 1 Bayes = 0,55*1 = 0,55 Dari kelima jenis kerusakan mobil tersebut, yang memiliki nilai Bayes tertinggi adalah Air Flow Sensor Circuit High Input. Oleh karena itu, dapat disimpulkan bahwa jenis kerusakan untuk gejala diatas adalah Air Flow Sensor Circuit High Input.
5.2.
Pembahasan Kelebihan dari sistem diagnosa kerusakan mobil Pajero Sport yang dibuat
adalah sebagai berikut: 1. Sistem pakar mendukung proses penambahan, pengeditan dan penyimpanan daftar data kerusakan dan gejala-gejala serta solusi yang dapat dilakukan.
103
2. Sistem didesain dengan tampilan yang menarik dan bersifat tanya jawab sehingga dapat meningkatkan daya tarik pemakai untuk menggunakan sistem, karena sistem bersifat tanya jawab seperti halnya proses komunikasi biasa. 3. Sistem pakar yang dibangun dapat digunakan untuk memberikan solusi terhadap diagnosa jenis kerusakan mobil. Kekurangan dari sistem diagnosa kerusakan mobil yang dibuat adalah sebagai berikut: 1. Perangkat lunak tidak dapat melakukan pengecekan kerusakan pada jenis mobil lainnya selain mobil Pajero Sport. 2. Perlu dilakukan penambahan basis pengetahuan dari sistem pakar yang dibuat agar dapat mendiagnosa lebih banyak jenis kerusakan mobil.
BAB VI KESIMPULAN DAN SARAN
6.1.
Kesimpulan Setelah menyelesaikan skripsi ini, penulis menarik beberapa kesimpulan
sebagai berikut:. 1. Nilai kepastian yang ada dalam sistem pakar sesuai dengan perhitungan nilai kepastian dengan metode bayes 2. Kepuasan pelanggan meningkat karena waktu pengerjaan mobil lebih cepat sehingga menciptakan citra baik bagi perusahaan. 3. Sistem
pakar
yang
dibangun
membantu
menghemat
waktu
dalam
mendiagnosa jenis kerusakan mobil oleh teknisi dan memberikan solusi untuk penanganan kerusakan mobil. 4. Sistem pakar yang dibangun mendukung proses penambahan, pengeditan dan penyimpanan daftar data kerusakan dan gejala-gejala serta solusi perbaikan yang dapat dilakukan.
6.2.
Saran Adapun berbagai saran untuk melengkapi kesimpulan yang diambil adalah
sebagai berikut : 1. Perangkat lunak dapat dikembangkan lebih lanjut dengan menambahkan fitur lainnya seperti pengecekan kerusakan mobil lainnya.
104
105
2. Perangkat lunak dapat dikembangkan lagi sehingga mampu memberikan saran mengenai jenis perawatan yang harus dilakukan kepada mobil sehingga lebih mempermudah teknisi dalam mendiagnosa.
DAFTAR PUSTAKA
Andi, 2009, Pengembangan Sistem Pakar Menggunakan Visual Basic, Andi, Yogyakarta. Kendall, K.E., dan J.E. Kendall, 2010, Analisis dan Perancangan Sistem, Alih Bahasa oleh Thamir Abdul Hafedh AI - Hamdany, Jilid Ke-1, Edisi Ke-5, PT. Prenhallindo, Jakarta. Kusrini,2009,Aplikasi Sistem Pakar, Menentukan Faktor Kepastian Pengguna Dengan Metode Kuantifikasi Pertanyaan,Cetakan Kedua,, Penerbit Andi, Yogyakarta. Nita ,M dan Rahmat Hidayat, 2012,Perancangan Sistem Pakar, Ghalia Indonesia, Jakarta Rahayu, S, 2013,Sistem Pakar untuk Mendiagnosa Penyakit Gagal Ginjal Dengan Menggunakan Metode Bayes, STMIK Budidarma, Medan. Hartati. S dan Sari Iswanti , 2008, Sistem Pakar dan Pengembangannya, Penerbit Graha Ilmu, Yogyakarta. http:/
riska_home.unpar.ac.id/ Downloads/files/15425/forward-chaining.pdf, tanggal akses 15 Januari 2015
http://robby.c.staff.gunadarma.ac.id tanggal akses 15 Januari 2015
/Downloads/files/15425/Sistem-pakar.pdf,
http://sardanagroup.co.id/product/pc/pajero-sport tanggal akses 15 Januari 2015 http://umum89.blogspot.com/2010/05/prosedure-klaim-asuransikendaraan.html, tanggal akses 15 Januari 2015 http://www.asuransimobilku.com/laporan-claim-kendaraan.html, tanggal akses 15 Januari 2015 http://www.google.co.id/jaringan-semantik, tanggal akses 15 Januari 2015 http://www.tempo.co//gejala-kerusakan-mobil, tanggal akses 15 Januari 2015
