KESIMPULAN DAN SARAN PENGEMBANGAN SISTEM PAKAR DIAGNOSA DAN TERAPI UNTUK PENYAKIT TUBERKOLOSIS (TBC) DENGAN METODE FUZZY-TSUKAMOTO.

(1)

BAB VI

KESIMPULAN DAN SARAN VI.1 Kesimpulan

Aplikasi Sistem Pakar Diagnosa dan Terapi Penyakit

TBC dengan Metode Fuzzy-Tsukamoto berhasil dikembangkan

dengan baik, yang meliputi proses diagnosa penyakit TBC dan pengelolaan data. Hasil dapat sesuai dengan yang

diharapkan, yaitu dapat mendeteksi penyakit TBC dengan

nilai kepastiannya beserta dengan informasi terapi untuk penanganan penyakit TBC tersebut.

VI.2 Saran

Beberapa saran yang dapat diberikan untuk pengembangan aplikasi Sistem Pakar diagnosa dan Terapi

Penyakit TBC lebih lanjut antara lain menambah

kasus-kasus khusus dari penyakit TBC agar dapat didiagnosa.

Selain itu sistem pakar ini dapat dikembangkan lebih lajut dengan berbasis web.

(2)

FTAR PUSTAKA

ssareh ; Moradi, M.H., 2007, Knowledge Acquisition from

Mass Spectra of Blood Samples Using Fuzzy Decision Tree

and Genetic Algorithm, Faculty of Biomedical

Engineering, Amirkabir University of Technology (Tehran Polytechnic), Tehran, Iran.

Azis, Farid, 1994, Belajar Sendiri Pemrograman Sistem Pakar,

Jakarta: Elex Media Komputindo.

Handayani, Lina; Sutikno, Tole, 2008, Sistem Pakar untuk

Diagnosis Penyakit THT Berbasis Web dengan “e2gLite

Expert System Shell”, Jurnal, Jurusan Ilmu Kesehatan

Masyarakat, Universitas Ahmad Dahlan, Yogyakarta. Hellmann, M., 2003, Fuzzy Logic Introduction, Jurnal,

Laboratoire Antennes Radar Telecom, France.

Hidayat, Nurul; Yusro, Munawar, 2007, Design Sistem Pakar

Fuzzy untuk Diagnosa Kanker Prostat, Jurnal, Jurusan

Sains dan Teknik, Universitas Jenderal Sudirman, Purwokerto.

Hoof, Van, Viviane; Wormek, Arno; Schleutermann, Sylvia; Schumacher, Theo; Lothaire, Olivier; Trendelenburg,

Christian, 2004, Medical Expert Systems Developed in

j.MD, a Java Based Expert System Shell Application in

Clinical Laboratories, Jurnal, Dept. of Clinical

Chemistry, University of Frankfurt, Germany.

http://id.wikipedia.org/wiki/Sistem_pakar

Jaenudin, 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 Penyakit

(3)

dan Aplikasinya Jurnal, Jurusan Teknik Informatika,

Universsitas Islam Indonesia, Yogyakarta.

Pinem, Marisa Erbina, 2007, Pembangunan Sistem Pakar

Diagnosa Penyakit Akibat Obesitas, Universitas Atma Jaya, Yogyakarta.

Perkumpulan Pemberantasan Tuberculosis Indonesia, 2009,

Sekilas Tentang Penyakit TBC, Jakarta.

Saragih, Nasti, Bonaria, 2007, Pengembangan Sistem Pakar

Diagnosa 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 of

Prostate Cancer, Jurnal, International Conference on

Computer Systems and Technologies, German.

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

Wijayanti, Mia, 2005, perancangan dan pembuatan sistem pakar

untuk pendeteksian dan pengobatan penyakit dengan

ramuan tradisional, Skripsi, Jurusan Teknik

Informatika, Universitas Kristen Petra, Surabaya.

Wulandari, Arry, 2007, Pembangunan Sistem Pakar Diagnosis

Penyakit 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 Electronics

(4)

S

istem P

S

akar Diagnosa dan T

erapi P

enyakit

T

uberkolosis dengan Metode F

uzzy

T

sukamoto)

U

n

tuk :

Universitas Atma Jaya Yogyakarta

Dipersiapkan oleh:

Christine Benita / 4870

Program Studi Teknik Informatika – Fakultas Teknologi Industri

Universitas Atma Jaya Yogyakarta

rogram Studi Teknik

" #$% &' #( ) *$+ , &,-. /+0%(' 1.

Nomor Dokumen Halaman

SKPL-SPDTT

1/27

Revisi

(5)

Program Studi Teknik Informatika SKPL – SPDTT 2/ 27

2 345 36 7 869: 3; 3<

visi Deskripsi

A

B

C

D

E

F

=>? @A

TB C

D E F G ? @ H B

?I JKLI M NLO P

?IQORISMT NLO P

?IMOJKUKI NLO P

(6)

Program Studi Teknik Informatika SKPL – SPDTT 3/ 27

