37 BAB 3 ANALISIS DAN PERANCANGAN 3.1 Analisis Sistem

advertisement
BAB 3
ANALISIS DAN PERANCANGAN
3.1
Analisis Sistem Yang Sedang Berjalan
Gambar 3.1 Proses Pelayanan Gangguan Listrik
Proses pelayanan gangguan listrik saat ini adalah :
1.
Pelanggan (customer) menghubungi Call Center 123.
2.
Call Center akan mengirimkan informasi keluhan pelanggan lewat
jaringan internet kepada admin posko sesuai dengan area pelanggan.
3. Admin posko menginformasikan gangguan ke regu-regu pelayanan
gangguan yang berada di wilayah terdekat dengan lokasi pelanggan, terbagi
menjadi regu motor dan regu mobil, dengan menggunakan HT atau radio
komunikasi yang ada pada mobil pelayanan gangguan.
37
38
4.
Setelah gangguan selesai ditangani, regu mengirimkan notifikasi
kepada posko bahwa proses pelayanan gangguan telah diselesaikan.
3.2
Analisis Kebutuhan Pengguna
Untuk mengetahui detail informasi mengenai pelayanan gangguan listrik pada
PT. PLN (Persero), kami melakukan wawancara dengan menanyakan kepada pihak
PT. PLN (Persero) hal-hal apa saja yang menjadi hambatan dalam melayani
gangguan listrik.
Adapun hasil yang diperoleh melalui metode wawancara pada pihak PT. PLN
(Persero) adalah sebagai berikut :
Tabel 3.1 Hasil Wawancara dengan Bapak Haris
Nama
:
Bapak Haris
Jabatan : Supervisor Operasi Distribusi
Tanggal : 30 April 2013
Lokasi : PT PLN (Persero)
PERTANYAAN
JAWABAN
39
1.Bagaimana sistem yang digunakan
Sistem yang digunakan saat ini
dalam pelayanan gangguan saat ini?
masih dalam bentuk HT, radio
komunikasi dan SMS .
2. Apakah sistem yang digunakan
Sampai saat ini masih kurang
saat ini sudah efektif?
efetif, dikarenakan kurangnya
sinyal, alat komunikasi yang
sering rusak dan tenaga baterai
yang cepat habis.
3.Apakah ada kesulitan komunikasi
Ada kendala, karena kurangnya
dalam menggunakan HT? Jika iya,
sinyal. Jika sudah seperti itu
kendala apa saja yang ditemui di
terpaksa petugas menggunakan
lapangan?
pulsa pribadi.
4.Menurut anda, kebutuhan
Menurut saya, komunikasi
komunikasi seperti apa yang
yang dibutuhkan seperti pada
dibutuhkan dalam pelayanan
sistem android.
gangguan?
5.Adakah kesulitan para regu dalam
Tentu ada, karena pelanggan
mencari lokasi terjadinya gangguan?
biasanya memberi alamat yang
tidak detail.
40
6. Apakah jika ada pemakaian fitur
Ya, karena jika ada fitur GPS
GPS akan lebih mempercepat respon
dapat lebih akurat untuk
gangguan?
mengetahui lokasi regu yang
berada paling dekat dengan
lokasi pelanggan.
7. Adakah keluhan pelanggan
Ada. Karena dalam waktu 15
mengenai waktu kedatangan regu
menit, regu sudah harus berada
dalam pelayanan gangguan?
di lokasi.
8. Apakah dengan sistem pengaduan
Untuk sementara sudah cukup
online pada website PT.PLN cukup
efektif. Tetapi terkadang masih
efektif?
ada sedikit gangguan.
9. Jika dibuat aplikasi berbasis
Sangat membantu, apalagi
android untuk sistem informasi
dengan adanya sistem GPS.
gangguan listrik, apakah dapat
membantu dan menambah
keefektifan sistem?
10. Fitur seperti apakah yang
Diinginkan menu yang berisi
diinginkan untuk aplikasi yang akan
nama, nomor telepon, alamat si
dibuat?
pelapor dan detail lokasi pada
aplikasi android.
41
Tabel 3.2 Hasil Wawancara dengan Ibu Wiji
Nama
:
Ibu Wiji
Jabatan :
Staff Administrasi Pelayanan Pelanggan
Tanggal :
30 April 2013
Lokasi :
PT. PLN (Persero)
PERTANYAAN
JAWABAN
1.Bagaimana sistem yang
Sistem yang digunakan saat ini masih
digunakan dalam pelayanan
dalam bentuk HT dan SMS .
gangguan?
2. Apakah sistem yang digunakan
Sampai saat ini masih kurang efetif,
saat ini sudah efektif?
karena sinyal HT tidak stabil sehingga
kami harus menggunakan pulsa hp
pribadi kami untuk berkomunikasi.
3.Apakah ada kesulitan
Ya, kendalanya dikarenakan tenaga
komunikasi dalam menggunakan
baterai HT yang cepat berkurang
HT? Jika iya, kendala apa saja
yang ditemui di lapangan?
4.Menurut anda, kebutuhan
Menurut saya , saat ini sangat
komunikasi seperti apa yang
dibutuhkan sistem komunikasi online
dibutuhkan dalam pelayanan
karena dengan HT masih sangat
42
gangguan?
manual dan sering kali mengalami
gangguan.
5. Apakah mobil – mobil
Saat ini alat yang digunakan di dalam
pelayanan sudah dilengkapi
mobil pelayanan yaitu hanya HT dan
dengan alat yang memadai?
radio komunikasi.
6. Apakah jika ada pemakaian
Tentu, sangat membantu sekali dalam
fitur GPS akan lebih mempercepat pencarian lokasi gangguan.
respon gangguan?
7. Adakah keluhan pelanggan
Ada saja, karena dalam waktu 15
mengenai waktu kedatangan regu
menit regu sudah harus berada di
dalam pelayanan gangguan?
lokasi.
8. Apakah dengan sistem
Sampai saat ini web kami cukup
pengaduan online pada website
efektif, hanya saja terdapat kendala
PT.PLN cukup efektif?
komunikasi antara admin posko dan
regu.
9.Jika dibuat aplikasi berbasis
Sangat membantu, karena dengan
android untuk sistem informasi
adanya sistem yang seperti itu saya
gangguan listrik, apakah dapat
harap dapat meningkatkan kinerja para
membantu dan menambah
regu.
keefektifan sistem?
43
10. Fitur seperti apakah yang
Fitur yang diinginkan yaitu yang
diinginkan pada aplikasi yang
fungsinya memudahkan para regu agar
akan dibuat?
cepat sampai ke lokasi , seperti MAP
atau GPS. Disertakan juga menu data
keluhan dan detail alamat pelanggan.
3.3
Analisis Permasalahan
Berdasarkan hasil wawancara yang dilakukan kepada pihak PT. PLN
(Persero), diketahui bahwa sistem pendistribusian informasi yang sedang berjalan
masih belum efektif. Maka dapat diketahui PT. PLN (Persero) masih merasa
kesulitan dengan :
1. Alat komunikasi yang sering mengalami masalah / kendala seperti
kurangnya sinyal dan baterai HT yang cepat habis pada saat admin
mengirimkan informasi mengenai lokasi gangguan listrik kepada regu di
lapangan.
2. Sulitnya pihak regu dalam menemukan lokasi gangguan listrik secara
cepat dan tepat.
3.4
Usulan Pemecahan Masalah
Berdasarkan analisis permasalahan dan berdasarkan hasil wawancara, maka
diperlukan suatu solusi untuk menghadapi permasalahan yang ada. Solusi yang tepat
adalah dengan membuat aplikasi pendistribusian informasi gangguan listrik berbasis
android yang diharapkan dapat mengatasi kendala-kendala dan memenuhi kebutuhan
yang dibutuhkan.
44
Aplikasi berbasis android ini akan mempermudah komunikasi antara admin
posko dan regu pelayanan gangguan tanpa adanya gangguan sinyal yang menjadi
kendala seperti saat menggunakan HT.
3.5
Perancangan Perangkat Lunak
3.5.1 Use Case Diagram
3.5.1.1 Use Case Android Application (User)
Gambar 3.2 Use Case Diagram pada Aplikasi Android
45
3.5.1.2 Use Case Web Database
(Admin)
`
Gambar 3.3 Use Case Diagram pada Web Admin
46
3.5.2 Use Case Specification
Use case specification menjelaskan secara detail apa yang dilakukan oleh
aktor dan respon sistem. Pada Use Case Specification di bawah ini terdapat dua
sisi, yaitu sisi aplikasi regu (Android) dan sisi web admin.
3.5.2.1 Use Case Specification Android
Tabel 3.3 Use Case Specification Login Android
Nama Use Case
Login
Aktor
Regu
Deskripsi
Use Case menggambarkan bagaimana Regu
memasukkan ID Regu yang telah disimpan
terlebih dahulu dalam database.
Tujuan :
Agar Regu dapat masuk ke halaman awal dan
menggunakan aplikasi.
Bidang Khas suatu
Kegiatan Pelaku
Respon Sistem
event :
1.Regu memasukkan ID
Sistem akan
Regu
melakukan
pengecekan
2.Menekan tombol
input yang
“Masuk”.
dilakukan oleh
Regu, Jika
tidak sesuai
dengan data
yang telah ada
di dalam
database
47
system, maka
sistem tersebut
akan
menampilkan
pesan error.
Jika benar,
maka sistem
tersebut akan
menampilkan
halaman awal.
Tabel 3.4 Use Case Specification Home Android
Nama Use Case
Home
Aktor
Regu
Deskripsi
Use Case menggambarkan bagaimana Regu dapat
memilih 3 menu diantaranya Tampilkan Pesan, Posisi
Saya dan Tentang Program.
Tujuan :
Memberikan pilihan menu kepada Regu untuk diakses.
Bidang Khas suatu event
Kegiatan Pelaku
:
Respon Sistem
48
1.Regu memilih menu
Sistem akan
“Tampilkan Pesan”
menampilkan pesan
masuk mengenai
gangguan.
2.Regu memilih menu
Sistem akan
“Posisi Saya”
menampilkan Map.
3. Regu memilih menu
Sistem akan
“Tentang Program”
menampilkan tentang
program aplikasi.
Tabel 3.5 Use Case Specification Tampilkan Pesan
Nama Use Case
Tampilkan Pesan
Aktor
Regu
Deskripsi :
Use Case menggambarkan bagaimana Regu dapat
melihat pesan dari admin posko mengenai
gangguan.
Tujuan :
Membawa Regu ke halaman dimana Regu dapat
melihat pesan masuk yang dikirimkan posko
(admin).
Bidang Khas suatu
Kegiatan Pelaku
Respon Sistem
event :
1. Regu memilih menu
Sistem akan
“Tampilkan Pesan”
menampilkan halaman
49
yang berisikan pesan
adanya gangguan.
Tabel 3.6 Use Case Specification Tampilkan Gangguan
Nama Use Case
Tampilkan Gangguan
Aktor
Regu
Deskripsi
Use Case menggambarkan bagaimana Regu dapat
melihat data konsumen yang mengalami gangguan.
Tujuan :
Membawa Regu ke halaman dimana Regu akan
mendapatkan data konsumen yang mengalami
gangguan.
Bidang Khas suatu
Kegiatan Pelaku
Respon Sistem
event :
1. Regu memilih menu
Sistem akan
“Tampilkan
menampilkan data
Gangguan”
konsumen seperti nama,
alamat, no. telepon dan
keterangan.
2. Regu memilih menu
Sistem akan
“Lokasi Gangguan”
menampilkan peta
lokasi gangguan.
3.Regu memilih menu
Sistem akan
“Perbaharui Status
menampilkan halaman
Gangguan”
menu Perbaharui Status
Gangguan.
50
Tabel 3.7 Use Case Specification Posisi Saya
Nama Use Case
Posisi Saya
Aktor
Regu
Deskripsi
Use Case menggambarkan bagaimana Regu dapat
melihat petunjuk arah ke lokasi gangguan dan
secara otomatis / ter-schedule untuk mengirimkan
lokasi keberadaannya ke server database.
Agar Regu dapat menemukan lokasi gangguan
Tujuan :
dengan lebih cepat dan akurat.
Bidang Khas suatu
Kegiatan Pelaku
Respon Sistem
event :
1. Regu memilih menu
Sistem akan
“Posisi Saya”
menampilkan Map.
Tabel 3.8 Use Case Specification Tentang Program
Nama Use Case
Tentang Program
Aktor
Regu
Deskripsi
Use Case menggambarkan bagaimana Regu dapat
mengakses menu Tentang Program untuk
mengetahui informasi mengenai program aplikasi
pendistribusian informasi gangguan listrik.
Tujuan :
Untuk mengetahui informasi mengenai aplikasi
pendistribusian informasi gangguan listrik.
51
Bidang Khas suatu
Kegiatan Pelaku
Respon Sistem
event :
1.Regu memilih menu
Sistem akan
“Tentang Program”.
menampilkan halaman
Tentang Program.
Tabel 3.9 Use Case Specification Logout Android
Nama Use Case
Logout
Aktor
Regu
Deskripsi
Use Case menggambarkan bagaimana aktor dapat
melakukan Logout untuk menutup aplikasi.
Tujuan
Tidak bisa masuk ke dalam aplikasi, jika ingin
masuk ke menu maka harus login terlebih dahulu.
Bidang Khas suatu
Kegiatan Pelaku
Respon Sistem
event :
1.Regu menekan
Sistem akan
tombol “Keluar”.
menampilkan halaman
Login.
52
3.5.1.2 Use Case Specification Web
Tabel 3.10 Use Case Specification Login Web
Nama Use Case
Login
Aktor
Admin
Deskripsi
Use Case menggambarkan bagaimana admin dapat
mengakses aplikasi dengan memasukan usename
dan password pada menu Login.
Agar tidak sembarang orang bisa masuk /
Tujuan
mengakses aplikasi, jika ingin masuk ke aplikasi
maka harus login terlebih dahulu.
Bidang Khas suatu
Kegiatan Pelaku
Respon Sistem
event
1.Admin menekan
2.Sistem akan
tombol “Login”.
menampilkan halaman
awal.
Tabel 3.11 Use Case Specification Home Web
Nama Use Case
Home
Aktor
Admin
Deskripsi
Use Case menggambarkan halaman utama yang
berisikan database dari aplikasi.
Tujuan
Admin dapat masuk ke halaman utama di dalam
aplikasi web tersebut.
Bidang Khas
Kegiatan Pelaku
Respon Sistem
suatu event
1.Admin dapat memilih
Sistem akan menampilkan
53
menu “DB Area”.
menu yang dapat dipilih
pada db area yaitu : area
dan area gardu.
2.Admin dapat memilih
Sistem akan menampilkan
menu “DB Posko”.
tabel posko.
3.Admin dapat memilih
Sistem akan menampilkan
menu “DB Regu”.
menu Regu, anggota
Regu, dan anggota Regu
daftar.
4.Admin dapat memilih
Sistem akan
menu “DB Gangguan”.
menampilkan menu
gangguan, jenis gangguan,
gangguan PK multi, dan
status gangguan.
5.Admin dapat memilih
Sistem akan
menu “DB Pengguna”.
menampilkan menu
pengguna dan pengguna
role.
6.Admin dapat memilih
Sistem akan menampilkan
menu “DB PK”.
menu pk multi dan pk
54
single.
7.Admin dapat memilih
Sistem akan menampilkan
menu “DB Mobil”.
menu mobil.
8.Admin dapat memilih
Sistem akan menampilkan
menu “DB Message”.
menu message dan push
message.
9.Admin dapat memilih
Sistem akan menampilkan
menu “Google Maps”.
menu open google maps
dimana ketika klik menu
tersebut maka otomatis
masuk ke google maps.
8.Admin dapat memilih
Sistem akan menampilkan
menu “Logout”.
menu awal yaitu menu
login.
Tabel 3.12 Use Case Specification View Message Web
Nama Use case
View Message
Aktor
Admin
Deskripsi
Use case ini memberikan akses kepada admin untuk
mengirim dan melihat pesan.
Tujuan
Agar admin dapat mengirim pesan ke Regu dan juga
55
melihat pesan yang sudah dikirim.
Bidang khusus
Kegiatan Pelaku
Respon Sistem
1.Admin dapat memilih
Sistem akan menampilkan
menu “Message”.
pesan mengenai
suatu event
gangguan.
2.Admin dapat memilih
Sistem akan menampilkan
menu “Push Message”.
berupa tabel pesan yang
sudah dikirim ke Regu.
Tabel 3.13 Use Case Specification View Gangguan
Nama Use Case
View Gangguan
Aktor
Admin
Deskripsi
Use case ini memberikan akses kepada admin untuk
melakukan penambahan maupun perubahan mengenai
detail gangguan.
Tujuan
Agar admin dapat melakukan penambahan maupun
perubahan mengenai detail gangguan.
Bidang Khas
Kegiatan Pelaku
Respon Sistem
1.Admin memilih menu
Sistem akan menampilkan
“Gangguan”.
mengenai gangguan.
suatu event
56
2.Admin memilih menu
Sistem akan menampilkan
“Jenis Gangguan”.
tabel jenis gangguan.
3.Admin memilih menu
Sistem akan menampilkan
“Status Gangguan”.
tabel status gangguan.
Tabel 3.14 Use Case Specification Map Web
Nama Use Case
Map
Aktor
Admin
Deskripsi
Use case ini menggambarkan bagaimana admin
memberikan data lokasi gangguan kepada Regu.
Tujuan
Agar admin dapat mengirimkan lokasi gangguan
secara tepat dan jelas kepada regu.
Bidang Khas
Kegiatan Pelaku
Respon Sistem
1.Admin memilih menu
Sistem akan memberikan
“Open Google Maps”.
tab link google map
suatu event
dimana admin dapat
mencari letak lokasi
gangguan yg akan dikirim
ke Regu.
57
Tabel 3.15 Use Case Specification Logout Web
Nama Use Case
Logout
Aktor
Admin
Deskripsi
Use Case menggambarkan bagaimana admin dapat
keluar dari aplikasi.
Tujuan
Tidak bisa masuk ke menu aplikasi web, jika ingin
masuk ke menu maka harus login terlebih dahulu.
Biidang Khas
Kegiatan Pelaku
Respon Sistem
suatu event
1.Admin menekan tombol Sistem akan menampilkan
“Logout”.
halaman Login.
58
3.6
ERD
GANGGUAN_PK_MULTI
PK_SINGLE
PK
ID_PK_SINGLE
FK1
FK2
FK3
ID_GANGGUAN
ID_PENGGUNA
ID_REGU
NOMOR_PK_SINGLE
TANGGAL_CREATE
PK_MULTI
PK
ID_GANGGUAN_PK_MULTI
PK
ID_PK_MULTI
FK1
FK2
ID_PK_MULTI
ID_GANGGUAN
TANGGAL_CREATE
FK2
FK1
FK3
ID_PENGGUNA
ID_REGU
ID_STATUS_GANGGUAN
NOMOR_PK_MULTI
TANGGAL_CREATE
TANGGAL_PADAM
TANGGAL_TIBA
TANGGAL_NYALA
RESPON_TIME
RECOVERY_TIME
PENYULANG
GARDU_DISTRIBUSI
TRAFO
JURUSAN
ID_JENIS_GANGGUAN
FK4
AREA_GARDU
PK
ID_AREA_GARDU
FK1
KODE_AREA
ID_GARDU
GANGGUAN
PK
ID_GANGGUAN
FK1
FK2
ID_JENIS_GANGGUAN
ID_PENGGUNA
ID_PELANGGAN
NOMOR_LAPORAN
NAMA
ALAMAT
NO_TELEPON
TIPE_GANGGUAN (SATU/BANYAK)
TANGGAL_CREATE
TANGGAL_PADAM
TANGGAL_TIBA
TANGGAL_NYALA
RESPON_TIME
RECOVERY_TIME
ID_STATUS_GANGGUAN
FK3
POSKO
JENIS_GANGGUAN
PK
ID_JENIS_GANGGUAN
KODE
KETERANGAN
ID_GANGGUAN_STATUS_GANGGUAN
FK2
FK1
FK3
FK4
ID_GANGGUAN
ID_STATUS_GANGGUAN
ID_PENGGUNA
ID_PK_MULTI
TANGGAL_CREATE
PK
FK1
KODE_AREA
KODE_POSKO
NAMA_POSKO
ID_AREA
KODE_AREA
NAMA_AREA
PENGGUNA_ROLE
PK
ID_PENGGUNA_ROLE
FK1,FK2,FK3
ROLE_JENIS (AREA,POSKO,REGU)
ROLE_ID
REGU
MOBIL
PK
PENGGUNA
STATUS_GANGGUAN
PK
ID_POSKO
AREA
GANGGUAN_STATUS_GANGGUAN
PK
PK
PK
ID_PENGGUNA
FK1
ID_PENGGUNA_ROLE
USERNAME
PASSWORD
STATUS
ID_STATUS_GANGGUAN
PK
ID_REGU
FK1
FK2
ID_POSKO
ID_MOBIL
KODE_REGU
NAMA_REGU
ID_MOBIL
KODE_AREA
NO_PLAT_MOBIL
JENIS_MOBIL
KODE
KETERANGAN
ANGGOTA_REGU
MESSAGE
PK
PK
ID_FROM
ID_TO
SUBJECT
CONTENT
DATE_CREATE
STATUS
ANGGOTA_REGU_DAFTAR
ID_ANGGOTA_REGU
ID_MESSAGE
NIP
NAMA
NOMOR_TELEPON
PIN_BB
EMAIL
USERNAME
PASSWORD
Gambar 3.4 ERD pada Sistem Web Admin
PK
ID_ANGGOTA_REGU_DAFTAR
FK2
FK1
ID_REGU
ID_ANGGOTA_REGU
TANGGAL_CREATE
STATUS
59
3.7 Class Diagram
Gambar 3.5 Class Diagram pada Aplikasi Android
60
3.8 Sequence Diagram
3.8.1 Sequence Diagram Login Regu
Gambar 3.6 Sequence Diagram Login Android
61
3.8.2 Sequence Diagram Tampilkan Pesan
Gambar 3.7 Sequence Diagram Tampilkan Pesan
62
3.8.3 Sequence Diagram Posisi Saya
Gambar 3.8 Sequence Diagram Posisi Saya
63
3.8.4 Sequence Diagram Logout
Interface
User / Regu
getUser
showInterface
Display
Gambar 3.9 Sequence Diagram Logout
clearUser
64
3.9
Perancangan Layar
3.9.1 Perancangan Layar Aplikasi Android
Pada aplikasi ini terdapat sebuah layar utama dan berberapa menu.
Hierarki dari menu-menu yang terdapat dalam aplikasi android dapat dilihat
pada gambar di bawah ini.
Login
Home
View Massage
My Location
About
View Gangguan
View
Lokasi
Gangguan
Update
Status
Gambar 3.10 Hierarki Menu-Menu Pada Aplikasi Android
Logout
65
1.
Rancangan Layar Login
Judul Aplikasi
ID Regu
Masuk
Gambar 3.11 Rancangan Layar Login
Keterangan Rancangan Layar : Tampilan halaman depan saat Aplikasi
dijalankan. User akan diminta input ID Regu, kemudian klik tombol
Login untuk verifikasi ID Regu sesuai dengan database.
66
2.
Rancangan Layar Home
Judul Aplikasi
Tampilkan Pesan
Posisi Saya
Tentang Program
Keluar
Gambar 3.12 Rancangan Layar Home
Keterangan Rancangan Layar : Halaman berikutnya akan muncul
Pilihan Menu yang terdiri atas 2 Menu utama untuk Tampilkan Pesan
dan Posisi Saya. Menu Tampilkan Pesan berisi notifikasi yang
diberikan dari posko (dari database message). Menu Posisi Saya
adalah menampilkan lokasi dari Regu tersebut dalam bentuk Peta. Dan
menu
Tentang Program berisi tentang program tersebut. Tombol
“Keluar” berfungsi untuk keluar dari ID Regu yang di-input
sebelumnya.
67
3.
Rancangan Layar Tampilkan Pesan
Judul Aplikasi
Contoh Pesan:
Ada laporan gangguan,
harap segera follow up.
Tampilkan Gangguan
Gambar 3.13 Rancangan Layar Tampilkan Pesan
Keterangan Rancangan Layar : Menu Tampilkan Pesan berisi
notifikasi yang diberikan dari posko (dari database message) ke Regu.
Di dalam menu ini, ada tombol Tampilkan Gangguan, yang akan mendownload data gangguan dari database gangguan.
68
4.
Rancangan Layar Tampilkan Gangguan
Judul Aplikasi
Nama : abc
Alamat : 6,9384, -1094859; xxx
No Telepon : 123456
Keterangan : listrik padam
page 1 2 3 >>
Lokasi
Gangguan
Perbaharui
Status
Gangguan
Gambar 3.14 Rancangan Layar Tampilkan Gangguan
Keterangan Rancangan Layar : Pada halaman Tampilkan Gangguan
terdapat informasi mengenai data pelanggan yang mengalami
gangguan, seperti Nama, Alamat, No Telepon. Diambil dari Database
Gangguan sedangkan keterangan (penjelasan gangguan) diambil dari
Database
JENIS_GANGGUAN,
dengan
Foreign
Key
‘ID_JENIS_GANGGUAN tampilan View Gangguan bisa lebih dari 1
record, tergantung berapa record yang dikirim ke suatu Regu
berdasarkan ID_REGU pada Database PK_SINGLE (Foreign Key
‘ID_GANGGUAN’) terhubung dengan database GANGGUAN
(Primary Key ‘ID_GANGGUAN’).
69
Pada tampilan ini, ada 2 tombol yaitu Lokasi Gangguan dan
Perbaharui Status Gangguan. Menu Lokasi Gangguan akan membuka
MAP dari Alamat Gangguan (diambil Latitude dan Longitude nya).
Untuk menu Perbaharui Status Gangguan akan membuka tampilan
seperti gambar selanjutnya.
5.
Rancangan Layar Perbaharui Status Gangguan
Judul Aplikasi
Status Gangguan :
Done
Keterangan :
Kirim Pesan
Gambar 3.15 Rancangan Layar Perbaharui Status Gangguan
Keterangan Rancangan Layar : Halaman ini berfungsi untuk
menperbaharui status gangguan. Status gangguan berisi : done,
pending dan in progress. Keterangan merupakan text field, yang bisa
diisi reason/alasan dari Regu. Tombol Kirim Pesan berfungsi untuk
mengirimkan status dari gangguan yang di lihat oleh Regu, ke tabel
MESSAGE dengan status recieved.
70
6.
Rancangan Layar Lokasi Gangguan
Judul Aplikasi
MAP LOKASI
GANGGUAN
View Direction
Gambar 3.16 Rancangan Layar Lokasi Gangguan
Keterangan Rancangan Layar : Pada halaman Lokasi Gangguan ini
terdapat peta lokasi gangguan, dimana Regu dapat melihat lokasi
gangguan. Terdapat tombol View Direction yang akan menampilkan
peta yang menunjukan arah dari lokasi keberadaan Regu ke lokasi
gangguan.
71
7.
Rancangan Layar Posisi Saya
Judul Aplikasi
My Location
Latitude dan
Longitude
Gambar 3.17 Rancangan Layar Posisi Saya
Keterangan Rancangan Layar : Halaman Posisi Saya ini akan
menampilkan
Current Location
dari device
dimana
aplikasi
dijalankan. Posisi Saya akan selalu meng-update lokasi dari Regu ke
database Regu.
72
8.
Rancangan Layar Tentang Program
Judul Aplikasi
Tentang Program
Aplikasi xxx © 2013
Gambar 3.18 Rancangan Layar Tentang Program
Menu Tentang Program pada aplikasi ini berisi mengenai program
aplikasi.
73
3.9.2 Perancangan Layar Web
1. Rancangan Layar Login
Pada layar Login, Admin harus memasukkan username dan
password terlebih dahulu agar dapat mengakses Web Pengelolaan
Database Gangguan. Setelah Admin memasukkan username dan
Password dengan benar lalu klik tombol bergambar anak panah untuk
dapat Login dan masuk ke halaman utama.
Pengelolaan Database Gangguan PT. PLN
Username
Password
Gambar 3.19 Rancangan Layar Login Web
74
2. Rancangan Layar Home
Pengelolaan Database Gangguan PT PLN
Ho
me
DB
Area
DB
Posko
DB
Regu
DB
Gangg
uan
DB
Penggu
na
DB
PK
DB
Mobil
DB
Messa
ge
Welcome Admin
Welcome, Admin
Gambar 3.20 Rancangan Layar Tampilan Halaman Home Admin
Goog
le
Maps
Log
out
75
3. Rancangan Layar Message
Pada Menu Message yang berfungsi untuk melihat status
pengiriman pesan antara Admin Posko dengan Regu-Regu pelayanan
gangguan. Pada menu ini terdapat beberapa kolom yang berisi From,
To, Subjek, Content, Tanggal Create dan Status pengiriman. Terdapat
pula menu search untuk memudahkan pengguna mencari data dengan
lebih cepat dan tepat. Pada bagian kanan terdapat menu-menu utama
dan bagian kanan atas terdapat tombol Logout.
Pengelolaan Database Gangguan PT PLN
Home
DB
Area
DB
Posko
DB
Regu
DB
Gangguan
DB
Pengguna
DB
PK
DB
Mobil
Welcome Admin
No message
Gambar 3.21 Rancangan Layar Message
DB
Message
Google
Maps
Logout
Download