BAB IV

ANALISA DAN PERANCANGAN

4.1. Analisis Sistem

Analisis sistem dapat didefinisikan orang yang menganalis suatu sistem
mempelajari permasalahan yang ada dan memahami kebutuhan pemakai sistem
dengan tujuan untuk mengidentifikasi pemecahan permasalahan tersebut.

4.2. Analisis Sistem Sedang Berjalan

Analisa sistem merupakan penguraian dari pada sistem yang utuh kedalam
bagian-bagian komponen dengan maksud untuk mengidentifikasi dan
mengevaluasi masalah-masalah yang terjadi.
Untuk memperoleh kinerja yang baik dari suatu pekerjaan dapat di
lakukan melalui sistem kenerja yang terkordinir dengan baik. Untuk mencapai hal
tersebut diperlukan perbaikan terhadap sistem yang lama dengan membuat suatu
rencaa sistem yang baru dapat memberikan hal yang baik dari pada sistem yang
lama.
Pada bab ini dijelaskan mengenai prosedur yang berjalan dan yang
diusulkan dari sistem yang ada di daerah Kota Pekanbaru. Analisis yang penulis
lakukan ini terdiri dari analisis objek sistem yang berjalan, mencari kelemahan
sistem yang berjalan sesuai standar yang telah ditentukan, serta mengevaluasi
sistem yang sedang berjalan sehingga menghasilkan usulan rancangan sistem yang
baru. Analisa sistem adalah penguraian dari suatu sistem informasi yang utuh
kedalam bagian komponen-komponennya dengan maksud mengidentifikasi dan
mengevaluasi kekurangan-kekurangan yang terjadi dan kebutuhan-kebutuhan
yang diharapkan sehingga dapat diusulkan perbaikan–perbaikannya.
Analisis sistem yang sedang berjalan di daerah Kota Pekanbaru dibuat oleh
penyusun dalam bentuk Use Case diagram dan activity diagram, karena kedua
notasi Unified Modelling Language (UML) ini mewakili secara sederhana dan
bisa dijadikan sebagai bahan dalam evaluasi sistem yang berjalan secara efektif,
sehingga sistem dapat terlihat tanpa harus mengetahui secara detail prosedur yang
berjalan.
4.3. Pemodelan Sistem Sedang Berjalan
Berdasarkan metode pengembangan sistem yang digunakan, maka pertama
kali akan dilakukan penentuan kebutuhan sistem yang akan dirancang. Proses
penentuan kebutuhan ini diawali dengan cara menggambarkan atau memodelkan
sistem yang sedang berjalan. Sesuai dengan metode pendekatan sistem yang
digunakan, maka penggambaran atau pemodelan sistem yang berjalan akan
dipresentasikan menggunakan notasi UML, yaitu dengan menggunakan Use Case
Diagram yang diagram ini sudah mewakili dan bisa dijadikan sebagai bahan
evaluasi.
4.3.1. Aktor
Aktor adalah seseorang atau apa saja (pengguna sistem, sistem lain) yang
berhubungan dengan sistem. Adapun aktor yang terlibat dalam penyampaian
informasi lokasi pemetaan sedang berjalan di Pekanbaru adalah:
1. Masyarakat.
2. Petugas BPBD Provinsi Riau.
Adapun Aktor Use Case Diagram sedang berjalan dapat dilihat pada
Gambar 4.1. berikut ini:

Gambar 4.1. Aktor Use Case Diagram Sistem Sedang Berjalan

4.3.2. Use Case Diagram Sistem Sedang Berjalan
Dibawah ini adalah Use Case diagram sistem sedang berjalan di Badan
Penanggulangan Bencana Daerah Provinsi Riau Kota Pekanbaru. Adapun Use
Case Diagram pada sistem sedang berjalan dapat dilihat pada Gambar 4.2.
dibawah ini.

21
 Gambar 4.2. Use Case Diagram Pada Sistem Sedang Berjalan

4.3.3. Skenario Use Case Diagram Sistem Yang Sedang Berjalan

Skenario Use Case bertujuan untuk mendeskripsikan atau menjelaskan
diagram Use Case. Berikut adalah skenario Use Case dari diagram Use Case pada
Gambar 4.2.
1. Skenario Use Case Permintaan Info Kawasan Rentan Banjir
Adapun Skenario Use Case Permintaan Info Kawasan Rentan Banjir tersaji
pada Tabel 4.1.
Tabel 4.1. Skenario Use Case Permintaan Informasi Kawasan Rentan Banjir
Nama Permintaan Informasi pemetaan kawasan rentan
:
banjir
Untuk mengetahui informasi pemetaan kawasan
Tujuan :
rentan banjir
Aktor : Masyarakat
Meliputi proses yang menggambarkan saat meminta
informasi pemetaan kawasan rentan banjir dengan
Deskripsi :
datang langsung ke BPBD Provinsi Riau yang
dilakukan oleh masyarakat