V WXY WZ [ W\ W] W^ _ `Zab Wc W^

(7)

Program Studi Teknik Informatika SKPL – SPDTT 4/ 27

de fgeh ijk

l m nop qrs tsqo...6

lu l Ts vs q o...6

luw x yoz {s| }q~qtq r...6

lu n yoy~y {oy p q o yoz{qqo...7

lu Rnnno~ y...8

lu n~{ y| ~ y ss n yn...9

w n~ {y| ~y nss rq o...9

wu l m n~|n{ y | ps{...9

wuw soz ~ y mp s{...9

wu qq{ n y~ y{ m nozzsoq...13

wu qq~qobatasan ...13

wu ~s~ y pqo nnzqos ozqo...14

n ssrqo {rs~s~...14

u l nss rq o q oqs{q n{~ noqt...14

uw nss rq o s oz~yoqtyq~ mnq oz {q xs o q{...15

S|n~yy{q~y yo y n ssrqo...16

u l S|n~y y{q~y nss rq o s oz~yoqtyq~...16

(8)

Program Studi Teknik Informatika SKPL – SPDTT 5/ 27

¡¢ U£ ¤ ¥ ¦£ ¤ §¨ ¦©ª ¦« ¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬ ¬¬¬¡

(9)

Program Studi Teknik Informatika SKPL – SPDTT 6/ 27

» Pendahuluan

1.1 Tujuan

¼okumen Spesifikasi ½¾¿ ÀÁ ÀÂÃÄ Å¾Æ ÃÄ ÇÈ ÃÁ É ÀÄ ÃÈ

(S½ ÅÉ) ÊÄÊ Ë¾Æ ÀÌÃÈÃÄ ÍÎÈÀË¾Ä ÏÌ¾Ï ÊÐÊÈ ÃÏÊ È¾¿ÀÁÀÂÃÄ

Ì¾Æ ÃÄ ÇÈ ÃÁ ÑÀÄ ÃÈ SÅ¼TT (SÊÏÁ ¾Ë ÅÃÈÃÆ ¼ÊÃÇÄÎÏÃ ÍÃÄ T¾Æ ÃÌ Ê

Å¾ÄyÃÈÊÁ TÀ¿¾ÆÈÎÑÎÏÊÏ Í¾Ä ÇÃÄ Ò¾ÁÎÍ¾ ÓÀzzyÔ)Tsukamoto

ÀÄÁ ÀÈ Ë¾ÄÍ¾ÐÊÄÊÏ ÊÈ ÃÄ È ¾¿ÀÁ ÀÂÃÄ Ì¾ÆÃÄ ÇÈÃÁ ÑÀÄ ÃÈ yÃÄ Ç

Ë¾Ñ ÊÌÀÁÊ ÃÄÁÃÆËÀÈ Ã ¾ÈÏÁ ¾ÆÄ ÃÑ (ÃÄÁ ÃÆËÀÈ Ã ÃÄÁ ÃÆ Ã Ï ÊÏÁ ¾Ë

Í¾Ä ÇÃÄ ÏÊÏÁ ¾Ë ÑÃÊÄ Ì¾Æ ÃÄ ÇÈ ÃÁ ÑÀÄ ÃÈ ÍÃÄ Ì¾Æ ÃÄ ÇÈ ÃÁ È ¾Æ ÃÏ,

ÍÃÄ Ì¾Ä ÇÇÀÄ Ã) Ì¾ÆÐÎËÃÄÏ Ê (È ¾ËÃËÌÀÃÄ Ì¾Æ ÃÄ ÇÈ ÃÁ ÑÀÄ ÃÈ

ÍÃÆÊ Ï¾ÇÊ È¾Õ¾ÌÃÁ ÃÄ, Á ¾ËÌÃÁ Ì¾ÄyÊËÌÃÄ ÃÄ yÃÄ Ç

ÍÊ¿ÀÁ ÀÂÈÃÄ, Ï¾ÆÁ Ã È ¾ÃÈ ÀÆ ÃÁ ÃÄ), ÍÃÄ ÃÁÆÊ¿ÀÁ (

feature-feature Á ÃË¿ÃÂÃÄ yÃÄ Ç ÍÊË ÊÑ ÊÈÊ Ï ÊÏÁ ¾Ë), Ï¾ÆÁ Ã

Ë¾ÄÍ¾Ð ÊÄÊÏ ÊÈÃÄ ÐÀÄ ÇÏÊ Ì¾ÆÃÄ ÇÈÃÁ ÑÀÄ ÃÈÖ S½ÅÉÔSÅ¼TT ini

juga mendefinisikan batasan peranÕÃÄ ÇÃÄ Ì¾Æ ÃÄ ÇÈ ÃÁ ÑÀÄ ÃÈ Ö

1.2 Lingkup Masalah

SÅ¼TT (SÊÏÁ ¾Ë ÅÃÈ ÃÆ ¼ÊÃÇÄÎÏÃ ÍÃÄ T¾ÆÃÌ Ê Å¾ÄyÃÈÊÁ

TÀ¿¾ÆÈÎÑÎÏ ÊÏ Í¾Ä ÇÃÄ Ò¾ÁÎ Í¾ ÓÀzzyÔTsukamoto ) ÃÍÃÑÃÂ

Ï ÊÏÁ¾Ë ÌÃÈ ÃÆ yÃÄ Ç ÍÊÇÀÄ ÃÈ ÃÄ ÀÄÁ ÀÈ Ë¾ÑÃÈÀÈ ÃÄ ÍÊÃÇÄÎÏÃ

Ì¾ÄyÃÈÊÁ TÀ¿¾ÆÈÎÑÎÏ ÊÏ ÍÃÄ Ë¾Ë¿¾ÆÊÈ ÃÄ ÊÄÐÎÆËÃÏ Ê Á¾Æ ÃÌÊ

yÃÄ Ç ÍÃÌÃÁ ÍÊÑÃÈ ÀÈ ÃÄ Ï¾ÏÀÃÊ Í¾Ä ÇÃÄ ÂÃÏ ÊÑ ÍÊÃÇÄÎÏÃ yÃÄ Ç

ÍÊÍÃÌÃÁ Ö ½¾Ï ÊËÌÀÑÃÄ yÃÄ Ç ÍÊÂÃÏÊÑÈ ÃÄ ÃÍÃÑÃÂ ¿¾ÆÍÃÏÃÆÈ ÃÄ

Ç¾×ÃÑÃ Ì ÊÑ ÊÂÃÄ UÏ¾Æ Ö SÊÏÁ¾Ë ÌÃÈ ÃÆ ÊÄÊ ×ÀÇÃ ÃÈÃÄ

Ë¾Äy¾ÍÊÃÈ ÃÄ ÊÄÐÎÆËÃÏÊ Ë¾Ä Ç¾Ä ÃÊ Ì¾ÄyÃÈÊÁ TÀ¿¾ÆÈÎÑÎÏ ÊÏ,

Ë¾Ñ ÊÌÀÁÊ Ç¾×ÃÑÃÔgejala dan informasi terapi yang dapat

dilakukan untuk penanggulangan penyakit Tuberkolosis Ö

ÕÃÆ Ã È ¾Ï¾ÑÀÆÀÂÃÄ Ì¾ÆÃÄ ÇÈ ÃÁ ÑÀÄ ÃÈ SÅ¼TT ÊÄÊ

Á ¾ÆÍÊÆÊ ÃÁ ÃÏ Ï¾×ÀËÑÃÂ Ð ÊÁ ÀÆÔfitur yang a kan menjadi

(10)

Program Studi Teknik Informatika SKPL – SPDTT 7/ 27 a

Ù Verifikasi login yang akan digunakan oleh ÚdminÙ

Ù Ûelakukan operasi penambahanÜ pembaharuanÜ

penghapusan terhadap data penyakit Tuberkolosis

(TÝÞ), ßàá à âãäàå à, ßàá à àá æç àè, ßàè ßàá à

éèêëç ìàíéÙ

îÙ Ûãå àïæïàè ëðãç àí é ðã èàìñàòàè ßàè ðã ìñàòàçæàè

áãçòàßàð ßàáà àßìéèÙ

ßÙ Ûãå àïæïàè ðã ìéåéòàè âã äàå àógejala yang dialami oleh

Uíãç yàèâ ñãçïë èí æåá àí é æèáæï ìãèßéàâèëí à ðã èyàïéá

TÝÞÙ

ã Ù Ûãå àïæïàè ðã ìàí æïàè èéå àé éèáã èíéá àí æèá æï íãáéàð

âã äàå à yàèâ

ßéðéå éòÙ

ê Ù Ûãèàìðéåïàè òàíéå ßéàâèëí à ñãíãçáà éèêëç ìàí é áãç àðé

yàèâ ßàðàá ßéå àïæïàèÙ

ôàè ñãç äàå àè ðàßà å éèâïæèâàè ßã èâàè ðåàáêëç ì

Wéèßë õí Ù

ö÷3 Definisi, Akronim dan Singkatan

ø ùyúûüýþÿ ü ù ù

Sø ÿ Sù ø ù ÿ ùü

, ý ü y

ùü ý ù ù SRS

(Software Requirements Specification)

y ùü ù ýü

ùü software y

ý ù

SÿTT S ù ÿ ü û ý Tùü

ÿ ùy Tùü ûû ý ù ùûý ù

zzyTsukamoto meru pakan perangkat

lunak yang digunakan untuk mendiagnosa dan memberikan informasi

(11)

Program Studi Teknik Informatika SKPL – SPDTT 8/ 27

zzyTsukamoto berdasarkan hasil

diagnosa

R ! y R" #$ !%&' !( !$) *$+,

+" *($, $

+% -" # -!$) *$+ y$ )

-!) $, $ , +" *" ( *"&" $&!,$

'.) $ $ $* " ! $& y$) ." ," */$

-") $

+")) $, $

(" *$),$

# $ ,

! !

$ $ 0 $&" ,+(#$ -$ $ y$) " *,$! y$)

-!% *) $!& $& !,$ -$#$+ & *, *

" * "

-$ -$( $ -!$,&"& -") $

1" ($

02S $ $0 $& " 2$ $)"+" Sy& " + $ $

(")" #%#$

+$ $/" +" -$ $

.$&"

3$ , $,&"& ' $, y$) -!+ !#!,! %#"' &"* ,

+"))$,$ & !& " + 3$, $,&"& -!$ *

% #"' $- +! !& *$ % *

U& " * 4 " *5 $1" 4 5% *+$ !%

!5% *+$& ! +" )" $! $ $*+,$ (" + $,$!

-") $ &y & " +

U& " 1 $&" * $ ,") !$ $ y$) - !#$,,$ $1 %*

-$ &!& " + , +"1 $($! &$

/$ " * "

61 % * &") $#$ &"&$ y$) ." *! " *$,& !

-") $ & !& " + $ (#!,$& ! 1% +( " *

784 Referensi

R9:9 ;9<=> y?< @ A >@B<?C?< D?A? D9 ;?<@C?E FB<?C

E9 ;=9 GBE ?A?F?H:

? I J?<E?<?, KBF> S?DE? LBE ;? I SD9=>: >C? => M9 GBE BH?<

L9 ;?< @C?E NB<?C – SPDTT (Smart Client for Cyber

Community). Program Studi Teknik Informatika UAJY. 2003.

(12)

Program Studi Teknik Informatika SKPL – SPDTT 9/ 27

OP5 Deskripsi umum (Overview)

cara umum dokumen SKPL ini terbagi atas 3 bagian utama. Bagian utama berisi penjelasan mengenai dokumen SKPL tersebut yang mencakup tujuan pembuatan SKPL, ruang lingkup masalah dalam pengembangan perangkat lunak tersebut, definisi, referensi dan deskripsi umum tentang dokumen SKPL ini.

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

Bagian ketiga berisi penjelasan secara lebih rinci tentang kebutuhan perangkat lunak SINRESI yang akan dikembangkan.

2 Deskripsi Kebutuhan 2.1 Perspektif produk

Perangkat lunak SPDTD merupakan perangkat lunak yang digunakan untuk membantu diagnosa dan memberikan informasi terapi berdasarkan hasil diagnosa. Perangkat

lunak ini dikembangkan dengan menggunakan tools

Microsoft Visual Studio .Net 2003 dan basis pengetahuan sistem dikembangkan dengan menggunakan SQL Server 2005. 2.2 Fungsi Produk

SPDTD merupakan perangkat lunak sistem pakar yang

(13)

Program Studi Teknik Informatika SKPL – SPDTT 10/ 27 berdasarkan gejala Qgejala yang dipilih oleh User

kemudian menampilkan informasi terapi berdasarkan hasil diagnosa. Adapun fungsi-fungsi yang dimiliki oleh perangkat lunak ini adalah sebagai berikut:

A. Pengelola Sistem (Administrator)

1. Fungsi Login [SKPL-SPDTT-A-01]

Merupakan fungsi yang digunakan oleh administrator agar dapat masuk ke dalam sistem SPDTD yang akan digunakan.

2. Fungsi Pengelolaan Data Penyakit [SKPL-SPDTT-A-02]

Merupakan fungsi yang akan digunakan untuk

melakukan pengelolaan terhadap data-data

penyakit. Fungsi Pengelolaan Data Penyakit

meliputi:

a. Fungsi Tambah Data Penyakit

[SKPL-SPDTT-A-02-01] digunakan untuk menambah data penyakit

yang baru yang kemudian akan disimpan dalam tabel Penyakit.

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

c. Fungsi Hapus Data Penyakit

[SKPL-SPDTT-A-02-03] digunakan untuk melakukan penghapusan data penyakit dari tabel Penyakit.

d. Fungsi Cari Data Penyakit

[SKPL-SPDTT-A-02-04] digunakan untuk mencari data penyakit dari tabel Penyakit.

(14)

Program Studi Teknik Informatika SKPL – SPDTT 11/ 27

Rerupakan fungsi yang akan digunakan untuk

melakukan pengelolaan data gejalaS Fungsi

Pengelolaan Data Gejala meliputi:

a. Fungsi Tambah Data Gejala

[SKPL-SPDTT-A-03-01] digunakan untuk menambah data gejala yang kemudian akan disimpan dalam tabel Gejala. b. Fungsi Ubah Data Gejala [SKPL-SPDTT-A-03-02]

digunakan untuk melakukan perubahan data

gejala yang telah ada pada tabel Gejala.

c. Fungsi Hapus Data Gejala

[SKPL-SPDTT-A-03-03] digunakan untuk melakukan penghapusan data gejala dari tabel Gejala.

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

4. Fungsi Pengelolaan Data Penanganan Penyakit TBC [SKPL-SPDTT-A-04]

Merupakan fungsi yang akan digunakan untuk

melakukan pengelolaan penanganan penyakit TBC.

Fungsi Pengelolaan Data Penanganan meliputi:

a. Fungsi Tambah Data Penanganan [SKPL-SPDTT-A-04-01] digunakan untuk menambah data penanganan penyakit TBC yang kemudian akan disimpan dalam tabel Penanganan.

b. Fungsi Ubah Data Penanganan [SKPL-SPDTT-A-04-02]

digunakan untuk melakukan perubahan data

penanganan yang telah ada pada table Penanganan. c. Fungsi Hapus Data Penanganan

[SKPL-SPDTT-A-04-03] digunakan untuk melakukan penghapusan data penanganan dari tabel Penanganan.

(15)

Program Studi Teknik Informatika SKPL – SPDTT 12/ 27

dT Fungsi Cari Data Penanganan [SKPL-SPDTT-A-04-04]

digunakan untuk melakukan pencarian data

penanganan dari tabel Penanganan berdasarkan key pencarian yang diinputkan admin.

5. Fungsi Pengelolaan Data Admin [SKPL-SPDTD-A-05]

Merupakan fungsi yang akan digunakan untuk

melakukan pengelolaan terhadap data-data admin oleh

administrator. Fungsi Pengelolaan Data Admin

meliputi:

a. Fungsi Tambah Data Admin [SKPL-SPDTD-A-05-01] digunakan untuk menambah data admin yang kemudian akan disimpan dalam tabel Admin.

b. Fungsi Ubah Data Admin [SKPL-SPDTD-A-05-02]

digunakan untuk melakukan perubahan data admin yang telah ada pada tabel Admin.

c. Fungsi Hapus Data Admin [SKPL-SPDTT-A-05-03]

digunakan untuk melakukan penghapusan data admin dari tabel Admin.

d. Fungsi Cari Data Admin [SKPL-SPDTT-A-05-04]

digunakan untuk melakukan pencarian data admin dari tabel Admin berdasarkan key pencarian yang diinputkan admin.

B. Pengguna Sistem (Pasien)

1. Fungsi Identifikasi Penyakit [SKPL-SPDTT-B-01]

Fungsi ini digunakan untuk masuk ke halaman informasi sistem pakar. Pada halaman ini user (pasien) akan menginputkan gejala yang dialami.

Kemudian sistem akan mengidentifikasi dan

(16)

Program Studi Teknik Informatika SKPL – SPDTT 13/ 27

UV3 Karakteristik Pengguna

Wengguna perangkat lunak SWXTX tersebut adalah:

1. Admin yaitu sebagai pengelola sistem yang memiliki

wewenang untuk mengelola data pada basis

pengetahuan yang ada dalam basis data.

Karakteristik yang harus dimiliki Admin terhadap perangkat lunak ini adalah:

a. Memahami pengoperasian komputer.

b. Mengerti dan dapat menjalankan program yang

digunakan untuk mendiagnosa penyakit

Yberkolosisu dan memberikan informasi terapinya.

c. Memahami perangkat lunak dan database yang

digunakan.

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

e. Dapat mengelola data pada Sistem Pakar Diagnosa

Dan Terapi Penyakit Tuberkolosis.

2. User yaitu masyarakat luas yang ingin mengetahui

tentang penyakit Tuberkolosis meliputi

gejala-gejala dan informasi terapi yang dapat dilakukan

untuk mengatasinya dengan cara berkonsultasi

melalui sistem. User harus dapat mengoperasikan

komputer.

2.4 Batasan-batasan

Batasan dalam pengembangan perangkat lunak SPDTT yaitu:

1. Aplikasi yang dibuat adalah aplikasi yang akan digunakan untuk melakukan diagnosa dan mengetahui

(17)

Program Studi Teknik Informatika SKPL – SPDTT 14/ 27

2. Aplikasi dari sistem ini hanya memberikan analisis

berupa diagnosis penyakit Zuberkolosis , beserta

tingkat resiko terkena penyakit TBC, dan informasi

terapi berdasarkan hasil diagnosa selayaknya

seorang pakar.

[\5 Asumsi dan Ketergantungan

Sistem ini dapat dijalankan pada perangkat komputer yang menggunakan sistem operasi Windows. Sistem akan dibangun menggunakan Microsoft Visual Studio .Net 2005 dan untuk penyimpanan database gejala penyakit menggunakan tools SQL Server 2005.

3 Kebutuhan khusus

3.1 Kebutuhan antarmuka eksternal

Kebutuhan antar muka eksternal pada perangkat lunak SPDTT meliputi kebutuhan antarmuka pemakai, antarmuka perangkat keras, antarmuka perangkat lunak, antarmuka komunikasi.

3.1.1 Antarmuka pemakai

Pengguna berinteraksi dengan antarmuka yang ditampilkan dalam bentuk form-form.

3.1.2 Antarmuka perangkat keras

Antarmuka perangkat keras yang digunakan dalam perangkat lunak SPDTT adalah:

(18)

Program Studi Teknik Informatika SKPL – SPDTT 15/ 27

3.1.3 Antarmuka perangkat lunak

]erangkat lunak yang dibutuhkan untuk

mengoperasikan perangkat lunak S]^TT adalah sebagai

berikut :

1. Nama : SQL Server 2005

Sumber : Microsoft

Sebagai database management system (DBMS) yang digunakan untuk penyimpan data di sisi server.

2. Nama : Windows XP

Sumber : Microsoft.

Sebagai sistem operasi untuk perangkat PC.

3.1.4 Antarmuka Komunikasi

Antarmuka komunikasi perangkat lunak SPDTT

menggunakan protocol HTTP.

3.2 Kebutuhan fungsionalitas Perangkat Lunak

3.2.1 Use Case Diagram

Pengelolaan Data Penanganan

<<include>>

Display Penanganan TBC Pengolahan Data Gejala

Administrator (from Actor)

Pengolahan Data Admin

<<include>>

User (from Actor)

Identifikasi Penyakit

(19)

Program Studi Teknik Informatika SKPL – SPDTT 16/ 27

4 Spesifikasi Rinci Kebutuhan

4.1 Spesifikasi Kebutuhan Fungsionalitas

4.1.1 Use case Spesification : Login

1. Brief Description

Use Case ini digunakan untuk memperoleh akses ke

sistem. Login didasarkan pada username masing-masing

aktor yang unik dan password. 2. Primary Actor

Administrator. 3. Supporting Actor

None.

4. Basic Flow

1. 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 aktor

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

5. Alternative Flow None.

6. Error Flow

E-1 Password atau nama admin tidak sesuai (setelah Basic Flow 4).

1. Sistem menampilkan peringatan bahwa id user atau password tidak sesuai.

2. Kembali ke Basic Flow langkah ke 3. 7. PreConditions

(20)

Program Studi Teknik Informatika SKPL – SPDTT 17/ 27

8. PostConditions

1. Aktor memasuki sistem dan dapat menggunakan

fungsi-fungsi pada sistem.

4.1.2 Use case Spesification : Pengelolaan data penyakit

1. Brief Description

Use Case ini digunakan oleh aktor untuk melakukan pengelola terhadap data-data penyakit Tuberkolosis (TBC). Aktor dapat melakukan tambah penyakit, ubah penyakit, hapus penyakit, atau cari penyakit.

2. Primary Actor Administrator. 3. Supporting Actor

None.

4. Basic Flow

1. Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan data penyakit.

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

3. Aktor memilih untuk melakukan tambah data penyakit.

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.

(21)

Program Studi Teknik Informatika SKPL – SPDTT 18/ 27

_`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 data penyakit (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 data penyakit (setelah alternative flow 4).

1. Berlanjut ke Basic Flow langkah ke 8.

A-4 Aktor memilih untuk melakukan pencarian data penyakit (setelah basic flow 2).

1. Sistem menampilkan data penyakit.

2. Aktor memasukkan id atau nama penyakit yang akan ditampilkan.

(22)

Program Studi Teknik Informatika SKPL – SPDTT 19/ 27

3. Sistem mencari dan menampilkan data gejala yang dicari.

4. Berlanjut ke Basic Flow langkah ke 8. 6. Error Flow

E-1 Data gejala 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 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. PreConditions

1. Use Case Login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostConditions

1. Data penyakit di database telah terupdate.

4.1.3 Use case Spesification : Pengelolaan data gejala 2. Brief Description

Use Case ini digunakan oleh aktor untuk mengelola data gejala penyakit tuberkolosis. Aktor dapat melakukan tambah gejala, ubah gejala, hapus gejala, atau cari gejala.

3. Primary Actor Administrator. 4. Supporting Actor

None.

(23)

Program Studi Teknik Informatika SKPL – SPDTT 20/ 27

1. Use Case ini dimulai ketika aktor memilih untuk melakukan 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 Flow

A-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.

(24)

Program Studi Teknik Informatika SKPL – SPDTT 21/ 27

6. Berlanjut ke Basic Flow langkah ke 8.

A-3 Aktor memilih untuk membatalkan penghapusan data gejala (setelah alternative flow 4).

1. Berlanjut ke Basic Flow langkah ke 8.

A-4 Aktor memilih untuk melakukan pencarian data gejala (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 Flow

E-1 Data gejala 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 gejala 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. 8. PreConditions

1. Use Case Login telah dilakukan. 2. Aktor telah memasuki sistem. 9. PostConditions

1. Data gejala di database telah terupdate. 4.1.4 Use case Spesification : Pengelolaan data

penanganan penyakit TBC 1. Brief Description

(25)

Program Studi Teknik Informatika SKPL – SPDTT 22/ 27

Use Case ini digunakan oleh aktor untuk mengelola data penanganan penyakit tuberkolosis.

Aktor dapat melakukan tambah penanganan, ubah

penanganan, hapus penanganan, atau cari penanganan.

abPrimary Actor

Administrator. 3. Supporting Actor

None.

4. Basic Flow

1. Use Case ini dimulai ketika aktor memilih untuk 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 Flow

A-1 Aktor memilih untuk melakukan ubah data informasi (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.

(26)

Program Studi Teknik Informatika SKPL – SPDTT 23/ 27

4. Sistem mengecek data informasi baru yang telah diinputkan.

5. Sistem menyimpan data informasi yang telah diubah ke database.

6. Berlanjut ke Basic Flow langkah ke 8.

A-2 Aktor memilih untuk melakukan hapus data informasi (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 data informasi (setelah alternative flow 4).

1. Berlanjut ke Basic Flow langkah ke 8.

A-4 Aktor memilih untuk melakukan pencarian data penanganan (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 Flow

E-1 Data informasi yang diinputkan aktor salah (setelah basic flow 6).

1. Sistem memberikan pesan peringatan bahwa data yang diinputkan salah.

(27)

Program Studi Teknik Informatika SKPL – SPDTT 24/ 27

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 diubah salah.

2. Kembali ke Alternative Flow A-1 Langkah ke 2. 7. PreConditions

1. Use Case Login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostConditions

1. Data informasi di database telah terupdate.

4.1.5 Use case Spesification : Pengelolaan data admin 1. Brief Description

Use Case ini digunakan oleh aktor untuk mengelola data pengguna sistem (admin). Aktor dapat melakukan tambah admin, ubah admin, hapus admin, dan cari admin.

2. Primary Actor Administrator. 3. Supporting Actor

None.

4. Basic Flow

1. Use Case ini dimulai ketika aktor memilih untuk 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.

(28)

Program Studi Teknik Informatika SKPL – SPDTT 25/ 27

6. Sistem mengecek data admin yang telah diinputkan. 7. Sistem menyimpan data admin ke database.

8. Use Case selesai. 5. Alternative Flow

A-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 data admin (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.

(29)

Program Studi Teknik Informatika SKPL – SPDTT 26/ 27

2. Sistem mencari data admin.

3. Berlanjut ke Basic Flow langkah ke 8. 6. Error Flow

E-1 Data admin 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 admin 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. PreConditions

1. Use Case Login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostConditions

1. Data informasi di database telah terupdate. 4.1.6 Use case Spesification : Identifikasi Penyakit

TBC

1. Brief Description

Use 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 untuk melakukan diagnosa TBC dengan menggunakan sistem pakar.

(30)

Program Studi Teknik Informatika SKPL – SPDTT 27/ 27

2. Sistem memberikan beberapa pertanyaan yang harus dijawan oleh user.

3. Aktor menjawab pertanyaan yang ada sesuai dengan gejala 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 Flow None.

6. Error Flow None.

7. PreConditions

1. Aktor telah memasuki sistem. 8. PostConditions

1. Hasil diagnosa penyakit TBC dan penanganan atau terapi tercetak.

5 Entity Relationship Diagram (ERD)

(31)

DESKRIPSI

cde fgh fgi fg cde f gi jfk lm gfj

S

cnkk

opq

st

rs tuvu

r

wqu x

nos

u yu

n

zru

r

p

q tr

ny

uv q

t

u

r

o

os

s

yrxu

n

to

yr ~

uzzy

su

vus

oto

ntu

n

v

rs

t

s

t

y

o

xuvu

y

rt

p

rs

quvu

p

n o

r

st

n

r r

n

t

ror tu n n or t – uts noo

nustr

nvrsts t y oy rt

Program Studi Teknik

nfo¡ma¢ika

£¤ ¥¦§ ¨¤© ª« ¥¬§ ® ¯ °¬ ±¦© ¨² ¯

³o´or µo¶u´·n ¸¹º ¹´¹n

D

»»¼

-

½¾ ¿À À

ÁÂÃÄ Å·vÆsÆ

(32)

rormtu n normt –

íî ïðîñ òóñ ôõî öî ÷

øsø ùúûsørpsø

ý þÿ

oleh

(33)

rormtu n normt –

<= >?=@ A= B= C= D EF@ GH= I= D

(34)

rormtu n normt –

uvw xv y z{|

}~endahlan... }} jan... } ang ingkp... } efinii dan konim... } efeeni... ~eancangan iem (em eign)... 9 } ~eancangan iek ( chiec al eign)... 9

