BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan TBC …e-journal.uajy.ac.id/3359/7/6TF04870.pdf ·...

89

BAB VIKESIMPULAN DAN SARAN

VI.1 KesimpulanAplikasi Sistem Pakar Diagnosa dan Terapi Penyakit

TBC dengan Metode Fuzzy-Tsukamoto berhasil dikembangkandengan baik, yang meliputi proses diagnosa penyakit TBCdan pengelolaan data. Hasil dapat sesuai dengan yangdiharapkan, yaitu dapat mendeteksi penyakit TBC dengannilai kepastiannya beserta dengan informasi terapiuntuk penanganan penyakit TBC tersebut.

VI.2 SaranBeberapa saran yang dapat diberikan untuk

pengembangan aplikasi Sistem Pakar diagnosa dan TerapiPenyakit TBC lebih lanjut antara lain menambah kasus-kasus khusus dari penyakit TBC agar dapat didiagnosa.Selain itu sistem pakar ini dapat dikembangkan lebihlajut dengan berbasis web.

90

DAFTAR PUSTAKA

Assareh, A; Moradi, M.H., 2007, Knowledge Acquisition fromMass Spectra of Blood Samples Using Fuzzy Decision Tree

and Genetic Algorithm, Faculty of BiomedicalEngineering, Amirkabir University of Technology (TehranPolytechnic), Tehran, Iran.

Azis, Farid, 1994, Belajar Sendiri Pemrograman Sistem Pakar,Jakarta: Elex Media Komputindo.

Handayani, Lina; Sutikno, Tole, 2008, Sistem Pakar untukDiagnosis Penyakit THT Berbasis Web dengan e2gLite

Expert System Shell, Jurnal, Jurusan Ilmu KesehatanMasyarakat, Universitas Ahmad Dahlan, Yogyakarta.

Hellmann, M., 2003, Fuzzy Logic Introduction, Jurnal,Laboratoire Antennes Radar Telecom, France.

Hidayat, Nurul; Yusro, Munawar, 2007, Design Sistem PakarFuzzy untuk Diagnosa Kanker Prostat, Jurnal, JurusanSains dan Teknik, Universitas Jenderal Sudirman,Purwokerto.

Hoof, Van, Viviane; Wormek, Arno; Schleutermann, Sylvia;Schumacher, Theo; Lothaire, Olivier; Trendelenburg,Christian, 2004, Medical Expert Systems Developed inj.MD, a Java Based Expert System Shell Application in

Clinical Laboratories, Jurnal, Dept. of ClinicalChemistry, University of Frankfurt, Germany.

http://id.wikipedia.org/wiki/Sistem_pakarJaenudin, S.T., 2005, Belajar Sendiri .net dengan Visual C#

2005, Yogyakarta: Andi.Kusrini, 2006, Kuantifikasi Pernyataan untuk Mendapatkan

certainty Factor Pengguna pada Aplikasi Sistem Pakar

untuk Diagnosis Penyakit, Jurnal, STMIK AMIKOM,Yogyakarta.

Kusumadewi, Sri, 2003, Penentuan Tingkat Resiko PenyakitMenggunakan Tsukamoto Fuzzy Inferensi System, Teknik

91

dan Aplikasinya, Jurnal, Jurusan Teknik Informatika,Universsitas Islam Indonesia, Yogyakarta.

Pinem, Marisa Erbina, 2007, Pembangunan Sistem PakarDiagnosa Penyakit Akibat Obesitas, Universitas AtmaJaya, Yogyakarta.

Perkumpulan Pemberantasan Tuberculosis Indonesia, 2009,Sekilas Tentang Penyakit TBC, Jakarta.

Saragih, Nasti, Bonaria, 2007, Pengembangan Sistem PakarDiagnosa Penyakit Jantung Dengan Metode Backward

Chaining, Skripsi, Jurusan Teknik Informatika,Universitas Atma Jaya,Yogyakarta.

Saritas, Ismail; Allahverdi, Novruz; Sert, Unal, Ibrahim,2003, A Fuzzy Expert System Design for Diagnosis ofProstate Cancer, Jurnal, International Conference onComputer Systems and Technologies, German.

Turban, Efraim, 1995, Decicion Support System and ExpertSystems, Prentice Hall International Inc., USA.

Wijayanti, Mia, 2005, perancangan dan pembuatan sistem pakaruntuk pendeteksian dan pengobatan penyakit dengan

ramuan tradisional, Skripsi, Jurusan TeknikInformatika, Universitas Kristen Petra, Surabaya.

Wulandari, Arry, 2007, Pembangunan Sistem Pakar DiagnosisPenyakit Umum, Skripsi, Jurusan Teknik Informatika,Universitas Atma Jaya, Yogyakarta.

Zuhtuogullari, Kursat; Saritas, Ismail; Arikan, Nihat, 2008,Diagnosis Modelling of Urethral Obstructions Using

Fuzzy Expert System, Jurnal, Departement Electronicsand Computer Education, Selcuk University, Turkey.

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SPDTT(Sistem Pakar Diagnosa dan Terapi PenyakitTuberkolosis dengan Metode Fuzzy-Tsukamoto)

Untuk :Universitas Atma Jaya Yogyakarta

Dipersiapkan oleh:Christine Benita / 4870

Program Studi Teknik Informatika Fakultas TeknologiIndustri

Universitas Atma Jaya Yogyakarta

Program Studi TeknikInformatika

Fakultas Teknologi Industri

Nomor Dokumen Halaman

SKPL-SPDTT 1/27Revisi

SKPL

Program Studi Teknik Informatika SKPL SPDTT 2/ 27

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifatrahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika

DAFTAR PERUBAHANRevisi DeskripsiA

B

CD

E

F

INDEXTGL

- A B C D E F G

Ditulisoleh

Diperiksaoleh

Disetujuioleh



Daftar Halaman PerubahanHalaman Revisi Halaman Revisi



Daftar Isi

1 Pendahuluan ........................................................................................................................61.1 Tujuan ............................................................................................................................61.2 Lingkup Masalah .......................................................................................................61.3 Definisi, Akronim dan Singkatan .................................................................71.4 Referensi .....................................................................................................................81.5 Deskripsi umum (Overview) ...............................................................................9

2 Deskripsi Kebutuhan .....................................................................................................92.1 Perspektif produk ..................................................................................................92.2 Fungsi Produk............................................................................................................92.3 Karakteristik Pengguna ....................................................................................132.4 Batasan-batasan .....................................................................................................132.5 Asumsi dan Ketergantungan .............................................................................14

3 Kebutuhan khusus ..........................................................................................................143.1 Kebutuhan antarmuka eksternal....................................................................143.2 Kebutuhan fungsionalitas Perangkat Lunak .........................................15

4 Spesifikasi Rinci Kebutuhan ................................................................................164.1 Spesifikasi Kebutuhan Fungsionalitas ...................................................16

5 Entity Relationship Diagram (ERD) ..................................................................27



Daftar Gambar

1. Use Case Diagram 152. Entity Relationship Diagram (ERD)27



1 Pendahuluan

1.1 TujuanDokumen Spesifikasi Kebutuhan Perangkat Lunak

(SKPL) ini merupakan dokumen spesifikasi kebutuhanperangkat lunak SPDTT (Sistem Pakar Diagnosa dan TerapiPenyakit Tuberkolosis dengan Metode Fuzzy-Tsukamoto)untuk mendefinisikan kebutuhan perangkat lunak yangmeliputi antarmuka eksternal (antarmuka antara sistemdengan sistem lain perangkat lunak dan perangkat keras,dan pengguna) perfomansi (kemampuan perangkat lunakdari segi kecepatan, tempat penyimpanan yangdibutuhkan, serta keakuratan), dan atribut (feature-feature tambahan yang dimiliki sistem), sertamendefinisikan fungsi perangkat lunak. SKPL-SPDTT inijuga mendefinisikan batasan perancangan perangkatlunak.

1.2 Lingkup MasalahSPDTT (Sistem Pakar Diagnosa dan Terapi Penyakit

Tuberkolosis dengan Metode Fuzzy-Tsukamoto) adalahsistem pakar yang digunakan untuk melakukan diagnosapenyakit Tuberkolosis dan memberikan informasi terapiyang dapat dilakukan sesuai dengan hasil diagnosa yangdidapat. Kesimpulan yang dihasilkan adalah berdasarkangejala pilihan User. Sistem pakar ini juga akanmenyediakan informasi mengenai penyakit Tuberkolosis,meliputi gejala-gejala dan informasi terapi yang dapatdilakukan untuk penanggulangan penyakit Tuberkolosis.

Secara keseluruhan perangkat lunak SPDTT initerdiri atas sejumlah fitur-fitur yang akan menjadioperasi-operasi pada perangkat lunak, yaitu:



a. Verifikasi login yang akan digunakan oleh Admin.b. Melakukan operasi penambahan, pembaharuan,

penghapusan terhadap data penyakit Tuberkolosis(TBC), data gejala, data aturan, dan datainformasi.

c. Melakukan operasi penambahan dan pembaharuanterhadap data admin.

d. Melakukan pemilihan gejala-gejala yang dialami olehUser yang berkonsultasi untuk mendiagnosa penyakitTBC.

e. Melakukan pemasukan nilai intensitas untuk setiapgejala yang dipilih.

f. Menampilkan hasil diagnosa beserta informasi terapiyang dapat dilakukan.Dan berjalan pada lingkungan dengan platform

Windows.

1.3 Definisi, Akronim dan SingkatanKeyword/Phrase Definisi