22
 Tabel 4.1. Skenario Use Case Permintaan Informasi Kawasan Rentan Banjir
(Lanjutan)

Skenario Utama
Aksi Aksi
1. Masyarakat meminta informasi
pemetaan rentan banjir
2. Petugas menerima
permintaan informasi objek
banjir.

Skenario Alternatif
Aksi Aksi

Dilanjutkan ke skenario Pencarian Informasi pemetaan kawasan rentan

Banjir

2. Skenario Use Case Pencarian Info Kawasan Rentan Banjir

Adapun Skenario Use Case pencarian info kawasan rentan banjir tersaji
pada Tabel 4.2.
Tabel 4.2. Skenario Use Case Pencarian Info Kawasan Rentan Banjir
Pencarian Informasi pemetaan kawasan rentan
Nama : banjir

Untuk mendapatkan informasi pemetaan

Tujuan :
kawasan rentan banjir
Aktor : Petugas BPBD Provinsi Riau
Meliputi proses yang menggambarkan saat
mencari informasi pemetaan kawasan rentan
Deskripsi :
banjir dengan cara mencari pada berkas–berkas
atau komputer.
Skenario Utama
Aksi Reaksi
1. Masyarakat meminta informasi
pemetaan kawasan rentan banjir
2. Petugas mencari informasi
pemetaan kawasan rentan
banjir
Skenario Alternatif
Aksi Reaksi

Dilanjutkan ke scenario Pemberian Informasi pemetaan kawasan

rentan banjir

23
 3. Skenario Use Case Pemberian Informasi Pemetaan Kawasan Rentan Banjir

Adapun Skenario Use Case pemberian info kawasan rentan banjir tersaji
pada Tabel 4.3.
Tabel 4.3. Skenario Use Case Pemberian Info Kawasan Rentan Banjir
Nama :Pemberian Informasi Pemetaan Kawasan Rentan
Banjir
Tujuan : Untuk menginformasikan Pemetaan Kawasan
Rentan Banjir Kota Pekanbaru
Aktor : Masyarakat
Deskripsi : Meliputi proses yang menggambarkan saat
memberikan informasi Pemetaan Kawasan Rentan
Banjir Pekanbaru
Skenario Utama
Aksi Reaksi
1. Masyarakat menerima informasi
pemetaan kawasan rentan banjir
2. Petugas memberikan informasi
pemetaan kawasan rentan banjir
Skenario Alternatif
Aksi Aksi

Dilanjutkan ke scenario Pemberian Informasi pemetaan kawasan rentan banjir

4.3.4. Evaluasi Sistem Yang Sedang Berjalan

Berdasarkan gambaran dari Use Case diagram yang telah digambarkan,
maka terdapat beberapa kesimpulan mengenai sistem yang sedang berjalan.
Adapun evaluasi sistem yang sedang berjalan tersaji pada Tabel 4.4.
Tabel 4.4. Evaluasi Sistem Sedang Berjalan
No
Masalah Solusi
Informasi yang sewaktu-waktu
Membangun sebuah sistem yang sewaktu-
1. dibutuhkan tidak dapat dilayani
waktu dapat melayani dengan cepat.
dengan cepat.
Lambatnya pencarian Membangun sebuah informasi khusus
2.
informasi pemetaan rentan informasi pemetaan rentan banjir.

24
Tabel 4.4. Evaluasi Sistem Sedang Berjalan (Lanjutan)
No Masalah Solusi

Informasi lokasi yang diberikan

Memberikan informasi yang detail dan
3. sering kali tidak lengkap dan
terperinci didalam sebuah system.
tidak terperinci.

4.4. Analisis Sistem Usulan

Pada tahap analisis sistem informasi yang berjalan, penulis mencoba
menganalisis sistem yang berjalan di BPBD Provinsi Riau. Dari hasil analisis
ternyata sistem yang sudah berjalan masih mempunyai permasalahan seperti yang
dijelaskan diatas. Maka penulis mencoba mengusulkan suatu rancangan sistem
berupa aplikasi android dengan harapan sistem yang penulis usulkan dapat
membantu BPBD Provinsi Riau, terutama dalam hal pelayanan informasi terhadap
masyarakat. Dalam perancangan sistem ini penulis akan membangun suatu
aplikasi berbasis android yang didalamnya berisi informasi pemetaan kawasan
Kota Pekanbaru, seperti pemetaan suatu daerah, info-info kawasan rentan banjir
Kota Pekanbaru, dan info-info tinggi muka air. Dengan harapan sistem usulan
mampu menangani permasalahan-permasalahan yang ada sebelumnya pada sistem
yang ada di BPBD Provinsi Riau.