ancangan inci (e

ail

eign)... 9

} eence

iagam... 9

la iagam...9

ekipi ela...9 ekipi ekompoii...9 } ekompoii aa...9

}} ekipi nia daaadmin...9

} ekipi nia penaki...9

}

ekipi

nia

gejala...9 }

ekipi

nia

penanganan...9 ~hical aa odel...0 ~eancangan na ka (eign )... 30 } om ama... 30 dminiao... 32 ~engelolaan dmin... 33 ~engelolaan ~enaki... 37 ~engelolaan ejala... 41 ~engelolaan ~enanganan... 45 iem ~aka ... 50 ~enanganan ~enaki ... 51

(35)

rormtu n normt –

Ç ÈÉÊ ÈË Ì ÈÍÎ ÈË

ÏambaÐ ÑÒÓ Ôancangan ÕÐÖi×ek×ØÐ ÙeÖk×op Õpplica×ion ÚÛÙÜÜ... 9

ÏambaÐ ÑÒÓ Úe

ÝØence

ÙiagÐam

Þ ßogin... 9

ÏambaÐ ÑÒÑ ÚeÝØence ÙiagÐam Þ Ûengelolaan Õdmin –

Üambah Õdmin...à0

ÏambaÐ ÑÒá ÚeÝØence ÙiagÐam Þ Ûengelolaan Õdmin – âbah