SKPL Spesifikasi Kebutuhan PerangkatLunak, atau dalam Bahasa Inggrisnyasering juga disebut sebagai SRS(Software Requirements Specification)yang merupakan spesifikasi dariperangkat lunak atau software yangakan dikembangkan.

SPDTT Sistem Pakar Diagnosa dan TerapiPenyakit Tuberkolosis dengan MetodeFuzzy-Tsukamoto, merupakan perangkatlunak yang digunakan untukmendiagnosa dan memberikan informasiterapi penyakit TBC dengan Metode



Fuzzy-Tsukamoto berdasarkan hasildiagnosa.

ERD Entity Relationship Diagram,merupakan model diagram yangdigunakan untuk merepresentasikanhubungan antar entitas yang bekerjadengan menggunakan perangkat lunakini.

Data Base kumpulan data yang terkait yangdiorganisasikan dalam strukturtertentu dan dapat diakses dengancepat.

DBMS DataBase Management System ataupengelola manajemen data base.

Hak akses hak yang dimiliki oleh user untukmenggunakan sistem. Hak akses diaturoleh administrator.

User InterfaceInformation

informasi mengenai antarmuka pemakaidengan system.

Use case urutan kegiatan yang dilakukan actordan sistem untuk mencapai suatutujuan tertentu.

Actor segala sesuatu yang berinteraksidengan sistem aplikasi computer.

1.4 ReferensiReferensi yang digunakan pada perangkat lunak

tersebut adalah:a. Hantana, Juli Sapta Putra. Spesifikasi Kebutuhan

Perangkat Lunak SPDTT (Smart Client for CyberCommunity). Program Studi Teknik Informatika UAJY.2003.



1.5 Deskripsi umum (Overview)Secara umum dokumen SKPL ini terbagi atas 3 bagian

utama. Bagian utama berisi penjelasan mengenai dokumenSKPL tersebut yang mencakup tujuan pembuatan SKPL,ruang lingkup masalah dalam pengembangan perangkatlunak tersebut, definisi, referensi dan deskripsi umumtentang dokumen SKPL ini.

Bagian kedua berisi penjelasan umum tentangperangkat lunak SINRESI yang akan dikembangkan,mencakup perspektif produk yang akan dikembangkan,fungsi produk perangkat lunak, karakteristik pengguna,batasan dalam penggunaan perangkat lunak dan asumsiyang dipakai dalam pengembangan perangkat lunak SINRESItersebut.

Bagian ketiga berisi penjelasan secara lebih rincitentang kebutuhan perangkat lunak SINRESI yang akandikembangkan.

2 Deskripsi Kebutuhan

2.1 Perspektif produkPerangkat lunak SPDTD merupakan perangkat lunak

yang digunakan untuk membantu diagnosa dan memberikaninformasi terapi berdasarkan hasil diagnosa. Perangkatlunak ini dikembangkan dengan menggunakan toolsMicrosoft Visual Studio .Net 2003 dan basis pengetahuansistem dikembangkan dengan menggunakan SQL Server 2005.

2.2 Fungsi ProdukSPDTD merupakan perangkat lunak sistem pakar yang

digunakan untuk penyajian diagnosa penyakit TBC



berdasarkan gejala-gejala yang dipilih oleh Userkemudian menampilkan informasi terapi berdasarkan hasildiagnosa. Adapun fungsi-fungsi yang dimiliki olehperangkat lunak ini adalah sebagai berikut:

A. Pengelola Sistem (Administrator)

1. Fungsi Login [SKPL-SPDTT-A-01]Merupakan fungsi yang digunakan oleh administratoragar dapat masuk ke dalam sistem SPDTD yang akandigunakan.

2. Fungsi Pengelolaan Data Penyakit [SKPL-SPDTT-A-02]Merupakan fungsi yang akan digunakan untukmelakukan pengelolaan terhadap data-datapenyakit. Fungsi Pengelolaan Data Penyakitmeliputi:a. Fungsi Tambah Data Penyakit [SKPL-SPDTT-A-02-

01] digunakan untuk menambah data penyakityang baru yang kemudian akan disimpan dalamtabel Penyakit.

b. Fungsi Ubah Data Penyakit [SKPL-SPDTT-A-02-02]digunakan untuk melakukan perubahan datapenyakit yang telah ada pada tabel Penyakit.

c. Fungsi Hapus Data Penyakit [SKPL-SPDTT-A-02-03] digunakan untuk melakukan penghapusan datapenyakit dari tabel Penyakit.

d. Fungsi Cari Data Penyakit [SKPL-SPDTT-A-02-04] digunakan untuk mencari data penyakit daritabel Penyakit.

3. Fungsi Pengelolaan Data Gejala [SKPL-SPDTT-A-03]



Merupakan fungsi yang akan digunakan untukmelakukan pengelolaan data gejala. FungsiPengelolaan Data Gejala meliputi:a. Fungsi Tambah Data Gejala [SKPL-SPDTT-A-03-

01] digunakan untuk menambah data gejala yangkemudian akan disimpan dalam tabel Gejala.

b. Fungsi Ubah Data Gejala [SKPL-SPDTT-A-03-02]digunakan untuk melakukan perubahan datagejala yang telah ada pada tabel Gejala.

c. Fungsi Hapus Data Gejala [SKPL-SPDTT-A-03-03] digunakan untuk melakukan penghapusan datagejala dari tabel Gejala.

d. Fungsi Cari Data Gejala [SKPL-SPDTT-A-03-04]digunakan untuk mencari data gejala dari tabelGejala.

4. Fungsi Pengelolaan Data Penanganan Penyakit TBC[SKPL-SPDTT-A-04]Merupakan fungsi yang akan digunakan untukmelakukan pengelolaan penanganan penyakit TBC.Fungsi Pengelolaan Data Penanganan meliputi:a. Fungsi Tambah Data Penanganan [SKPL-SPDTT-A-04-

01] digunakan untuk menambah data penangananpenyakit TBC yang kemudian akan disimpan dalamtabel Penanganan.

b. Fungsi Ubah Data Penanganan [SKPL-SPDTT-A-04-02]digunakan untuk melakukan perubahan datapenanganan yang telah ada pada table Penanganan.

c. Fungsi Hapus Data Penanganan [SKPL-SPDTT-A-04-03] digunakan untuk melakukan penghapusan datapenanganan dari tabel Penanganan.



d. Fungsi Cari Data Penanganan [SKPL-SPDTT-A-04-04]digunakan untuk melakukan pencarian datapenanganan dari tabel Penanganan berdasarkan keypencarian yang diinputkan admin.

5. Fungsi Pengelolaan Data Admin [SKPL-SPDTD-A-05]Merupakan fungsi yang akan digunakan untukmelakukan pengelolaan terhadap data-data admin olehadministrator. Fungsi Pengelolaan Data Adminmeliputi:a. Fungsi Tambah Data Admin [SKPL-SPDTD-A-05-

01] digunakan untuk menambah data admin yangkemudian akan disimpan dalam tabel Admin.

b. Fungsi Ubah Data Admin [SKPL-SPDTD-A-05-02]digunakan untuk melakukan perubahan dataadmin yang telah ada pada tabel Admin.

c. Fungsi Hapus Data Admin [SKPL-SPDTT-A-05-03]digunakan untuk melakukan penghapusan data admindari tabel Admin.

d. Fungsi Cari Data Admin [SKPL-SPDTT-A-05-04]digunakan untuk melakukan pencarian data admindari tabel Admin berdasarkan key pencarian yangdiinputkan admin.

B. Pengguna Sistem (Pasien)

1. Fungsi Identifikasi Penyakit [SKPL-SPDTT-B-01]Fungsi ini digunakan untuk masuk ke halamaninformasi sistem pakar. Pada halaman ini user(pasien) akan menginputkan gejala yang dialami.Kemudian sistem akan mengidentifikasi danmenampilkan hasil diagnosis beserta penganganannya.



2.3 Karakteristik PenggunaPengguna perangkat lunak SPDTD tersebut adalah:

1. Admin yaitu sebagai pengelola sistem yang memilikiwewenang untuk mengelola data pada basispengetahuan yang ada dalam basis data.Karakteristik yang harus dimiliki Admin terhadapperangkat lunak ini adalah:a. Memahami pengoperasian komputer.b. Mengerti dan dapat menjalankan program yang

digunakan untuk mendiagnosa penyakitTuberkolosis dan memberikan informasi terapinya.

c. Memahami perangkat lunak dan database yangdigunakan.

d. Memahami penyakit TBC, meliputi gejala-gejaladan terapi-terapi untuk penyakit TBC.

e. Dapat mengelola data pada Sistem Pakar DiagnosaDan Terapi Penyakit Tuberkolosis.

2. User yaitu masyarakat luas yang ingin mengetahuitentang penyakit Tuberkolosis meliputi gejala-gejala dan informasi terapi yang dapat dilakukanuntuk mengatasinya dengan cara berkonsultasimelalui sistem. User harus dapat mengoperasikankomputer.

2.4 Batasan-batasanBatasan dalam pengembangan perangkat lunak SPDTT

yaitu:1. Aplikasi yang dibuat adalah aplikasi yang akan

digunakan untuk melakukan diagnosa dan mengetahuiinformasi terapi penyakit Tuberkolosis.



2. Aplikasi dari sistem ini hanya memberikan analisisberupa diagnosis penyakit Tuberkolosis, besertatingkat resiko terkena penyakit TBC, dan informasiterapi berdasarkan hasil diagnosa selayaknyaseorang pakar.

2.5 Asumsi dan KetergantunganSistem ini dapat dijalankan pada perangkat