4.5. Analisis Kebutuhan Sistem

4.5.1. Analisis Kebutuhan Perangkat Keras (Hardware)
Adapun hardware yang akan digunakan dalam proses membangun
pemetaan kawasan rentan banjir yang spesifikasi perangkat keras digunakan
adalah sebagai berikut. Adapun Spesifikasi Hardware tersaji pada Tabel 4.5. di
bawah ini.
Tabel 4.5. Spesifikasi Hardware

Perangkat Keras

Processor Intel(R) Core (TM) i7-4710HQ CPU @2.50Gz

Memory 4,00 GB

25
Tabel 4.5. Spesifikasi Hardware (Lanjutan)
Perangkat keras

System Tyoe 32-bit Operating System, x64-based

prosesor
Vga Intel(R) HD Graphics 4600
Smartphone Redmi 2

4.5.2. Analisis Kebutuhan Perangkat Lunak (Software)

Perangkat lunak yang digunakan dalam pengembangunan sistem adalah
sebagai berikut. Adapun tabel spesifikasi software tersaji pada Tabel 4.6.
Tabel 4.6. Spesifikasi Software

Perangkat Lunak

Text Editor Notepad ++

IDE Developer Android Studio versi terbaru

MySQL Db Browser for MySQL

4.6. Pemodelan Sistem Usulan

Pemodelan sistem bertujuan untuk menentukan kebutuhan dari sistem yang

diusulkan atau dirancang. Sesuai dengan metode pendekatan sistem yang
digunakan, maka penggambaran atau pemodelan sistem yang diusulkan akan
dipresentasikan menggunakan notasi UML, yaitu Use Case Diagram.

4.6.1. Aktor
Aktor adalah seseorang atau apa saja (pengguna sistem, sistem lain) yang
berhubungan dengan sistem. Adapun aktor yang terlibat dalam sistem aplikasi
pemetaan kawasan rentan banjir diantaranya:

1. User.
2. Admin.

26
 Adapun aktor Use Case Diagram sistem usulan dapat dilihat pada Gambar
4.3.

Gambar 4.3. Aktor Use Case Diagram Sistem Usulan

4.6.2. Use Case Sistem Usulan

Mendeskripsikan kelakuan sistem dari sudut pandang pengguna, berguna
untuk membantu memahami kebutuhan. Use Case adalah dasar dari diagram lain.
Adapun Use Case diagram dari Sistem Informasi Geografis yang diusulkan
tersaji dalam gambar. Adapun Use Case Diagram sistem keseluruhan dapat dilihat
pada Gambar 4.4.

Gambar 4.4. Use Case Diagram Sistem keseluruhan

27
4.7. Perancangan Use Case Diagram
4.7.1. Use Case Diagram Admin
Adapun Use Case Diagram admin sistem usulan dapat dilihat pada
Gambar 4.5.

Gambar 4.5. Use Case Diagram Admin Sistem Usulan

4.7.2. Skenario Use Case Diagram Admin
Berikut ini adalah Skenario Use Case yang diusulkan ke BPBD Provinsi
Riau.
Actors : Admin
Description : Terdapat kondisi dimana peran Admin dapat mengatur
konten dari sistem informasi geografis pemetaan kawasan
rentan banjir sedangkan, User memiliki beberapa konten
yang dapat diakses yaitu melihat peta pemetaan kawasan
rentan banjir Kota Pekanbaru.

28
 3. Skenario Use Case Login
Adapun Skenario Use Case Login tersaji pada Tabel 4.7.
Tabel 4.7 Skenario Use Case Login
Use Case : Login

Deskripsi : Use Case ini menangani verifikasi dan hak akses

untuk level Administrator
Aktor : Admin

Kondisi Awal : Sistem menampilkan form login.

Kondisi Akhir : Menampilkan halaman utama.

Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin memasukan Username dan
password.
2. Sistem melakukan verifikasi
login
3. Sistem menampilkan form
halaman utama.
Skenario Gagal Login

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin memasukan Username dan
password.

2. Sistem melakukan verifikasi

login
3. Sistem menampilkan pesan login
gagal dan password salah

4. Skenario Use Case kelola Peta Rentan Banjir

Adapun Skenario Use Case kelola Peta Rentan Banjir tersaji pada Tabel
4.8.

29
Tabel 4.8 Skenario Use Case Kelola Peta Rentan Banjir
Use Case : Kelola Peta Rentan Banjir