Õdmin... 10

ÏambaÐ ÑÒã ÚeÝØence ÙiagÐam Þ Ûengelolaan Õdmin – äapØ Ö

Õdmin... 11

ÏambaÐ ÑÒå ÚeÝØence ÙiagÐam Þ Ûengelolaan Õdmin – æaÐi

Õdmin... 11

ÏambaÐ ÑÒç ÚeÝØence ÙiagÐam Þ Ûengelolaan Ûenèaki× –

Üambah Ûenèaki×... 12

ÏambaÐ ÑÒé ÚeÝØence ÙiagÐam Þ Ûengelolaan Ûenèaki× –

âbah Ûenèaki×... 12

ÏambaÐ ÑÒê ÚeÝØence ÙiagÐam Þ Ûengelolaan Ûenèaki× –

äapØ Ö Ûenèaki×... 13

ÏambaÐ ÑÒë ÚeÝØence ÙiagÐam Þ Ûengelolaan Ûenèaki× –

æaÐi Ûenèaki×... 13

ÏambaÐ ÑÒÓì ÚeÝØence ÙiagÐam Þ Ûengelolaan Ïejala –

Üambah Ïejala... 14

ÏambaÐ ÑÒÓÓ ÚeÝØence ÙiagÐam Þ Ûengelolaan Ïejala –

âbah Ïejala... 14

ÏambaÐ ÑÒÓ Ñ ÚeÝØence ÙiagÐam Þ Ûengelolaan Ïejala –

äapØ Ö Ïejala... 15

ÏambaÐ ÑÒÓá ÚeÝØence ÙiagÐam Þ Ûengelolaan Ïejala –

æaÐi Ïejala... 15

ÏambaÐ ÑÒÓã ÚeÝØence ÙiagÐam Þ Ûengelolaan Ûenanganan –

Üambah Ûenanganan... 16

ÏambaÐ ÑÒÓå ÚeÝØence ÙiagÐam Þ Ûengelolaan Ûenanganan –

âbah Ûenanganan... 16

ÏambaÐ ÑÒÓç ÚeÝØence ÙiagÐam Þ Ûengelolaan Ûenanganan –

äapØ Ö Ûenanganan... 17

ÏambaÐ

ÑÒÓé

Úe

ÝØence

ÙiagÐam

Ûengelolaan Ûenanganan –

æaÐi Ûenanganan... 17 ÏambaÐ ÑÒÓê ÚeÝØence ÙiagÐam Þ íden×ifikaÖi Ûenèaki×.. 18 ÏambaÐ ÑÒáã ælaÖÖ ÙiagÐam... 19 ÏambaÐ á ÛhèÖical Ùa×a... 30 ÏambaÐ ãÒÓ Ôancangan Õn×aÐmØka îoÐm â×ama... 30 ÏambaÐ ãÒÑ Ôancangan Õn×aÐmØka ÕdminiÖ×Ða×oÐ... 32

ÏambaÐ ãÒå ÒÓ Ôancangan Õn×aÐmØka Ûengelolaan Õdmin –

(36)

rormtu n normt –

amba ancangan n am!ka "engelolaan "en#aki –

dd$ %di $ &ele e$ 'each "en#aki ...( )

amba * ancangan n am!ka "engelolaan ejala –

dd$ %di $ &ele e$ 'each ejala...+ ,

amba

ancangan n am!ka "engelolaan "enanganan

– dd$ %di $ dan 'each "enanganan... +. amba / ancangan n am!ka 'i0 em "aka "en#aki

123...0

amba 4 ancangan n am!ka "enanganan "en#aki

(37)

rormtu n normt –

\ Pen]^_u`u^n \a\ bucu^n

dokumen deskripsi Perancangan eefangkag hinak

jikgem eakaf diagnoka dan lefapi eenmakig libefkolokik

dengan ne

gode oizzmpl kikamogo (deeh jedll) befgijian

ingik mendefinikikan pefancangan pefangkag linak mang

akan dikembangkanq dokimen d eeh jedll gefkebig

diginakan oleh pengembang pefangkag linak

kebagai ac

ian

ingik implemengaki pada gahap kelanjignmaq \ar

t uvntwup

eefangkag hinak jedll dikembangkan dengan gijian

ingik x

nelak

ikan diagno

ke penmaki

l z{ dan membe

fikan

infofmaki gefapi gengang penmakig lz{q

|q nembefikan infofmaki mengenai penmakig lz{ mang

melipigi penanganan maipin pencegahan lz{q

\a} ~vnvsv ]^n wronv

dafgaf defini

ki ak

fonim dan

kingka

gan

emofdehfake definiki

deeh de

fip

eefancangan eefangkag

hinak dikebig jiga jofgafe dekign

dekcfipgion (jdd) mefipakan

dekkfipki dafi pefancangan

pfodik

fangkag linak

mang akan

dikembangkanq

jedll jikgem pakaf ingik melakikan

diagnoka penmakig l z{ dan

(38)

rormtu n normt – diagnosa

®¯° ±²³²r²ns´

µefe¶en·i ¸ang dig¹nakan pada pe¶angkaº l¹nak

ºe¶·eb¹º adalah»

¼ ½anºana¾ ¿¹li Àapºa Á¹º¶a Âe·k¶ip·i Áe¶ancangan

Áe¶angkaº Ã¹nak – ÀÁÂÄÄ (Àma¶º Ålienº fo¶ Å¸be¶

Åomm¹niº¸) Á¶og¶am Àº¹di Äeknik Ænfo¶maºika

ÇÈ¿É ÊËË Ì

Íeni

ºa Åh¶i·ºine

¾ Àpe

·ifika·i

Îeb

¹º¹han

Áe¶angkaº Ã¹nak ÀÁ ÂÄÄ¾ ÇniÏe¶·iºa· Èºma ¿a¸a

(39)

rormtu n normt –

÷ Peranøùnúùn ûüýþst ÿ ûystý þ ýsüún

÷ ýrùø ùn núùn

üýt tur ÿrøütýøturù ýsü ún

Main Form

Admin User

Penyakit

! ""

÷÷ ýrùø ùn núùn #üøün ÿ ýtùü ýsüún

÷÷ ûýquýnøý ü ùúrùþ

÷÷ $oúün

: Administrator

: Administrator : LoginUI : LoginUI : AdminController : AdminController : Admin : Admin 1: LoginUI()

2: ValidasiDataLogin()

3: ValidasiDataLogin() 4: 5:

(40)

rormtu n normt –

PQ PQ RQ P PenSTUoUVVn WVVt XYZ[n

PQ PQ RQ PQ R \]^_ ]` XYZ[n

ab cdb e f gf hij kilm i n obp eb c q r ilpis tsbb l uv col – wb cdbx uv col

PQ PQ RQ PQ P yzV{ XY Z[n

ab c db e f g| h ij k ilmi nobpeb c q ril p istsb bl uvc ol – } db x uvc ol

: Administrator

: Administrator : AdminUI : AdminUI : AdminController : AdminController : Admin : Admin 1: AdminUI()

2: CekUsername()

3: CekUsername() 4: 5:

6: InsertDataAdmin()

7: InsertDataAdmin() 8: 9:

10:

: Administrator

: Administrator : AdminUI : AdminUI : AdminController : AdminController : Admin : Admin 1: AdminUI()

2: SearchDataAdmin()

3: SearchDataAdmin() 4: 5:

6: UpdateDataAdmin()

7: UpdateDataAdmin() 8: 9:

(41)

rormtu n normt –

¥¦ ¥¦ §¦ ¥¦ ¨ ©ªpus «¬®n

¯° ±²° ³ ´ µ¶ ·¸¹ º¸» ¼¸ ½¾° ¿³° ± À Á¸» ¿¸ ÂÃ Â°° » ÄÅ ±¾ » – Æ° Ç ºÈ ÄÅ±¾»

¥¦ ¥¦ §¦ ¥¦É ÊËÌr «¬ ®n

¯° ±²° ³ ´ µÍ ·¸¹ º¸» ¼¸ ½¾ ° ¿³° ± À Á¸» ¿¸ ÂÃ Â°° » ÄÅ ±¾» – Î° ³¾ ÄÅ ±¾»

: Administrator

: Administrator _{: AdminUI}_{: AdminUI} _{: AdminController}_{: AdminController} _{: Admin}_{: Admin} 1: AdminUI()

2: SearchDataAdmin()

3: SearchDataAdmin() 4: 5:

6: DeleteDataAdmin()

7: DeleteDataAdmin() 8: 9:

10:

: Administrator

: Administrator : AdminUI : AdminUI : AdminController : AdminController : Admin : Admin 1: AdminUI()

3: GetSyaratPencarian()

4: GetDataAdmin()

5: GetDataAdmin() 6: 7:

(42)

rormtu n normt –

ö÷ ö÷ ø÷ù úûü ûýn oýþþn úûnyþÿ t

ö÷ ö÷ ø÷ù÷ ø þþ úûnyþÿ t

–

ö÷ ö÷ ø÷ù÷ ö þ úûnyþÿ t

– !

: Administrator

: Administrator : PenyakitUI : PenyakitUI : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenyakitUI()

2: CekNamaPenyakit()

3: CekNamaPenyakit() 4: 5:

6: InsertDataPenyakit()

7: InsertDataPenyakit() 8: 9:

10:

: Administrator

: Administrator : PenyakitUI : PenyakitUI : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenyakitUI()

2: SearchDataPenyakit()

3: SearchDataPenyakit() 4: 5:

6: UpdateDataPenyakit()

7: UpdateDataPenyakit() 8: 9:

(43)

rormtu n normt –

JK JK LKMKM NOpus PQnyORSt

TUV WUX YZ [ \] ^_] `a] bcU dXU V e f] `d] gh gU U ` f]`iU jc k – lUm_ n

