BAB 3 ANALISIS DAN PERANCANGAN

Transkripsi

1 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 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

2 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 : Nama : Bapak Haris Tabel 3.1 Hasil Wawancara dengan Bapak Haris Jabatan : Supervisor Operasi Distribusi Tanggal : 30 April 2013 Lokasi : PT PLN (Persero) PERTANYAAN JAWABAN

3 39 1.Bagaimana sistem yang digunakan dalam pelayanan gangguan saat ini? Sistem yang digunakan saat ini masih dalam bentuk HT, radio komunikasi dan SMS. 2. Apakah sistem yang digunakan saat ini sudah efektif? Sampai saat ini masih kurang efetif, dikarenakan kurangnya sinyal, alat komunikasi yang sering rusak dan tenaga baterai yang cepat habis. 3.Apakah ada kesulitan komunikasi dalam menggunakan HT? Jika iya, kendala apa saja yang ditemui di lapangan? Ada kendala, karena kurangnya sinyal. Jika sudah seperti itu terpaksa petugas menggunakan pulsa pribadi. 4.Menurut anda, kebutuhan komunikasi seperti apa yang dibutuhkan dalam pelayanan Menurut saya, komunikasi yang dibutuhkan seperti pada sistem android. gangguan? 5.Adakah kesulitan para regu dalam mencari lokasi terjadinya gangguan? Tentu ada, karena pelanggan biasanya memberi alamat yang tidak detail.

4 40 6. Apakah jika ada pemakaian fitur GPS akan lebih mempercepat respon gangguan? Ya, karena jika ada fitur GPS dapat lebih akurat untuk mengetahui lokasi regu yang berada paling dekat dengan lokasi pelanggan. 7. Adakah keluhan pelanggan mengenai waktu kedatangan regu dalam pelayanan gangguan? Ada. Karena dalam waktu 15 menit, regu sudah harus berada di lokasi. 8. Apakah dengan sistem pengaduan online pada website PT.PLN cukup efektif? Untuk sementara sudah cukup efektif. Tetapi terkadang masih ada sedikit gangguan. 9. Jika dibuat aplikasi berbasis android untuk sistem informasi Sangat membantu, apalagi dengan adanya sistem GPS. gangguan listrik, apakah dapat membantu dan menambah keefektifan sistem? 10. Fitur seperti apakah yang diinginkan untuk aplikasi yang akan dibuat? Diinginkan menu yang berisi nama, nomor telepon, alamat si pelapor dan detail lokasi pada aplikasi android.

5 41 Nama : Ibu Wiji Tabel 3.2 Hasil Wawancara dengan Ibu Wiji Jabatan : Staff Administrasi Pelayanan Pelanggan Tanggal : 30 April 2013 Lokasi : PT. PLN (Persero) PERTANYAAN 1.Bagaimana sistem yang digunakan dalam pelayanan JAWABAN Sistem yang digunakan saat ini masih dalam bentuk HT dan SMS. gangguan? 2. Apakah sistem yang digunakan saat ini sudah efektif? Sampai saat ini masih kurang efetif, karena sinyal HT tidak stabil sehingga kami harus menggunakan pulsa hp pribadi kami untuk berkomunikasi. 3.Apakah ada kesulitan komunikasi dalam menggunakan Ya, kendalanya dikarenakan tenaga baterai HT yang cepat berkurang HT? Jika iya, kendala apa saja yang ditemui di lapangan? 4.Menurut anda, kebutuhan komunikasi seperti apa yang dibutuhkan dalam pelayanan Menurut saya, saat ini sangat dibutuhkan sistem komunikasi online karena dengan HT masih sangat

6 42 gangguan? manual dan sering kali mengalami gangguan. 5. Apakah mobil mobil pelayanan sudah dilengkapi dengan alat yang memadai? Saat ini alat yang digunakan di dalam mobil pelayanan yaitu hanya HT dan radio komunikasi. 6. Apakah jika ada pemakaian fitur GPS akan lebih mempercepat Tentu, sangat membantu sekali dalam pencarian lokasi gangguan. respon gangguan? 7. Adakah keluhan pelanggan mengenai waktu kedatangan regu dalam pelayanan gangguan? Ada saja, karena dalam waktu 15 menit regu sudah harus berada di lokasi. 8. Apakah dengan sistem pengaduan online pada website PT.PLN cukup efektif? Sampai saat ini web kami cukup efektif, hanya saja terdapat kendala komunikasi antara admin posko dan regu. 9.Jika dibuat aplikasi berbasis android untuk sistem informasi gangguan listrik, apakah dapat membantu dan menambah Sangat membantu, karena dengan adanya sistem yang seperti itu saya harap dapat meningkatkan kinerja para regu. keefektifan sistem?

7 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.

8 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 Use Case Diagram Use Case Android Application (User) Gambar 3.2 Use Case Diagram pada Aplikasi Android

