37 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.
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
PERTANYAAN JAWABAN
Nama : Bapak Haris
Jabatan : Supervisor Operasi Distribusi
Tanggal : 30 April 2013
1.Bagaimana sistem yang digunakan dalam pelayanan gangguan saat ini?
2. Apakah sistem yang digunakan saat ini sudah efektif?
3.Apakah ada kesulitan komunikasi dalam menggunakan HT? Jika iya, kendala apa saja yang ditemui di lapangan?
4.Menurut anda, kebutuhan komunikasi seperti apa yang dibutuhkan dalam pelayanan gangguan?
5.Adakah kesulitan para regu dalam mencari lokasi terjadinya gangguan?
Sistem yang digunakan saat ini masih dalam bentuk HT, radio komunikasi dan SMS .
Sampai saat ini masih kurang efetif, dikarenakan kurangnya sinyal, alat komunikasi yang sering rusak dan tenaga baterai yang cepat habis.
Ada kendala, karena kurangnya sinyal. Jika sudah seperti itu terpaksa petugas menggunakan pulsa pribadi.
Menurut saya, komunikasi yang dibutuhkan seperti pada sistem android.
Tentu ada, karena pelanggan biasanya memberi alamat yang tidak detail.
6. Apakah jika ada pemakaian fitur GPS akan lebih mempercepat respon gangguan?
7. Adakah keluhan pelanggan mengenai waktu kedatangan regu dalam pelayanan gangguan?
8. Apakah dengan sistem pengaduan online pada website PT.PLN cukup efektif?
9. Jika dibuat aplikasi berbasis android untuk sistem informasi gangguan listrik, apakah dapat membantu dan menambah keefektifan sistem?
10. Fitur seperti apakah yang diinginkan untuk aplikasi yang akan dibuat?
Ya, karena jika ada fitur GPS dapat lebih akurat untuk mengetahui lokasi regu yang berada paling dekat dengan lokasi pelanggan.
Ada. Karena dalam waktu 15 menit, regu sudah harus berada di lokasi.
Untuk sementara sudah cukup efektif. Tetapi terkadang masih ada sedikit gangguan.
Sangat membantu, apalagi dengan adanya sistem GPS.
Diinginkan menu yang berisi nama, nomor telepon, alamat si pelapor dan detail lokasi pada aplikasi android.
Tabel 3.2 Hasil Wawancara dengan Ibu Wiji
PERTANYAAN JAWABAN 1.Bagaimana sistem yang
digunakan dalam pelayanan gangguan?
2. Apakah sistem yang digunakan saat ini sudah efektif?
3.Apakah ada kesulitan
komunikasi dalam menggunakan HT? Jika iya, kendala apa saja yang ditemui di lapangan?
4.Menurut anda, kebutuhan komunikasi seperti apa yang dibutuhkan dalam pelayanan
Sistem yang digunakan saat ini masih dalam bentuk HT dan SMS .
Sampai saat ini masih kurang efetif, karena sinyal HT tidak stabil sehingga kami harus menggunakan pulsa hp pribadi kami untuk berkomunikasi.
Ya, kendalanya dikarenakan tenaga baterai HT yang cepat berkurang
Menurut saya , saat ini sangat
dibutuhkan sistem komunikasi online karena dengan HT masih sangat Nama : Ibu Wiji
Jabatan : Staff Administrasi Pelayanan Pelanggan
Tanggal : 30 April 2013
gangguan?
5. Apakah mobil – mobil pelayanan sudah dilengkapi dengan alat yang memadai?
6. Apakah jika ada pemakaian fitur GPS akan lebih mempercepat respon gangguan?
7. Adakah keluhan pelanggan mengenai waktu kedatangan regu dalam pelayanan gangguan?
8. Apakah dengan sistem pengaduan online pada website PT.PLN cukup efektif?
9.Jika dibuat aplikasi berbasis android untuk sistem informasi gangguan listrik, apakah dapat membantu dan menambah keefektifan sistem?
manual dan sering kali mengalami gangguan.
Saat ini alat yang digunakan di dalam mobil pelayanan yaitu hanya HT dan radio komunikasi.
Tentu, sangat membantu sekali dalam pencarian lokasi gangguan.
Ada saja, karena dalam waktu 15 menit regu sudah harus berada di lokasi.
Sampai saat ini web kami cukup efektif, hanya saja terdapat kendala komunikasi antara admin posko dan regu.
Sangat membantu, karena dengan adanya sistem yang seperti itu saya harap dapat meningkatkan kinerja para regu.
10. Fitur seperti apakah yang diinginkan pada aplikasi yang akan dibuat?
Fitur yang diinginkan yaitu yang fungsinya memudahkan para regu agar 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.
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
3.5.1.2 Use Case Web Database (Admin)
` Gambar 3.3 Use Case Diagram pada Web Admin
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 Deskripsi
Regu
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 event :
Kegiatan Pelaku Respon Sistem 1.Regu memasukkan ID Regu 2.Menekan tombol “Masuk”. Sistem akan melakukan pengecekan input yang dilakukan oleh Regu, Jika tidak sesuai dengan data yang telah ada di dalam
Tabel 3.4 Use Case Specification Home Android
system, maka sistem tersebut akan menampilkan pesan error. Jika benar, maka sistem tersebut akan menampilkan halaman awal.
Nama Use Case Home Aktor
Deskripsi
Regu
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
:
Tabel 3.5 Use Case Specification Tampilkan Pesan Nama Use Case
Aktor
Tampilkan Pesan 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 event :
Kegiatan Pelaku Respon Sistem 1. Regu memilih menu
“Tampilkan Pesan”
Sistem akan
menampilkan halaman 1.Regu memilih menu
“Tampilkan Pesan”
2.Regu memilih menu “Posisi Saya”
3. Regu memilih menu “Tentang Program” Sistem akan menampilkan pesan masuk mengenai gangguan. Sistem akan menampilkan Map. Sistem akan menampilkan tentang program aplikasi.
yang berisikan pesan adanya gangguan.
Tabel 3.6 Use Case Specification Tampilkan Gangguan Nama Use Case
Aktor
Tampilkan Gangguan 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 event :
Kegiatan Pelaku Respon Sistem 1. Regu memilih menu
“Tampilkan Gangguan”
Sistem akan menampilkan data konsumen seperti nama, alamat, no. telepon dan keterangan.
2. Regu memilih menu “Lokasi Gangguan”
Sistem akan menampilkan peta lokasi gangguan. 3.Regu memilih menu
“Perbaharui Status Gangguan”
Sistem akan
menampilkan halaman menu Perbaharui Status Gangguan.
Tabel 3.7 Use Case Specification Posisi Saya Nama Use Case
Aktor
Posisi Saya 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.
Tujuan : Agar Regu dapat menemukan lokasi gangguan dengan lebih cepat dan akurat.
Bidang Khas suatu event :
Kegiatan Pelaku Respon Sistem 1. Regu memilih menu
“Posisi Saya”
Sistem akan menampilkan Map.
Tabel 3.8 Use Case Specification Tentang Program Nama Use Case
Aktor
Tentang Program 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
Bidang Khas suatu event :
Kegiatan Pelaku Respon Sistem 1.Regu memilih menu
“Tentang Program”.
Sistem akan
menampilkan halaman Tentang Program.
Tabel 3.9 Use Case Specification Logout Android Nama Use Case
Aktor
Logout
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
event :
Kegiatan Pelaku Respon Sistem 1.Regu menekan
tombol “Keluar”.
Sistem akan
menampilkan halaman
3.5.1.2 Use Case Specification Web
Tabel 3.10 Use Case Specification Login Web Nama Use Case
Aktor
Login
Admin
Deskripsi Use Case menggambarkan bagaimana admin dapat
mengakses aplikasi dengan memasukan usename dan password pada menu Login.
Tujuan Agar tidak sembarang orang bisa masuk / mengakses aplikasi, jika ingin masuk ke aplikasi maka harus login terlebih dahulu.
Bidang Khas suatu event
Kegiatan Pelaku Respon Sistem 1.Admin menekan
tombol “Login”.
2.Sistem akan
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 suatu event
Kegiatan Pelaku Respon Sistem
menu “DB Area”.
2.Admin dapat memilih menu “DB Posko”.
3.Admin dapat memilih menu “DB Regu”.
4.Admin dapat memilih menu “DB Gangguan”.
5.Admin dapat memilih menu “DB Pengguna”.
6.Admin dapat memilih menu “DB PK”.
menu yang dapat dipilih pada db area yaitu : area dan area gardu.
Sistem akan menampilkan tabel posko.
Sistem akan menampilkan menu Regu, anggota Regu, dan anggota Regu daftar.
Sistem akan menampilkan menu gangguan, jenis gangguan, gangguan PK multi, dan status gangguan.
Sistem akan menampilkan menu pengguna dan pengguna role.
Sistem akan menampilkan menu pk multi dan pk
7.Admin dapat memilih menu “DB Mobil”.
8.Admin dapat memilih menu “DB Message”.
9.Admin dapat memilih menu “Google Maps”.
8.Admin dapat memilih menu “Logout”.
single.
Sistem akan menampilkan menu mobil.
Sistem akan menampilkan menu message dan push message.
Sistem akan menampilkan menu open google maps dimana ketika klik menu tersebut maka otomatis masuk ke google maps.
Sistem akan menampilkan 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.
melihat pesan yang sudah dikirim. Bidang khusus
suatu event
Kegiatan Pelaku Respon Sistem
1.Admin dapat memilih menu “Message”.
2.Admin dapat memilih menu “Push Message”.
Sistem akan menampilkan pesan mengenai
gangguan.
Sistem akan menampilkan 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 suatu event
Kegiatan Pelaku Respon Sistem
1.Admin memilih menu “Gangguan”.
Sistem akan menampilkan mengenai gangguan.
2.Admin memilih menu “Jenis Gangguan”.
3.Admin memilih menu “Status Gangguan”.
Sistem akan menampilkan tabel jenis gangguan.
Sistem akan menampilkan 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
suatu event
Kegiatan Pelaku Respon Sistem
1.Admin memilih menu “Open Google Maps”.
Sistem akan memberikan tab link google map dimana admin dapat mencari letak lokasi gangguan yg akan dikirim ke Regu.
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
suatu event
Kegiatan Pelaku Respon Sistem
1.Admin menekan tombol “Logout”.
Sistem akan menampilkan halaman Login.
3.6 ERD GANGGUAN PK ID_GANGGUAN FK1 ID_JENIS_GANGGUAN FK2 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 FK3 ID_STATUS_GANGGUAN POSKO PK ID_POSKO FK1 KODE_AREA KODE_POSKO NAMA_POSKO REGU PK ID_REGU FK1 ID_POSKO FK2 ID_MOBIL KODE_REGU NAMA_REGU AREA PK ID_AREA KODE_AREA NAMA_AREA STATUS_GANGGUAN PK ID_STATUS_GANGGUAN KODE KETERANGAN JENIS_GANGGUAN PK ID_JENIS_GANGGUAN KODE KETERANGAN GANGGUAN_STATUS_GANGGUAN PK ID_GANGGUAN_STATUS_GANGGUAN FK2 ID_GANGGUAN FK1 ID_STATUS_GANGGUAN FK3 ID_PENGGUNA FK4 ID_PK_MULTI TANGGAL_CREATE PENGGUNA PK ID_PENGGUNA FK1 ID_PENGGUNA_ROLE USERNAME PASSWORD STATUS PENGGUNA_ROLE PK ID_PENGGUNA_ROLE ROLE_JENIS (AREA,POSKO,REGU) FK1,FK2,FK3 ROLE_ID AREA_GARDU PK ID_AREA_GARDU FK1 KODE_AREA ID_GARDU PK_SINGLE PK ID_PK_SINGLE FK1 ID_GANGGUAN FK2 ID_PENGGUNA FK3 ID_REGU NOMOR_PK_SINGLE TANGGAL_CREATE PK_MULTI PK ID_PK_MULTI FK2 ID_PENGGUNA FK1 ID_REGU FK3 ID_STATUS_GANGGUAN NOMOR_PK_MULTI TANGGAL_CREATE TANGGAL_PADAM TANGGAL_TIBA TANGGAL_NYALA RESPON_TIME RECOVERY_TIME PENYULANG GARDU_DISTRIBUSI TRAFO JURUSAN FK4 ID_JENIS_GANGGUAN GANGGUAN_PK_MULTI PK ID_GANGGUAN_PK_MULTI FK1 ID_PK_MULTI FK2 ID_GANGGUAN TANGGAL_CREATE ANGGOTA_REGU PK ID_ANGGOTA_REGU NIP NAMA NOMOR_TELEPON PIN_BB EMAIL USERNAME PASSWORD MOBIL PK ID_MOBIL KODE_AREA NO_PLAT_MOBIL JENIS_MOBIL ANGGOTA_REGU_DAFTAR PK ID_ANGGOTA_REGU_DAFTAR FK2 ID_REGU FK1 ID_ANGGOTA_REGU TANGGAL_CREATE STATUS MESSAGE PK ID_MESSAGE ID_FROM ID_TO SUBJECT CONTENT DATE_CREATE STATUS
3.7 Class Diagram
3.8 Sequence Diagram
3.8.1 Sequence Diagram Login Regu
3.8.2 Sequence Diagram Tampilkan Pesan
3.8.3 Sequence Diagram Posisi Saya
3.8.4 Sequence Diagram Logout
Interface User / Regu
getUser
clearUser showInterface
Display
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.
Gambar 3.10 Hierarki Menu-Menu Pada Aplikasi Android
Login
View Massage My Location About
View Gangguan View Lokasi Gangguan Update Status Home Logout
1. Rancangan Layar Login
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.
Judul Aplikasi ID Regu
2. Rancangan Layar Home
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. Judul Aplikasi Tampilkan Pesan Posisi Saya Tentang Program Keluar
3. Rancangan Layar Tampilkan Pesan
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
men-download data gangguan dari database gangguan.
Judul Aplikasi
Contoh Pesan:
Ada laporan gangguan, harap segera follow up.
4. Rancangan Layar Tampilkan 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’).
Judul Aplikasi
Nama : abc
Alamat : 6,9384, -1094859; xxx No Telepon : 123456
Keterangan : listrik padam
page 1 2 3 >> Lokasi Gangguan Perbaharui Status Gangguan
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
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.
Judul Aplikasi
Status Gangguan :
Kirim Pesan
Done
6. Rancangan Layar Lokasi Gangguan
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.
Judul Aplikasi
MAP LOKASI GANGGUAN
7. Rancangan Layar Posisi Saya
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.
Judul Aplikasi
My Location Latitude dan Longitude
8. Rancangan Layar Tentang Program
Gambar 3.18 Rancangan Layar Tentang Program
Menu Tentang Program pada aplikasi ini berisi mengenai program aplikasi.
Judul Aplikasi
Tentang Program Aplikasi xxx © 2013
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.
Gambar 3.19 Rancangan Layar Login Web
Pengelolaan Database Gangguan PT. PLN
Username Password
2. Rancangan Layar Home
Gambar 3.20 Rancangan Layar Tampilan Halaman Home Admin Welcome Admin
Pengelolaan Database Gangguan PT PLN
Ho me Welcome, Admin DB Area DB Posko DB Regu DB Gangg uan DB Penggu na DB PK DB Mobil DB Messa ge Goog le Maps Log out
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.
Gambar 3.21 Rancangan Layar Message