ANALISIS DAN PERANCANGAN SISTEM
3.2 Perancangan Sistem
3.2.1 Use Case Diagram
3.2.1.1 Skenario Use Case Diagram
Secara lebih detail, masing-masing use case yang terdapat pada diagram use case, dijabarkan dalam skenario use case. Di dalam skenario use case, akan diberikan uraian nama, aktor yang berhubungan dengan use case tersebut, tujuan dari use case, deskripsi global tentang use case, pra-kondisi yang harus dipenuhi dan pasca-kondisi
yang diharapkan setelah berjalannya fungsional use case. Selain itu juga diberikan ulasan yang berkaitan dengan tanggapan dari sistem atas suatu aksi yang diberikan oleh aktor, baik sebagai proses/aliran utama yang dilakukan oleh sistem maupun aliran alternatif. Setiap use case akan diberikan sebuah skenario yang akan menjelaskan secara detail interaksi yang ada di dalamnya. Untuk skenario dari use case sistem pakar diagnosis penyakit lupus dapat dilihat pada tabel 3.1 di bawah ini:
Tabel 3.1 Tabel defenisi aktor
No Aktor Deskripsi
1 Use /Pengguna/Pasien Pengguna sistem yang menjalankan aplikasi untuk mendiagnosis penyakit lupus dan dapat mengakses semua menu kecuali menu admin.
2 Admin Pengguna sistem yang memiliki hak untuk mengelola data admin, data gejala, dan laporan.
Tabel 3.2 Tabel Use Case
UC ID Use Case
UC-01 Daftar/registrasi user
UC-02 Diagnosis penyakit UC-03 Login admin UC-04 Data admin UC-05 Data gejala UC-06 Data laporan
a. Skenario Use Case
ID : SC-01-01
Nama Use Case : Daftar/registrasi use case
Deskripsi : Meregistrasi atau mendata user agar user bisa melakukan diagnosis penyakit sehingga admin/pakar mengetahui siapa
saja pengguna sistem pakar ini.
Pre-kondisi : User belum daftar/registrasi ke dalam sistem
Tabel 3.3 Skenario Use Case Daftar
Aksi Actor Reaksi Sistem
Skenario Normal
1.Input nama, alamat, umur dan jenis kelamin
2. Menyimpan data input-an
3. Mengarahkan ke halaman diagnosis penyakit
Skenario Alternatif
1.Input nama, alamat, umur dan jenis kelamin
2. Menampilkan pesan “Mohon isi seluruh data dengan benar”
ID : SC-01-02
Nama Use Case : Diagnosis penyakit
Deskripsi : User menjawab pertanyaan–pertanyaan yang diberikan oleh sistem sesuai dengan gejala penyakit lupus yang dialami Pre-kondisi : User belum menjawab semua pertanyaan yang diberikan
sistem
Skenario :
Tabel 3.4 Skenario Use Case Diagnosis
Aksi Actor Reaksi Sistem
Skenario Normal
1. User memilih asumsi penyakit dan menjawab semua pertanyaan seputar gejala yang dialami yang diajukan oleh sistem
2. Menyimpan jawaban user
3. Mengarahkan ke halaman hasil diagnosis Skenario Alternatif
menjawab semua pertanyaan seputar gejala yang dialami yang diajukan oleh sistem
2. Menampilkan pesan “Mohon jawab semua pertanyaan dengan benar”
ID : SC-01-03
Nama Use Case : Login admin
Deskripsi : Mengautentifikasi admin ketika akan masuk kedalam sistem dengan menggunakan username dan password
Pre-kondisi : Admin belum login ke dalam sistem
Skenario :
Tabel 3.5 Skenario use case login admin
Aksi Actor Reaksi Sistem
Skenario Normal
1. Input username dan password
2. Memeriksa input-an admin
3. Mengarahkan ke halaman utama admin Skenario Alternatif
1. Input username dan password
2. Menampilkan pesan “username dan
password salah”
ID : SC-01-04
Nama Use Case : Data admin
Deskripsi : Admin dapat menambah, mengubah dan menghapus data admin berupa username dan password .
Pre-kondisi : Admin belum mengisi data masukan
Skenario :
Aksi Actor Reaksi Sistem Skenario Normal
1. Input username dan password
2. Menyimpan hasil input-an
3. Mengarahkan ke halaman admin yang sudah terisi data sesuai dengan input-an
Skenario Alternatif
1. Input username dan password
2. Menampilkan pesan “Mohon isi seluruh data”
ID : SC-01-05
Nama Use Case : Data gejala
Deskripsi : Admin dapat menambah, mengubah dan menghapus data gejala berupa penyakit, gejala, bobot *CFSLE, *CFDLE, dan *CFDILE
Pre-kondisi : Admin belum mengisi data inputan
Skenario :
Tabel 3.7 Skenario use case data gejala
Aksi Actor Reaksi Sistem
Skenario Normal
1. Input id, penyakit, gejala, cfsle, cfdle, cfdile
2. Menyimpan hasil inputan
3. Mengarahkan ke halaman gejala yang sudah terisi data sesuai dengan inputan
1. Input id, penyakit, gejala, cfsle, cfdle, cfdile
2. Menampilkan pesan “mohon isi seluruh
data”
*CFSLE : Certainty Factor Systemic Lupus Erythematosus
*CFDLE : Certainty Factor Discoid Lupus Erythematosus
*CFDILE : Certainty Factor Drug Induced Lupus Erythematosus
ID : SC-01-06
Nama Use Case : Data laporan
Deskripsi : Admin membuat data laporan yang berisi nama, alamat, umur, jenis kelamin serta hasil diagnosa dari pengguna/user. Dan admin hanya bisa melakukan hapus data karena penambahan data datang dari pengguna/user yang menggunakan sistem
Pre-kondisi : Data user belum masuk ke data laporan admin
Skenario :
Tabel 3.8 Skenario use case data laporan
Aksi Actor Reaksi Sistem
Skenario Normal
1. Admin mengakses data user untuk ditampilkan sebagai data laporan
2. Menampilkan data user beserta dengan hasil diagnosis
Skenario Alternatif
1. Admin mengakses data user untuk ditampilkan sebagai data laporan
2. Menampilkan pesan “Data gagal di akses” 3.2.2 Entity Relationship Diagram (ERD)
ERD digunakan untuk menunjukkan hubungan antar data dengan basis data dan objek–objek (himpunan entitas) apa saja yang ingin dilibatkan dalam sebuah basis data dan bagaimana hubungan yang terjadi diantara objek-objek tersebut. ERD yang berisi komponen-komponen himpunan entitas dan himpunan relasi yang masing-masing dilengkapi dengan beberapa atribut yang mempresentasikan seluruh fakta yang ditinjau dari keadaan yang nyata. Di mana dapat digambarkan secara lebih sistematis dengan menggunakan ERD. Adapun perancangan ERD diagnosisnya adalah seperti terlihat pada gambar 3.3 di bawah ini:
pasien memiliki
Kode_pasien nama
umur jenkel tanggal Cfsle
id penyakit gejala1
Cfdle Cfdile alamat
penyakit
asumsi
Gambar 3.3 Entity Relationship Diagram Diagnosis