commit to user
26
3.4 Analisis dan Perancangan Sistem
Dalam pembuatan aplikasi ini dibutuhkan beberapa perancangan sistem yang berorientasi objek yaitu dengan tipe pemodelan Unified Modelling Language atau
yang sering disebut dengan pemodelan UML. Perancangan sistem tersebut antara lain :
3.4.1 System Requirment Spesification SRS
Untuk merancang suatu aplikasi sebelumnya harus diketahui dan diidentifikasi spesifikasi aplikasi yang akan dibuat dan kemudian disesuaikan
dengan kebutuhan dari user, selain itu fungsi dari sistem yang akan dirancang serta dukungan lingkungan yang dibutuhkan. SRS tersebut ditunjukkan pada tabel
3.1. Tabel 3.1 System Requirment Spesification SRS
SRS Fungsi
SRS-IMF1
User login
SRS-IMF2
User melakukan validasi data
SRS-IMF3
User memilih gejala
SRS-IMF4
User memilih menu informasi
SRS-IMF5
User logout
SRS-IMF6
User melihat hasil medical report atau hasil diagnosa
SRS-IMF7
User melihat detail penyakit
SRS-IMF8
User memilih informasi help atau bantuan
SRS-IMF9
User memilih informasi about me atau tentang
SRS-IMF10
Admin dan Pakar dapat memanajemen data gejala
SRS-IMF11
Admin dan Pakar dapat memanajemen data penyakit
SRS-IMF12
Admin dan Pakar dapat memanajemen data informasi
SRS-IMF13
Admin dan Pakar dapat memanajemen data aturan
SRS-IMF14
Admin dapat memanajemen data user baru
commit to user
27
3.4.2 Use Case Diagram
Diagram menyajikan interaksi antara use case dengan aktor. Dimana, aktor dapat berupa orang, peralatan atau sistem lain yang berinteraksi dengan sistem
yang sedang dibangun. Use case biasanya menggambarkan fungsionalitas sistem atau persyaratan-persyaratan yang harus dipenuhi sistem dari pandangan pemakai.
1 Definisi Aktor
Dalam aplikasi ini terdapat 2 aktor antara lain user dan admin. Untuk lenih jelasnya definisi dari masing-masing aktor akan dijabarkan pada tabel 3.1 seperti
di bawah ini : Tabel 3.2 Definisi Aktor
No Aktor
Deskripsi
1.
User User merupakan :
1. Orang yang dapat menggunakan aplikasi secara langsung dengan cara melakukan proses login
terlebih dahulu. 2. Orang yang dapat melalukan proses pemilihan
gejala 3. Orang yang dapat mengakses informasi
4. Orang yang dapat melakukan proses logout terhadap aplikasi mobile.
2. Admin
Admin merupakan orang yang bertugas untuk mengatur manajemen data dari aplikasi ini. Selain itu
admin dapat pula menjadi user karena admin juga dapat mengakses atau menggunakan aplikasi ini.
3. Pakar
Pakar merupakan orang yang bertugas untuk mengelola data tentang input dan update data
penyakit, gejala, informasi dan aturan. Disini pakar tidak dapat mengelolah data user. pakar juga dapat
bertindak sebagai user.
commit to user
28
2. Diagram Use Case
Use Case adalah bagian tingkat tinggi dari fungsionalitas yang disediakan oleh sistem. Dengan kata lain, use case menggambarkan bagaimana
seseorang menggunakan sistem. Sebuah use case dimulai dengan masukaninput dari seorang aktor. Use case merupakan urutan lengkap kejadian-kejadian yang
diajukan oleh seorang aktor dan spesifikasi interaksi antara aktor dengan aplikasi. Untuk mengidentifikasi use case, dapat dilakukan dengan cara menjawab
pertanyaan seperti apa yang masing-masing aktor kerjakan dalam sistem.
Validasi
SRS-IMF2
extends
User Login
Memilih Gejala
Keterangan Penyakit yang diderita
Informasi Detail Penyakit
Informasi
Logout Informasi Bantuan
Keterangan Tentang
extends include
include
Admin
SRS-IMF1
SRS-IMF6
SRS-IMF8 SRS-IMF7
SRS-IMF3
SRS-MF4
SRS-IMF5 SRS-IMF9
Registrasi Gejala
SRS-IMF10
Registrasi Penyakit
SRS-IMF11
Registrasi Informasi
SRS-IMF12
Registrasi Aturan
SRS-IMF13
Registrasi Admin
SRS-IMF14
Pakar
Gambar 3.2 Diagram Use Case