Deskripsi : Use Case menggambarkan admin melakukan

pengelolaan pada peta rentan banjir
Aktor : Admin

Kondisi Awal : Sistem menampilkan peta marker rentan banjir

Kondisi Akhir : Data rentan banjir berhasil diinput dan tersimpan di

database

Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman utama
dan memilih menu kelola peta
rentan banjir.
2. Sistem menampilkan marker data
rentan banjir.
3. Admin melakukan input data
rentan banjir.

4. Sistem menampilkan pesan untuk

menyimpan data.
5. Admin memilih save

6. Data rentan banjir berhasil

tersimpan pada database.

30
Tabel 4.8 Skenario Use Case Kelola Peta Rentan Banjir (Lanjutan)

Skenario Gagal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman
utama dan memilih menu
kelola peta rentan banjir.

2. Sistem menampilkan marker data

rentan banjir.
3. Admin melakukan input data
banjir
4. Sitem menampilkan pesan untuk
menyimpan data.
5. Admin memilih save.

6. Data rentan banjir tidak masuk di

database.

5. Skenario Use Case kelola ketinggian muka air

Adapun Skenario Use Case kelola ketinggian muka air tersaji pada Tabel
4.9.
Tabel 4.9 Skenario Use Case Kelola Ketinggian Muka Air
Use Case : Kelola Ketinggian Muka Air

Deskripsi : Use Case menggambarkan admin melakukan input

pada kelola ketinggian muka air ketika banjir.
Aktor : Admin

Kondisi Awal : Sistem menampilkan list ketinggian air ketika banjir.

Kondisi Akhir : Data ketinggian air berhasil di input dan menyimpan

data ketinggian banjir di database

31
Tabel 4.9 Skenario Use Case Kelola Ketinggian Muka Air (Lanjutan)
Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman utama
dan memilih kelola tinggi muka
air.
2. Sistem menampilkan list info data
ketinggian muka air.
3. Admin melakukan input data info
ketinggian muka air saat banjir.

4. Sistem menampilkan pesan untuk

save data.
5. Admin memilih yes

6. Data banjir berhasil tersimpan di

database.
Skenario Gagal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman utama
dan memilih kelola info tinggi
muka air.

2. Sistem menampilkan marker info

ketinggian muka air.
3. Admin melakukan input data info
tinggi air
4. Sitem menampilkan pesan untuk
save data.
5. Admin memilih yes.

6. Data info ketinggian muka air

tidak tersimpan di database.

32
 6. Skenario Use Case Berita terbaru
Adapun Use Case kelola berita terbaru dapat dilihat pada Tabel 4.10.
Tabel 4.10. Skenario Use Case Kelola Berita Terbaru
Use Case : Kelola berita terbaru

Deskripsi : Use Case menggambarkan Admin melakukan

pengelolaan pada kelola berita terbaru

Aktor : Admin

Kondisi Awal : Sistem menampilkan list data berita tebaru

Kondisi Akhir : Data lapor berhasil tersimpan di database

Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman utama
dan memilih kelola berita terbaru
2. Sistem menampilkan list data
kelola berita terbaru.
3. Admin melakukan input data
berita terbaru
4. Sistem menampilkan pesan untuk
menyimpan data.
5. Admin memilih save.

6. Data lapor berhasil tersimpan di

database.
Skenario Gagal Input

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman utama
dan memilih kelola berita terbaru.

33
Tabel 4.10. Skenario Use Case Kelola Berita Terbaru (Lanjutan)
Skenario Gagal Input
Aksi Aktor Reaksi Sistem

2. Sistem menampilkan list data

berita terbaru.
3. Admin melakukan input data
berita terbaru
4. Menampilkan pesan untuk
menyimpan data berita terbaru
5. Admin memilih save.

6. Data kelola berita terbaru tidak

masuk di database.

7. Skenario Use Case kelola Nomor Penting

Adapun Use Case Kelola Nomor Penting dapat dilihat pada Tabel 4.11.
Tabel 4.11. Skenario Use Case Kelola Nomor Penting
Use Case : Kelola Nomor Penting

Deskripsi : Use Case menggambarkan Admin melakukan

pengelolaan pada kelola Nomor Penting

Aktor : Admin

Kondisi Awal : Sistem menampilkan list Nomor Penting

Kondisi Akhir : Data nomor penting berhasil diedit dan tersimpan di

database.

Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman utama
dan memilih menu nomor
penting.
2. Sistem menampilkan list data
nomor penting.

34
 Tabel 4.11 Skenario Use Case Kelola Nomor Penting (Lanjutan)
Skenario Normal

Aksi Aktor Reaksi Sistem

