24 BAB III ANALISA DAN DESAIN SISTEM III.1. Analisa Sistem Yang Berjalan Analisa sistem pada ng berjalan bertujuan untuk mengidentifikasi serta melakukan evaluasi terhadap sistem pakar mendiagnosa kanker paru-paru menggunakan metode Certainty Factor, analisis dilakukan agar dapat menemukan masalah-masalah dalam pengolahan sistem pakar mendiagnosa kanker paru-paru dengan menggunakan metode Certainty Factor dalam menentukan gejala-gejala dari setiap penkit agar mudah dalam menentukan penkit ng menyerang manusia. Adapun analisis sistem ini meliputi input, proses dan output ng dijabarkan sebagai berikut : III.1.1. Analisa Input Masukan sistem (Input) adalah merupakan data gejala dimasukkan kedalam sistem untuk diproses. Pada bagian ini, ada ng menjadi masukan sistem karena sistem ng digunakan adalah dengan cara manual. Biasan rumah sakit mengandalkan pengetahuan mereka tentang gejala-gejala dari penkit kemudian mengambil kesimpulan. III.1.2. Analisa Proses Proses mendiagnosa penkit itu dengan melihat gejala - gejala ng terjadi pada ng dialami pasien, setelah gejala diketahui maka rumah sakit menyimpulkan penkit ng menyerang pasien tersebut ng terlihat pada gambar III.1 dibawah ini : 24
25 Pasien Dokter Mulai Mengisi Form Pasien Form Pasien Form Pasien Menjawab Pertanan Dokter dan Menjelaskan Gejala Yang Dialami Memberikan pertanan kepada Pasien Mencatat jawaban dan gejala ng dialami pasien Gejala dan Jawaban Pasien Menganalisa Penkit Pasien Membuat Form Hasil Konsultasi Form Hasil Konsultasi Form Hasil Konsultasi Selesai Gambar III.1 FOD Sistem Pakar Mendiagnosa Kanker Paru-Paru Menggunakan Metode Certainty Factor
26 III.1.3. Analisa Output Terdapat analisa output dalam mendiagnosa kanker paru-paru pada manusia itu, hasiln berupa data hasil konsultasi. III.2. Evaluasi sistem ng berjalan Dalam hal ini sistem ng digunakan belum efektif dikarenakan prosedur dalam mendiagnosa kanker paru-paru ng ada masih tergolong manual. Pendiagnosaan kanker paru-paru dilakukan dengan melihat gejala gejala ng terjadi. Masalah ng ditimbulkan itu kurang akuratn hasil diagnosa. Dengan masalah tersebut penulis membuat sistem dengan bahasa pemograman VB.Net dengan database SQL Server. III.3 Desain Sistem Untuk membantu membangun sistem pakar dalam menediagnosa kanker paru-paru, penulis mengusulkan pembuatan sebuah sistem dengan menggunakan aplikasi program ng lebih akurat dan lebih mudah dalam pengolahann. Dengan menggunakan VB.Net, database SQL Server, dan menggunakan metode Certainty Factor dengan merancang sistem dengan menggunakan bahasa pemodelan UML. III.3.1 Desain Sistem Global Pada perancangan sistem ini terdiri dari tahap perancangan itu : 1. Perancangan Use Case Diagram 2. Perancangan Class Diagram 3. Perancangan Sequence Diagram
27 4. Perancangan Database III.3.1.1 Use Case Diagram Dalam penyusunan suatu program diperlukan suatu model data ng berbentuk diagram ng dapat menjelaskan suatu alur proses sistem ng akan di bangun. Dalam penulisan skripsi ini penulis menggunakan metode UML ng dalam metode itu penulis menerapkan diagram Use Case. Maka digambarlah suatu bentuk diagram Use Case ng dapat dilihat pada gambar III.2. Sistem Pakar Diagnosa Penkit Kanker Paru Paru Data pasien Data Pakar Konsultasi <<Include>> History Konsultasi Data Nilai User << Include>> Login Laporan Perhitungan <<Include>> User (Pasien) Admin (Pakar) Laporan Konsultasi Data Gejala Laporan Pasien Gambar III.2 Use Case Sistem Pakar Mendiagnosa Kanker Paru-Paru Menggunakan Metode Certainty Factor
28 III.3.1.2 Class Diagram Class Diagram adalah sebuah spesifikasi ng jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan lanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Gejala -kode_gejala -nama_gejala -pertanan -mb -md -cf +add() +update() +delete() -kode_nilai -jawaban -nilai +add() +update() +delete() 1 Nilai User 1 1 1 ModuleKoneksi 1 +openkoneksi() +closekoneksi() 1 1 -kode_pakar -username -password +add() +update() +delete() Pakar 1 Konsultasi -kode_konsultasi -tanggal -kode_pasien -persentase +add() +update() +delete() 1 1 1 1 Pasien -kode_pasien -nama -jenis_kelamin -alamat -usia +add() +update() +delete() Gambar III.3 Class Diagram Sistem Pakar Mendiagnosa Kanker paru-paru Menggunakan Metode Certainty Factor
29 III.3.1.3 Sequence Diagram Sequence Diagram menggambarkan perilaku pada sebuah skenario, diagram ini menunjukkan sejumlah contoh objek dan message (pesan) ng diletakkan diantara objek objek ini di dalam use case, berikut gambar sequence diagram : a. Sequence Diagram Update Data Admin ;Login ;Admin Page ;Update data Login Invalid Page New Sent (item) View (item) Message Succes Logout Gambar III.4 Sequence Diagram Update Data b. Sequence Input Data Pakar Pakar Halaman utama registrasi Pakar Sukses registrasi Pakar View (item) Invalid Open New Open New Message Succes Sent ( item ) Gambar III.5 Sequence Diagram Input Data Pakar
30 c. Sequence Proses Data Nilai User User ;Halaman utama ;login ;user page View (item) Invalid Open New Proses Data Nilai User Message Succes Sent ( item ) Gambar III.6 Sequence Diagram Proses Data Nilai User d. Sequence Proses Data Gejala User ;Halaman utama ;login ;user page View (item) Invalid Open New Proses Data Gejala Message Succes Sent ( item ) Gambar III.7 Sequence Diagram Proses Data Gejala
31 e. Sequence Proses Data Konsultasi User ;Halaman utama ;login ;user page View (item) Invalid Open New Proses Data Konsultasi Message Succes Sent ( item ) Gambar III.8 Sequence Diagram Proses Data Konsultasi f. Sequence Proses Data History Konsultasi User ;Halaman utama ;login ;user page View (item) Invalid Open New Proses Data Hasil Konsultasi Message Succes Sent ( item ) Gambar III.9 Sequence Diagram Proses Data Hasil Konsultasi
32 g. Sequence Proses Data Pasien User ;Halaman utama ;login ;user page View (item) Invalid Open New Proses Data Hasil Pasien Message Succes Sent ( item ) Gambar III.10 Sequence Diagram Proses Data Pasien III.3.1.4. Activity Diagram Activity diagram menggambarkan berbagai alir aktivitas dalam sistem ng sedang dirancang, bagaimana masing masing alir berawal, Decision ng mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel ng mungkin terjadi pada beberapa eksekusi. 1. Activity Diagram Form Input Data Login Activity diagram form input data login dapat dilihat pada gambar III.11 dibawah ini :
33 Login Username & Password Invalid Cek Validation Valid Login Gambar III.11 Activity Diagram Halaman Login 2. Activity Diagram Form Input Data Pakar Activity diagram form input data pakar dapat dilihat pada gambar III.12 dibawah ini : Mulai Tampil Form Pakar Ya Baru Tidak Edit? Input Data Pakar Ubah Data Hapus? Simpan? Simpan Batal Hapus Data Gambar III.12 Activity Diagram Form Input Data Pakar
34 3. Activity Diagram Form Input Data Nilai User Activity diagram form input data nilai user dapat dilihat pada gambar III.13 dibawah ini : Mulai Tampil Form Nilai User Ya Baru Tidak Edit? Input Data Nilai User Ubah Data Hapus? Simpan? Simpan Batal Hapus Data Gambar III.13 Activity Diagram Form Input Data Nilai User 4. Activity Diagram Form Input Data Gejala Activity diagram form input data gejala dapat dilihat pada gambar III.14 dibawah ini :
35 Mulai Tampil Form Gejala Ya Baru Tidak Edit? Input Data Gejala Ubah Data Hapus? Simpan? Simpan Batal Hapus Data Gambar III.14 Activity Diagram Form Input Data Gejala 5. Activity Diagram Form Input Data Konsultasi Activity diagram form input data konsultasi dapat dilihat pada gambar III.15 dibawah ini : Mulai Tampil Form Konsultasi Ya Baru Tidak Edit? Input Data Konsultasi Ubah Data Hapus? Simpan? Simpan Batal Hapus Data Gambar III.15 Activity Diagram Form Input Data Konsultasi
36 6. Activity Diagram Form Input Data Pasien dibawah ini : Activity diagram form input data Pasien dapat dilihat pada gambar III.16 Mulai Tampil Form Hasil Konsultasi Ya Baru Tidak Edit? Input Data Hasil Konsultasi Ubah Data Hapus? Simpan? Simpan Batal Hapus Data Gambar III.16 Activity Diagram Form Input Data Pasien III.3.2. Desain Sistem Detail Desain sistem detail dari sistem pakar mendiagnosa kanker paru-paru adalah sebagai berikut: III.3.2.1. Desain Output Desain sistem ini berisikan pemilihan menu dan hasil pencarian ng telah dilakukan. Adapun bentuk rancangan output dari sistem pakar mendiagnosa kanker paru-paru ini adalah sebagai berikut :
37 1. Rancangan Output Laporan Pasien Rancangan output laporan pasien berfungsi menampilkan data data pasien. Adapun rancangan output laporan pasien dapat dilihat pada gambar III.17 dibawah ini : Laporan Pasien Pasien Xx/xx/xxxx Laporan Pasien Kode Pasien Nama Jenis Kelamain Alamat Usia Xxxxx Xxxxx Xxxxx Xxxxx 99999 Xxxxx Xxxxxx Xxxxx Xxxxx 99999 Xxxxx Xxxxxx Xxxxx Xxxxx 99999 Gambar III.17 Rancangan Output Laporan Pasien 2. Rancangan Output Laporan Hasil Konsultasi Rancangan output laporan hasil konsultasi berfungsi menampilkan data data hasil konsultasi oleh pasien. Adapun rancangan output laporan konsultasi dapat dilihat pada gambar III.18 dibawah ini sebagai berikut :
38 Laporan Hasil Konsultasi Hasil Konsultasi Xx/xx/xxxx Kode Konsultasi Tanggal Kode Pasien Persentase 99999 99-99-9999 Xxxxx 99999999 99999 99-99-9999 Xxxxx 99999999 99999 99-99-9999 Xxxxx 99999999 Gambar III.18 Rancangan Output Laporan Hasil Konsultasi III.3.2.2. Desain Input Perancangan input merupakan masukan ng penulis rancang guna lebih memudahkan dalam entry data. Entry data ng dirancang akan lebih mudah dan cepat dan meminimalisir kesalahan penulisan dan memudahkan perubahan. Perancangan input tampilan ng dirancang adalah sebagai berikut : 1. Perancangan Input Form Login Perancangan input form login berfungsi untuk verifikasi pakar ng berhak menggunakan sistem. Adapun rancangan form login dapat dilihat pada Gambar III.19 sebagai berikut :
39 Login Login Pakar IMAGE Username : Password : Gambar III.19 Rancangan Input Form Login 2. Rancangan Input Form Utama Rancangan input form utama berfungsi untuk menampilkan tampilan utama dari user interface. Adapun rancangan menu utama dapat dilihat pada gambar III.20 dibawah ini : Form Utama Halaman Pakar Konsultasi Login Pakar Laporan Gambar III.20 Rancangan Input Form Menu Utama
40 3. Rancangan Form Input Data Pakar Perancangan form input data pakar merupakan form untuk penyimpanan data data pakar. Adapun bentuk form input data pakar dapat dilihat pada gambar III.21 dibawah ini : Form Pakar Baru Simpan Edit Hapus Kode Pakar : Username : Password : Gambar III.21 Rancangan Input Form Input Data Pakar 4. Rancangan Form Input Data Nilai User Perancangan form input data nilai user merupakan form untuk penyimpanan data-data dari nilai jawaban pasien. Adapun bentuk form input data nilai user dapat dilihat pada gambar III.22 dibawah ini, sebagai berikut :
41 Form Nilai User Baru Simpan Edit Hapus Kode Nilai : Jawaban : Nilai : Gambar III.22 Rancangan Input Form Input Data Nilai User 5. Rancangan Input Form Input Data Gejala Perancangan form input data gejala merupakan form untuk penyimpanan data data gejala. Adapun bentuk form input data gejala dapat dilihat pada gambar III.23 dibawah ini, sebagai berikut :
42 Form Gejala Baru Simpan Edit Hapus Kode Gejala : Nama : Pertanan : MB : MD : CF : Gambar III.23 Rancangan Input Form Input Data Gejala 6. Rancangan Form Konsultasi Perancangan form data konsultasi merupakan form untuk pasien melakukan konsultasi dengan memasukkan gejala-gejala ng ada. Adapun bentuk form konsultasi dapat dilihat pada Gambar III.24 Sebagai berikut :
43 Form Konsultasi Kode Pasien Mulai Konsultasi Berdasarkan perhitungan sistem, maka tingkat persentase anda mengidap penkit kanker paru-paru itu : Gambar III.24 Rancangan Form Konsultasi 7. Rancangan Input Form Data Pasien Perancangan form input data pasien merupakan form untuk penyimpanan data data pasien. Adapun bentuk form data pasien dapat dilihat pada gambar III.25 sebagai berikut :
44 Form Pasien Baru Simpan Edit Hapus Kode Pasien : Nama : Alamat : Jenis Kelamin : Usia Gambar III.25 Rancangan Input Form Data Pasien III.3.2.3. Perancangan Database III.3.2.3.1. Kamus data (Data Dictionaries) Kamus data merupakan suatu daftar terorganisasi tentang komposisi elemen data, aliran data dan data store ng digunakan. Pengisian data dictionary dilakukan setiap saat selama proses pengembangan berlangsung, ketika diketahui adan data atau saat diperlukan penambahan data item ke dalam sistem. Berikut kamus data dari sistem pakar mendiagnosa kanker paru-paru itu : 1. gejala = kode_gejala + gejala + pertanan + mb + md +cf 2. nilai_user = kode_nilai + jawaban + nilai 3. konsultasi = kode_konsultasi + tanggal + kode_pasien + persentase
45 4. pakar = kode_pakar + username + password 5. pasien = kode_pasien + nama + alamat + jenis_kelamin + usia III.3.2.3.2. Desain Tabel / File Perancangan struktur database adalah untuk menentukan file database ng digunakan seperti field, tipe data, ukuran data. Sistem ini dirancang dengan menggunakan database SQL Server. Berikut adalah desain database dan tabel dari sistem ng dirancang : 1. Tabel Pakar Nama Database Nama Tabel Primary Key : PakarKanker : Pakar : kode_pakar Foreign Key : - Tabel III.1 Tabel Pakar Nama Field Tipe Data Ukuran Keterangan *kode_pakar Varchar 50 *Kode Pakar username Varchar 50 Username password Varchar 50 Password 2. Tabel Nilai User Nama Database Nama Tabel Primary Key : PakarKanker : nilai_user : kode_nilai Tabel III.2 Tabel Nilai User Nama Field Tipe Data Ukuran Keterangan *kode_nilai Varchar 50 *Kode Nilai Jawaban Varchar 50 Jawaban pasien Nilai Real - Nilai CF
46 3. Tabel Gejala Nama Database Nama Tabel Primary Key : PakarKanker : gejala : kode_gejala Tabel III.3 Tabel Gejala Nama Field Tipe Data Ukuran Keterangan *kode_gejala Varchar 50 *Kode Gejala nama_gejala Varchar 50 Nama Gejala Pertanan Text - Pertanan Mb Real - Measure Believe Md Real - Measure Disbelieve Cf Real - Certainty Factor 4. Tabel Konsultasi Nama Database Nama Tabel Primary Key Foreign Key : PakarKanker : konsultasi : kode_konsultasi : kode_pasien Tabel III.4 Tabel Konsultasi Nama Field Tipe Data Ukuran Keterangan *kode_konsultasi Int - *Kode Konsultasi Tanggal Date - Tanggal Konsultasi kode_pasien Varchar 50 Kode Pasien Persentase Varchar 50 Persentase 5. Tabel Pasien Nama Database Nama Tabel Primary Key : PakarKanker : pasien : kode_pasien Foreign Key : -
47 Tabel III.5 Tabel Pasien Nama Field Tipe Data Ukuran Keterangan *kode_pasien Varchar 50 *Kode Pasien Nama Varchar 50 Nama Pasien Jenis_Kelamin Varchar 50 Jenis Kelamin Alamat Text - Alamat Usia Varchar 50 Usia Pasien III. 3.2.3.3. ERD (Entity Relationship Diagram) / Relasi Antar Tabel Setelah merancang database maka dapat dibuatkan relasi antar tabel sebagai kebutuhan data. Relasi ini menggambarkan hubungan antara satu tabel dengan tabel ng lain. Apakah hubungan satu dengan satu, satu dengan bank dan bank dengan bank. Adapun relasi antar tabel dapat ditunjukkan pada gambar III.26 dibawah ini, sebagai berikut :
48 mb KodeNilai Kode_gejala jawaban Nilai User 1 memiliki M Gejala Nama_gejala nilai 1 M md cf Menentukan pertanan Dimiliki 1 Kode_pasien Kode_pakar username Pakar nama jenis_kelamin M Pasien password alamat M usia Melakukan 1 Konsultasi tanggal persentase Kode_konsultasi Kode_pasien Gambar III.26 Entity Relationship Diagram (ERD) Sistem Pakar Mendiagnosa Kanker paru-paru Menggunakan Metode Certainty Factor III.3.2.3.4. Normalisasi Normalisasi merupakan cara pendekatan dalam membangun desain logika basis data relasional ng secara langsung berkaitan dengan model data, tetapi dengan menerapkan sejumlah aturan dan kriteria standart untuk
49 menghasilkan struktur tabel ng normal. Bentuk-bentuk normalisasi pada rancangan database adalah sebagai berikut : 1. Tabel Pakar Tabel Pakar memiliki atribut: kode_pakar, username, password. Melihat struktur tabel tersebut ada redundansi sehingga sudah memenuhi bentuk normalisasi pertama (1NF). 2. Tabel Nilai User Tabel nilai user memiliki atribut: kode_nilai, jawaban, nilai. Melihat struktur tabel tersebut ada redundansi sehingga sudah memenuhi bentuk normalisasi pertama (1NF). 3. Tabel Gejala Tabel gejala memiliki atribut: kode_gejala, nama_gejala. Melihat struktur tabel tersebut ada redundansi sehingga sudah memenuhi bentuk normalisasi pertama (1NF). 4. Tabel Konsultasi Tabel konsultasi memiliki atribut: kode_konsultasi, tanggal, kode_pasien, hasil dan nilai_certainty Factor. Melihat struktur tabel tersebut ada redundansi sehingga sudah memenuhi bentuk normalisasi pertama (1NF). 5. Tabel Pasien Tabel pasien memiliki atribut: kode_pasien, nama, jenis_kelamin, alamat, dan usia. Melihat struktur tabel tersebut ada redundansi sehingga sudah memenuhi bentuk normalisasi pertama (1NF).
50 Jadi, dalam hal ini dapat dintakan bahwa rancangan tabel pada database sudah normal. Artin sistem akan melakukan aktifitasn sesuai dengan ng telah ditargetkan sebelumn karena ada redundansi atau duplikasi data.