komputer yang menggunakan sistem operasi Windows.Sistem akan dibangun menggunakan Microsoft VisualStudio .Net 2005 dan untuk penyimpanan database gejalapenyakit menggunakan tools SQL Server 2005.

3 Kebutuhan khusus

3.1 Kebutuhan antarmuka eksternalKebutuhan antar muka eksternal pada perangkat lunak

SPDTT meliputi kebutuhan antarmuka pemakai, antarmukaperangkat keras, antarmuka perangkat lunak, antarmukakomunikasi.

3.1.1 Antarmuka pemakaiPengguna berinteraksi dengan antarmuka yang

ditampilkan dalam bentuk form-form.

3.1.2 Antarmuka perangkat kerasAntarmuka perangkat keras yang digunakan dalam

perangkat lunak SPDTT adalah:

1. Perangkat PC.



3.1.3 Antarmuka perangkat lunakPerangkat lunak yang dibutuhkan untuk

mengoperasikan perangkat lunak SPDTT adalah sebagaiberikut :

1. Nama : SQL Server 2005Sumber : MicrosoftSebagai database management system (DBMS) yangdigunakan untuk penyimpan data di sisi server.

2. Nama : Windows XPSumber : Microsoft.Sebagai sistem operasi untuk perangkat PC.

3.1.4 Antarmuka KomunikasiAntarmuka komunikasi perangkat lunak SPDTT

menggunakan protocol HTTP.

3.2 Kebutuhan fungsionalitas Perangkat Lunak

3.2.1 Use Case Diagram

Pengelolaan Data Penanganan

Login

(from Use Case View)

Pengolahan Data Penyakit

Display Penanganan TBC

Pengolahan Data Gejala

Administrator

(from Actor)

Pengolahan Data Admin

User

(from Actor)

Identifikasi Penyakit

Gambar 3.1 Use Case Diagram SPDTT



4 Spesifikasi Rinci Kebutuhan

4.1 Spesifikasi Kebutuhan Fungsionalitas

4.1.1 Use case Spesification : Login1. Brief Description

Use Case ini digunakan untuk memperoleh akses kesistem. Login didasarkan pada username masing-masingaktor yang unik dan password.

2. Primary ActorAdministrator.

3. Supporting ActorNone.

4. Basic Flow1. Use Case ini dimulai ketika aktor memilih untuk

melakukan login.2. Sistem menampilkan antarmuka untuk login.3. Aktor memasukkan id dan password.4. Sistem memeriksa id dan password yang diinputkan

aktor5. Sistem memberikan akses ke aktor.6. Use Case ini selesai.

5. Alternative FlowNone.

6. Error FlowE-1 Password atau nama admin tidak sesuai (setelahBasic Flow 4).1. Sistem menampilkan peringatan bahwa id user atau

password tidak sesuai.2. Kembali ke Basic Flow langkah ke 3.

7. PreConditionsNone.



8. PostConditions1. Aktor memasuki sistem dan dapat menggunakan

fungsi-fungsi pada sistem.

4.1.2 Use case Spesification : Pengelolaan datapenyakit

1. Brief DescriptionUse Case ini digunakan oleh aktor untuk

melakukan pengelola terhadap data-data penyakitTuberkolosis (TBC). Aktor dapat melakukan tambahpenyakit, ubah penyakit, hapus penyakit, atau caripenyakit.




melakukan pengelolaan data penyakit.2. Sistem memberikan pilihan untuk melakukan tambah

data penyakit, ubah data penyakit, tampil datapenyakit, atau hapus data penyakit.

3. Aktor memilih untuk melakukan tambah datapenyakit.

4. Aktor menginputkan data penyakit.5. Aktor meminta sistem untuk menyimpan data penyakit

yang telah diinputkan.6. Sistem mengecek data penyakit yang telah

diinputkan.7. Sistem menyimpan data penyakit ke database.8. Use Case selesai.

5. Alternative Flow



A-1 Aktor memilih untuk melakukan ubah data penyakit(setelah basic flow 2).1. Sistem menampilkan data penyakit.2. Aktor mengubah data penyakit yang sudah

ditampilkan.3. Aktor meminta sistem untuk menyimpan data penyakit

yang telah diubah.4. Sistem mengecek data penyakit baru yang telah

diinputkan.5. Sistem menyimpan data penyakit yang telah diubah

ke database.6. Berlanjut ke Basic Flow langkah ke 8.A-2 Aktor memilih untuk melakukan hapus datapenyakit (setelah basic flow 2).1. Sistem menampilkan data penyakit.2. Aktor memilih salah satu data penyakit yang akan

dihapus.3. Aktor meminta sistem untuk menghapus data

penyakit.4. Sistem mengkonfirmasi apakah data akan dihapus.5. Aktor memilih ya untuk menghapus data penyakit.6. Berlanjut ke Basic Flow langkah ke 8.A-3 Aktor memilih untuk membatalkan penghapusan datapenyakit (setelah alternative flow 4).1. Berlanjut ke Basic Flow langkah ke 8.A-4 Aktor memilih untuk melakukan pencarian datapenyakit (setelah basic flow 2).1. Sistem menampilkan data penyakit.2. Aktor memasukkan id atau nama penyakit yang akan

ditampilkan.



3. Sistem mencari dan menampilkan data gejala yangdicari.

4. Berlanjut ke Basic Flow langkah ke 8.6. Error Flow

E-1 Data gejala yang diinputkan aktor salah (setelahbasic flow 6).1. Sistem memberikan pesan peringatan bahwa data yang

diinputkan salah.2. Kembali ke Basic Flow Langkah ke 4.E-2 Data penyakit yang diinputkan aktor salah(setelah alternative flow 4).1. Sistem memberikan pesan peringatan bahwa data yang

diubah salah.2. Kembali ke Alternative Flow A-1 Langkah ke 2.

7. PreConditions1. Use Case Login telah dilakukan.2. Aktor telah memasuki sistem.

8. PostConditions1. Data penyakit di database telah terupdate.

4.1.3 Use case Spesification : Pengelolaan data gejala2. Brief Description

Use Case ini digunakan oleh aktor untukmengelola data gejala penyakit tuberkolosis. Aktordapat melakukan tambah gejala, ubah gejala, hapusgejala, atau cari gejala.



5. Basic Flow



1. Use Case ini dimulai ketika aktor memilih untukmelakukan pengelolaan data gejala.

2. Sistem memberikan pilihan untuk melakukan tambah,ubah, tampil, atau hapus data gejala.

3. Aktor memilih untuk melakukan tambah data gejala.4. Aktor menginputkan data gejala.5. Aktor meminta sistem untuk menyimpan data gejala

yang telah diinputkan.6. Sistem mengecek data gejala yang telah diinputkan.7. Sistem menyimpan data gejala ke database.8. Use Case selesai.

6. Alternative FlowA-1 Aktor memilih untuk melakukan ubah data gejala(setelah basic flow 2).1. Sistem menampilkan data gejala.2. Aktor mengubah data gejala yang sudah ditampilkan.3. Aktor meminta sistem untuk menyimpan data gejala

yang telah diubah.4. Sistem mengecek data gejala baru yang telah

diinputkan.5. Sistem menyimpan data gejala yang telah diubah ke

database.6. Berlanjut ke Basic Flow langkah ke 8.A-2 Aktor memilih untuk melakukan hapus data gejala(setelah basic flow 2).1. Sistem menampilkan data gejala.2. Aktor memilih salah satu data gejala yang akan

dihapus.3. Aktor meminta sistem untuk menghapus data gejala.4. Sistem mengkonfirmasi apakah data akan dihapus.5. Aktor memilih ya untuk menghapus data gejala.



6. Berlanjut ke Basic Flow langkah ke 8.A-3 Aktor memilih untuk membatalkan penghapusan datagejala (setelah alternative flow 4).1. Berlanjut ke Basic Flow langkah ke 8.A-4 Aktor memilih untuk melakukan pencarian datagejala (setelah basic flow 2).1. Sistem menampilkan data gejala.2. Aktor memasukkan id atau nama gejala yang akan

ditampilkan.3. Sistem mencari dan menampilkan data gejala yang

dicari.4. Berlanjut ke Basic Flow langkah ke 8.

7. Error FlowE-1 Data gejala yang diinputkan aktor salah (setelahbasic flow 6).1. Sistem memberikan pesan peringatan bahwa data yang

diinputkan salah.2. Kembali ke Basic Flow Langkah ke 4.E-2 Data gejala yang diinputkan aktor salah (setelahalternative flow 4).1. Sistem memberikan pesan peringatan bahwa data yang



9. PostConditions1. Data gejala di database telah terupdate.

4.1.4 Use case Spesification : Pengelolaan datapenanganan penyakit TBC

1. Brief Description



Use Case ini digunakan oleh aktor untukmengelola data penanganan penyakit tuberkolosis.Aktor dapat melakukan tambah penanganan, ubahpenanganan, hapus penanganan, atau cari penanganan.




melakukan pengelolaan data penanganan.2. Sistem memberikan pilihan untuk melakukan tambah,

ubah, tampil, atau hapus data penanganan.3. Aktor memilih untuk melakukan tambah data

informasi.4. Aktor menginputkan data informasi.5. Aktor meminta sistem untuk menyimpan data

informasi yang telah diinputkan.6. Sistem mengecek data informasi yang telah

diinputkan.7. Sistem menyimpan data informasi ke database.8. Use Case selesai.

5. Alternative FlowA-1 Aktor memilih untuk melakukan ubah datainformasi (setelah basic flow 2).1. Sistem menampilkan data informasi.2. Aktor mengubah data informasi yang sudah

ditampilkan.3. Aktor meminta sistem untuk menyimpan data

informasi yang telah diubah.