3. Admin melakukan edit data

4. Sistem menampilkan pesan untuk

menyimpan data.
5. Admin memilih save.

6. Data nomor penting berhasil

diedit dan tersimpan pada
database.
Skenario Gagal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika

Admin membuka halaman utama
dan memilih kelola nomor
penting.

2. Sistem menampilkan list data

kelola nomor penting.
3. Admin melakukan input data
pada list data nomor penting.
4. Menampilkan pesan untuk
menyimpan data nomor penting.
5. Admin memilih save.

6. Data nomor penting tidak masuk

di database.

4.7.3. Deskripsi Use Case Diagram Admin

Berikut ini adalah Deskripsi Use Case Admin yang diusulkan di Badan
Penanggulangan Bencana Daerah. Adapun tabel deskripsi Use Case Diagram
Admin dapat dilihat pada Tabel 4.12.

35
Tabel 4.12. Deskripsi Use Case Diagram Admin

No. Use Case Deskripsi

1. Login Use Case ini menggambarkan User melakukan login
ke hosting untuk mengelola database MySQL.
2. Kelola peta Use Case ini menggambarkan Admin melakukan
rentan banjir perubahan pada tampilan profil daerah pada aplikasi.
3. Kelola tinggi Use Case ini menggambarkan Admin mengelola data
muka air tinggi muka air jika ada perubahan, penambahan dan
penghapusan tinggi muka air.
4. Kelola berita Use Case ini menggambarkan Admin mengelola
terbaru berita terbaru jika ada perubahan, penambahan dan
penghapusan pada kelola berita terbaru
5. Kelola nomor Use Case ini menggambarkan Admin mengelola data
penting nomor penting jika ada perubahan, penambahan dan
penghapusan.

4.7.4. Use Case Diagram User

Adapun Use Case Diagram User sistem usulan dapat dilihat pada Gambar
4.6 berikut ini:

Gambar 4.6 Use Case Diagram User Sistem Usulan

36
4.7.5. Skenario Use Case Diagram User
Berikut ini adalah Skenario Use Case User yang diusulkan di Badan
Penanggulangan Bencana Daerah Provinsi Riau.
Actors : User
Description : Beberapa konten yang dapat diakses oleh User yaitu
melihat peta rentan banjir, melihat tinggi muka air, melihat berita terbaru
dan melihat nomor penting.

1. Skenario Use Case Melihat peta rentan banjir

Adapun skenario Use Case melihat peta rentan banjir dapat dilihat pada
Tabel 4.13. berikut:
Tabel 4.13. Skenario Use Case Melihat Peta Rentan Banjir
Use Case : Peta rentan banjir

Deskripsi : Use Case menggambarkan User melihat marker peta

rentan banjir.

Aktor : User

Kondisi Awal : User memilih menu peta rentan banjir.

Kondisi Akhir : Sistem menampilkan marker peta rentan banjir.

Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan
memilih menu peta rentan banjir.
2. Sistem memproses data untuk
ditampilkan.
3. Sistem menampilkan marker peta
rentan banjir

37
Tabel 4.13. Skenario Use Case Melihat Peta Rentan Banjir (Lanjutan)
Skenario Gagal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan
memilih menu peta rentan banjir.

2. Sistem memproses data untuk

ditampilkan.

3. Sistem tidak dapat menampilkan

market peta rentan banjir.

2. Skenario Use Case Melihat Menu Tinggi Muka Air

Adapun Skenario Use Case Melihat Tinggi Muka Air dappat dilihat pada
Tabel 4.14.
Tabel 4.14. Skenario Use Case Melihat Menu Tinggi Muka Air
Use Case : Menu Tinggi Muka Air

Deskripsi : Use Case menggambarkan User melihat Tinggi

Muka Air

Aktor : User

Kondisi Awal : User memilih menu Tinggi Muka Air

Kondisi Akhir : Sistem menampilkan data Tinggi Muka Air

38
Tabel 4.14. Skenario Use Case Melihat Menu Tinggi Muka Air (Lanjutan)

Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan
memilih menu Tinggi Muka Air.
2. Sistem memproses data untuk
ditampilkan.
3. Sistem menampilkan data berita
terbaru
Skenario Gagal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan
memilih menu Tinggi Muka Air

2. Sistem memproses data untuk

ditampilkan.
3. Sistem tidak dapat menampilkan
data Tinggi Muka Air

3. Skenario Use Case Melihat Berita Terbaru

Adapun Skenario Use Case Melihat Berita terbaru dapat dilihat pada Tabel
4.15.
Tabel 4.15. Skenario Use Case Melihat Berita Terbaru
Use Case : Menu Berita Terbaru