f ] `iU jc k

JK JK LKMK o pOrS PQnyORSt

TUVWUX YZq \]^_]à] bc UdX UV e f ] `d ] ghgUU` f ] ì Ujck – rUX c f] ìUj c k

: Administrator

: Administrator : PenyakitUI : PenyakitUI : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenyakitUI()

2: SearchDataPenyakit()

3: SearchDataPenyakit() 4: 5:

6: DeleteDataPenyakit()

7: DeleteDataPenyakit() 8: 9:

10:

: Administrator

: Administrator : PenyakitUI : PenyakitUI : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenyakitUI()

3: GetSyaratPencarian()

4: GetDatapenyakit()

5: GetDatapenyakit() 6: 7:

(44)

rormtu n normt –

¡ ¢n o¢££n ¤ ¥£ ¢£

¦£§¨£© ¤ ¥£ ¢£

ª «¬ «® ¯°± ² ³´ µ¶´ ·¸´ ¹º «» ®« ¬ ¼ ½´ ·»´ ¾¿ ¾« «· ª´ À «¾ « – Á «¬ «Â ª´À«¾«

Ã¨£© ¤ ¥£¢£

ª«¬«® ¯°± ± ³´µ¶´·¸´ ¹º«» ® «¬ ¼ ½ ´ ·» ´ ¾¿¾«« · ª ´À « ¾« – Ä«Â ª´ À «¾ «

: Administrator

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

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: CekNamaGejala()

7: CekNamaGejala() 8: 9:

10: InsertDataGejala()

11: InsertDataGejala() 12: 13:

14:

: Administrator

: Administrator : GejalaUI : GejalaUI : GejalaController : GejalaController : Gejala : Gejala : PenyakitController : PenyakitController : Penyakit : Penyakit 1: GejalaUI()

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: SearchDataGejala()

7: SearchDataGejala() 8: 9:

10: UpdateDataGejala()

11: UpdateDataGejala() 12: 13:

(45)

rormtu n normt –

ìí ìí îíïí ð ñòpus óôõò öò

÷øù úøû üýþ ü ÿ øû øù øø ÷ øø – ø ÷ øø

ìí ìí îíïíï òr óôõò öò

÷ øù ú øû üýþ ÿ øûøù øø ÷ ø ø – øû ÷ ø ø

: Administrator

: Administrator : GejalaUI : GejalaUI : GejalaController : GejalaController : Gejala : Gejala : PenyakitController : PenyakitController : Penyakit : Penyakit 1: GejalaUI()

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: SearchDataGejala()

7: SearchDataGejala() 8: 9:

10: DeleteDataGejala()

11: DeleteDataGejala() 12: 13:

14:

: Administrator

: Administrator : GejalaUI : GejalaUI : GejalaController : GejalaController : Gejala : Gejala : PenyakitController : PenyakitController : Penyakit : Penyakit 1: GejalaUI()

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: 7: GetSyaratPencarian()

8: GetDataGejala()

9: GetDataGejala() 10: 11:

(46)

rormtu n normt –

<= <= >=? @AB ACn oCDDn @AnDBDn nDn <= <= >=?= > EDFGDH @AnDBDn nDn

IJ KLJ M N OP Q RST USV WS XYJ ZMJ K [ \SV ZS ]^ ]JJ V \SV JV ZJVJV – _J K LJ `

\SV JV ZJVJ V

<= <= >=?= < aGDH @AnDnBDDnn

IJ K LJ M N O Pb RSTUSVWS XYJZMJK [ \SVZS ] ^]J JV \S VJVZJV JV – cLJ `

\SV JV ZJVJ V

: Administrator

: Administrator : PenangananUI : PenangananUI : PenangananController : PenangananController : Penanganan : Penanganan : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenangananUI()

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: CekNamaPenanganan()

7: CekNamaPenanganan() 8: 9:

10: InsertDataPenanganan()

11: InsertDataPenanganan() 12: 13:

14:

: Administrator

: Administrator : PenangananUI : PenangananUI : PenangananController : PenangananController : Penanganan : Penanganan : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenangananUI()

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: SearchDataPenanganan()

7: SearchDataPenanganan() 8: 9:

10: UpdateDataPenanganan()

11: UpdateDataPenanganan() 12: 13:

(47)

rormtu n normt –

pus nnnn

¡¢ £¤ ¥¦ § ¨ © £ § ª« ª £ © £ £§ ££ – ¬ ¢®

¯ °±²r

nnnn

³ ¡ ¢ £ ¤ ¥¦§ ¨ © £ § ª« ª £ © £ £ § £ £ – ´¦

: Administrator

: Administrator : PenangananUI : PenangananUI : PenangananController : PenangananController : Penanganan : Penanganan : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenangananUI()

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: SearchDataPenanganan()

7: SearchDataPenanganan() 8: 9:

10: DeleteDataPenanganan()

11: DeleteDataPenanganan() 12: 13:

14:

: Administrator

: Administrator : PenangananUI : PenangananUI : PenangananController : PenangananController : Penanganan : Penanganan : PenyakitController : PenyakitController : Penyakit : Penyakit 1: PenangananUI()

2: GetDataPenyakit()

3: GetDataPenyakit() 4: 5:

6: 7: GetSyaratPencarian()

8: GetDataPenanganan()

9: GetDataPenanganan() 10: 11:

(48)

rormtu n normt –

ÝÞ ÝÞ ßÞà áâãntäåäæçsä èãnyçæät

éê ëìê í î ïð ñ òóô õóö ÷ó øùê úíê ë û üýóö þ ùÿ ù ê ù óö ê ùþ

: User

: User _{: SistemPakarUI}_{: SistemPakarUI} : SistemPakarController : SistemPakarController _{: Penanganan}_{: Penanganan} 1: SistemPakarUI()

3: TambahDataGejala()

4: ValidasiDataGejala()

5: GetDataPenanganan() 6:

7: 8:

(49)

rormtu n normt –

,- ,- , ./0ss 1203r04

5 678 69 :;< = > ?6@@ A B6C 96 7

,- ,- D 1EsFr2ps2 GE/0s

,- ,- D-H IpEJ2K2J 1Es23n ./0ss Lo3 2nMN

OoPQnR S TTUounVWryXX

YZogin[ \()

]efa^l_ kon`_a^k_oab dig^nakan ^n_^k iniìaliàì èmâ