4. Sistem mengecek data informasi baru yang telahdiinputkan.

5. Sistem menyimpan data informasi yang telah diubahke database.

6. Berlanjut ke Basic Flow langkah ke 8.A-2 Aktor memilih untuk melakukan hapus datainformasi (setelah basic flow 2).1. Sistem menampilkan data informasi.2. Aktor memilih salah satu data informasi yang akan

dihapus.3. Aktor meminta sistem untuk menghapus data

informasi.4. Sistem mengkonfirmasi apakah data akan dihapus.5. Aktor memilih ya untuk menghapus data informasi.6. Berlanjut ke Basic Flow langkah ke 8.A-3 Aktor memilih untuk membatalkan penghapusan datainformasi (setelah alternative flow 4).1. Berlanjut ke Basic Flow langkah ke 8.A-4 Aktor memilih untuk melakukan pencarian datapenanganan (setelah basic flow 2).1. Sistem menampilkan data penanganan.2. Aktor memasukkan id atau nama penanganan yang akan

ditampilkan.3. Sistem mencari dan menampilkan data penanganan

yang dicari.4. Berlanjut ke Basic Flow langkah ke 8.

6. Error FlowE-1 Data informasi yang diinputkan aktor salah(setelah basic flow 6).1. Sistem memberikan pesan peringatan bahwa data yang

diinputkan salah.



2. Kembali ke Basic Flow Langkah ke 4.E-2 Data informasi yang diinputkan aktor salah(setelah alternative flow 4).1. Sistem memberikan pesan peringatan bahwa data yang



8. PostConditions1. Data informasi di database telah terupdate.

4.1.5 Use case Spesification : Pengelolaan data admin1. Brief Description

Use Case ini digunakan oleh aktor untukmengelola data pengguna sistem (admin). Aktor dapatmelakukan tambah admin, ubah admin, hapus admin, dancari admin.




melakukan pengelolaan data admin.2. Sistem memberikan pilihan untuk melakukan tambah

data admin, ubah data admin, hapus data admin,atau cari data admin.

3. Aktor memilih untuk melakukan tambah data admin.4. Aktor menginputkan data admin.5. Aktor meminta sistem untuk menyimpan data admin

yang telah diinputkan.



6. Sistem mengecek data admin yang telah diinputkan.7. Sistem menyimpan data admin ke database.8. Use Case selesai.

5. Alternative FlowA-1 Aktor memilih untuk melakukan ubah data admin(setelah basic flow 2).1. Sistem menampilkan data admin.2. Aktor mengubah data admin yang sudah ditampilkan.3. Aktor meminta sistem untuk menyimpan data admin

yang telah diubah.4. Sistem mengecek data admin baru yang telah

diinputkan.5. Sistem menyimpan data admin yang telah diubah ke

database.6. Berlanjut ke Basic Flow langkah ke 8.A-2 Aktor memilih untuk melakukan hapus data admin(setelah basic flow 2).1. Sistem menampilkan data admin.2. Aktor memilih salah satu data admin yang akan

dihapus.3. Aktor meminta sistem untuk menghapus data admin.4. Sistem mengkonfirmasi apakah data akan dihapus.5. Aktor memilih ya untuk menghapus data admin.6. Berlanjut ke Basic Flow langkah ke 8.A-3 Aktor memilih untuk membatalkan penghapusan dataadmin (setelah alternative flow 4).1. Berlanjut ke Basic Flow langkah ke 8.A-4 Aktor memilih untuk melakukan cari data admin(setelah basic flow 2).1. Aktor memasukkan id atau nama penanganan yang akan

ditampilkan.



2. Sistem mencari data admin.3. Berlanjut ke Basic Flow langkah ke 8.

6. Error FlowE-1 Data admin yang diinputkan aktor salah (setelahbasic flow 6).1. Sistem memberikan pesan peringatan bahwa data yang

diinputkan salah.2. Kembali ke Basic Flow Langkah ke 4.E-2 Data admin yang diinputkan aktor salah (setelahalternative flow 4).1. Sistem memberikan pesan peringatan bahwa data yang



8. PostConditions1. Data informasi di database telah terupdate.

4.1.6 Use case Spesification : Identifikasi PenyakitTBC

1. Brief DescriptionUse Case ini digunakan oleh aktor untuk melihat

sistem pakar TBC.2. Primary Actor

User.3. Supporting Actor

None.4. Basic Flow

1. Use Case ini dimulai ketika aktor memilih untukmelakukan diagnosa TBC dengan menggunakan sistempakar.



2. Sistem memberikan beberapa pertanyaan yang harusdijawan oleh user.

3. Aktor menjawab pertanyaan yang ada sesuai dengangejala yang dirasakannya.

4. Aktor meminta sistem untuk mendiagnosa hasilnya.5. Sistem menganalisa jawaban user dengan

membandingkan dengan data gejala pada database.6. Sistem menampilkan hasil diagnosa yang didapat.7. Use Case selesai.

5. Alternative FlowNone.

6. Error FlowNone.

7. PreConditions1. Aktor telah memasuki sistem.

8. PostConditions1. Hasil diagnosa penyakit TBC dan penanganan atau

terapi tercetak.

5 Entity Relationship Diagram (ERD)

Gambar 5.1 Entity Relationship Diagram (ERD)

DESKRIPSI PERANCANGAN PERANGKAT LUNAK

SPDTT(Sistem Pakar Diagnosa dan Terapi PenyakitTuberkolosis dengan Metode Fuzzy-Tsukamoto)

Untuk :Universitas Atma Jaya Yogyakarta

Dipersiapkan oleh:Christine Benita / 4870

Program Studi Teknik Informatika Fakultas TeknologiIndustri

Universitas Atma Jaya Yogyakarta

Program Studi TeknikInformatika

Fakultas Teknologi Industri

Nomor Dokumen Halaman

DPPL-SPDTT 1/52Revisi

DPPL

Program Studi Teknik Informatika DPPL SPDTT 2/ 52


DAFTAR PERUBAHANRevisi DeskripsiA

B

CD

E

F

INDEXTGL

- A B C D E F G

Ditulisoleh

Diperiksaoleh

Disetujuioleh



Daftar Halaman PerubahanHalaman Revisi Halaman Revisi



Daftar Isi1Pendahuluan................................................................................................ 71.1 Tujuan................................................................................................ 71.2 Ruang Lingkup................................................................................ 71.3 Definisi dan Akronim ............................................................... 71.4 Referensi......................................................................................... 8

2Perancangan Sistem (System Design)........................................... 92.1 Perancangan Arsitektur (Architectural Design)...... 92.2 Perancangan Rinci (Detail Design) ................................. 92.2.1 Sequence Diagram .............................................................. 92.2.2 Class Diagram ................................................................... 192.2.3 Deskripsi Kelas............................................................... 19

3Deskripsi Dekomposisi....................................................................... 293.1 Dekomposisi Data....................................................................... 293.1.1 Deskripsi Entitas dataadmin ................................... 293.1.2 Deskripsi Entitas penyakit ..................................... 293.1.3 Deskripsi Entitas gejala.......................................... 293.1.4 Deskripsi Entitas penanganan................................. 29

3.2 Physical Data Model................................................................ 304Perancangan Antar Muka (Design UI)......................................... 304.1 Form Utama .................................................................................... 304.2 Administrator.............................................................................. 324.3 Pengelolaan Admin .................................................................... 334.4 Pengelolaan Penyakit ............................................................. 374.5 Pengelolaan Gejala .................................................................. 414.6 Pengelolaan Penanganan......................................................... 454.7 Sistem Pakar TBC....................................................................... 504.8 Penanganan Penyakit TBC ...................................................... 51



Daftar GambarGambar 2.1 Rancangan Arsitektur Desktop Application

SPDTT ........................................................................................ 9Gambar 2.1 Sequence Diagram : Login ........................................... 9Gambar 2.2 Sequence Diagram : Pengelolaan Admin

Tambah Admin...................................................................... 10Gambar 2.3 Sequence Diagram : Pengelolaan Admin Ubah

Admin ...................................................................................... 10Gambar 2.4 Sequence Diagram : Pengelolaan Admin Hapus

Admin ...................................................................................... 11Gambar 2.5 Sequence Diagram : Pengelolaan Admin Cari

Admin ...................................................................................... 11Gambar 2.6 Sequence Diagram : Pengelolaan Penyakit

Tambah Penyakit............................................................... 12Gambar 2.7 Sequence Diagram : Pengelolaan Penyakit

Ubah Penyakit ................................................................... 12Gambar 2.8 Sequence Diagram : Pengelolaan Penyakit

Hapus Penyakit ................................................................. 13Gambar 2.9 Sequence Diagram : Pengelolaan Penyakit

Cari Penyakit ................................................................... 13Gambar 2.10 Sequence Diagram : Pengelolaan Gejala

Tambah Gejala ................................................................... 14Gambar 2.11 Sequence Diagram : Pengelolaan Gejala

Ubah Gejala ........................................................................ 14Gambar 2.12 Sequence Diagram : Pengelolaan Gejala

Hapus Gejala...................................................................... 15Gambar 2.13 Sequence Diagram : Pengelolaan Gejala

Cari Gejala ........................................................................ 15Gambar 2.14 Sequence Diagram : Pengelolaan Penanganan

Tambah Penanganan .......................................................... 16Gambar 2.15 Sequence Diagram : Pengelolaan Penanganan

Ubah Penanganan............................................................... 16Gambar 2.16 Sequence Diagram : Pengelolaan Penanganan

Hapus Penanganan ............................................................ 17Gambar 2.17 Sequence Diagram : Pengelolaan Penanganan