Deskripsi : Use Case menggambarkan User melihat Berita

Terbaru

Aktor : User

Kondisi Awal : User memilih menu Berita Terbaru

Kondisi Akhir : Sistem menampilkan data Berita Terbaru

39
Tabel 4.15. Skenario Use Case Melihat Berita Terbaru (Lanjutan)
Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan
memilih menu Berita Terbaru.
2. Sistem memproses data untuk
ditampilkan.
3. Sistem menampilkan data Berita
Terbaru
Skenario Gagal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan
memilih menu Berita Terbaru.

2. Sistem memproses data untuk

ditampilkan.
3. Sistem tidak dapat menampilkan
data Berita Terbaru.

4. Skenario Use Case Melihat Menu Nomor Penting

Adapun Skenario Use Case Melihat Nomor Penting dapat dilihat pada
Tabel 4.16. berikut:
Tabel 4.16. Skenario Use Case Melihat Nomor Penting
Use Case : Menu Nomor Penting

Deskripsi : Use Case menggambarkan User melihat Nomor

Penting

Aktor : User

Kondisi Awal : User memilih menu Nomor Penting

Kondisi Akhir : Sistem menampilkan data Nomor Penting

40
 Tabel 4.16. Skenario Use Case Melihat Nomor Penting (Lanjutan)
Skenario Normal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan memilih
menu nomor penting.
2. Sistem memproses data untuk
ditampilkan.
3. Sistem menampilkan data nomor
penting
Skenario Gagal

Aksi Aktor Reaksi Sistem

1. Use Case ini dimulai ketika User

membuka halaman utama dan memilih
menu nomor penting

2. Sistem memproses data untuk

ditampilkan.
3. Sistem tidak dapat menampilkan
data nomor penting

4.7.6. Deskripsi Use Case Diagram User

Deskripsi Use Case User yang diusulkan di Badan Penanggulangan
Bencana Daerah Provinsi Riau adalah sebagai berikut. Adapun Deskripsi Use
Case Diagram User dapat dilihat pada Tabel 4.17.
Tabel 4.17. Deskripsi Use Case Diagram User

No. Use Case Deskripsi

1. Melihat Peta Rentan Use Case ini menggambarkan User dapat melihat
Banjir peta rentan banjir Pekanbaru Kota.

41
Tabel 4.17. Deskripsi Use Case Diagram User (Lanjutan)

No. Use Case Deskripsi

2. Melihat Tinggi Muka Air Use Case ini menggambarkan User dapat
mengetahui informasi data tinggi muka air.

3. Melihat Berita Terbaru Use Case ini menggambarkan User dapat membaca
berita terbaru.

4. Melihat Nomor Penting Use Case ini menggambarkan User dapat

menghubungi nomor penting untuk mendapatkan
informasi yang dibutuhkan.

4.8. Activity Diagram

Activity diagram menggambarkan berbagai alir aktivitas dalam sistem
yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang
mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat
menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.

4.8.1. Activity Diagram Admin

1. Activity Diagram Login
Adapun gambar Activity Diagram Login dapat dilihat pada Gambar 4.7.

Gambar 4.7. Activity Diagram Login

42
2. Activity Diagram Kelola Peta Rentan Banjir
Adapun gambar Activity Diagram kelola peta rentan banjir dapat dilihat
pada Gambar 4.8.

Gambar 4.8. Activity Diagram Kelola Peta Rentan Banjir

3. Activity Diagram Kelola Tinggi Muka Air
Adapun gambar Activity Diagram Kelola Tinggi Muka Air dapat dilihat
pada Gambar 4.9.

Gambar 4.9. Activity Diagram Kelola Tinggi Muka Air

4. Activity Diagram Kelola Berita Terbaru
Adapun gambar Activity Diagram Kelola Berita Terbaru dapat dilihat pada
Gambar 4.10.

Gambar 4.10. Activity Diagram Kelola Berita Terbaru

43
 5. Activity Diagram Kelola Nomor Penting
Adapun gambar Activity Diagram Kelola Nomor Penting dapat dilihat
pada Gambar 4.11.

Gambar 4.11. Activity Diagram Kelola Nomor Penting

4.8.2. Activity Diagram User

1. Activity Diagram User Melihat Peta Rentan Banjir
Adapuan gambar Activity Diagram User melihat peta rentan banjir dapat
dilihat pada Gambar 4.12.

Gambar 4.12. Activity Diagram User Melihat Peta Rentan Banjir

2. Activity Diagram User Melihat Tinggi Muka Air
Adapun gambar Activity Diagram User Melihat Tinggi Muka Air dapat
dilihat pada Gambar 4.13.

