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