Cari Penanganan............................................................... 17Gambar 2.18 Sequence Diagram : Identifikasi Penyakit.. 18Gambar 2.34 Class Diagram ................................................................ 19Gambar 3 Physical Data ....................................................................... 30Gambar 4.1 Rancangan Antarmuka Form Utama ........................... 30Gambar 4.2 Rancangan Antarmuka Administrator .................... 32Gambar 4.5.1 Rancangan Antarmuka Pengelolaan Admin

Add, Edit, Delete, Search Admin.......................... 33



Gambar 4.6.1 Rancangan Antarmuka Pengelolaan Penyakit Add, Edit, Delete, Search Penyakit ................... 37

Gambar 4.7.1 Rancangan Antarmuka Pengelolaan Gejala Add, Edit, Delete, Search Gejala........................ 41

Gambar 4.8.1 Rancangan Antarmuka Pengelolaan Penanganan Add, Edit, dan Search Penanganan ................... 45

Gambar 4.9.1 Rancangan Antarmuka Sistem Pakar PenyakitTBC .......................................................................................... 50

Gambar 4.10.1 Rancangan Antarmuka Penanganan PenyakitTBC .......................................................................................... 51



1 Pendahuluan

1.1 TujuanDokumen Deskripsi Perancangan Perangkat Lunak

Sistem Pakar Diagnosa dan Terapi Penyakit Tuberkolosisdengan Metode Fuzzy-Tsukamoto (DPPL SPDTT) bertujuanuntuk mendefinisikan perancangan perangkat lunak yangakan dikembangkan. Dokumen DPPL SPDTT tersebutdigunakan oleh pengembang perangkat lunak sebagai acuanuntuk implementasi pada tahap selanjutnya.

1.2 Ruang LingkupPerangkat Lunak SPDTT dikembangkan dengan tujuan

untuk :1. Melakukan diagnose penyakit TBC dan memberikan

informasi terapi tentang penyakit TBC.2. Memberikan informasi mengenai penyakit TBC yang

meliputi penanganan maupun pencegahan TBC.

1.3 Definisi dan AkronimDaftar definisi akronim dan singkatan :Keyword/Phrase DefinisiDPPL Deskripsi Perancangan Perangkat

Lunak disebut juga Software DesignDescription (SDD) merupakandeskripsi dari perancanganproduk/perangkat lunak yang akandikembangkan.

SPDTT Sistem pakar untuk melakukandiagnosa penyakit TBC danmemberikan informasi terapi hasil



diagnosa.

1.4 ReferensiReferensi yang digunakan pada perangkat lunak

tersebut adalah:1. Hantana, Juli Sapta Putra. Deskripsi Perancangan

Perangkat Lunak SPDTT (Smart Client for CyberCommunity). Program Studi Teknik InformatikaUAJY. 2003.

2. Benita Christine, Spesifikasi KebutuhanPerangkat Lunak SPDTT, Universitas Atma JayaYogyakarta, 2010.



2 Perancangan Sistem (System Design)

2.1 Perancangan Arsitektur (Architectural Design)

Main Form

AdminUser

Login PengelolaanPenyakit

PengelolaanGejala

PengelolaanAdmin

IdentifikasiPenyakit

Gambar 2.1 Rancangan Arsitektur Desktop Application SPDTT

2.2 Perancangan Rinci (Detail Design)

2.2.1 Sequence Diagram2.2.1.1 Login

Gambar 2.1 Sequence Diagram : Login

: Administrator : Administrator : LoginUI : LoginUI : AdminController : AdminController : Admin : Admin

1: LoginUI()

2: ValidasiDataLogin()

3: ValidasiDataLogin()

4:

5:

6:



2.2.1.2 Pengelolaan Data Admin2.2.1.2.1 Tambah Admin

Gambar 2.2 Sequence Diagram : Pengelolaan Admin Tambah Admin

2.2.1.2.2 Ubah Admin

Gambar 2.3 Sequence Diagram : Pengelolaan Admin Ubah Admin

: Administrator : Administrator : AdminUI : AdminUI : AdminController : AdminController : Admin : Admin1: AdminUI()

2: CekUsername()

3: CekUsername()

4:

5:

6: InsertDataAdmin()

7: InsertDataAdmin()

8:

9:

10:


2: SearchDataAdmin()


4:

5:

6: UpdateDataAdmin()

7: UpdateDataAdmin()

8:

9:

10:



2.2.1.2.3 Hapus Admin

Gambar 2.4 Sequence Diagram : Pengelolaan Admin Hapus Admin

2.2.1.2.4 Cari Admin

Gambar 2.5 Sequence Diagram : Pengelolaan Admin Cari Admin




4:

5:

6: DeleteDataAdmin()

7: DeleteDataAdmin()

8:

9:

10:

: Administrator : Administrator : AdminUI : AdminUI : AdminController : AdminController : Admin : Admin

1: AdminUI()

2:

3: GetSyaratPencarian()

4: GetDataAdmin()

5: GetDataAdmin()

6:

7:

8:



2.2.1.3 Pengelolaan Penyakit2.2.1.3.1 Tambah Penyakit

Gambar 2.6 Sequence Diagram : Pengelolaan Penyakit TambahPenyakit

2.2.1.3.2 Ubah Penyakit

Gambar 2.7 Sequence Diagram : Pengelolaan Penyakit Ubah Penyakit

: Administrator : Administrator : PenyakitUI : PenyakitUI : PenyakitController : PenyakitController : Penyakit : Penyakit

1: PenyakitUI()

2: CekNamaPenyakit()

3: CekNamaPenyakit()

4:

5:

6: InsertDataPenyakit()

7: InsertDataPenyakit()

8:

9:

10:


1: PenyakitUI()

2: SearchDataPenyakit()


4:

5:

6: UpdateDataPenyakit()

7: UpdateDataPenyakit()

8:

9:

10:



2.2.1.3.3 Hapus Penyakit

Gambar 2.8 Sequence Diagram : Pengelolaan Penyakit HapusPenyakit

2.2.1.3.4 Cari Penyakit

Gambar 2.9 Sequence Diagram : Pengelolaan Penyakit Cari Penyakit


1: PenyakitUI()



4:

5:

6: DeleteDataPenyakit()

7: DeleteDataPenyakit()

8:

9:

10:

: Administrator : Administrator : PenyakitUI : PenyakitUI : PenyakitController : PenyakitController : Penyakit : Penyakit1: PenyakitUI()

2:


4: GetDatapenyakit()

5: GetDatapenyakit()

6:

7:

8:



2.2.1.4 Pengelolaan Gejala2.2.1.4.1 Tambah Gejala

Gambar 2.10 Sequence Diagram : Pengelolaan Gejala Tambah Gejala

2.2.1.4.2 Ubah Gejala

Gambar 2.11 Sequence Diagram : Pengelolaan Gejala Ubah Gejala

: Administrator : Administrator : GejalaUI : GejalaUI : GejalaController : GejalaController : Gejala : Gejala : PenyakitController : PenyakitController : Penyakit : Penyakit

1: GejalaUI

2: GetDataPenyakit()


4:

5:

6: CekNamaGejala()

7: CekNamaGejala()

8:

9:

10: InsertDataGejala()

11: InsertDataGejala()

12:

13:

14:


1: GejalaUI()



4:

5:

6: SearchDataGejala()


8:

9:

10: UpdateDataGejala()

11: UpdateDataGejala()

12:

13:

14:



2.2.1.4.3 Hapus Gejala

Gambar 2.12 Sequence Diagram : Pengelolaan Gejala Hapus Gejala

2.2.1.4.4 Cari Gejala

Gambar 2.13 Sequence Diagram : Pengelolaan Gejala Cari Gejala


1: GejalaUI()



4:

5:



8:

9:

10: DeleteDataGejala()

11: DeleteDataGejala()

12:

13:

14:


1: GejalaUI()



4:

5:

6:


8: GetDataGejala()

9: GetDataGejala()

10:

11:

12:



2.2.1.5 Pengelolaan Penanganan2.2.1.5.1 Tambah Penanganan

Gambar 2.14 Sequence Diagram : Pengelolaan Penanganan TambahPenanganan

2.2.1.5.2 Ubah Penanganan

Gambar 2.15 Sequence Diagram : Pengelolaan Penanganan UbahPenanganan

: Administrator : Administrator : PenangananUI : PenangananUI : PenangananController : PenangananController : Penanganan : Penanganan : PenyakitController : PenyakitController : Penyakit : Penyakit

1: PenangananUI()



4:

5:

6: CekNamaPenanganan()

7: CekNamaPenanganan()

8:

9:

10: InsertDataPenanganan()

11: InsertDataPenanganan()

12:

13:

14:


1: PenangananUI()



4:

5:

6: SearchDataPenanganan()


8:

9:

10: UpdateDataPenanganan()

11: UpdateDataPenanganan()

12:

13:

14:



2.2.1.5.3 Hapus Penanganan

Gambar 2.16 Sequence Diagram : Pengelolaan Penanganan HapusPenanganan

2.2.1.5.4 Cari Penanganan

Gambar 2.17 Sequence Diagram : Pengelolaan Penanganan CariPenanganan


1: PenangananUI()



4:

5:



8:

9:

10: DeleteDataPenanganan()

11: DeleteDataPenanganan()

12:

13:

14:


1: PenangananUI()



4:

5:

6:


8: GetDataPenanganan()


10:

11:

12:



2.2.1.6 Identifikasi Penyakit

Gambar 2.18 Sequence Diagram : Identifikasi Penyakit

: User : User : SistemPakarUI : SistemPakarUI : SistemPakarController : SistemPakarController