44
 Gambar 4.13. Activity Diagram User Melihat Tinggi Muka Air

3. Activity Diagram User Melihat Berita Terbaru

Adapun gambar Activity Diagram User melihat berita terbaru dapat dilihat
pada Gambar 4.14.

Gambar 4.14. Activity Diagram User Melihat Berita Terbaru

4. Activity Diagram User Melihat Nomor Penting

Adapun gambar Activity Diagram User melihat nomor penting dapat
dilihat pada Gambar 4.15.

Gambar 4.15. Activity Diagram User Melihat Nomor Penting

45
4.9. Sequence Diagram
Sequence diagram berguna dalam menggambarkan proses antara objek
sistem. Sistem Informasi ini memiliki beberapa Sequence Diagram diantaranya:
4.9.1. Sequence Diagram Admin
1. Sequence Diagram Peta Rentan Banjir
Adapun gambar Sequence Diagram Peta Rentan Banjir dapat dilihat pada
Gambar 4.16.

Gambar 4.16. Sequence Diagram Peta Rentan Banjir

2. Sequence Diagram Tinggi Muka Air

Adapun gambar Sequence Diagram tinggi muka air dapat dilihat pada
Gambar 4.17. dibawah ini.

46
 Gambar 4.17. Sequence Diagram Tinggi Muka Air

3. Sequence Diagram Berita Terbaru

Adapun gambar Sequence Diagram Berita Terbaru dapat dilihat pada
Gambar 4.18. dibawah ini.

Gambar 4.18. Sequence Diagram Berita Terbaru

4. Sequence Diagram Nomor Penting

Adapun gambar Sequence Diagram Nomor Penting dapat dilihat pada
Gambar 4.19. dibawah ini.

47
 Gambar 4.19. Sequence Diagram Nomor Penting

4.9.2. Sequence Diagram User

1. Sequence Diagram Melihat Peta Rentan Banjir
Adapun gambar Sequence Diagram melihat peta rentan banjir dapat dilihat
pada Gambar 4.20.

Gambar 4.20. Sequence Diagram Melihat Peta Rentan Banjir

2. Sequence Diagram Melihat Info Tinggi Muka Air

Adapun gambar Sequence Diagram melihat info tinggi muka air dapat
dilihat pada Gambar 4.21.

48
 Gambar 4.21. Sequence Diagram Melihat Info Tinggi Muka Air

3. Sequence Diagram Melihat Berita Terbaru

Adapun gambar Sequence Diagram Melihat Berita Terbaru dapat dilihat
pada Gambar 4.22.

Gambar 4.22. Sequence Diagram Melihat Berita Terbaru

4. Sequence Diagram Melihat Menu Nomor Penting

Adapun gambar Sequence Diagram melihat menu nomor penting dapat
dilihat pada Gambar 4.23.

49
 Gambar 4.23. Sequence Diagram Melihat Menu Nomor Penting

4.10. Class Diagram

Diagram kelas merupakan sebuah Diagram menggambarkan struktur
sisten dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun
sistem. Diagram kelas gunakan untuk menampilkan beberapa kelas serta paket-
paket yang ada dalam sistem/perangkat lunak yang sedang kita kembangkan.
Diagram kelas memberi gambaran/Diagram statis tentang sistem/perangkat lunak
dan relasi-relasi yang ada didalamnya.

Class diagram yang dibuat dengan tujuan agar pembuat program atau
programmer membuat kelas-kelas sesuai rencangan. Tahap design merupakan
deskripsi lengkap dari class-class yang ditangani oleh sistem, dimana masing-
masing class telah dilengkapi dengan atribut dan operasi yang diperlukan.

Adapun gambar Class Diagram Sistem Informasi Geografis Rentan Banjir

Kota Pekanbaru dapat dilihat pada Gambar 4.24.

50
Gambar 4.24. Class Diagram Sistem Informasi Geografis Rentan Banjir Kota Pekanbaru

Adapun keterangan dari class diagram tersebut dijelaskan pada Tabel 4.18.

Tabel 4.18. Keterangan Class Diagram

No Informasi Keterangan
1. Nama database Dbbanjir
2. Jumlah tabel/file 1. Tbl_rentan_banjir
2. Tbl_tinggi_muka_air
3. Tbl_berita_terbaru
4. Tbl_nomor_penting

1. Nama Database: dbbanjir

Nama File : Tbl_rentan_banjir
Field Kunci : id_rentan_banjir

51
Tabel 4.19. Database Rentan Banjir
Tipe
No Nama Field Panjang Data Keterangan
Data
1. Kode_banjir Char
2. Kode_tinggiair Char
3. Id_lokasi_banjir Char
4. Luas banjir Char