a__ aib^_e daai kela` inic

def gh gij

defghgij() detkygrgtlenmgrngn()

(orompounq rry) s stounugryvv

defghg nu_gejala : Integer

id_penyakit : Integer nama_gejala : String is_deleted : Boolean CekNamaGejala() InsertDataGejala() SearchDataGejala() UpdateDataGejala() DeleteDataGejala() GetDataGejala() (from Entity) <<entity>> PenangananUI PenangananUI() GetSyaratPencarian() (from Boundary) <<boundary>> GejalaController ValidasiDataGejala() CekNamaGejala() InsertDataGejala() SearchDataGejala() UpdateDataGejala() DeleteDataGejala() GetDataGejala()

(from Control Class)

<<control>>

1 1

1 1 1

1..* 1 1..* PenyakitUI PenyakitUI() GetSyaratPencarian() (from Boundary) <<boundary>> PenyakitController ValidasiDataPenyakit() CekNamaPenyakit() InsertDataPenyakit() SearchDataPenyakit() UpdateDataPenyakit() DeleteDataPenyakit() GetDataPenyakit()

(from Control Class)

<<control>> 1 1 1 1 Penyakit

id_penyakit : Integer nama_penyakit : String deskripsi_penyakit : String is_deleted : Boolean CekNamaPenyakit() InsertDataPenyakit() SearchDataPenyakit() UpdateDataPenyakit() DeleteDataPenyakit() GetDataPenyakit() (from Entity) <<entity>> 1 1..* 1 1..* 1 1..* 1 1..* PenangananController ValidasiDataPenanganan() CekNamaPenanganan() InsertDataPenanganan() SearchDataPenanganan() UpdateDataPenanganan() DeleteDataPenanganan() GetDataPenanganan()

(from Control Class)

<<control>>

1 1

1 1 1

1..* 1 1..* SistemPakarUI SsitemPakarUI() TambahDataGejala() (from Boundary) <<boundary>> SistemPakarController ValidasiDataGejala()

(from Control Class)

<<control>> 1 1

1 1

Penanganan id_penanganan : Integer id_penyakit : Integer nama_penanganan : String deskripsi : String is_deleted : Boolean CekNamaPenanganan() InsertDataPenanganan() SearchDataPenanganan() UpdateDataPenanganan() DeleteDataPenanganan() GetDataPenanganan() (from Entity) <<entity>> 1 1..* 1 1..* 1 1..* 1 1..* Admin id_admin : Integer username : String password : String is_deleted : Boolean... role : String ValidasiDataAdmin() ValidasiDataLogin() CekUsername() InsertDataAdmin() SearchDataAdmin() UpdateDataAdmin() DeleteDataAdmin() GetDataAdmin() (from Entity) <<entity>> AdminUI AdminUI() GetSyaratPencarian() (from Boundary) <<boundary>> LoginUI LoginUI() (from Boundary) <<boundary>> AdminController ValidasiDataLogin() CekUsername() InsertDataAdmin() SearchDataAdmin() UpdateDataAdmin() DeleteDataAdmin() GetDataAdmin()

(from Control Class)

<<control>>

1 1

1 11 1..*1..* 1

1 1 1

(50)

rormtu n normt –

¡p¢£¤¥¤£ ¦¢s¤§n ¨©ªss «¬¤n®¯

° ±²³n´µ ¶¶·oun±¸ry¹¹

º »dmin¼½()

¾efa¿lÀ konÁÀÂ ¿kÀoÂ Ã dig¿nakan ¿nÀ ¿k iniÁialiÁaÁi Áem¿a

aÀÀÂib¿Àe daÂi kelaÁ iniÄ

ºÅe

À ÆÇaÂaÀ ÈencaÂian()

ÉpeÂaÁi ini dig¿nakan ¿nÀ ¿k mengambil id admin Çang

dimaÁ ¿kan oleh adminÄ

¡p¢£¤¥¤£ ¦¢s¤§n ¨©ªss Ê¢nyªË¤t ®¯

Ì Íny¸Î³t ´µ ¶¶·oun±¸ry¹¹

ºÈenÇakiÀ¼½()

¾efa¿lÀ konÁÀÂ ¿kÀoÂ Ã dig¿nakan ¿nÀ ¿k iniÁialiÁaÁi Áem¿a

aÀÀÂib¿Àe daÂi kelaÁ iniÄ

ºÅeÀ ÆÇaÂaÀ ÈencaÂian()

ÉpeÂaÁi ini dig¿nakan ¿nÀ ¿k mengambil id penÇakiÀ Çang

dimaÁ ¿kan oleh adminÄ

Ï ¡p¢£¤¥¤£ ¦¢s¤§n ¨©ªss Ð¢Ñª©ª® ¯

ÒÍÓ¸Ô ¸´µ

¶¶·oun±¸ry¹¹

ºÅejala¼½()

¾efa¿lÀ konÁÀÂ ¿kÀoÂ Ã dig¿nakan ¿nÀ ¿k iniÁialiÁaÁi Áem¿a

aÀÀÂib¿Àe daÂi kelaÁ iniÄ

ºÅeÀ ÆÇaÂaÀ ÈencaÂian()

ÉpeÂaÁi ini dig¿nakan ¿nÀ ¿k mengambil id gejala Çang

dimaÁ ¿kan oleh adminÄ

Õ ¡p¢£¤¥¤£ ¦¢s¤§n ¨©ªss Ê¢nªn§ªnªn ® ¯

Ì Ín¸Ö¸n n¸n ´µ ¶¶·oun±¸ry¹¹

(51)

rormtu n normt –

þefault konstruktorÿ digunakan untuk inisialisasi semua

attribute dari kelas ini

eaaencaian()

pea i ini dignakan nk mengambil id penanganan ang

dima kan oleh admin

p sn ss st r

!"# $#r %& ''(oun)#ry**

i emaka+,()

þefal kon koÿ dignakan nk ini iali a i ema

aib e dai kela ini

-ambahþaaejala()

pea i ini dignakan nk mema kkan gejala ang dia akan

oleh e

. p sn ss

n on /0nontror

PengelolaanAdminController <<control>>

1alida iþaa2dmin()

pea i ini dignakan nk mem3alida i daa admin ang akan

dima kkan 4ika daa e 3alid maka akan mengembalikan

nilai e namn jika idak akan mengembalikan nilai fal e

5ek+ ename()

pea i ini dignakan nk mengecek ename ang

dima kkan admin dah ada aa belm dalam ba i daa

,n e þaa2dmin()

pea i ini dignakan nk menimpan daa admin ba ke

dalam daaba e

eachþaa2dmin()

pea i ini dignakan nk mencai daa admin di dalam

daaba e

(52)

rormtu n normt –

\pe]a^i ini dig_nakan _n`_k meng_bah da`a admin da]i

da`aba^ea

b cele`eca`addmin()

\pe]a^i ini dig_nakan _n`_k menghap_ ^ da`a admin dalam

da`aba^ea

bee` ca`addmin()

\pe]a^i ini dig_nakan _n`_k mengambil da`a admin dalam

da`aba^ea

fgfghgi jpklmnml oksmpn qrsss

tknpk rorssn tknysumtqontrorrkr

PengelolaanPenyakitController <<control>>

bvalida^ica`awenxaki`()

\pe]aî ini dig_nakan _n`_k memyalidaî daà penxaki` xang

akan dima^_kkana zika da`a penxaki` yalid maka akan

mengembalikan nilai `]_e nam_n jika `idak akan mengembalikan

nilai fal^ea

b {ek|amawenxaki`()

\pe]a^i ini dig_nakan _n`_k mengecek nama pen

xaki

xang

dima^ _kkan admin ^_dah ada aà_ bel_m dalam baî^ daàa

b }n^e]`ca`awenxaki`()

\pe]a^i ini dig_nakan _n` _k men

ximpan da

`a pen

xaki

` ba]_ ke

dalam da`aba^ea

b~ea]chca`awenxaki`()

\pe]a^i ini dig_nakan _n`_k menca]i da`a penxaki` di dalam

da`aba^ea

bpda`eca`awenxaki`()

\pe]a^i ini dig_nakan _n`_k meng_bah da`a penxaki` da]i

da`aba^ea

b cele`eca`awenxaki`()

\pe]a^i ini dig_nakan _n`_k menghap_^ da`a penxaki` dalam

da`aba^ea

bee` ca`a

wenxaki

(53)

rormtu n normt –

da«aba©e

®¯®¯°¯± ²p³´µ¶µ´ ·³sµ¸n ¹º»ss

¼³n¸³ ºoº»»n ½³¾»º»¹ontroºº³r

PengelolaanGejalaController <<control>>

mengembalikan nilai «¨ªe namªn jika «idak akan mengembalikan

nilai fal©e

¿ÅekÆamaÂejala()

dalam da«aba©e

¿ Èea¨chÁa«aÂejala()

da«aba©e

¿ Épda«eÁa«aÂejala()

da«aba©e

¿ Áele«eÁa«aÂejala()

da«aba©e

¿ Âe« Áa«aÂejala()

da«aba©e

®¯®¯°¯ÊË ²p³´µ¶µ´ ·³sµ¸n ¹º»ss

¼³n¸³ ºoº»»n ¼³n»n¸»n»n¹ontroºº³r

(54)

rormtu n normt –

ó ôalidaõiöa÷aøenanganan()

ùpeúaõi ini digûnakan ûn÷ûk memüalidaõi da÷a penanganan ýang

akan dimaõûkkanþ ÿika da÷a penanganan üalid maka akan

mengembalikan nilai ÷ úûe namûn jika ÷idak akan mengembalikan

nilai falõeþ

ó ekamaøenanganan()

ùpeúaõi ini digûnakan ûn÷ûk mengecek nama penanganan ýang

dimaõ ûkkan admin õûdah ada a÷aû belûm dalam baõiõ da÷aþ

ónõeú÷öa÷aøenanganan()

ùpeúaõi ini digûnakan ûn÷ûk menýimpan da÷a penanganan baúû

ke dalam da÷abaõeþ

ó eaúchöa÷aøenanganan()

ùpeúaõi ini digûnakan ûn÷ûk mencaúi da÷a gejala di dalam

da÷abaõeþ

ó pda÷eöa÷aøenanganan()

ùpeúaõi ini digûnakan ûn÷ûk mengûbah da÷a penanganan daúi

da÷abaõeþ

ó öele÷eöa÷aøenanganan()

ùpeúaõi ini digûnakan ûn÷ûk menghapûõ da÷a penanganan dalam

da÷abaõeþ

óe÷öa÷aøenanganan()

ùpeúaõi ini digûnakan ûn÷ûk mengambil da÷a penanganan dalam

da÷abaõeþ

p sn ss

n onst rontror

PengelolaanSistemPakarController <<control>>

ó ôalidaõiöa÷a

ejala()

ùpeúaõi ini digûnakan ûn÷ûk memüalidaõi da÷a gejala ýang

akan dimaõûkkanþ ÿika da÷a gejala üalid maka akan

mengembalikan nilai ÷ úûe namûn jika ÷idak akan mengembalikan

(55)

rormtu n normt –

=>=>?>@= ApBCDEDC FBsDGn HIJss KLM Dn

Admin <<entity>>

NidOadmin P QnRegeS

TR SibUR ini digUnakan UnRUk menVimpan id daSi adminW

NU XeSname P YR Sing

TR SibUR ini digUnakan UnRUk menVimpan U XeSname daSi adminW

NpaXXZoSd P YR Sing

TR SibUR ini digUnakan UnRUk menVimpan paXXZoSd daSi adminW

NiXOdeleRed P

[oolean

TR SibUR ini digUnakan UnRUk menVimpan XRaRU X penghapU Xan

daSi U XeSW

N Sole P YR Sing

TR SibUR ini digUnakan UnRUk menVimpan Sole daSi UXeS\ dimana

Sole hanVa ada ] VaiRU adminiXR SaRoS\ SeXeS^aXi dan manageSW

_ `alidaXiaaRaTdmin()