: Penanganan : Penanganan

1: SistemPakarUI()

2:

3: TambahDataGejala()

4: ValidasiDataGejala()


6:

7:

8:



2.2.2 Class Diagram

Gambar 2.34 Class Diagram

2.2.3 Deskripsi Kelas2.2.3.1 Specific Design Class LoginUILoginUI

+LoginUI()Default konstruktor, digunakan untuk inisialisasi semuaattribute dari kelas ini.

GejalaUI

GejalaUI()GetSyaratPencarian()

(from Boundary)

Gejala

id_gejala : Integerid_penyakit : Integernama_gejala : Stringis_deleted : Boolean

CekNamaGejala()InsertDataGejala()SearchDataGejala()UpdateDataGejala()DeleteDataGejala()GetDataGejala()

(from Enti ty)

PenangananUI

PenangananUI()GetSyaratPencarian()

(from Boundary)

GejalaController

ValidasiDataGejala()CekNamaGejala()InsertDataGejala()SearchDataGejala()UpdateDataGejala()DeleteDataGejala()GetDataGejala()

(from Control Class)

1 11 11

1..*

1

1..*

PenyakitUI

PenyakitUI()GetSyaratPencarian()

(from Boundary)

PenyakitController

ValidasiDataPenyakit()CekNamaPenyakit()InsertDataPenyakit()SearchDataPenyakit()UpdateDataPenyakit()DeleteDataPenyakit()GetDataPenyakit()


1

1

1

1

Penyakit

id_penyakit : Integernama_penyakit : Stringdeskripsi_penyakit : Stringis_deleted : Boolean

CekNamaPenyakit()InsertDataPenyakit()SearchDataPenyakit()UpdateDataPenyakit()DeleteDataPenyakit()GetDataPenyakit()

(from Enti ty)

1

1..*

1

1..*

11..* 11..*PenangananController

ValidasiDataPenanganan()CekNamaPenanganan()InsertDataPenanganan()SearchDataPenanganan()UpdateDataPenanganan()DeleteDataPenanganan()GetDataPenanganan()


1 11 11

1..*1

1..*

SistemPakarUI

SsitemPakarUI()TambahDataGejala()

(from Boundary)

SistemPakarController

ValidasiDataGejala()


1 11 1

Penanganan

id_penanganan : Integerid_penyakit : Integernama_penanganan : Stringdeskripsi : Stringis_deleted : Boolean

CekNamaPenanganan()InsertDataPenanganan()SearchDataPenanganan()UpdateDataPenanganan()DeleteDataPenanganan()GetDataPenanganan()

(from Enti ty)

1

1..*

1

1..*

1 1..*1 1..*

Admin

id_admin : Integerusername : Stringpassword : Stringis_deleted : Boolean...role : String

ValidasiDataAdmin()ValidasiDataLogin()CekUsername()InsertDataAdmin()SearchDataAdmin()UpdateDataAdmin()DeleteDataAdmin()GetDataAdmin()

(from Enti ty)

AdminUI

AdminUI()GetSyaratPencarian()

(from Boundary)

LoginUI

LoginUI()

(from Boundary)

AdminController

ValidasiDataLogin()CekUsername()InsertDataAdmin()SearchDataAdmin()UpdateDataAdmin()DeleteDataAdmin()GetDataAdmin()


11

11

1 1..*1 1..*

1

1

1

1



2.2.3.2 Specific Design Class AdminUIAdminUI

+AdminUI()Default konstruktor, digunakan untuk inisialisasi semuaattribute dari kelas ini.+GetSyaratPencarian()Operasi ini digunakan untuk mengambil id admin yangdimasukan oleh admin.

2.2.3.3 Specific Design Class PenyakitUIPenyakitUI

+PenyakitUI()Default konstruktor, digunakan untuk inisialisasi semuaattribute dari kelas ini.+GetSyaratPencarian()Operasi ini digunakan untuk mengambil id penyakit yangdimasukan oleh admin.

2.2.3.4 Specific Design Class GejalaUIGejalaUI

+GejalaUI()Default konstruktor, digunakan untuk inisialisasi semuaattribute dari kelas ini.+GetSyaratPencarian()Operasi ini digunakan untuk mengambil id gejala yangdimasukan oleh admin.

2.2.3.5 Specific Design Class PenangananUIPenangananUI

+PenangananUI()



Default konstruktor, digunakan untuk inisialisasi semuaattribute dari kelas ini.+GetSyaratPencarian()Operasi ini digunakan untuk mengambil id penanganan yangdimasukan oleh admin.

2.2.3.6 Specific Design Class SistemPakarUISistemPakarUI

+SistemPakarUI()Default konstruktor, digunakan untuk inisialisasi semuaattribute dari kelas ini.+TambahDataGejala()Operasi ini digunakan untuk memasukkan gejala yang dirasakanoleh user.

2.2.3.7 Specific Design ClassPengelolaanAdminController

PengelolaanAdminController

+ValidasiDataAdmin()Operasi ini digunakan untuk memvalidasi data admin yang akandimasukkan. Jika data user valid maka akan mengembalikannilai true namun jika tidak akan mengembalikan nilai false.+CekUsername()Operasi ini digunakan untuk mengecek username yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataAdmin()Operasi ini digunakan untuk menyimpan data admin baru kedalam database.+SearchDataAdmin()Operasi ini digunakan untuk mencari data admin di dalamdatabase.+UpdateDataAdmin()



Operasi ini digunakan untuk mengubah data admin daridatabase.+DeleteDataAdmin()Operasi ini digunakan untuk menghapus data admin dalamdatabase.+GetDataAdmin()Operasi ini digunakan untuk mengambil data admin dalamdatabase.

2.2.3.8 Specific Design ClassPengelolaanPenyakitController

PengelolaanPenyakitController

+ValidasiDataPenyakit()Operasi ini digunakan untuk memvalidasi data penyakit yangakan dimasukkan. Jika data penyakit valid maka akanmengembalikan nilai true namun jika tidak akan mengembalikannilai false.+CekNamaPenyakit()Operasi ini digunakan untuk mengecek nama penyakit yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataPenyakit()Operasi ini digunakan untuk menyimpan data penyakit baru kedalam database.+SearchDataPenyakit()Operasi ini digunakan untuk mencari data penyakit di dalamdatabase.+UpdateDataPenyakit()Operasi ini digunakan untuk mengubah data penyakit daridatabase.+DeleteDataPenyakit()Operasi ini digunakan untuk menghapus data penyakit dalamdatabase.+GetDataPenyakit()



Operasi ini digunakan untuk mengambil data penyakit dalamdatabase.

2.2.3.9 Specific Design ClassPengelolaanGejalaController

PengelolaanGejalaController

+ValidasiDataGejala()Operasi ini digunakan untuk memvalidasi data gejala yangakan dimasukkan. Jika data gejala valid maka akanmengembalikan nilai true namun jika tidak akan mengembalikannilai false.+CekNamaGejala()Operasi ini digunakan untuk mengecek nama gejala yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataGejala()Operasi ini digunakan untuk menyimpan data gejala baru kedalam database.+SearchDataGejala()Operasi ini digunakan untuk mencari data gejala di dalamdatabase.+UpdateDataGejala()Operasi ini digunakan untuk mengubah data gejala daridatabase.+DeleteDataGejala()Operasi ini digunakan untuk menghapus data gejala dalamdatabase.+GetDataGejala()Operasi ini digunakan untuk mengambil data gejala dalamdatabase.

2.2.3.10 Specific Design ClassPengelolaanPenangananController

PengelolaanPenangananController



+ValidasiDataPenanganan()Operasi ini digunakan untuk memvalidasi data penanganan yangakan dimasukkan. Jika data penanganan valid maka akanmengembalikan nilai true namun jika tidak akan mengembalikannilai false.+CekNamaPenanganan()Operasi ini digunakan untuk mengecek nama penanganan yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataPenanganan()Operasi ini digunakan untuk menyimpan data penanganan baruke dalam database.+SearchDataPenanganan()Operasi ini digunakan untuk mencari data gejala di dalamdatabase.+UpdateDataPenanganan()Operasi ini digunakan untuk mengubah data penanganan daridatabase.+DeleteDataPenanganan()Operasi ini digunakan untuk menghapus data penanganan dalamdatabase.+GetDataPenanganan()Operasi ini digunakan untuk mengambil data penanganan dalamdatabase.

2.2.3.11 Specific Design ClassPengelolaanSistemPakarController

PengelolaanSistemPakarController

+ValidasiDataGejala()Operasi ini digunakan untuk memvalidasi data gejala yangakan dimasukkan. Jika data gejala valid maka akanmengembalikan nilai true namun jika tidak akan mengembalikannilai false.



2.2.3.12 Specific Design Class AdminAdmin

-id_admin : IntegerAtribut ini digunakan untuk menyimpan id dari admin.-username : StringAtribut ini digunakan untuk menyimpan username dari admin.-password : StringAtribut ini digunakan untuk menyimpan password dari admin.-is_deleted : BooleanAtribut ini digunakan untuk menyimpan status penghapusandari user.-role : StringAtribut ini digunakan untuk menyimpan role dari user, dimanarole hanya ada 3 yaitu administrator, reservasi dan manager.+ValidasiDataAdmin()Operasi ini digunakan untuk memvalidasi data admin yang akandimasukkan. Jika data admin valid maka akan mengembalikannilai true namun jika tidak akan mengembalikan nilai false.+ValidasiDataLogin()Operasi ini digunakan untuk memvalidasi data login yang akandimasukkan. Jika data login valid maka akan mengembalikannilai true namun jika tidak akan mengembalikan nilai false.+CekUsername()Operasi ini digunakan untuk mengecek username yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataAdmin()Operasi ini digunakan untuk menyimpan data admin kedatabase.+SearchDataAdmin()Operasi ini digunakan untuk mencari data admin di dalamdatabase.+UpdateDataAdmin()Operasi ini digunakan untuk mengubah data admin di database.