2. Nama Database : dbbanjir

Nama File : Tbl_tinggi_muka_air
Field Kunci : id_tinggi_muka_air

Tabel 4.20. Informasi Tinggi Muka air

Tipe
No Nama Field Panjang Data Keterangan
Data
1. Kode_tinggiair Char
2. Status Char
3. Id_lokasi_banjir Char

3. Nama Database : dbbanjir

Nama File : Tbl_berita_terbaru
Field Kunci : id_berita_terbaru

Tabel 4.21. Berita Terbaru

Tipe
No Nama Field Panjang Data Keterangan
Data
1. Kode_ berita Char
2. Id_User Char
3. Judul berita Char

4. Nama Database : dbbanjir

Nama File : Tbl_nomor_penting
Field Kunci : id_ nomor_penting

52
 Tabel 4.22. Nomor Penting
Tipe Panjang
No Nama Field Keterangan
Data Data

1. Id_ nomor_penting Char

2. Nama_ nomor_penting Char

3. Nomor_penting Char

5. Nama Database : dbbanjir

Nama File : Tbl_User
Field Kunci : id_User

Tabel 4.23. User

Tipe Panjang
No Nama Field Keterangan
Data Data
1. Id_ User Char
2. Nama_ User Char
3. Alamat_User Char
4. Id_nomor Char

4.11. Perancangan Struktur Menu

Perancangan menu ini di rancang sebagai gambaran mengenai skema
program yang akan dirancang. Struktur perancangan pemetaan kawasan rentan
banjir berbasis android seperti berikut:

Peta rawan Banjir

Tinggi Muka Air Pemetaan

Kawasan
Rentan Banjir
Berita Terbaru

Nomor Penting

Gambar 4.25. Perancangan Struktur Menu

53
4.12. Perancangan Antar Muka
Perancangan tampilan (interface) dibangun dengan bertujuan untuk
memudahkan User dalam menggunakan aplikasi yang akan dibangun. Penekanan
interface meliputi tampilan yang baik, mudah dipahami (User Friendy).
1. Perancangan Admin kelola data banjir
adapun gambar tampilan kelola data banjir dapat dilihat pada Gambar
4.26.

Gambar 4.26. Perancangan Tampilan kelola data banjir

2. Perancangan Admin kelola data tinggi muka air

adapun gambar tampilan kelola data tinggi muka air dapat dilihat pada
Gambar 4.27.

Gambar 4.27. Perancangan Tampilan Kelola Data tinggi Muka Air

54
3. Perancangan Admin kelola data Berita Terbaru
adapun gambar tampilan kelola data berita terbaru dapat dilihat pada
Gambar 4.28.

Gambar 4.28. Perancangan Tampilan Kelola Data Berita Terbaru

4. Perancangan Admin kelola data Nomor Penting

Adapun gambar tampilan kelola data nomor penting dapat dilihat pada
Gambar 4.29.

Gambar 4.29. Perancangan Tampilan Kelola Data Nomor Penting

5. Perancangan Admin kelola data User

Adapun gambar tampilan kelola data User dapat dilihat pada Gambar 4.30.

55
 Gambar 4.30. Perancangan Tampilan Kelola Data Nomor Penting

6. Perancangan Beranda
Adapun gambar tampilan Beranda dapat dilihat pada Gambar 4.31.

Gambar 4.31. Perancangan Tampilan Beranda

56
7. Perancangan Menu Peta Rawan Banjir
Adapun gambar tampilan perancangan menu peta rawan banjir dapat
dilihat pada Gambar 4.32.

Gambar 4.32. Perancangan Tampilan Menu Peta Rawan Banjir

8. Perancangan Menu Info Tinggi Muka Air

Adapun gambar tampilan perancangan menu info tinggi muka air dapat
dilihat pada Gambar 4.33.

Gambar 4.33. Perancangan Tampilan Menu Info Tinggi Muka Air

57
9. Perancangan Sub Menu Info Tinggi Muka Air
Adapun gambar tampilan perancangan sub menu info tinggi muka air
dapat dilihat pada Gambar 4.34.

Gambar 4.34. Perancangan Tampilan Sub Menu Info Tinggi Muka Air

10. Perancangan Menu Berita Terbaru

Adapun gambar tampilan perancangan menu berita terbaru dapat dilihat
pada Gambar 4.35.

Gambar 4.35. Perancangan Tampilan Berita Terbaru

58
11. Perancangan Menu Nomor Penting
Adapun gambar tampilan perancangan menu nomor penting dapat dilihat
pada Gambar 4.36.

Gambar 4.36. Perancangan Tampilan Menu Nomor Penting

59