89
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
90
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.
91
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.
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
Program Studi Teknik Informatika SKPL – SPDTT 2/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
2 345 36 7 869: 3; 3<
Re
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
Program Studi Teknik Informatika SKPL – SPDTT 3/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
V WXY WZ [ W\ W] W^ _ `Zab Wc W^
Program Studi Teknik Informatika SKPL – SPDTT 4/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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 m p 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~y oqtyq~ 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~y oqtyq~...16
Program Studi Teknik Informatika SKPL – SPDTT 5/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
Program Studi Teknik Informatika SKPL – SPDTT 6/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
»
Pen
dahuluan
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
ÖSe
ÕÃÆ Ã È ¾Ï¾ÑÀÆÀÂÃÄ Ì¾ÆÃÄ ÇÈ ÃÁ ÑÀÄ ÃÈ
S
żTT
ÊÄÊProgram Studi Teknik Informatika SKPL – SPDTT 7/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
a
Ù
Verifikasi login
yang akan digunakan oleh
Údmin
Ùb
Ù Û
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
Program Studi Teknik Informatika SKPL – SPDTT 8/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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% +( " *
78
4 Referensi
R
9: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 ;? IS
D9=>: >C? => M9 GBE BH?< L9 ;?< @C?E NB<?C– SPDTT (Smart Client for Cyber
Program Studi Teknik Informatika SKPL – SPDTT 9/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
OP
5 Deskripsi umum (Overview)
Se
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
Program Studi Teknik Informatika SKPL – SPDTT 10/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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.
Program Studi Teknik Informatika SKPL – SPDTT 11/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
R
erupakan
fungsi yang akan digunakan
untuk
melakukan pengelolaan data gejala
SFungsi
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
Program Studi Teknik Informatika SKPL – SPDTT 12/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
d
TFungsi 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
Program Studi Teknik Informatika SKPL – SPDTT 13/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
UV
3 Karakteristik Pengguna
W
engguna perangkat lunak S
WXT
Xtersebut 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
Y
berkolosis
u
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
Program Studi Teknik Informatika SKPL – SPDTT 14/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
2. Aplikasi dari sistem ini hanya memberikan analisis
berupa diagnosis penyakit
Zu
berkolosis
, 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:
Program Studi Teknik Informatika SKPL – SPDTT 15/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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
Login
(from Use Case View)
Pengolahan Data Penyakit
<<include>>
Display Penanganan TBC Pengolahan Data Gejala
Administrator
(from Actor)
Pengolahan Data Admin
<<include>>
<<include>>
<<include>>
User
(from Actor)
Identifikasi Penyakit
Program Studi Teknik Informatika SKPL – SPDTT 16/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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
Program Studi Teknik Informatika SKPL – SPDTT 17/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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.
Program Studi Teknik Informatika SKPL – SPDTT 18/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
_`
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.
Program Studi Teknik Informatika SKPL – SPDTT 19/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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.
Program Studi Teknik Informatika SKPL – SPDTT 20/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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.
Program Studi Teknik Informatika SKPL – SPDTT 21/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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
Program Studi Teknik Informatika SKPL – SPDTT 22/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
Use Case ini digunakan oleh aktor untuk
mengelola data penanganan penyakit tuberkolosis.
Aktor dapat melakukan tambah
penanganan, ubah
penanganan, hapus penanganan, atau cari penanganan.
ab
Primar
y 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.
Program Studi Teknik Informatika SKPL – SPDTT 23/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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).
Program Studi Teknik Informatika SKPL – SPDTT 24/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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.
Program Studi Teknik Informatika SKPL – SPDTT 25/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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).
Program Studi Teknik Informatika SKPL – SPDTT 26/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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
Program Studi Teknik Informatika SKPL – SPDTT 27/ 27 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
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)
DESKRIPSI
cde fgh fgi fg cde f gi jfk lm gfjS
cnkkopq
st
rs tuvur
wqu xnos
u yun
zrur
p
q trny
uv qt
z
u
{rr
vo
|qos
s
yrxun
n
}rto
yr ~uzzy
zsu
vusoto
ntu
v
n
qv
rrs
qt
us
t
suu
y
u
o
xuvuy
rt
uwq
p
rrs
quvup
n o
|r
r
qst
qn
r rn
qt
u
ro
r
tu
n
n
or
t
–
u
t
s
no
o
n
ustr
n
v
rs
t
s
t
y
o
y
rt
Program Studi Teknik
nfo
¡ma
¢ika
£¤ ¥¦§ ¨¤© ª« ¥¬§ ® ¯ °¬ ±¦© ¨² ¯
³o´or µo¶u´·n ¸¹º ¹´¹n
D
»»¼-
½¾ ¿À ÀÁÂÃÄ
ÇroÈrÉmÊËÌtu Í ÎÏnÌ ÏÐnÑÉormÌ ÏÉt ÒÇÇÓ–Ê ÇÒÍÍ ÔÕÖÔ
×oØuÙÚn ÛnÛÜÝn ÛÞnorÙ ÝsÛ yÝnßÜÛÙ Û à ÛØ ÛnyÝÝ ÜÝ àÝáÙÛà ÛØâßrorÝmãÜÛtuäÚØnÛØåÞnÙÝor tÛØ Ý æç èé êÜÝn ëÚrsÛÞÝt
r
Ý áÝsÛÝ ì× ÛàÝrÝnß untuØÙÚ ærÚÜprouØsÛÜoØuÙÚn ÛnÛ tÝnpÝÜÛØ ÚtÝáuÛ oàÚ áâßroÝrmãtuÜÛäÚØnÛØåÞnÙ Ýor tÛØÝ
íî ïðîñ òóñ ôõî öî ÷
Re
v
ø
s
ø ùúûs
ør
ps
øî
õ
ü
í
ó
ï
ý þÿ
ÿ
ÿ
oleh
ÿ
oleh
ÿ
rormtu nnormt !– "#$%
&o'u()n *n*+,n *-nor( ,s* y,n.+*( * / *' *ny,, +, /,0(*/ *'1.ror,m2+*tu3)'n*'4-n(,or t*' , 56 78 9+,n :)rs*-,t
r
, 0,s*, ;& */,r,n. untu'() 5r)+prou's*+o'u()n *n* t,np,+*' )t,0u* o/) 01.ro,rm2tu+*3)'n*'4-n( ,or t*', <= >?=@ A= B= C= D EF@ GH= I= D
NroOrPmQRStu T UVnS VWnXPormS VPt YNNZ–Q NYTT [\]^
_o`uabn cncden cfnora esc yengdca c h c` cnyee de heiach c`jgroremkdctulb`nc`mfnaeor tc` e no pq rden sbrscfet
r
e iesce t_ chereng untu`ab nrbdprou`scdo`uabn cnc tenpedc` bteiuc ohb ijgroermktudclb`nc`mfna eor tc`e
uvw xv y z{|
}~
endah
l
an
...
}} j
an
...
} ang
ingk
p
...
} efini
i dan
k
onim
...
} efe
en
i
...
~e
ancangan
i
em (
em
e
ign)
... 9
} ~e
ancangan
i
ek
(
chi
ec
al
e
ign)
... 9
~
e
ancangan
inci (
e
ail
e
ign)
... 9
} e
ence
iag
am
... 9
la
iag
am
...
9 e
k
ip
i
ela
...9 e
k
ip
i
ekompo
i
i
...
9 } ekompo
i
i
a
a
...
9 }} e
k
ip
i
n
i
a
da
aadmin
...
9 } e
k
ip
i
n
i
a
pen
aki
...
9 }
e
k
ip
i
n
i
a
gejala
...
9 }
e
k
ip
i
n
i
a
¡ro¢r£m¤¥¦tu § ¨©n¦ ©ªn«£orm¦ ©£t ¬¡¡–¤ ¡¬§§ ®¯® °
±o²u³´n µnµ¶·n µ¸nor³ ·sµ y·n¹¶µ³ µ º µ² µny·· ¶· º·»³µº µ²¼¹ror·m½¶µtu¾´²nµ²¿¸n³·or tµ² · ÀÁ Âà Ķ·n Å´rsµ¸·t
r
· »·sµ· Ʊ µº·r·n¹ untu²³´ Àr´¶prou²sµ¶o²u³´n µnµ t·np·¶µ² ´t·»uµ oº´ »¼¹ro·rm½tu¶µ¾´²nµ²¿¸n³ ·or tµ²· Ç ÈÉÊ ÈË Ì ÈÍÎ ÈË
Ï
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 –
ñroòrómôõötu ÷ øùnö ùúnûóormö ùót üññý–ô ñü÷÷ þÿ
oun nn nor s yn ny rormtunnor t n rs t
r s rn untu rprousoun n tnp tu o rormtunnor t
amba
ancangan
n
a
m
!ka
"engelolaan
"en
#aki
–
dd
$ %di
$ &ele
e
$ 'ea
ch
"en
#aki
...( )amba
*ancangan
n
a
m
!ka
"engelolaan
ejala –
dd
$ %di
$ &ele
e
$ 'ea
ch
ejala
...
+ ,amba
ancangan
n
a
m
!ka
"engelolaan
"enanganan
–
dd
$ %di
$dan
'ea
ch
"enanganan
...
+.amba
/ancangan
n
a
m
!ka
'i
0em
"aka
"en
#aki
123...
.0
amba
4ancangan
n
a
m
!ka
"enanganan
"en
#aki
5ro6r7m89:tu ; <=n: =>n?7orm: =7t @55A–8 5@;; BCDE
FoGuHIn JnJKLn JMnorH LsJ yLnNKJH J O JG JnyLL KL OLPHJO JGQNrorLmRKJtuSIGnJGTMnHLor tJG L UV WX YKLn ZIrsJMLt
r
L PLsJL [F JOLrLnN untuGHI UrIKprouGsJKoGuHIn JnJ tLnpLKJG ItLPuJ oOI PQNroLrmRtuKJSIGnJGTMnH Lor tJGL \
Pen
]^_u
`u
^n
\a\ b
u
cu
^n
d
okumen
deskripsi Peran
cangan
ee
fangka
g hinak
j
i
kgem
eaka
f diagno
ka dan
le
fapi
een
maki
g libe
fkolo
ki
kdengan
ne
g
ode
oizz
mpl kikamo
go (
deeh jedll) be
fgij
ian
i
n
gik mendefini
kikan pe
fancangan pe
fangka
gl
inak
mang
akan dikembangkan
q dok
imen
d eeh jedll ge
fkeb
igdig
inakan oleh pengembang pe
fangka
gl
inak
k
ebagai ac
i
an
i
n
gik implemen
ga
ki pada
gahap
kelanj
ign
ma
q\ar s
u
^
n
t uv
n
twup
e
e
fangka
g hinak
jedlldikembangkan dengan
gij
ian
i
n
gik
xyq
n
elak
i
kan diagno
k
e pen
maki
g
l z{
dan membe
f
ikan
info
fma
ki
ge
fapi
gen
gang pen
maki
g lz{q|q n
embe
fikan info
fma
ki mengenai pen
maki
g lz{ mang
melip
igi penanganan ma
ip
in pencegahan
lz{q\a} ~v
n
vs
v ]^n
wron
vd
af
ga
fdefini
k
i ak
f
onim dan
k
ingka
g
an
x
e
mo
fd
eh
fa
ke
defini
ki
deeh d
e
k
k
fip
k
i
e
e
fancangan
ee
fangka
ghi
nak di
keb
igj
iga
jof
ga
fe
de
kign
d
e
kc
fip
gion
(
jdd)
me
fipakan
de
kk
fip
ki
da
fi
pe
fancangan
p
fod
ik
pe
f
angka
gl
inak
m
ang akan
dikembangkan
qjedll j
i
kgem
paka
f in
gik
melak
ikan
diagno
ka
pen
maki
g l z{dan
rormtu n norm t –
oun nn nor s yn ny ¡ ¢rorm£tu¤n¥nor t ¦§ ¨© ªn «rst
r
¡s ¬ rn untu ¦rprousoun n tnp t¡u o ¡¢rorm£tu¤n¥n or t
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
ÐÑrorÒmÓÔÕtu Ö ×ØnÕ ØÙnÚormÒÕ ØÒt ÛÐ ÐÜ–ÓÐÛÖÖ ÝÞßà
áoâuã än ånåæçn åènorã çså yçnéæåãå ê åâ ånyççæçê çëãå ê åâìérorçmíæåtuîäânå âïènã çor tåâç ðñòó ôæçn õärså èçt
r
çë çså çöáåê çrçné untuâã ä ðräproæuâsåæoâuã än ånå tçnpçæå â ätçëuå oê äëìéroçrmítuæåîäânå âïnèorã çtå â ç ÷
Peran
øùn
úùn
ûüýþst
ÿ ûyst
ý þ ýs
üún
÷ ý
r
ùø ùn
n
úùn
rs
üý
t
tur
ÿr
øüt
ýøtur
ù ýs
ü ún
Main Form
Admin User
Login PengelolaanPenyakit PengelolaanGejala PengelolaanAdmin Identifikasi
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:
()ror*m+,-tu . /0n- 01n2orm*- 0*t 3( (4–+(3.. 56789
:o;u< =n >n>?@n >Anor< @s> y@nB?><> C >; >ny@@?@C @D<> C >;EBror@mF?>tuG=;n> ;HAn< @or t>;@ IJKL M?@n N=rs> A@t
r
@D @s> @O:>C @r@nB untu;< = Ir=pro?u;s>?o;u< =n >n> t@np@?> ; =t@Du> oC =DEBro@rmFtu?>G=;n> ;HnAor< @t> ; @ PQ PQ RQ P
Pen
STUo
UVVn
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:
~rormtu n norm t ~ ~–~
ou n nn nor s yn ny rormtun n or t ¡ ¢n £rs t
r
s ¤ rn untu rprousou n n tnp tu o rormtun nor t ¥¦ ¥¦ §¦ ¥¦ ¨ ©ª
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()
2:
3: GetSyaratPencarian()
4: GetDataAdmin()
5: GetDataAdmin() 6: 7:
ÏÐrorÑmÒÓÔtu Õ Ö×nÔ ×ØnÙormÑÔ ×Ñt ÚÏ ÏÛ–ÒÏÚÕÕ ÜÝÞßÝ
àoáuâ ãn änäåæn äçnorâ æsä yænèåäâä é äá änyææåæé æêâä é äáëèroræmìåätuíãánä áîçnâ æor täáæ ïðñò óåæn ôãrsä çæt
r
æê æsä æõàäé ærænè untuáâ ã ïrãproåuásäåoáuâ ãn änä tænpæåä á ãtæêuä oé ãêëèroærmìtuåäíãánä áînçorâ ætä á æ ö÷ ö÷ ø÷ù úûü ûý
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:
"#ror$m%&'tu ( )*n' *+n,orm$' *$t -" ".–%"-(( /0123
4o5u6 7n 8n89:n 8;nor6 :s8 y:n<9868 = 85 8ny::9:= :>68 = 85?<ror:m@98tuA75n8 5B;n6 :or t85: CDEF G9:n H7rs8 ;:t
r
:> :s8 :I48= :r:n< untu56 7 Cr7pro9u5s89o5u6 7n 8n8 t:np:98 5 7t:>u8 o= 7>?<ro:rm@tu98A75n8 5Bn;or6 :t8 5 : JK JK LKMKM NO
pus
PQny
ORSt
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 pO
r
S PQny
ORSt
TUVWUX YZq \]^_]`a] bc UdX UV e f ] `d ] ghgUU` f ] `i Ujck – rUX c f] `iUj 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()
2:
3: GetSyaratPencarian()
4: GetDatapenyakit()
5: GetDatapenyakit()
6:
7:
strorumvwxtu y z{nx {|n}ormux {ut ~s s–vs~yy
ou n nn nor s yn ny rormtun n or t n rs t
r
s rn untu rprousou n n tnp tu o rormtun nor t ¡ ¢
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:
ÅÆrorÇmÈÉÊtu Ë ÌÍnÊ ÍÎnÏormÇÊ ÍÇt ÐÅ ÅÑ–ÈÅÐËË ÒÓÔÓÕ
Öo×uØ Ùn ÚnÚÛÜn ÚÝnorØ ÜsÚ yÜnÞÛÚØÚ ß Ú× ÚnyÜÜÛÜß ÜàØÚ ß Ú×áÞrorÜmâÛÚtuãÙ×nÚ ×äÝnØ Üor tÚ×Ü åæçè éÛÜn êÙrsÚ ÝÜt
r
Üà ÜsÚ ÜëÖÚß ÜrÜnÞ untu×Ø Ù årÙproÛu×sÚÛo×uØ Ùn ÚnÚ tÜnpÜÛÚ × ÙtÜàuÚ oß ÙàáÞroÜrmâtuÛÚãÙ×nÚ ×änÝorØ ÜtÚ × Ü ìí ìí îíïí ð ñò
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:
rormtu n normt – !"#$%
&o'u( )n *n*+,n *-nor( ,s* y,n.+*(* / *' *ny,,+,/ ,0(* / *'1.ror,m2+*tu3)'n* '4-n( ,or t*', 5678 9+,n :)rs* -,t
r
,0 ,s* ,;&*/ ,r,n. untu'( ) 5r)pro+u's*+o'u( )n *n* t,np,+* ' )t,0u* o/ )01.ro,rm2tu+*3)'n* '4n-or( ,t* ' , <= <= >=? @AB AC
n
o
CDDn
@An
DBDn
n
Dn
<= <= >=?= > EDFGDH @A
n
DBDn
n
Dn
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 @A
n
Dn
BDDn
n
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:
derorfmghitu j klni lmnnormfi lft od dp–gdojj qrstu
vowux yn znz{|n z}norx |sz y|n~{zxz zw zny||{| |xz zw~ror|m{ztuywnz w}nx |or tzw| {|n yrsz }|t
r
| |sz |vz |r|n~ untuwx y rypro{uwsz{owux yn znz t|np|{z w yt|uz o y~ro|rmtu{zywnz wn}orx |tz w |
pus
n
n
n
n
¡¢ £¤ ¥¦ § ¨ © £ § ª« ª £ © £ £§ ££ – ¬ ¢® © £ £§ ££
¯ °±²r
n
n
n
n
³ ¡ ¢ £ ¤ ¥¦§ ¨ © £ § ª« ª £ © £ £ § £ £ – ´¦ © £ £§ ££
: 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:
µ¶ror·m¸¹ºtu » ¼½nº ½¾n¿orm·º ½·t Àµ µÁ–¸µÀ»» ÂÃÄÅÆ
ÇoÈuÉ Ên ËnËÌÍn ËÎnorÉ ÍsË yÍnÏÌËÉË Ð ËÈ ËnyÍÍÌÍÐ ÍÑÉË Ð ËÈÒÏrorÍmÓÌËtuÔÊÈnË ÈÕÎnÉ Íor tËÈÍ Ö×ØÙ ÚÌÍn ÛÊrsË ÎÍt
r
ÍÑ ÍsË ÍÜÇËÐ ÍrÍnÏ untuÈÉ Ê ÖrÊproÌuÈsËÌoÈuÉ Ên ËnË tÍnpÍÌË È ÊtÍÑuË oÐ ÊÑÒÏroÍrmÓtuÌËÔÊÈnË ÈÕnÎorÉ ÍtË È Í ÝÞ ÝÞ ßÞà áâã
nt
äåäæçs
ä èãny
çæät
éê ëìê í î ïð ñ òóô õóö ÷ó øùê úíê ë û üýóö þ ùÿ ù ê ù óö ê ùþ : User
: User : SistemPakarUI : SistemPakarUI : SistemPakarController : SistemPakarController : Penanganan : Penanganan
1: SistemPakarUI() 2:
3: TambahDataGejala()
4: ValidasiDataGejala()
5: GetDataPenanganan() 6:
rormtu n norm t –
ou n nn nor s yn ny !rorm"tu#n$nor t %&'( )n *rs t
r
s + rn untu %rprousou n n tnp t u o !rorm"tu#n$nor t ,- ,- , ./0
ss
1203r
045 678 69 :;< = > ?6@@ A B6C 96 7
,- ,- D 1E
s
Fr
2ps
2 GE/0s
,- ,- D-H I
p
EJ2K2J 1Es
23n
./0ss
Lo
3 2n
MNOoPQnR S TTUounVWryXX
YZogin[ \()
]efa^l_ kon`_a^k_oab dig^nakan ^n_^k ini`iali`a`i `em^a 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()