+DeleteDataAdmin()Operasi ini digunakan untuk menghapus data admin didatabase.+GetDataAdmin()Operasi ini digunakan untuk mengambil data admin daridatabase.

2.2.3.13 Specific Design Class PenyakitPenyakit -id_penyakit : IntegerAtribut ini digunakan untuk menyimpan id dari penyakit.-nama_penyakit : StringAtribut ini digunakan untuk menyimpan nama dari penyakit.-deskripsi_penyakit : StringAtribut ini digunakan untuk menyimpan keterangan daripenyakit.-is_deleted : BooleanAtribut ini digunakan untuk menyimpan status penghapusandari penyakit.+CekNamaPenyakit()Operasi ini digunakan untuk mengecek nama penyakit yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataPenyakit()Operasi ini digunakan untuk menyimpan data penyakit kedatabase.+SearchDataPenyakit()Operasi ini digunakan untuk mencari data penyakit di dalamdatabase.+UpdateDataPenyakit()Operasi ini digunakan untuk mengubah data penyakit didatabase.+DeleteDataPenyakit()Operasi ini digunakan untuk menghapus data penyakit didatabase.



+GetDataPenyakit()Operasi ini digunakan untuk mengambil data penyakit daridatabase.

2.2.3.14 Specific Design Class GejalaGejala -id_gejala : IntegerAtribut ini digunakan untuk menyimpan id dari gejala.-id_penyakit : IntegerAtribut ini digunakan untuk menyimpan id dari penyakit.-nama_gejala : StringAtribut ini digunakan untuk menyimpan nama dari gejala.-is_deleted : BooleanAtribut ini digunakan untuk menyimpan status penghapusandari gejala.+CekNamaGejala()Operasi ini digunakan untuk mengecek nama gejala yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataGejala()Operasi ini digunakan untuk menyimpan data gejala kedatabase.+SearchDataGejala()Operasi ini digunakan untuk mencari data gejala di dalamdatabase.+UpdateDataGejala()Operasi ini digunakan untuk mengubah data gejala didatabase.+DeleteDataGejala()Operasi ini digunakan untuk menghapus data gejala didatabase.+GetDataGejala()Operasi ini digunakan untuk mengambil data gejala daridatabase.



2.2.3.15 Specific Design Class PenangananPenanganan -id_penanganan : IntegerAtribut ini digunakan untuk menyimpan id dari penanganan.-id_penyakit : IntegerAtribut ini digunakan untuk menyimpan id dari penyakit.-nama_penanganan : StringAtribut ini digunakan untuk menyimpan nama dari penanganan.-deskripsi : StringAtribut ini digunakan untuk menyimpan keterangan daripenanganan.-is_deleted : BooleanAtribut ini digunakan untuk menyimpan status penghapusandari penanganan.+CekNamaPenanganan()Operasi ini digunakan untuk mengecek nama penanganan yangdimasukkan admin sudah ada atau belum dalam basis data.+InsertDataPenanganan()Operasi ini digunakan untuk menyimpan data penanganan kedatabase.+SearchDataPenanganan()Operasi ini digunakan untuk mencari data penanganan di dalamdatabase.+UpdateDataPenanganan()Operasi ini digunakan untuk mengubah data penanganan didatabase.+DeleteDataPenanganan()Operasi ini digunakan untuk menghapus data penanganan didatabase.+GetDataPenanganan()Operasi ini digunakan untuk mengambil data penanganan daridatabase.



3 Deskripsi Dekomposisi

3.1 Dekomposisi Data

3.1.1 Deskripsi Entitas dataadminNama Tipe Panjang Keterangan

id_admin Integer - Id user, Primary keyusername Variable Character 20 Username dari userpassword Variable Character 20 Password userrole Variable Character 30 Hak akses dari useris_deleted Bit - Status penghapusan

data admin

3.1.2 Deskripsi Entitas penyakitNama Tipe Panjang Keterangan

id_penyakit Integer - Id penyakit, Primarykey

nama_penyakit VariableCharacter

20 Nama penyakit

deskripsi_penyakit VariableCharacter

100 Keterangan penyakit

is_deleted Bit - Status penghapusanpenyakit

3.1.3 Deskripsi Entitas gejalaNama Tipe Panjang Keterangan

id_gejala Integer - Id pemesanan, Primary keyid_penyakit Integer - Id penyakit, Foreign keynama_gejala Variable

Character30 Nama untuk gejala

is_deleted Bit - Status penghapusan gejala

3.1.4 Deskripsi Entitas penangananNama Tipe Panjang Keterangan

id_penanganan Integer - Id penanganan, PrimayKey

id_penyakit Integer - Id penyakit, Foreignkey

nama_penanganan Variable 30 Nama untuk penanganan



Character penyakitdeskripsi Variable

Character250 Penjelasan dari

diagnosisis_deleted Bit - Status penghapusan

penanganan

3.2 Physical Data Model

Gambar 3 Physical Data

4 Perancangan Antar Muka (Design UI)

4.1 Form UtamaForm Utama

Username Password Sign In

SPDTTSistem Pakar Diagnosa dan Terapi

Penyakit Tuberkolosis

Sistem Pakar ini akan membantuanda dalam melakukanpemeriksaan mandiri terhadapPenyakit Tuberkolosis

Diagnosis TBC

Gambar 4.1 Rancangan Antarmuka Form UtamaDeskripsi

ID_PENYAKIT = ID_PENYAKIT

ID_PENYAKIT = ID_PENYAKIT

PENYAKITID_PENYAKIT intNAMA_PENANGANAN varchar(30)DESKRIPSI_PENYAKIT varchar(100)IS_DELETED char(1)

DATAADMINID_ADMIN intUSERNAME varchar(20)PASSWORD varchar(20)ROLE char(1)IS_DELETED char(1)

GEJALAID_GEJALA intID_PENYAKIT intID_PENYAKIT_FK intNAMA_GEJALA varchar(30)IS_DELETED char(1)

PENANGANANID_PENANGANAN intID_PENYAKIT intID_PENYAKIT_FK intNAMA_PENANGANAN varchar(30)DESKRIPSI varchar(250)IS_DELETED char(1)



Antarmuka ini digunakan untuk melakukan proseslogin untuk admin ke dalam sistem dan prosesdiagnosis TBC untuk user. Untuk mendapat aksesmasuk ke dalam sistem, admin harus menginputkanlogin id dan password dengan benar pada textboxyang telah disediakan. Pada saat tombol Sign Inditekan, sistem akan mengecek id dan password yangdiinputkan dengan data id dan password yang telahtersimpan di database. Jika data id dan passwordbenar atau cocok maka user akan masuk ke dalamsistem, sebaliknya jika id dan password salah atautidak cocok maka akan diberikan pesan peringatan.Sedangkan proses diagnosis Penyakit TBC, user dapatmasuk ke sistem tanpa harus login terlebih dahulu.Jadi semua pengguna dapat langsung melakukan prosesdiagnosis penyakit TBC.

EventOnClick_SignIn(){Sistem memeriksa di basis data, apakah data usersama dengan data user yang diinputkan dengan SQLStatement sebagai berikut :SELECT role FROM dataadminWHERE username = [txtUsername] and password =[txtPassword];Sistem membandingkan nama user dan password dariquery yang diperoleh dengan password input user.Jika password sesuai, user masuk ke sistem sesuairolenya. Jika password tidak sesuai, sistemmenampilkan pesan kesalahan.}diagnosisTBC_Click()



{Menciptakan form diagnosis TBC danmenampilkannya.

}

4.2 AdministratorForm Utama

Username Password Sign In

SPDTTSistem Pakar Diagnosa dan Terapi

Penyakit Tuberkolosis

Sistem Pakar ini akan membantuanda dalam melakukanpemeriksaan mandiri terhadapPenyakit Tuberkolosis

Diagnosis TBC

Gambar 4.2 Rancangan Antarmuka AdministratorDeskripsi

Antarmuka ini digunakan oleh Administrator untukmelakukan proses pengelolaan, yaitu pengelolaanadmin, penyakit, gejala, dan penanganan. Terdapatmenu Help.

EventmenuAdmin_Click(){

Menciptakan form pengelolaan admin danmenampilkannya.

}menuPenyakit_Click(){

Menciptakan form pengelolaan penyakit danmenampilkannya.



}menuGejala_Click(){

Menciptakan form pengelolaan gejala danmenampilkannya.

}menuPenanganan_Click(){

Menciptakan form pengelolaan penangananpenyakit dan menampilkannya.

}menuLogOut_Click(){

Memanggil dan menampilkan kembali form utama.}menuHelp_Click(){

Menciptakan form Help dan menampilkannya.}menuExit_Click(){

Menutup form Administrator.}

4.3 Pengelolaan Admin

Gambar 4.5.1 Rancangan Antarmuka Pengelolaan Admin Add, Edit,Delete, Search Admin

DeskripsiAntarmuka ini digunakan oleh Administrator untukmelakukan pengelolaan admin. Terdapat 6 button,



yaitu Add, Edit, Delete, Search, Refresh dan Exituntuk melakukan operasi terhadap data admin.