9 Use Case Web Database (Admin) Gambar 3.3 Use Case Diagram pada Web Admin `

10 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 Use Case Specification Android Tabel 3.3 Use Case Specification Login Android Nama Use Case Aktor Deskripsi Login 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 Bidang Khas suatu event : menggunakan aplikasi. Kegiatan Pelaku 1.Regu memasukkan ID Regu 2.Menekan tombol Masuk. Respon Sistem Sistem akan melakukan pengecekan input yang dilakukan oleh Regu, Jika tidak sesuai dengan data yang telah ada di dalam database

11 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 Aktor Deskripsi Home 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 : Kegiatan Pelaku Respon Sistem

12 48 1.Regu memilih menu Tampilkan Pesan Sistem akan menampilkan pesan masuk mengenai gangguan. 2.Regu memilih menu Posisi Saya Sistem akan menampilkan Map. 3. Regu memilih menu Tentang Program Sistem akan menampilkan tentang program aplikasi. Tabel 3.5 Use Case Specification Tampilkan Pesan Nama Use Case Aktor Deskripsi : Tampilkan Pesan Regu 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 1. Regu memilih menu Tampilkan Pesan Respon Sistem Sistem akan menampilkan halaman

13 49 yang berisikan pesan adanya gangguan. Tabel 3.6 Use Case Specification Tampilkan Gangguan Nama Use Case Aktor Deskripsi Tampilkan Gangguan Regu 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 1. Regu memilih menu Tampilkan Gangguan 2. Regu memilih menu Lokasi Gangguan 3.Regu memilih menu Perbaharui Status Gangguan Respon Sistem Sistem akan menampilkan data konsumen seperti nama, alamat, no. telepon dan keterangan. Sistem akan menampilkan peta lokasi gangguan. Sistem akan menampilkan halaman menu Perbaharui Status Gangguan.

14 50 Tabel 3.7 Use Case Specification Posisi Saya Nama Use Case Aktor Deskripsi Posisi Saya Regu 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 1. Regu memilih menu Posisi Saya Respon Sistem Sistem akan menampilkan Map. Tabel 3.8 Use Case Specification Tentang Program Nama Use Case Aktor Deskripsi Tentang Program Regu 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.

15 51 Bidang Khas suatu event : Kegiatan Pelaku 1.Regu memilih menu Tentang Program. Respon Sistem Sistem akan menampilkan halaman Tentang Program. Tabel 3.9 Use Case Specification Logout Android Nama Use Case Aktor Deskripsi Logout Regu 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 1.Regu menekan tombol Keluar. Respon Sistem Sistem akan menampilkan halaman Login.

16 Use Case Specification Web Tabel 3.10 Use Case Specification Login Web Nama Use Case Aktor Deskripsi Login Admin 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 1.Admin menekan tombol Login. Respon Sistem 2.Sistem akan menampilkan halaman awal. Tabel 3.11 Use Case Specification Home Web Nama Use Case Aktor Deskripsi Home Admin Use Case menggambarkan halaman utama yang berisikan database dari aplikasi. Tujuan Admin dapat masuk ke halaman utama di dalam Bidang Khas suatu event aplikasi web tersebut. Kegiatan Pelaku 1.Admin dapat memilih Respon Sistem Sistem akan menampilkan

17 53 menu DB Area. menu yang dapat dipilih pada db area yaitu : area dan area gardu. 2.Admin dapat memilih menu DB Posko. Sistem akan menampilkan tabel posko. 3.Admin dapat memilih menu DB Regu. Sistem akan menampilkan menu Regu, anggota Regu, dan anggota Regu daftar. 4.Admin dapat memilih menu DB Gangguan. Sistem akan menampilkan menu gangguan, jenis gangguan, gangguan PK multi, dan status gangguan. 5.Admin dapat memilih menu DB Pengguna. Sistem akan menampilkan menu pengguna dan pengguna role. 6.Admin dapat memilih menu DB PK. Sistem akan menampilkan menu pk multi dan pk

18 54 single. 7.Admin dapat memilih menu DB Mobil. Sistem akan menampilkan menu mobil. 8.Admin dapat memilih menu DB Message. Sistem akan menampilkan menu message dan push message. 9.Admin dapat memilih menu Google Maps. Sistem akan menampilkan menu open google maps dimana ketika klik menu tersebut maka otomatis masuk ke google maps. 8.Admin dapat memilih menu Logout. Sistem akan menampilkan menu awal yaitu menu login. Tabel 3.12 Use Case Specification View Message Web Nama Use case Aktor Deskripsi View Message Admin Use case ini memberikan akses kepada admin untuk mengirim dan melihat pesan. Tujuan Agar admin dapat mengirim pesan ke Regu dan juga

19 55 melihat pesan yang sudah dikirim. Bidang khusus suatu event Kegiatan Pelaku 1.Admin dapat memilih menu Message. Respon Sistem Sistem akan menampilkan pesan mengenai gangguan. 2.Admin dapat memilih menu Push Message. Sistem akan menampilkan berupa tabel pesan yang sudah dikirim ke Regu. Tabel 3.13 Use Case Specification View Gangguan Nama Use Case Aktor Deskripsi View Gangguan Admin 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 1.Admin memilih menu Gangguan. Respon Sistem Sistem akan menampilkan mengenai gangguan.

20 56 2.Admin memilih menu Jenis Gangguan. Sistem akan menampilkan tabel jenis gangguan. 3.Admin memilih menu Status Gangguan. Sistem akan menampilkan tabel status gangguan. Tabel 3.14 Use Case Specification Map Web Nama Use Case Aktor Deskripsi Map Admin 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 1.Admin memilih menu Open Google Maps. Respon Sistem Sistem akan memberikan tab link google map dimana admin dapat mencari letak lokasi gangguan yg akan dikirim ke Regu.

21 57 Tabel 3.15 Use Case Specification Logout Web Nama Use Case Aktor Deskripsi Logout Admin 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 1.Admin menekan tombol Logout. Respon Sistem Sistem akan menampilkan halaman Login.

22 ERD GANGGUAN_PK_MULTI PK_MULTI PK ID_GANGGUAN_PK_MULTI PK ID_PK_MULTI PK PK PK_SINGLE ID_PK_SINGLE FK1 ID_GANGGUAN FK2 ID_PENGGUNA FK3 ID_REGU NOMOR_PK_SINGLE TANGGAL_CREATE GANGGUAN 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 FK1 FK2 ID_PK_MULTI ID_GANGGUAN TANGGAL_CREATE JENIS_GANGGUAN PK ID_JENIS_GANGGUAN KODE KETERANGAN 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 PK AREA PK ID_AREA KODE_AREA NAMA_AREA PENGGUNA_ROLE ID_PENGGUNA_ROLE PK AREA_GARDU ID_AREA_GARDU FK1 KODE_AREA ID_GARDU PK FK1 POSKO ID_POSKO KODE_AREA KODE_POSKO NAMA_POSKO GANGGUAN_STATUS_GANGGUAN FK1,FK2,FK3 ROLE_JENIS (AREA,POSKO,REGU) ROLE_ID PK ID_GANGGUAN_STATUS_GANGGUAN FK2 ID_GANGGUAN FK1 ID_STATUS_GANGGUAN FK3 ID_PENGGUNA FK4 ID_PK_MULTI TANGGAL_CREATE STATUS_GANGGUAN PK ID_STATUS_GANGGUAN KODE KETERANGAN MESSAGE PK PK ID_MESSAGE ID_FROM ID_TO SUBJECT CONTENT DATE_CREATE STATUS PENGGUNA ID_PENGGUNA FK1 ID_PENGGUNA_ROLE USERNAME PASSWORD STATUS ANGGOTA_REGU PK ID_ANGGOTA_REGU NIP NAMA NOMOR_TELEPON PIN_BB USERNAME PASSWORD MOBIL PK ID_MOBIL KODE_AREA NO_PLAT_MOBIL JENIS_MOBIL PK PK REGU ID_REGU FK1 ID_POSKO FK2 ID_MOBIL KODE_REGU NAMA_REGU ANGGOTA_REGU_DAFTAR ID_ANGGOTA_REGU_DAFTAR FK2 ID_REGU FK1 ID_ANGGOTA_REGU TANGGAL_CREATE STATUS Gambar 3.4 ERD pada Sistem Web Admin

23 Class Diagram Gambar 3.5 Class Diagram pada Aplikasi Android

24 Sequence Diagram Sequence Diagram Login Regu Gambar 3.6 Sequence Diagram Login Android

25 Sequence Diagram Tampilkan Pesan Gambar 3.7 Sequence Diagram Tampilkan Pesan

26 Sequence Diagram Posisi Saya Gambar 3.8 Sequence Diagram Posisi Saya

27 Sequence Diagram Logout Interface User / Regu getuser showinterface clearuser Display Gambar 3.9 Sequence Diagram Logout

28 Perancangan Layar 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 Logout View Gangguan View Lokasi Gangguan Update Status Gambar 3.10 Hierarki Menu-Menu Pada Aplikasi Android

29 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.

30 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.

31 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.

32 68 4. Rancangan Layar Tampilkan Gangguan Judul Aplikasi Nama : abc Alamat : 6,9384, ; xxx No Telepon : Keterangan : listrik padam page >> Lokasi Gangguan Perbaharui Status 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 ).

33 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.

34 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.

35 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.

36 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.

37 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

38 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 Goog le Maps Log out Welcome Admin Welcome, Admin Gambar 3.20 Rancangan Layar Tampilan Halaman Home Admin

39 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 DB Message Google Maps Logout Welcome Admin No message Gambar 3.21 Rancangan Layar Message