bpeSaXi ini digUnakan UnRUk mem^alidaXi daRa admin Vang akan

dimaXUkkanW cika daRa admin

^alid maka akan mengembalikan

nilai R SUe namUn jika Ridak akan mengembalikan nilai falXeW

_ `alidaXiaaRadogin()

bpeSaXi ini digUnakan UnRUk mem

^alida

Xi daRa login Vang akan

dimaXUkkanW cika daRa login ^alid maka akan mengembalikan

nilai R SUe namUn jika Ridak akan mengembalikan nilai falXeW

_eekfXe

Sname()

bpeSaXi ini digUnakan UnRUk mengecek UXeSname Vang

dimaXUkkan admin XUdah ada aRaU belUm dalam baXiX daRaW

_QnXeSRaaRaTdmin()

bpeSaXi ini digUnakan UnRUk menVimpan daRa admin ke

daRabaXeW

_ YeaSchaaRaTdmin()

bpeSaXi ini digUnakan UnRUk mencaSi daRa admin di dalam

daRabaXeW

_fpdaReaaRaTdmin()

(56)

rormtu n normt –

eleeaadmin()

peai ini dignakan n k menghap daa admin di

daabae

e aadmin()

peai ini dignakan n k mengambil daa admin dai

daabae

p ¡s¢n £¤¥ss ¦ny¥§t

¯id°pen±aki ² ³nege

ib ini dignakan n k men±impan id dai pen±aki

¯nama°pen±aki ² ´ ing

ib ini dignakan n k men±impan nama dai pen±aki

¯dekipi°pen±aki ² ´ ing

ib ini dignakan n k men±impan keeangan dai

pen±aki

¯i °deleed ² µoolean

ib ini dignakan n k men±impan a penghapan

dai pen±aki

¶ek·ama¸en±aki()

peai ini dignakan n k mengecek nama pen±aki ±ang

dimakkan admin dah ada aa belm dalam bai daa

³neaa¸en±aki()

peai ini dignakan n k men±impan daa pen±aki ke

daabae

´eachaa¸en±aki()

peai ini dignakan n k mencai daa pen±aki di dalam

daabae

¹pdaeaa¸en±aki()

peai ini dignakan n k mengbah daa pen±aki di

daabae

eleeaa¸en±aki()

peai ini dignakan n k menghap daa pen±aki di

(1)

rogram Studi Teknik Informatika UAJY PDHUPL-SPDTT Halaman 25 dari 30

¡¢£¤¥¤ ¥¦§¤¥¤¨ © ¢§ª¥«§¤ ¬¦ ¥¢¥ ¥ ¥¤«§§¦§ §®¢¥ ¥ ¯© ¬©§ ¢°± ¡¦ ¥²£ ¤ ¥ ³¤¨ ©¢§± ¥ § ´µ¶ ·¸¦§¤¹£©ª¥¨ §±©§®§ª¥§º ¥ §©§¤ ¬¢£© £»© ¦ ¡ ª ¥¦ ¡¢£¤¥¤¥±§¤»§¦ ¥ £±§® ¡¥ £®¯© ¬©§ ¢°± ¡¦ ¥²£ ¤ ¥ ³¤¨ © ¢§± ¥ § ´µ ¶·¸

“OK” “OK” “OK”

Kesimpulan Handal

5.12 Hasil Pengujian Pengelolaan Penanganan-Delete Penanganan

(PDHUPL-SPDTT-A-03-03)

Tabel 5.12 Hasil Pengujian Pengelolaan Penanganan-Delete Penanganan

Identifikasi PDHUPL-SPDTT-A-03-03

Deskripsi Pengujian terhadap antarmuka form penanganan oleh aktor administrator

Procedur

pengujian Masukan Keluaran yangdiharapkan Kriteria evaluasihasil Hasil yang didapat

- Pilih data yang akan dihapus dengan mengklik salah satu data pada data grid penanganan - Tekan tombol

“Delete”

- Pilih data yang akan dihapus dengan mengklik salah satu data pada data grid penanganan - Tekan tombol

“Delete”

- Message “Delete berhasil” - Status data akan

berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid penanganan - Tersedia link

untuk “Refresh” - Tersedia link

untuk “Close form penanganan”

- Message “Delete berhasil” - Status data akan

berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid penanganan - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form penanganan”

- Message “Delete berhasil” - Status data akan

berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid penanganan - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form penanganan” - Tekan tombol

“Delete” - Tekan tombol“Delete” - Message “Deleteberhasil” - Status data

pertama pada data grid penanganan akan berubah, is_delete menjadi 1 di database - Data tidak akan

tertampil di data grid penanganan - Tersedia link

untuk “Refresh” - Tersedia link

untuk “Close form penanganan”

- Message “Delete berhasil” - Status data

pertama pada data grid penanganan akan berubah, is_delete menjadi 1 di database - Data tidak akan

tertampil di data grid penanganan - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form penanganan”

- Message “Delete berhasil” - Status data

pertama pada data grid penanganan akan berubah, is_delete menjadi 1 di database - Data tidak akan

tertampil di data grid penanganan - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form penanganan”

Kesimpulan Handal

5.13 Hasil Pengujian Pengelolaan Penanganan-Search Penanganan

(PDHUPL-SPDTT-A-03-04)

Tabel 5.13 Hasil Pengujian Pengelolaan Penanganan-Search Penanganan

Identifikasi PDHUPL-SPDTT-A-03-04

Deskripsi Pengujian terhadap antarmuka form penanganan oleh aktor administrator

Procedur

pengujian Masukan Keluaran yangdiharapkan Kriteria evaluasihasil Hasil yangdidapat

- Pilih key pencarian data yang akan dicari dengan mengklik salah satu radio button yang ada

- Pilih key pencarian data yang akan dicari dengan mengklik salah satu radio button yang ada (misal: klik rbnamapenanganan)

- Data akan dicari akan tertampil di data grid penanganan - Tersedia link

untuk “Close form

- Data akan dicari akan tertampil di data grid penanganan - Tersedia link

untuk “Close

- Data akan dicari akan tertampil di data grid penanganan - Tersedia link

(2)

rogram Studi Teknik Informatika UAJY PDHUPL-SPDTT Halaman 26 dari 30

¼½¾¿ÀÁÂÃÂ ÃÄÅÂÃÂÆ ½Ç ÀÅÈÃÉÅÂ ÊÄ ÃÀÃË Ã¾ ÃÂÉÅÅÄÅË ÅÌÀÃË Ã¾ÍÇ ½ÊÇÅ ÀÎÏ ¿Ä ÃÐÁ¾Â Ã ¾ ÑÂÆ ½ÇÀÅÏ Ã ¾Å ÒÓÔ ÕÖÄÅÂ×ÁÇÈÃÆ ÅÏÇÅÌÅÈÃÅØ ¼ÃË ÅÇÅÂ ÊÀÁÇ ÁÙÇ ½Ä ¿¾È ÃÄ ½¾¿ÀÁÂÃÂÃÏÅÂÙÅÄ Ã¾ÁÏÅÌ ¿Ã½Ë ÁÌÍÇ ½ÊÇÅ ÀÎÏ ¿Ä ÃÐÁ¾Â Ã ¾ ÑÂÆ ½Ç ÀÅÏ Ã ¾Å ÒÓ ÔÕÖ

- Masukkan text pencarian dengan memasukkan pada TextBox yang

bersangkutan. - Tekan tombol

“Search”

- Masukkan text pencarian dengan memasukkan pada TextBox yang bersangkutan. (misal: “Pijat Refleksi”). - Tekan tombol “Search”

penanganan” - Tersedia button

“Refresh”

form penanganan” - Tersedia button

“Refresh”

form penanganan” - Tersedia button

“Refresh”

- Pilih key pencarian data yang akan dicari dengan mengklik salah satu radio button yang ada - Tekan tombol

“Search”

- Pilih data yang akan dicari dengan mengklik salah satu radio button yang ada (misal: klik rbnamapenanganan) - Tekan tombol “Search”

- Tidak ada data yang tertampil, data grid penanganan kosong

- Tersedia button “Refresh”

- Tidak ada data yang tertampil, data grid penanganan kosong - Tersedia button

“Refresh”

- Tidak ada data yang tertampil, data grid penanganan kosong - Tersedia button

“Refresh” - Tekan tombol

“Search” - Tekan tombol “Search” - Tidak ada actionyang dilakukan - Tersedia button

“Refresh”

- Tidak ada action yang dilakukan - Tersedia button

“Refresh”

- Tidak ada action yang dilakukan - Tersedia button

“Refresh”

Kesimpulan Handal

5.14 Hasil Pengujian Pengelolaan Admin-Add Admin (PDHUPL-SPDTT-A-04-01)

Tabel 5.14 Hasil Pengujian Pengelolaan Admin-Add Admin

Identifikasi PDHUPL-SPDTT-A-04-01

Deskripsi Pengujian terhadap antarmuka form admin oleh aktor administrator

Procedur

pengujian Masukan Keluaran yangdiharapkan Kriteria evaluasihasil Hasil yang didapat

- Masukkan usernameyang valid

- Masukkan passwordyang valid

- Tekan tombol “Add”

- Usernameyang valid pada TextBox username(misal: “admin”)

- Passwordyang valid pada TextBox password(misal: “admin”)

- Tekan tombol “Add”

- Message “Insert berhasil” - Data akan masuk

ke database - Data akan tampil

di data grid admin - Tersedia button

“Refresh”

- Tersedia link untuk “Close form admin”

- Message “Insert berhasil” - Data akan masuk

ke database - Data akan tampil

di data grid admin - Tersedia button

“Refresh”

- Tersedia link untuk “Close form admin”

- Message “Insert berhasil” - Data akan masuk

ke database - Data akan tampil

di data grid admin - Tersedia button

“Refresh”

- Tersedia link untuk “Close form admin” - Masukkan

usernameatau passwordsaja atau kosongi kedua TextBox - Tekan tombol

“Add”

- Masukkanusername ataupasswordsaja atau kosongi kedua TextBox

- Tekan tombol “Add”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK” - Masukkan

usernameatau passwordyang tidak valid (karakter melebihi panjang didatabase) - Tekan tombol

“Add”

- Usernameyang tidak valid pada TextBox username(karakter melebihi panjang didatabase)

- Passwordyang valid pada TextBox password(misal: “admin”)

- Tekan tombol “Add”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

(3)

rogram Studi Teknik Informatika UAJY PDHUPL-SPDTT Halaman 27 dari 30

ÚÛÜÝÞßàáà áâãàáàä Ûå Þãæáçãà èâ áÞáé áÜ áàçããâãé ãêÞáé áÜëå Ûèåã Þìí Ýâ áîßÜà á Ü ïàä ÛåÞãí á Üã ðñò óôâãàõßåæáä ãíåãêãæáãö Úáé ãåãà èÞßå ß÷å Ûâ ÝÜæ áâ ÛÜÝÞßàáàáíãà÷ãâ áÜßíãê ÝáÛé ßêëå Ûèåã Þìí Ýâ áîßÜà á Ü ïàä Ûå Þãí á Üã ðñ òóô

- Masukkan data admin yang sama persis dengan salah satu data admin yang ada dalam database dataadmin - Tekan tombol

“Add”

- Usernameyang valid pada TextBox username(misal: “admin”)

- Passwordyang valid pada TextBox password(misal: “admin”)

- Tekan tombol “Add”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Tekan tombol

“Add” - Tekan tombol “Add” - Message yang Anda isi“Data tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

Kesimpulan Handal

5.15 Hasil Pengujian Pengelolaan Admin-Edit Admin (PDHUPL-SPDTT-A-04-02)

Tabel 5.15 Hasil Pengujian Pengelolaan Admin-Edit Admin

Identifikasi PDHUPL-SPDTT-A-04-02

Deskripsi Pengujian terhadap antarmuka form admin oleh aktor administrator

Procedur

pengujian Masukan Keluaran yangdiharapkan Kriteria evaluasihasil Hasil yang didapat

- Pilih data yang akan diedit dengan mengklik salah satu data pada data grid admin - Masukkan data

baruusername ataupassword yang valid - Tekan tombol

“Edit”

- Pilih data yang akan diedit dengan mengklik salah satu data pada data grid admin

- Usernamebaru yang valid pada TextBox username(misal: “administrator”) - Passwordbaru yang

valid pada TextBox password(misal: “administrator”) - Tekan tombol “Edit”

- Message “Edit berhasil” - Data akan masuk

ke database - Data akan tampil

di data grid admin - Tersedia link

untuk “Close form admin”

- Message “Edit berhasil” - Data akan masuk

ke database - Data akan tampil

di data grid admin - Tersedia link untuk

“Close form admin”

- Message “Edit berhasil” - Data akan masuk

ke database - Data akan tampil

di data grid admin - Tersedia link untuk

“Close form admin”

- Pilih data yang akan diedit dengan mengklik salah satu data pada data grid admin

- Hapususername ataupassword atau hapus kedua TextBox - Tekan tombol

“Edit”

- Pilih data yang akan diedit dengan mengklik salah satu data pada data grid admin

- Hapususername ataupasswordatau hapus kedua TextBox

- Tekan tombol “Edit”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Pilih data yang akan diedit dengan mengklik salah satu data pada data grid admin - Masukkan data

baruusername ataupassword

- Pilih data yang akan diedit dengan mengklik salah satu data pada data grid admin

- Usernamebaru yang valid pada TextBox username(misal: “administrator”)

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

(4)

rogram Studi Teknik Informatika UAJY PDHUPL-SPDTT Halaman 28 dari 30

øùúûüýþÿþ ÿ þÿþ ù üÿþ ÿüÿ ÿú ÿþ üÿ ÿú ù ü û ÿýúþ ÿ ú þ ùü ÿ ú þýÿ ÿ øÿ þ üý ý ù ûú ÿ ùúûüýþÿþÿþ ÿúý ûÿù ý ù ü û ÿýúþ ÿ ú þ ù ü ÿ ú

yang tidak valid (karakter melebihi panjang didatabase) - Tekan tombol

“Edit”

- Passwordbaru yang tidak valid (karakter melebihi panjang didatabase)

- Tekan tombol “Edit” - Tekan tombol

“Edit” - Tekan tombol “Edit” - Message yang Anda isi“Data tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

- Message “Data yang Anda isi tidak benar!!!” - Tersedia button

“OK”

Kesimpulan Handal

5.16 Hasil Pengujian Pengelolaan Admin-Delete Admin

(PDHUPL-SPDTT-A-04-03)

Tabel 5.16 Hasil Pengujian Pengelolaan Admin-Delete Admin

Identifikasi PDHUPL-SPDTT-A-04-03

Deskripsi Pengujian terhadap antarmuka form admin oleh aktor administrator

Procedur

pengujian Masukan Keluaran yangdiharapkan Kriteria evaluasihasil Hasil yang didapat

- Pilih data yang akan dihapus dengan mengklik salah satu data pada data grid admin - Tekan tombol

“Delete”

- Pilih data yang akan dihapus dengan mengklik salah satu data pada data grid admin

- Tekan tombol “Delete”

- Message “Delete berhasil” - Status data akan

berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid admin - Tersedia link

untuk “Refresh” - Tersedia link

untuk “Close form admin”

- Message “Delete berhasil” - Status data akan

berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid admin - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form admin”

- Message “Delete berhasil” - Status data akan

berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid admin - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form admin” - Tekan tombol

“Delete” - Tekan tombol“Delete” - Message “Deleteberhasil” - Status data

pertama pada data grid admin akan berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid admin - Tersedia link

untuk “Refresh” - Tersedia link

untuk “Close form admin”

- Message “Delete berhasil” - Status data

pertama pada data grid admin akan berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid admin - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form admin”

- Message “Delete berhasil” - Status data

pertama pada data grid admin akan berubah, is_delete menjadi 1 di database

- Data tidak akan tertampil di data grid admin - Tersedia link

untuk “Refresh” - Tersedia link untuk

“Close form admin”

(5)

rogram Studi Teknik Informatika UAJY PDHUPL-SPDTT Halaman 29 dari 30

! "# $ % #% &% '! $! () * + !) ,-. /01!" )!&"2 % ! $! 3! " )3 )& % &'! $! () * + ! ) ,- ./0

5.17 Hasil Pengujian Pengelolaan Admin-Search Admin

(PDHUPL-SPDTT-A-04-04)

Tabel 5.17 Hasil Pengujian Pengelolaan Admin-Search Admin

Identifikasi PDHUPL-SPDTT-A-04-04

Deskripsi Pengujian terhadap antarmuka form admin oleh aktor administrator

Procedur

pengujian Masukan Keluaran yangdiharapkan Kriteria evaluasihasil Hasil yangdidapat

- Pilih key pencarian data yang akan dicari dengan mengklik salah satu radio button yang ada - Masukkan text

pencarian dengan memasukkan pada TextBox yang

bersangkutan. - Tekan tombol

“Search”

- Pilih key pencarian data yang akan dicari dengan mengklik salah satu radio button yang ada (misal: klik rbusername) - Masukkan text

pencarian dengan memasukkan pada TextBox yang bersangkutan. (misal: “admin”)

- Tekan tombol “Search”

- Data akan dicari akan tertampil di data grid admin - Tersedia link

untuk “Close form admin”

- Tersedia button “Refresh”

- Data akan dicari akan tertampil di data grid admin - Tersedia link

untuk “Close form admin” - Tersedia button

“Refresh”

- Data akan dicari akan tertampil di data grid admin - Tersedia link

untuk “Close form admin” - Tersedia button

“Refresh”

- Pilih key pencarian data yang akan dicari dengan mengklik salah satu radio button yang ada - Tekan tombol

“Search”

- Pilih data yang akan dicari dengan mengklik salah satu radio button yang ada (misal: klik rbusername)

- Tekan tombol “Search”

- Tidak ada data yang tertampil, data grid penanganan kosong

- Tersedia button “Refresh”

- Tidak ada data yang tertampil, data grid penanganan kosong - Tersedia button

“Refresh”

- Tidak ada data yang tertampil, data grid penanganan kosong - Tersedia button

“Refresh” - Tekan tombol

“Search” - Tekan tombol “Search” - Tidak ada actionyang dilakukan - Tersedia button

“Refresh”

- Tidak ada action yang dilakukan - Tersedia button

“Refresh”

- Tidak ada action yang dilakukan - Tersedia button

“Refresh”

Kesimpulan Handal

5.18 Hasil Pengujian Antarmuka Identifikasi Penyakit TBC

(PDHUPL-SPDTT-B-01)

Tabel 5.18 Hasil Pengujian Antarmuka Info

Identifikasi PDHUPL-SPDTT-B-01

Deskripsi Pengujian terhadap antarmuka form sistem pakar oleh aktor user

Procedur

pengujian Masukan Keluaran yangdiharapkan Kriteria evaluasihasil Hasil yang didapat

- Masukkanlama batukdengan memilih combo box yang ada - Masukkan

intensitas untuk gejala-gejal yang lain di dalam data grid

- Bila user tidak memasukkan angka, maka dianggap

- Masukkan lama batuk(misal: “14”) - Masukkan

gejala-gejala yang lain (misal: Berkeringat di malam hari = “0.3”, berat badan turun = “0.8”, demam = “0.8”, lemah = “0.7”)

- Tekan tombol “Hasil Diagnosis”

- Hasil diagnosis berupa akan muncul di textbox - Tersedia link

untuk “Penanganan Penyakit TBC”

- Hasil diagnosis berupa akan muncul di textbox - Tersedia link untuk

“Penanganan Penyakit TBC”

- Hasil diagnosis berupa akan muncul di textbox - Tersedia link untuk

“Penanganan Penyakit TBC”

(6)

rogram Studi Teknik Informatika UAJY PDHUPL-SPDTT Halaman 30 dari 30

456789:;: ;<=:;:> 5? 8=@;A=: B< ;8;C ;6 ;:A==<=C =D8;C ;6E? 5B?= 8FG 7< ;H96: ; 6 I:> 5?8=G ; 6= JKL MN<=:O9?@;> =G?=D=@;=P 4;C =?=: B89? 9Q? 5< 76@ ;< 56789:;:;G=:Q=< ;69G=D 7;5C 9DE? 5B?= 8FG 7< ;H96: ; 6 I:> 5? 8=G ; 6= JK LMN

memasukkan angka 0. Sedangkan jika user memasukkan angka lebih dari 1 di dalam data grid maka dianggap user memasukkan angka 1. - Tekan tombol

“Hasil Diagnosis”