EventForm_Load(){

Mengisi dataGridAdmin dengan data admin yangada dalam database dengan query sebagaiberikut:SELECT * FROM dataadmin WHERE is_deleted=0;

Mengisi textBoxIdAdmin dengan nilai tertinggiid admin ditambah 1. Dimana querynya adalahsebagai berikut :SELECT max(id_admin)+1 FROM dataadmin;

Memunculkan label id_admin, username, password.Memunculkan textBox id_admin, username,password.

}

4.3.1 Add AdminOnClick_AddAdmin(){

Sistem akan melakukan penambahan data adminbaru ke dalam database dengan SQL Statementsebagai berikut :

INSERT INTO dataadminVALUES([txtUsername],[txtPassword],a,0);

Jika penambahan data admin berhasil maka dataadmin baru akan tertampil di data grid yang adadalam form, dan jika gagal sistem akanmenampilkan pesan kesalahan.

}OnClick_Refresh(){



Mengembalikan ke kondisi awal, yaitumembersihkan semua textbox dan menampilkansemua data admin di dataGridAdmin.

}OnClick_ExitAdmin(){

Menutup form Pengelolaan Admin}

4.3.2 Edit AdminOnClick_EditAdmin(){

Sistem akan mengisikan data admin dari databaseke dalam textbox sesuai dengan id user yangdipilih. Dimana data user tersebut diambildengan SQL Statement sebagai berikut :SELECT * FROM dataadmin WHEREid_admin=[txtIdAdmin];Sistem akan melakukan pengeditan data adminbaru ke dalam database dengan SQL Statementsebagai berikut :

UPDATE dataadmin SETusername=[txtUsername],password=[txtPassword],role=a,0);

Jika pengeditan data admin berhasil maka dataadmin baru akan tertampil di data grid yang adadalam form, dan jika gagal sistem akanmenampilkan pesan kesalahan.

}OnClick_Refresh(){






4.3.3 Delete AdminOnClick_DeleteAdmin(){

Sistem akan menghapus data admin sesuai denganid_admin yang diinputkan dengan menggunakan SQLStatement berikut

UPDATE users SET is_deleted =1 whereid_admin=[txtIdAdmin];

Jika penghapusan data admin berhasil maka dataadmin akan terhapus dari data grid yang adadalam form, dan jika gagal sistem akanmenampilkan pesan kesalahan.

Sebelumnya admin memilih data yang akan dihapusdengan mengklik data yang ada di data grid.

}OnClick_Refresh(){




4.3.4 Search UserOnCheckedChanged_radioButtonIdAdmin(){

Mengaktifkan textbox IdUserSearch}OnCheckedChanged_radioButtonUsername(){

Mengaktifkan textbox UsernameSearch}OnClick_SearchAdmin(){



Sistem akan menampilkan data admin sesuaidengan kategori yang dipilih ke dalam data gridadmin.

}OnClick_Refresh(){




4.4 Pengelolaan Penyakit

Gambar 4.6.1 Rancangan Antarmuka Pengelolaan Penyakit Add, Edit,Delete, Search Penyakit

DeskripsiAntarmuka ini digunakan oleh Administrator untukmelakukan pengelolaan penyakit. Terdapat 6 button,yaitu Add, Edit, Delete, Search, Refresh dan Exituntuk melakukan operasi terhadap data penyakit.

EventForm_Load(){



Mengisi dataGridPenyakit dengan data penyakityang ada dalam database dengan query sebagaiberikut :SELECT * FROM penyakit WHERE is_deleted=0;

Mengisi textBoxIdPenyakit dengan nilaitertinggi id penyakit ditambah 1. Dimanaquerynya adalah sebagai berikut :SELECT max(id_penyakit)+1 FROM penyakit;

Memunculkan label id_penyakit, nama_penyakit,deskripsi_penyakit. Memunculkan textBoxid_penyakit, nama_penyakit. MemunculkanrichTextBox deskripsi_penyakit.

}

4.4.1 Add PenyakitOnClick_AddPenyakit(){

Sistem akan melakukan penambahan data penyakitbaru ke dalam database dengan SQL Statementsebagai berikut :

INSERT INTO penyakitVALUES([txtnamaPenyakit],[richTextBoxdeskripsiPenyakit],0);

Jika penambahan data penyakit berhasil makadata penyakit baru akan tertampil di data gridyang ada dalam form, dan jika gagal sistem akanmenampilkan pesan kesalahan.

}OnClick_Refresh(){

Mengembalikan ke kondisi awal, yaitumembersihkan semua textbox dan richTextBoxserta menampilkan semua data penyakit didataGridPenyakit.

}OnClick_ExitPenyakit(){



Menutup form Pengelolaan Penyakit}

4.4.2 Edit PenyakitOnClick_EditPenyakit(){

Sistem akan mengisikan data penyakit daridatabase ke dalam textbox atau richTextBoxsesuai dengan id penyakit yang dipilih. Dimanadata penyakit tersebut diambil dengan SQLStatement sebagai berikut :SELECT * FROM penyakit WHEREid_penyakit=[txtIdPenyakit];

Sistem akan melakukan pengeditan data penyakitbaru ke dalam database dengan SQL Statementsebagai berikut :

UPDATE penyakit SETnama_penyakit=[txtNamaPenyakit],deskripsi_penyakit=[richTextBoxdeskripsiPenyakit],0);

Jika pengeditan data penyakit berhasil makadata penyakit baru akan tertampil di data gridyang ada dalam form, dan jika gagal sistem akanmenampilkan pesan kesalahan.

}OnClick_Refresh(){




4.4.3 Delete PenyakitOnClick_DeletePenyakit()



{Sistem akan menghapus data penyakit sesuaidengan id_penyakit yang diinputkan denganmenggunakan SQL Statement berikut

UPDATE penyakit SET is_deleted =1 whereid_penyakit=[txtIdSupir];

Jika penghapusan data penyakit berhasil makadata penyakit akan terhapus dari data grid yangada dalam form, dan jika gagal sistem akanmenampilkan pesan kesalahan.

Sebelumnya admin memilih data yang akan dihapusdengan mengklik data yang ada di data gridsehingga data tersebut muncul.

}OnClick_Refresh(){




4.4.4 Search PenyakitOnCheckedChanged_radioButtonIdPenyakit(){

Mengaktifkan textbox IdPenyakitSearch}OnCheckedChanged_radioButtonnamaPenyakit(){

Mengaktifkan textbox namaPenyakitSearch}OnClick_SearchPenyakit(){

Program Studi Teknik

BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan TBC …e-journal.uajy.ac.id/3359/7/6TF04870.pdf ·...

Documents

Transcript of BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan TBC …e-journal.uajy.ac.id/3359/7/6TF04870.pdf ·...

BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan

BAB VI KESIMPULAN DAN SARAN Kesimpulan - core.ac.uk · BAB VI . KESIMPULAN DAN SARAN . 6.1. Kesimpulan ... Menggunakan Java Programming, s.l.: s.n. Bridge, C., 2011. ... Program Studi

BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan · BAB VI . KESIMPULAN DAN SARAN . 6.1 Kesimpulan Setelah dilakukan perhitungan estimasi dimensi, analisa gempa, analisa struktur, dan perhitungan

BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan · 97 BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan Perancangan ulang sistem distribusi pada Wifam Bakery dalam penelitian ini menghasilkan

BAB VI KESIMPULAN DAN SARAN - core.ac.uk · 154 BAB VI KESIMPULAN DAN SARAN . 6.1. Kesimpulan . Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan bahwa

New BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan · 2017. 12. 16. · 46 BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Setelah dilakukan validasi aplikasi T-Beam dengan sejumlah sumber

BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan · 50 BAB VI . KESIMPULAN DAN SARAN . 6.1. Kesimpulan Berdasarkan analisis kepuasan pengguna jalan tol Bali Mandara terhadap kualitas layanan

BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan fileBAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan hasil penelitian di ruas Jalan Mena-Terminal dan Jalan Ahmad Yani-Carep, maka

BAB VI KESIMPULAN DAN SARAN - repository.unair.ac.id

BAB VI KESIMPULAN DAN SARAN - core.ac.uk · 76 BAB VI KESIMPULAN DAN SARAN . 6.1 Kesimpulan . Berdasarkan uraian dan pengujian yang telah dilakukan, kesimpulan dari pembangunan aplikasi

BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan · 2018. 8. 17. · 51 BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan Berdasarkan hasil penelitian yang telah didapatkan, maka dapat ditarik

BAB VI` KESIMPULAN DAN SARAN 1. KESIMPULAN. Kajian ini ...

BAB VI Kesimpulan dan Saran - core.ac.uk file55 BAB VI Kesimpulan dan Saran 6.1 Kesimpulan Berdasarkan eksperimen, analisis data, dan klasifikasi yang telah dilakukan, maka kesimpulan

BAB VI KESIMPULAN, IMPLIKASI, DAN SARAN A. Kesimpulanrepository.upy.ac.id/795/6/BAB VI & DOKUMEN.pdf · KESIMPULAN, IMPLIKASI, DAN SARAN A. Kesimpulan Berdasarkan hasil penelitian

BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan · 79 BAB VI KESIMPULAN DAN SARAN . 6.1. Kesimpulan Berdasarkan hasil penelitian dan pembahasan serta analisis yang telah dilakukan penulis,

BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan 1. Aplikasi ...

BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan · 77 BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan pada hasil penelitian dan pembahasan yang telah diuraikan sebelumnya dapat

BAB VI MODEL, KESIMPULAN DAN REKOMENDASI

BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan · 73 BAB VI . KESIMPULAN DAN SARAN . 6.1 Kesimpulan . Dari hasil penelitian di lapangan serta analisis yang telah dilakukan, maka diperoleh

BAB VI PENUTUP VI.1 Kesimpulan