Pembangunan Aplikasi photo Tangging Untuk Petugas Pencatata Meter Listrik Menggunakan Teknologi Geotagging Pada Platform Android

(1)

1

BAB I

PENDAHULUAN

I.1 Latar Belakang Masalah

Listrik merupakan salah satu kebutuhan pokok bagi setiap orang, karena hampir semua aktivitas yang dilakukan menggunakan energi listrik. Pengguna energi listrik memiliki kewajiban untuk membayar pemakaian energi listrik yang digunakan pada periode tertentu. Besarnya pembayaran berdasarkan pemakaian energi listrik yang diperoleh dari catatan jumlah meteran listrik pelanggan. Pencatatan dilakukan oleh petugas pencatat meter listrik yang melakukan pengecekan pemakaian listrik ke setiap rumah.

Akan tetapi banyak keluhan dari pelanggan berkaitan dengan prosedur pencatatan meter listrik berdasarkan berita yang dilansir website tribun news [1], menyebutkan bahwa banyak pelanggan yang merasa dirugikan oleh petugas pencatat meteran karena main tembak. Pembayaran tidak sesuai dengan kenyataan yang tertera di meteran, angka meteran di tagihan lebih besar daripada angka yang tertera di meteran yang sebenarnya. Hal ini disebabkan karena petugas pencatat meter listrik tidak berkeliling melakukan pengecekan pemakaian listrik pelanggan.

(2)

Berdasarkan masalah yang dipaparkan, maka dapat disimpulkan perlunya membangun sebuah aplikasi photo tagging untuk petugas pencatat meter listrik dengan menggunakan teknologi geotagging pada platform android. Teknologi geotagging adalah gabungan fitur kamera yang dapat melakukan sinergi langsung dengan fitur GPS guna memberikan informasi secara realtime dimana dan bagaimana kondisi sebuah objek [3]. Dengan pembangunan aplikasi ini diharapkan menjadi solusi yang tepat untuk melakukan pengawasan kepada petugas pencatat meter listrik yang sedang melakukan pencatatan pemakaian listrik pelanggan.

I.2 Perumusan Masalah

Berdasarkan pemaparan latar belakang masalah, maka perumusan permasalahan yang terdapat pada penelitian ini adalah bagaimana cara membangun aplikasi photo tagging untuk petugas pencatat meter listrik dengan menggunakan teknologi geotagging pada platform android.

I.3 Maksud dan Tujuan

Maksud dari penelitian ini adalah membangun aplikasi photo tagging untuk petugas pencatat meter listrik dengan menggunakan teknologi geotagging pada platform android. Adapun tujuan dari penelitian ini adalah sebagai berikut : 1. Memanfaatkan teknologi geotagging dalam membangun aplikasi photo

tagging untuk petugas pencatat meter listrik pada platform android.

2. Mempermudah pengawasan kepada petugas pencatat meter listrik saat melakukan pembacaan pemakaian listrik pelanggan.

I.4 Batasan Masalah

Adapun batasan masalah dari penelitian ini adalah :

1. Penelitian ini dilakukan di PT. Astria Mandiri yang merupakan vendor PT. PLN Distribusi Jawa Barat dan Banten Rayon Leles.

(3)

3

3. Aplikasi yang dibangun untuk petugas pencatat meter listrik berbasis android sedangkan aplikasi yang dibangun untuk admin (mengawasi petugas pencatat meter listrik) berbasis web.

4. Pendekatan analisis pembangunan aplikasi menggunakan analisis berorientasi objek untuk subsistem mobile android dan analisis terstruktur untuk subsistem web.

I.5 Metodologi Penelitian

Metodologi penelitian yang digunakan dalam penelitian ini adalah metode penelitian terapan, metode ini bertujuan untuk menyelesaikan permasalahan yang timbul dari instansi dan masyarakat berdasarkan fenomena yang ada. Adapun Metodologi yang digunakan dalam penelitian ini menggunakan dua metode, yaitu metode pengumpulan data dan metode pembangunan perangkat lunak.

I.5.1 Metode Pengumpulan Data

Adapun teknik pengumpulan data yang akan digunakan terdiri dari dua cara pengumpulan data, yaitu :

1. Studi Literatur

Studi literatur utama dari penelitian ini bersumber dari beberapa buku yang berkaitan dengan pembangunan perangkat lunak serta didukung oleh beberapa jurnal yang mendukung penelitian ini. Adapun penelitian ini dilengkapi dengan beberapa berita fakta yang terdapat dalam website tribun news untuk keakuratan masalah yang terjadi.

2. Wawancara

(4)

3. Observasi

Observasi dilakukan untuk menunjang penelitian dengan mendatangi langsung kantor PT. Astria Mandiri yang beralamat di Kp. Hegarsari RT 03/RW 10 Desa. Talagasari Garut.

4. Kuesioner

Kuesioner dilakukan dengan memberikan beberapa pertanyaan kepada calon responden yaitu petugas pencatat meter listrik PT. Astria Mandiri yang akan menggunakan aplikasi astriamandiriapp.

I.5.2 Metode Pembangunan Perangkat Lunak

Dalam pembangunan perangkat lunak ini, menggunakan waterfall model sebagai tahapan pengembangan perangkat lunak [4]. Adapun proses tersebut antara lain:

1. Requirement definition

Tahap requirement definition adalah tahap dimana pengumpulan kebutuhan telah terdefinisi secara lengkap kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh program yang akan dibangun. Fase ini harus dikerjakan secara lengkap untuk bisa menghasilkan desain yang lengkap.

2. System and software design

Tahap system and software design merupakan tahap mendesain perangkat lunak yang dikerjakan setelah kebutuhan selesai dikumpulkan secara lengkap. 3. Implementation and unit testing

Tahap implementation and unit testing merupakan tahap hasil desain program diterjemahkan ke dalam kode-kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. Program yang dibangun langsung diuji berdasarkan unit-unitnya.

(5)

5

4. Integration and system testing

Tahap integration and system testing merupakan tahap penyatuan unit-unit program kemudian sistem diuji secara keseluruhan.

5. Operation and maintenance

Tahap operation and maintenance merupakan tahap mengoperasikan program dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi yang sebenarnya. Dari berbagai tahapan-tahapan tersebut, untuk lebih jelasnya bisa dilihat pada Gambar I.1 Waterfall Model [4].

Gambar I.1 Waterfall Model [4] I.6 Sistematika Penulisan

(6)

BAB I PENDAHULUAN

Bab i menguraikan latarbelakang permasalahan, merumuskan inti permasalahan, mencari solusi atas masalah tersebut, mengidentifikasi masalah tersebut, menentukan maksud dan tujuan, kegunaan penelitian, pembatasan masalah, metode penelitian, dan sistematika penulisan.

BAB II LANDASAN TEORI

Bab ii menguraikan bahan-bahan kajian, konsep dasar, dan teori dari para ahli yang berkaitan dengan penelitian. Meninjau permasalahan dan hal-hal yang berguna dari penelitian-penelitian dan sintesis serupa yang pernah dikerjakan sebelumnya dan menggunakannya sebagai acuan pemecahan masalah pada penelitian ini.

BAB III ANALISIS DAN PERANCANGAN SISTEM

Bab iii menguraikan hasil analisis dari objek penelitian untuk mengetahui hal atau masalah apa yang timbul dan mencoba memecahkan masalah tersebut dengan mengaplikasikan perangkat-perangkat dan pemodelan yang digunakan. BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM

Bab iv menguraikan tentang perancangan solusi beserta implementasinya dari masalah-masalah yang telah dianalisis. Pada bagian ini juga akan ditentukan bagaimana sistem dirancang, dibangun, diuji dan disesuaikan dengan hasil penelitian.

BAB V KESIMPULAN DAN SARAN

(7)

7

BAB II

LANDASAN TEORI

II.1 Tentang PT. Astria Mandiri

PT. Astria Mandiri adalah perusahaan yang bergerak dalam bidang instalatir listrik, billing management, PPOB dan pengadaan jasa.

Nama Perusahaan : PT. Astria Mandiri

Lokasi : Kp. Hegarsari RT 03/RW 10 Desa. Talagasari Garut II.2 Struktur Organisasi Perusahaan

Berikut ini adalah struktur organisasi PT. Astria Mandiri yang dapat dilihat pada Gambar II.1 Struktur Organisasi Perusahaan.

Gambar II.1 Struktur Organisasi Perusahaan

(8)

Gambar II.2 Organisasi Kerja Bagian Pencatatan Meter II.3 Struktur Kode RBM (Rute Baca Meter)

Kode RBM atau kode rute baca meter merupakan pengkodean untuk pegawai dalam melakukan baca meter pelanggan. Dalam hal ini kode RBM

diperlukan bagi petugas sebagai “surat jalan” dalam melakukan pencatatan meter

listrik. Kode RBM terdiri tujuh digit tiga digit pertama merupakan kode wilayah, tiga digit selanjutnya merupakan kode petugas (tidak sama dengan nomor induk pegawai, didapat dari data PLN sebelumnya) dan satu digit terakhir merupakan hari baca meter.

Adapun contoh dari kode RBM beserta penjelasannya adalah sebagai berikut :

Kode wilayah kode petugas kode hari Tabel II.1 Kode Wilayah

Kode Wilayah

DDA Leles

DDB Limbangan

(9)

9

Tabel II.2 Kode Petugas

2 digit pertama kode Keterangan 1 digit berikutnya Keterangan

BL Limbangan A Petugas ke-1

Tabel II.3 Kode Hari

Kode Keterangan

A Hari ke-1

B Hari ke-2

C Hari ke-3

D Hari ke-4

E Hari ke-5

II.4 Jangka Waktu Pembacaan Meter

Jangka waktu pekerjaan catat meter adalah 5 hari kalender, sesuai pada tabel dibawah ini:

Tabel II.4 Jangka Waktu Cater Tanggal

(10)

Tanggal

Awal Baca Akhir Baca Evaluasi Koreksi Akhir Bulan Billing

Upload Sorek

22 26 27 28 1

II.5 Sistem Informasi

Sistem adalah kumpulan dari komponen-komponen peralatan model requirements, function dan interface. Sistem informasi merupakan kombinasi teratur apapun dari sumber daya manusia, hardware, software, data, dan jaringan. Daur hidup suatu sistem meliputi [5]:

1. Investigasi 2. Analisis 3. Desain 4. Implementasi 5. Pemeliharaan

II.5.1 Komponen Sistem Informasi

(11)

11

teknologi dasar data kendali

Gambar II.3 Blok Sistem Informasi yang Berinteraksi [6] Blok Masukan

Input mewakili data yang masuk ke dalam sistem informasi. Input disini termasuk metode-metode dan media untuk menangkap data yang akan dimasukkan, yang dapat berupa dokumen-dokumen dasar.

Blok Model

Blok ini terdiri dari kombinasi prosedur, logika dan model matematika yang akan memanipulasi data input dan data yang tersimpan di basis data dengan cara yang sudah tertentu untuk menghasilkan keluaran yang diinginkan.

Blok Keluaran

Produk dari sistem informasi adalah keluaran yang yang merupakan informasi yang berkualitas dan dokumentasi yang berguna untuk semua tingkatan manajemen serta semua pemakai sistem.

Blok Teknologi

Teknologi merupakan “kotak alat” (tool-box) dalam sistem informasi.

(12)

teknologi dan membuatnya dapat beroperasi. Misalnya teknisi adalah operator komputer, pemrogram, operator pengolah data, spesialis telekomunikasi, analis sistem, penyimpanan data dan lain sebagainya.

Blok Basis Data

Basis data (database) merupakan kumpulan dari data yang saling berhubungan satu dengan yang lainnya, tersimpan di perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasinya. Data perlu disimpan di dalam basis data untuk keperluan penyediaan informasi lebih lanjut. Data di dalam basis data perlu diorganisasikan sedemikian rupa, supaya informasi yang dihasilkan berkualitas. Organisasi basis data yang baik juga berguna untuk efisiensi kapasitas penyimpanan. Basis data diakses atau dimanipulasi dengan menggunakan perangkat lunak paket yang disebut dengan DBMS (Database management System).

Blok Kendali

Banyak hal yang dapat merusak sistem informasi, seperti halnya bencana alam, api, temperatur, air, debu, kecurangan-kecurangan, kegagalan-kegagalan sistem itu sendiri, kesalahan-kesalahan, ketidak efisienan, sabotase dan lain sebagainya. Beberapa pengendalian perlu dirancang dan diterapkan untuk meyakinkan bahwa hal-hal yang dapat merusak sistem dapat dicegah ataupun bila terlanjur terjadi kesalahan-kesalahan dapat cepat langsung diatasi.

II.6 Android

(13)

13

telekomunikasi termasuk Google, HTC, Intel, Motorola, Qualcomm, T-Mobile, dan Nvidia [7].

II.6.1 Android Life Cycle

Aplikasi android terdiri dari beberapa fungsi dasar seperti mengedit catatan, memutar file musik, membunyikan alarm, atau membuka kontak telepon. Fungsi-fungsi tersebut dapat diklasifikasikan ke dalam empat komponen android yang berbeda seperti ditunjukkan pada , klasifikasi tersebut berdasarkan kelas-kelas dasar java yang digunakan [9].

Tabel II.5 Komponen Aplikasi Android

Functionality Java Base Class Examples

Focused thing a user can do Activity Edit a note, play a game

Background process Service Play music, update weather icon

Receive messages BroadcastReceiver Trigger alarm upon event

Store and retrieve data ContentProvider Open a phone contact

Setiap aplikasi pasti menggunakan minimal satu dari komponen tersebut, akan tetapi terdapat beberapa komponen yang mengharuskan mencantumkan specified permission sebelum digunakan seperti komponen Service, BroadcastReceiver. ContentProvider [9].

(14)

Gambar II.4 Siklus Hidup Android [8]

Terdapat beberapa state dalam siklus hidup android yang terjadi seperti diilustrasikan pada Gambar II.4 Siklus Hidup Android [8], akan tetapi hanya beberapa dari state tersebut yang menjadi statis diantaranya :

1. Resumed

Resumed terjadi ketika aplikasi berjalan setelah state paused . State ini akan menjalankan perintah program yang ditulis pada method onResume() (Google Inc, 2014).

2. Paused

Dalam keadaan ini aktivitas yang terjadi dihentikan secara sementara tetapi masih terlihat oleh pengguna karena terdapat proses yang memiliki prioritas lebih tinggi seperti panggilan telepon. Aplikasi tidak dapat menjalankan perintah apapun ataupun menampilkan apapun dalam state ini (Google Inc, 2014).

3. Stopped

Dalam keadaan ini, aplikasi benar-benar tidak ditampilkan dan tidak terlihat oleh pengguna tetapi masih meninggalkan service dibackground (Google Inc, 2014).

(15)

15

II.6.2 Fitur

Android memiliki beberapa fitur utama yang sering digunakan dalam proses pembangunan aplikasi diantaranya adalah:

1. Multi-proses dan App Widgets

Sistem operasi android tidak melarang prosesor menjalankan lebih dari satu aplikasi dalam satu waktu. Sistem operasi android dapat mengatur aplikasi dan thread yang berjalan secara multitasking. Keuntungan yang didapat adalah ketika aplikasi berjalan dan berinteraksi dengan pengguna di layer depan sistem operasi, proses dari aplikasi lain dapat berjalan untuk melakukan pembaruan informasi. Sebagai contoh misalnya ketika pengguna memainkan game, proses lain dapat berjalan di belakang aplikasi seperti memeriksa harga saham dan memunculkan peringatan [8].

App Widgets adalah mini aplikasi yang dapat embedded dalam aplikasi seperti home screen. App widgets dapat menjalankan proses request seperti musik streaming atau mendeteksi suhu ruangan secara background [8].

Multi-proses dapat memberikan manfaat berupa user experience yang lebih banyak, namun penggunaan fitur tersebut dapat menghabiskan banyak energi baterai jika penggunaan tidak benar [9].

2. Touch Gestures dan Multi-touch

(16)

3. Hard dan Soft Keyboard

Salah satu fitur pada perangkat smartphone adalah tombol fisik dan non fisik, tombol fisik digunakan untuk navigasi pendukung dalam pengoperasian android.. Pengembang aplikasi tidak perlu secara manual untuk mengintegrasikan tombol tersebut dalam aplikasi. Tombol non fisik adalah tombol yang dibuat oleh sistem operasi seperti keyboard virtual, dan tombol navigasi aplikasi [9].

II.6.3 Prinsip Desain

Android memiliki beberapa prinsip desain yang dapat menjadi acuan dalam membuat desain aplikasi android diantaranya adalah

1. Multiple Assets

Android mendukung jutaan smartphone, tablet dan perangkat lain dalam berbagai ukuran layar dan ukuran, untuk itu Multiple Assets sangat disarankan digunakan untuk mengatasi fragmentasi pada android. Seperti ilustrasi pada Gambar II.5 Klasifikasi Ukuran Ikon, android menciptakan beberapa klasifikasi ukuran icon yaitu MDPI, HDPI, XHDPI, XXHDPI dan XXXHDPI. MDPI dan HDPI dikhususkan untuk icon yang akan digunakan pada device berukuran smartphone sedangkan untuk XHDPI, XXHDPI dan XXXHDPI digunakan pada device berukuran tablet [10].

(17)

17

2. Touch Feedback

Touch Feedback dalam android digunakan sebagai respon setiap objek yang ditekan pengguna. Hal ini bertujuan untuk memberi tahu pengguna objek mana yang berinteraksi dengan pengguna [10].

Gambar II.6 Touch Feedback 3. Pattern Gesture

Touch gesture berguna untuk meningkatkan experience pengguna dalam menggunakan aplikasi. Terdapat beberapa gesture yang didukung oleh android diataranya adalah [10]:

1. Touch

Touch adalah gesture default sebagai event untuk item tertentu yang paling sering digunakan dalam perangkat android, hampir seluruh kontrol utama aplikasi ini menggunakan touch.

2. Long Press

Biasanya digunakan untuk seleksi data , dengan gesture ini dimungkinkan untuk memilih satu atau lebih item dalam sebuah tampilan dan menjalankan suatu fungsionalitas tertentu [10].

3. Swipe Or Drag

(18)

untuk kebutuhan berpindah layar atau tergantung dari aplikasi. Swipe dapat dilakukan dari dan ke arah mana saja [10].

4. Double Touch

Pada Smartphone dan tablet android, melakukan dua kali tapping secara berturut-turut pada satu obyek, fungsinya berbeda dengan double klik mouse komputer. Pada Android, teknik ini biasanya dipakai untuk melakukan zoom in dan zoom out atau memperbesar / memperkecil sebuah obyek gambar [10].

5. Pinch Open

Teknik lain yang biasa digunakan adalah dengan menggunakan dua jari, di mana kedua jari tersebut menyentuh dua titik pada layar yang terpisah di mana ujung dari dua jari tersebut tidak bersentuhan, kemudian kedua jari tersebut sambil tetap menyentuh layar bergerak saling mendekati. Teknik ini digunakan untuk membuka aplikasi tertentu [10].

6. Pinch Close

Teknik Pinch Close adalah kebalikan dari Pinch Open di mana spread dilakukan dengan berawal dari dua jari yang bersentuhan pada ujungnya dan ditempelkan sebuah titik yang sama pada layar, kemudian kedua jari tersebut bergerak memisahkan atau menjauhi satu sama lain Gerakan ini untuk menutup layar [10].

II.7 Web Services

(19)

19

Gambar 1 merupakan blok bangunan web service yang mana menyediakan fasilitas komunikasi jarak jauh antara dua aplikasi yang merupakan layer arsitektur web service.

1. Layer 1 : Protokol internet standar yang digunakan sebagai sarana transportasi adalah HTTP dan TCP/IP.

2. Layer 2 : Simple Object Access Protocol (SOAP) berbasiskan XML dan digunakan untuk pertukaran informasi antar sekelompok layanan.

3. Layer 3 : Web service Definition Language (WSDL) digunakan untuk mendiskripsikan attribute layanan.

4. Layer 4 : Universal Description, Discovery and Integration, yang mana merupakan direktori pusat untuk deskripsi layanan.

Gambar II.7 Blok Bangunan Web Service

II.8 JavaScript Object Notation (JSON)

(20)

JSON terbuat dari dua struktur [12] :

1. Kumpulan pasangan nama/nilai. Pada beberapa bahasa, hal ini dinyatakan sebagai objek (object), rekaman (record), struktur (struct), kamus (dictionary), tabel hash (hash table), daftar berkunci (keyed list), atau associative array.

2. Daftar nilai terurutkan (an ordered list of values). Pada kebanyakan bahasa, hal ini dinyatakan sebagai larik (array), vektor (vector), daftar (list), atau urutan (sequence).

Struktur-struktur data ini disebut sebagai struktur data universal. Pada dasarnya, semua bahasa pemprograman moderen mendukung struktur data ini dalam bentuk yang sama maupun berlainan. Hal ini pantas disebut demikian karena format data mudah dipertukarkan dengan bahasa-bahasa pemprograman yang juga berdasarkan pada struktur data ini [12].

JSON menggunakan bentuk sebagai berikut [12] :

Objek adalah sepasang nama/nilai yang tidak terurutkan. Objek dimulai dengan { (kurung kurawal buka) dan diakhiri dengan } (kurung kurawal tutup). Setiap nama diikuti dengan : (titik dua) dan setiap pasangan nama/nilai dipisahkan oleh , (koma).

Gambar II.8 Objek JSON

(21)

21

Gambar II.9 Array JSON

Nilai (value) dapat berupa sebuah string dalam tanda kutip ganda, atau angka, atau true atau false atau null, atau sebuah objek atau sebuah larik. Struktur-struktur tersebut dapat disusun bertingkat.

Gambar II.10 Value JSON

(22)

Gambar II.11 String JSON

Angka adalah sangat mirip dengan angka di C atau Java, kecuali format oktal dan heksadesimal tidak digunakan.

Gambar II.12 Number JSON

(23)

23

II.9 Global Positioning System (GPS)

Global Positioning System adalah sistem navigasi berbasis satelit terdiri dari jaringan 24 satelit ditempatkan ke orbit oleh Departemen Pertahanan Amerika Serikat yang pertama kali diperkenalkan mulai tahun 1978. Layanan GPS dahulu hanya dipergunakan untuk keperluan militer namun mulai terbuka untuk publik. 24 satelit GPS tersebut berada sekitar 12.000 mil di atas bumi bergerak mengelilingi bumi 12 jam dengan kecepatan 7.000 mil per jam. Satelit GPS berkekuatan energi sinar matahari, memiliki baterai cadangan untuk menjaga agar tetap berjalan pada saat gerhana matahari atau pada saat tidak ada energi matahari dan memiliki roket penguat kecil pada masing-masing satelit agar dapat mengorbit tepat pada tempatnya.

Satelit-satelit GPS harus selalu berada pada posisi orbit yang tepat untuk menjaga akurasi data yang dikirim ke GPS receiver, sehingga harus selalu dipelihara agar posisinya tepat. Posisi satelit-satelit tersebut selalu dipantau oleh stasiun pengendali. Stasiun-stasiun pengendali di bumi ada di Hawaii, Ascension Islan, Diego Garcia, Kwajalein dan Colorado Spring. Untuk dapat mengetahui posisi seseorang maka diperlukan alat yang diberi nama GPS receiver yang berfungsi untuk menerima sinyal yang dikirim dari satelit GPS. GPS receiver mengambil informasi tersebut dan melakukan perhitungan triangulation untuk menentukan lokasi pengguna dengan tepat. GPS receiver membandingkan waktu sinyal dikirim dengan waktu sinyal tersebut diterima untuk mengetahui jarak satelit. Dengan mengetahui jarak tersebut, GPS receiver dapat melakukan perhitungan dan menentukan posisi pengguna dan menampilkan dalam peta elektronik. Setelah menentukan posisi pengguna, selanjutnya GPS dapat menghitung informasi lain, seperti kecepatan, arah yang dituju, jalur, tujuan perjalanan, jarak tujuan, matahari terbit dan matahari terbenam dan masih banyak lagi.

(24)

dibandingkan dengan jam biasa. Keistimewaan GPS adalah mampu bekerja dalam berbagai kondisi cuaca, siang atau malam. Keakuratan sebuah perangkat GPS bisa mencapai 15 meter, bahkan model terbaru yang dilengkapi teknologi Wide Area Augmentation System (WAAS) keakuratannya sampai 3 meter. Karena GPS bekerja mengandalkan satelit, maka penggunaannya disarankan di tempat terbuka. Penggunaan di dalam ruangan, atau di tempat yang menghalangi arah satelit (di angkasa), maka GPS tidak akan bekerja secara akurat dan maksimal. Perhitungan waktu yang akurat sangat menentukan akurasi perhitungan untuk menentukan informasi lokasi. Semakin banyak sinyal satelit yang dapat diterima maka akan semakin presisi data posisi yang dihasilkan. Selain itu, ketinggian juga mempengaruhi proses kerja GPS, karena semakin tinggi maka semakin bersih atmosfer, sehingga gangguan semakin sedikit [3].

II.10 GPS Photo Tagging (Geotagging)

GPS Photo Tagging juga dikenal sebagai geotagging, merupakan proses penambahan informasi posisi data GPS (Latitude, Longitude, Altitude) dalam sebuah foto digital. Ponsel-ponsel berkamera yang memiliki GPS receiver internal umumnya memiliki fitur ini. Mekanisme GPS PhotoTagging adalah pada saat sebuah foto diambil menggunakan kamera (digital atau ponsel) yang memiliki fitur geotagging, kamera atau ponsel tersebut mencatat lebih banyak informasi/data dibandingkan dengan sebuah foto yang diambil dengan kamera biasa. Informasi tersebut termasuk waktu dan data ketika sebuah foto diambil, orientasi dari kamera (portrait atau landscape), apakah menggunakan lampu flash dan detil kamera lainnya yang digunakan seperti Apertur, Exposure, dan Local Length. Semua data ini disimpan pada suatu tempat yang disebut EXIF Headers.

(25)

25

II.11 EXIF Headers

Data EXIF (Exchangeable Image File Format) adalah data yang disimpan oleh kamera digital pada sebuah image yang berisi informasi mengenai kondisi dan setting kamera digital pada waktu dilakukan pemotretan. EXIF dikembangkan oleh Japanese Electronics Industry Development Association (JEIDA) sebagai upaya untuk mempermudah dan membuat standar pertukaran data antara perangkat lunak pengolah gambar/citra digital dan perangkat keras seperti kamera, serta didukung oleh hampir seluruh kamera digital.

Informasi umum yang bisa didapatkan dari EXIF sebuah foto digital adalah antara lain [3]:

1. Tanggal dan jam berapa sebuah foto dibuat.

2. Merk, tipe kamera, dan jenis lensa yang dipakai untuk memotret foto.

3. Resolusi dari kamera yang digunakan untuk mengambil gambar. Digunakan atau tidaknya fitur flash pada kamera.

4. Lokasi foto tersebut diambil, jika kamera yang digunakan mendukung GPS. II.12 EXIF Interface Android Class

Kelas ExifInterface adalah salah satu kelas dalam pemrograman android yang dapat digunakan untuk membaca dan menulis informasi tag Exif pada file yang berformat JPEG.

Berikut adalahTabel II.6 Tag EXIF informasi Exif yang dapat diambil [20].

Tabel II.6 Tag EXIF

No. Tagging Keterangan

1 TAG_APERTURE Type is String.

2 TAG_DATETIME Type is String.

3 TAG_DATETIME_DIGITIZED Type is String.

4 TAG_EXPOSURE_TIME Type is String.

5 TAG_FLASH Type is int.

(26)

No. Tagging Keterangan

7 TAG_GPS_ALTITUDE The altitude (in meters) based on the

reference in TAG_GPS_ALTITUDE_REF.

8 TAG_GPS_ALTITUDE_REF 0 if the altitude is above sea level.

9 TAG_GPS_DATESTAMP Type is String.

10 TAG_GPS_LATITUDE String

11 TAG_GPS_LATITUDE_REF Type is String.

12 TAG_GPS_LONGITUDE String

13 TAG_GPS_LONGITUDE_REF Type is String.

14 TAG_GPS_PROCESSING_METHOD Type is String.

15 TAG_GPS_TIMESTAMP Type is String.

16 TAG_IMAGE_LENGTH Type is int.

17 TAG_IMAGE_WIDTH Type is int.

18 TAG_ISO Type is String.

19 TAG_MAKE Type is String.

20 TAG_MODEL Type is String.

21 TAG_ORIENTATION Type is int.

22 TAG_SUBSEC_TIME Type is int.

23 TAG_SUBSEC_TIME_DIG Type is int.

24 TAG_SUBSEC_TIME_ORIG Type is int.

25 TAG_WHITE_BALANCE Type is int.

II.13 Google Geocoding

Google Maps sudah memiliki fitur yang cukup lengkap, termasuk mencari lokasi kota pada peta (geocoding). Geocoding adalah proses menemukan koordinat geografis, yaitu bujur dan lintang, dari data geografis lain, misalnya alamat. Fitur geocoding dapat dimanfaatkan untuk menambahkan informasi latitude dan longitude pada foto yang tidak memiliki data geotagging [3].

II.14 Structure Analysis and Design

(27)

27

II.14.1Diagram Konteks

Diagram Konteks adalah data flow diagram tingkat atas (DFD Top Level), yaitu diagram yang paling tidak detail, dari sebuah sistem informasi yang menggambarkan aliran-aliran data ke dalam dan ke luar sistem dan ke dalam dan ke luar entitas-entitas eksternal. (CD menggambarkan sistem dalam satu lingkaran dan hubungan dengan entitas luar. Lingkaran tersebut menggambarkan keseluruhan proses dalam sistem) [14].

II.14.2Data Flow Diagram

Data Flow Diagram (DFD) adalah representasi grafik dari sebuah sistem. DFD menggambarkan komponen-komponen sebuah sistem, aliran-aliran data di mana komponen-komponen tersebut, dan asal, tujuan, dan penyimpanan dari data tersebut. DFD terdiri dari empat komponen utama diantaranya adalah :

1. Entitas. 2. Proses. 3. Data Store. 4. Data Flow.

(28)

Tabel II.7 Simbol Diagram Konteks dan DFD [14]

II.14.3Spesifikasi Proses

Spesifikasi Proses adalah tabel yang berisi keterangan atau deskripsi dari semua proses yang terdapat pada DFD. Logika proses yang ditulis pada spesifikasi proses harus dituliskan secara jelas baik menggunakan bahasa deskriptif atau pseudecode tetapi tidak boleh mengkombinasikan kedua bahasa tersebut [14]. Berikut adalah Tabel II.8 Contoh Spesifikasi Proses [14]

Tabel II.8 Contoh Spesifikasi Proses [14]

No Proses Keterangan

1. No Proses Menyatakn no proses

Nama Proses Menyatakan nama proses

Source (Sumber) (Menyatakan sumber data input menuju

proses)

Input (menyatakan isi data yang masuk ke

proses)

Output (menyatakan informasi yang keluar dari

proses)

Destination (menatakan tujuan informasi output dari

Simbol Nama Simbol Fungsi

Entitas Luar Menggambarkan entitas eksternal yang

berhubungan dengan sistem

Sistem (Konteks) / Proses (DFD)

Menggambarkan proses yang ada dalam suatu sistem

Aliran Data/Informasi Menggambarkan aliran data antar

proses, data store dan entitas luar

Data Storage Mengambarkan tempat penyimpanan

(29)

29

proses)

Logika Proses (menyatakan algoritma dari proses)

II.14.4Kamus Data

Kamus data adalah tabel yang berisi deskripsi dari data yang mengalir pada DFD, Penjelasan struktur data dapat berupa field tiap data harus sama dengan yang sudah dimodelkan di ERD [14]. Berikut adalah Tabel II.9 Contoh Kamus Data [14].

Tabel II.9 Contoh Kamus Data [14]

Nama aliran data Data Siswa Nama dari data yang digunakan

Where used/How used Daftar pada poin proses apa data digunakan

Keterangan Uraian singkat dari data yang digunakan

Struktur Data Daftar komponen data yang ada pada data yang

digunakan

Deskripsi Jenis data dalam representasi komputer untuk

masing-masing data.

II.15 Object Oriented Analysis Design

Konsep OOAD mencakup analisis dan desain sebuah sistem dengan pendekatan objek, yaiut analisis berorientasi objek (OOA) dan desain berorientasi objek (OOD). OOA adalah metode analisis yang memerika requirement (syarat/keperluan) yang harus dipenuhi sebuah sistem) dari sudut pandang kelas-kelas dan objek-objek yang ditemui dalam ruang lingkup sistem. Sedangkan OOD adalah metode untuk mengarahkan arsitektur software yang didasarkan pada manipulasi objek-objek sistem atau subsistem [15].

II.15.1Unified Modelling Language (UML)

(30)

sistem perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman berorientasi objek (OO).

UML merupakan standar yang relatif terbuka yang dikontrol oleh Object Management Group (OMG), sebuah konsorsium terbukayang terdiri dari banyak perusahaan. OMG dibentuk untuk membuat standar-standar yang mendukung interoperabilitas, khususnya interoperabilitas sistem berorientasi objek. OMG mungkin lebih dikenal dengan standar-standar CORBA (Common Object Request Broker Architecture) [16].

UML terdiri dari 13 jenis diagram resmi seperti tertulis dalam Tabel II.10 Jenis Diagram Resmi UML [16]

Tabel II.10 Jenis Diagram Resmi UML [16]

Diagram Kegunaan

Activity Behavior prosedural dan paralel

Class Class, fitur, dan hubungan-hubungan

Communication Interaksi antar objek; penekanan pada jalur

Component Struktur dan koneksi komponen

Composite structure Dekomposisis runtime sebuah class

Deployment Pemindahan artifak ke node

Interaction overview Campuran sequence dan activity diagram

Object Contoh konfigurasi dari contoh-contoh

Package Struktur hirarki compile-time

Sequence Interaksi antar objek; penekanan pada sequence

State machine Bagaimana event mengubah objek selama aktif

Timing Interaksi antar objek; penekanan pada timing

(31)

31

Gambar II.13 Klarifikasi Jenis Diagram UML [16]

Adapun penjelasan dari Class Diagram, Use Case Diagram dan Sequence Diagram adalah sebagai berikut [16]:

1. Class Diagram

Class diagram mendeskripsikan jenis-jenis objek dalam sistem dan berbagai macam hubungan statis yang terdapat di antaranya. Class diagram juga menunjukan properti dan operasi sebuah class dan batasan-batasan yang terdapat dalam hubungan-hubungan objek tersebut. Kotak-kotak yang terdapat di dalam diagram merupakan class, yang dibagi menjadi tiga bagian : nama class (cetak tebal), atributnya dan operasinya.

a. Properti

Properti mewakili fitur-fitur struktural dari sebuah class. Properti merupakan sebuah konsep tunggal, tetapi tampak seperti dua notasi yang sedikit berbeda: atribut dan asosiasi.

b. Atribut

(32)

c. Operasi

Operasi merupakan suatu kegiatan yang dimengerti sebuah class untuk dilakukan. Operasi secara jelas berhubungan dengan metode dalam sebuah class.

2. Use Case Diagram

Use case diagram menampilkan aktor, use case dan hubungan antar keduanya :

a. Aktor mana yang menggunakan use case mana b. Use case mana yang memasukkan use case lain 3. Sequence Diagram

Sebuah sequence diagram secara khusus menjabarkan behaviour sebuah skenario tunggal. Diagram tersebut menunjukkan sejumlah objek contoh dan pesan-pesan yang melewati objek-objek ini di dalam use case. 4. Activity Diagram

Activity diagram adalah teknik untuk menggambarkan logika prosedural, proses bisnis, dan jalur kerja. dalam beberapa hal, diagram ini seperti sebuah diagram alir, tetapi perbedaan prinsip antar diagram ini dan notasi diagram alir adalah diagram ini mendukung behaviour paralel.

II.16 Entity Relationship Diagram

Entity Relationship Diagram (ERD) adalah sekumpulan cara atau peralatan untuk mendeskripsikan data-data atau objek-objek yang dibuat berdasarkan dan berasal dari dunia nyata yang disebut entitas (entity) serta hubungan (relationship) antar entitas-entitas tersebut dengan menggunakan beberapa notasi [17]. Komponen-komponen pembentuk ERD dapat di lihat pada Tabel II.11 Komponen-komponen ERD [17].

Tabel II.11 Komponen-komponen ERD [17]

Notasi Komponen Keterangan

Entitas Individu yang mewakili suatu objek dan dapat

(33)

33

Notasi Komponen Keterangan

Atribut Properti yang dimiliki oleh suatu entitas, dimana

dapat mendeskripsikan karakteristik darri entitas tersebut

Relasi Menunjukkan hubungan diantara sejumlah

entitas yang berbeda

Relasi 1 : 1 Relasi yang menunjukkan bahwa setiap entitas pada himpunan entitas pertama berhubungan dengan paling banyak satu entitas pada himpunan entitas kedua

Relasi 1 : N Relasi yang menunjukkan bahwa hubungan

antara entitas pertama dengan entitas kedua adalah satu banding banyak atau sebaliknya. Setiap entitas dapat berelasi dengan banyak entitas pada himpunan entitas yang lain

Relasi N : N Hubungan ini menunjukkan bahwa setiap entitas

yang pertama dapat berhubungan dengan banyak entitas pada himpunan entitas yang kedua, demikian juga sebaliknya

II.17 Java

Java menurut definisi dari Sun adalah nama untuk sekumpulan teknologi untuk membuat dan menjalankan perangkat lunak pada komputer standalone ataupun pada lingkungan jaringan. Java dikembangkan pada bulan Agustus 1991, dengan nama semula Oak. Pada Januari 1995, karena nama Oak dianggap kurang komersial, maka diganti menjadi Java. Pada Desember 1998, Sun

memperkenalkan nama “Java 2” (J2) sebagai generasi kedua dari java platform.

Konvensi nama baru ini diterapkan untuk semua edisi Java yaitu Standard Edition (J2SE), Enterprise Edition (J2EE), dan Micro Edition (J2ME) [18].

(34)

1. Standard Edition (J2SE) : J2SE merupakan inti dari bahasa pemrograman Java. J2SE didesain untuk jalan pada komputer desktop dan komputer workstations.

2. Enterprise Edition (J2EE): Dengan built-in mendukung untuk servlets. JSP, dan XML, edisi ini ditujukan untuk aplikasi berbasis server.

3. Micro Edition (J2ME) : Didesain untuk piranti dengan memori terbatas, layar display terbatas dan power pemrosesan yang juga terbatas.

II.17.1Kelebihan Java

Adapun beberapa kelebihan dari bahasa pemrograman Java adalah sebagai berikut [18] :

1. Sederhana dan Ampuh

Java dirancang untuk mudah dipelajari, terutama bagi programmer yang telah mengenal C/C++ akan mudah sekali untuk berpindah ke Java. Pemakai dapat belajar membuat program dengan Java secara cepat jika telah memahami konsep dasar pemrograman berorientasi objek. Java tidak memiliki hal-hal yang mengejutkan dan aneh. Java memberi anda kemampuan untuk menuangkan semua ide, karena bahasa pemrograman ini bukan merupakan scripting language (bahasa naskah) yang menghilangkan kemampuan kita untuk berinovasi, tetapi dengan cara berorientasi objek yang mudah dan jelas.

2. Aman

(35)

35

3. Berorientasi Objek

Paradigma pemrograman berorientasi objek merupakan paradigma pemrograman masa depan. Java merupakan bahasa pemrograman berorientasi objek. Java bukan turunan langsung dari bahasa pemrograman manapun, juga sama sekali tidak kompetibel dengan semuanya. Java memiliki keseimbangan, Java secara cepat jika telah memahami konsep dasar pemrograman berorientasi objek. Java tidak memiliki hal-hal yang mengejutkan dan aneh. Java memberi anda kemampuan untuk menuangkan semua ide, karena bahasa pemrograman menyediakan mekanisme peng-class-an sederhana, dengan model antar muka dinamik yang intuitif hanya jika diperlukan.

4. Kokoh

Java membatasi anda dari beberapa hal kunci supaya anda dapat menemukan kesalahan lebih cepat saat mengembangkan program. Java langsung memeriksa program saat anda menuliskannya, dan sekali lagi ketika program di jalankan. Karena Java adalah bahasa yang sangat ketat dalam hal tipe data dan deklarasi, banyak kesalahan umum terjadi saat kompilasi. Hal ini akan lebih menghemat waktu jika dibandingkan dengan keharusan menjalankan program terlebih dahulu dan memeriksa semua bagian program untuk melihat ketidakcocokan dinamis selama program berjalan. Ini adalah contoh di mana Java lebih luwes dan kokoh dari beberapa bahasa lain, tetapi dengan imbalan yang layak untuk kelebihan itu.

5. Interaktif

(36)

6. Netral terhadap Berbagai Arsitektur

Java telah mengambil beberapa keputusan yang sulit dalam pembuatan bahasa Java dan bagaimana program dijalankan, jadi anda dapat sepenuhnya

percaya “tulis sekali, jalan di mana saja, kapan saja, selamanya”.

7. Terintrepentasi dan Berkinerja Tinggi

Java dilengkapi keajaiban lintas platform yang luar biasa dengan kompilasi ke dalam representasi langsung yang disebut kode-byte Java (Java byte-code), yang dapat diterjemahkan oleh sistem manapun yang memilki program Java didalamnya. Java, bagaimanapun dirancang untuk tetap berkinerja baik pada CPU yang tidak terlalu kuat. Walaupun Java merupakan bahasa terinterpretasi, kodekode Java telah dirancang dengan hati-hati sehingga mudah diterjemahkan ke dalam bahasa asli suatu mesin untuk menghasilkan kinerja yang tinggi.

Sistem program Java yang melakukan optimasi tepat waktu tersebut tidak

kehilangan keuntungan dari program yang netral terhadap platform. “lintas

platform berkinerja tinggi” bukan sekedar omong-kosong. Dalam aplikasi Java (*.class) merupakan Java bytecode yang berjalan di atas jvm (Java Virtual Machine), yang kemudian jvm-lah yang akan menginterpresentasikan kode-kode tersebut ke kode native atau kode mesin dari arsitektur yang bersangkutan. Hal sangat menarik karena urusan arsitektur mesin bukan jadi masalah bagi programmer tapi menjadi urusan kompiler pada bahasa pemrograman Java. II.18 Processor Hypertext Protocol (PHP)

PHP adalah bahasa server-side –scripting yang menyatu dengan HTML untuk membuat halaman web yang dinamis. Karena PHP merupakan server-side-scripting maka sintaks dan perintah-perintah PHP akan diesksekusi diserver kemudian hasilnya akan dikirimkan ke browser dengan format HTML.

(37)

37

membentuk suatu tampilan berdasarkan permintaan terkini, seperti menampilkan isi basis data ke halaman web [19].

II.19 MySQL

MySQL adalah salah satu jenis database server yang sangat terkenal dan banyak digunakan untuk membangun aplikasi web yang menggunakan database sebagai sumber dan pengolahan datanya. MySQL dikembangkan oleh perusahaan swedia bernama MySQL AB yang pada saat ini bernama Tcx DataKonsult AB sekitar tahun 1994-1995, namun cikal bakal kodenya sudah ada sejak tahun 1979. Awalnya Tcx merupakan perusahaan pengembang software dan konsultan database, dan saat ini MySQL sudah diambil alih oleh Oracle Corp.

Kepopuleran MySQL antara lain karena MySQL menggunakan SQL sebagai bahasa dasar untuk mengakses databasenya sehingga mudah untuk digunakan, kinerja query cepat, dan mencukupi untuk kebutuhan database perusahaan-perusahaan yang berskala kecil sampai menengah, MySQL juga bersifat open source (tidak berbayar). MySQL merupakan database yang pertama kali didukung oleh bahasa pemrograman script untuk internet (PHP dan Perl). MySQL dan PHP dianggap sebagai pasangan software pembangun aplikasi web yang ideal. MySQL lebih sering digunakan untuk membangun aplikasi berbasis web, umumnya pengembangan aplikasinya menggunakan bahasa pemrograman script PHP [19].

II.20 Haversine

Metode Haversine digunakan untuk menghitung jarak antara titik di permukaan bumi menggunakan garis lintang (longitude) dan garis bujur (lattitude) sebagai variabel inputan. Haversine formula adalah persamaan penting pada navigasi, memberikan jarak lingkaran besar antara dua titik pada permukaan bola (bumi) berdasarkan bujur dan lintang .

(38)

bujur) masing-masing adalah lon1, lat1, dan lon2, lat2, maka rumus Haversine dapat ditulis dengan persamaan sebagai berikut [21]:

Gambar II.14 Rumus Haversine Keterangan:

x = Longitude (Lintang) y = Lattitude ( Bujur)

d = Jarak

R = Radius Bumi = 6371 km 1 derajat = 0.0174532925 radian Contoh Perhitungan Haversine Formula

Lokasi 1: lon1= 119.800801, lat1= -0.790175 Lokasi 2: lon2= 119.8428 , lat2= -0.8989

lat1 = -0.790175 * 0.0174532925 radian = -0.013791155 radian

lon = 119.800801 * 0.0174532925 radian = 2.090918422 radian

lat2 = -0.8989 * 0.0174532925 radian = -0.01569 radian

lon2 = 119.8428 * 0.0174532925 radian= 2.091651 radian

x = (lon2-lon1) * cos ((lat1+lat2)/2)

= (2.091651-2.090918422) * cos ((-0.013791155 + -0.01569)/2) = 0.0007329412

y = (lat2-lat1)

= (-0.01569- (-0.013791155)) = -0.001897609

d = sqrt (x*x + y*y) * R

= sqrt((0.0007329412 * 0.0007329412) + ( -0.001897609 * - 0.001897609)) * 6371

(39)

39

BAB III

ANALISIS DAN PERANCANGAN SISTEM

III.1 Analisis Sistem

Analisis sistem bertujuan untuk mengidentifikasikan permasalahan-permasalahan yang terdapat pada sistem serta menentukan kebutuhan-kebutuhan dari sistem yang dibangun. Analisis tersebut meliputi analisis masalah, analisis aplikasi sejenis, analisis arsitektur sistem, analisis kebutuhan non fungsional dan analisis data.

III.1.1 Analisis Masalah

Dalam menjaga kepercayaan pelanggan terhadap kinerja petugas pencatat meter listrik di lapangan perlunya pengawasan terhadap petugas, akan tetapi pengawasan terhadap petugas tidaklah mudah karena terdapat beberapa masalah. Masalah-masalah tersebut diantaranya adalah:

1. Masih minimnya pemanfaatan teknologi dalam membangun sebuah aplikasi pada device petugas.

2. Tidak adanya sarana pengawasan pada device yang dibekali kepada petugas pencatat meter listrik ketika berada dilapangan.

III.1.2 Analisis Arsitektur

Analisis arsitektur sistem bertujuan untuk mengidentifikasi arsitektur yang akan dibangun berdasarkan dua subsistem web dan mobile.

1. Web

(40)

Gambar III.1 Arsitektur Perangkat Lunak pada Platform Web

Berikut adalah deskripsi dari Gambar III.1 Arsitektur Perangkat Lunak pada Platform Web :

a. Sub sistem web admin melakukan request permintaan data ke server melalui jaringan internet

b. Server menerima request permintaan data dan mengambil data sesuai permintaan dari database.

c. Server mengirimkan data yang diminta melalui jaringan internet ke komputer admin.

2. Mobile

(41)

41

Gambar III.2 Arsitektur Perangkat Lunak pada Platform Mobile Berikut adalah deskripsi dari Gambar III.2 Arsitektur Perangkat Lunak pada Platform Mobile:

a. Perangkat mobile pengguna melakukan request data ke server melalui API

b. Server menerima request data dari server dan menentukan jenis request yang diminta

c. Jika server menerima permintaan lokasi maka permintaan data akan diteruskan ke server google place.

d. Jika server menerima permintaan data maka server akan mengambil data yang ada di database

e. Setelah server menerima data yang diminta data tersebut akan dikembalikan dalam bentuk JSON untuk diproses perangkat mobile pengguna.

(42)

Gambar III.3 Arsitektur Sistem Keseluruhan III.1.3 Spesifikasi Kebutuhan Perangkat Lunak

Spesifikasi kebutuhan perangkat lunak terbagi kedalam dua kebutuhan yaitu kebutuhan non fungsional dan fungsional. Kebutuhan fungsional dapat dilihat pada Tabel III.1 Spesifikasi Kebutuhan Fungsional.

Tabel III.1 Spesifikasi Kebutuhan Fungsional

Kode SKPL Spesifikasi Kebutuhan Perangkat Lunak

SKPL-F-001 Subsistem mobile menyediakan fasilitas bagi pengguna untuk login

kedalam sistem

SKPL-F-002 Subsistem mobile menyediakan fasilitas bagi pengguna untuk mengirim

data pencatatan meter listrik

SKPL-F-003 Subsistem mobile menyediakan fasilitas bagi pengguna untuk

menampilkan lokasi pengguna dan informasi geotagging pada saat pecatatan meter listrik

menampilkan notifikasi dari administrator

menampilkan riwayat pencatatan meter listrik

SKPL-F-006 Subsistem mobile menyediakan fasilitas bagi pengguna untuk setting

profile pengguna

(43)

43

administrator

Kebutuhan non fungsional pada perangkat lunak yang dibangun dapat dilihat pada Tabel III.2 Spesifikasi Kebutuhan Non Fungsional.

Tabel III.2 Spesifikasi Kebutuhan Non Fungsional

SKPL-NF-001 Sistem yang dibangun memiliki dua subsistem yaitu web dan mobile

SKPL-NF-002 Sistem yang dibangun minimal menggunakan sistem operasi android versi

4.0 Ice Cream Sandwich

SKPL-NF-003 Sistem yang dibangun menggunakan perangkat kamera

SKPL-NF-004 Sistem dibangun dengan spesifikasi hardware yang memenuhi standar

minimum kebutuhan

SKPL-NF-005 Desain user interface pada perangkat lunak yang akan dibangun mengacu

kepada design guidelines android dari google

III.1.4 Analisis Kebutuhan Non Fungsional

Analisis kebutuhan non fungsional pada sistem ini meliputi analisis perangkat lunak, analisis perangkat keras dan perangkat pikir.

1. Product Requirement

Berikut adalah kebutuhan non fungsional berdasarkan klasifikasi product requirement.

a. SKPL-NF-001 Sistem yang dibangun memiliki dua subsistem yaitu web dan mobile.

b. SKPL-NF-002 Sistem yang dibangun minimal menggunakan sistem operasi android versi 4.0 Ice Cream Sandwich dan dibangun dengan kebutuhan perangkat lunak minimum

a) Sistem Operasi (platform bebas)

(44)

c) Kode editor berupa Notepad++

d) Integrated development environment (IDE) berupa Android Studio. e) Android Development Tools versi 23.0.0 sebagai plugins Android

Studio.

f) Android Software Development Kit sebagai framework android c. SKPL-NF-003 Sistem yang dibangun menggunakan perangkat kamera d. SKPL-NF-004 Sistem dibangun dengan spesifikasi hardware yang

memenuhi standar minimum kebutuhan seperti: a) Komputer dengan VGA on board 512 MB b) Layar dengan resolusi 1024x600

c) Komputer dengan ram 2 GB d) Perangkat android dengan ram 512 e) Device android dengan resolusi 320x480 2. Organisational Requirement

Berikut adalah kebutuhan non fungsional berdasarkan klasifikasi Organisational Requirement yaitu SKPL-NF-005 Desain user interface pada perangkat lunak yang akan dibangun mengacu kepada design guidelines android dari google

3. Analisis Pengguna

Analisis pengguna sistem dimaksudkan untuk mengetahui siapa saja pengguna yang terlibat dalam menjalankan sistem, sehingga dapat diketahui tingkat dan pemahaman pengguna.

Berdasarkan prosedur yang sedang berjalan, pengguna yang terlibat dalam sistem yaitu petugas dan administrator.

Tabel III.3 Analisis Pengguna

No Pengguna Karakteristik

1. Petugas a. Dapat mengoperasikan smartphone

b. Memiliki pengalaman menggunakan internet

2. Administrator a. Dapat mengoperasikan komputer dan

(45)

45

No Pengguna Karakteristik

b. Memiliki pengalaman menggunakan internet

c. Dapat menggunakan browser seperti Mozila

Firefox, Google Chrome dan Internet Explorer

d. Memahami tentang office application

Spesifikasi pengguna yang terlibat dalam sistem yang akan dibangun dapat dideskripsikan sebagai berikut:

1. Petugas yang bertanggung jawab dalam melakukan proses baca meter. Tabel III.4 Analisis Pengguna Petugas

Pengguna Petugas

Tanggung Jawab Melakukan proses baca meter

Hak Akses Melakukan baca meter, melihat photo

tagging stand meter, melihat notifikasi, melihat riwayat

Tingkat Keterampilan a. Memiliki kemampuan dalam

mengoperasikan smartphone

b. Memiliki kemampuan dalam

menggunakan internet

Pengalaman a. Pernah mengakses internet

b. Pernah mengoperasikan smartphone

2. Administrator yang bertanggung jawab dalam melakukan pengawasan proses baca meter petugas dan melakukan pengolahan data petugas, data pelanggan, data pemberitahuan dan laporan.

Tabel III.5 Analisis Pengguna Administrator

Pengguna Administrator

Tanggung Jawab Melakukan pengawasan proses baca meter

petugas dan melakukan pengolahan data petugas, data pelanggan, data pemberitahuan dan laporan.

(46)

Pengguna Administrator

menghapus baca meter, menambah data petugas, mengedit data petugas, melihat data

petugas, menghapus data petugas,

menambah data pelanggan, mengedit data

pelanggan, melihat data pelanggan,

menghapus data pelanggan, menambah data

pemberitahuan, mengedit data

pemberitahuan, melihat data pemberitahuan,

menghapus data pemberitahuan,

mendownload laporan.

Tingkat Keterampilan a. Memiliki kemampuan dalam

mengoperasikan komputer dan smartphone

b. Memiliki kemampuan dalam

menggunakan internet

Pengalaman a. Pernah mengakses internet

b. Pernah mengelola data berbasis web

Setelah dilakukan analisis, dapat disimpulkan bahwa pengguna pada sistem yang akan dibangun hanya petugas sebagai pengguna mobile dan administrator telah memenuhi syarat untuk menjalankan aplikasi yang akan dibangun ini.

III.1.5 Analisis Data

III.1.5.1 Struktur Data JSON

Analisis data yang digunakan dalam penelitian ini adalah Object Relational Mapping (ORM). Object relational mapping melakukan pemetaan terhadap tabel-tabel pada basis data relasional dengan suatu class entitas yang ada pada bahasa pemrograman berorientasi objek.

(47)

47

fisik yang ada pada server. Struktur format data JSON yang digunakan pada penelitian ini terbagi menjadi tiga yaitu data objek, data array dan data null. a. Data Objek

Format pada Tabel III.6 Struktur JSON Data Objek digunakan ketika data yang diterima dari server merupakan data tunggal atau berupa satu objek

Tabel III.6 Struktur JSON Data Objek

Struktur data objek

{

“key” : “value”

}

b. Data Array

Format pada Tabel III.7 Struktur JSON Data Array digunakan ketika data yang diterima dari server merupakan data tunggal atau berupa satu objek

Tabel III.7 Struktur JSON Data Array

Struktur data array {

"result" : "value",

"item" : [{ "key" : "value" },{ "key" : "value" }] }

c. Data Null

Format pada Tabel III.8 Struktur JSON Data Null digunakan ketika data yang diterima dari server merupakan data tunggal atau berupa satu objek

Tabel III.8 Struktur JSON Data Null

Struktur data null {

(48)

III.1.5.2 Entity Relational Diagram (ERD)

Entity Relationship Diagram (ERD) adalah sekumpulan cara atau peralatan untuk mendeskripsikan data-data atau objek-objek yang dibuat berdasarkan dan berasal dari dunia nyata yang disebut entitas (entity) serta hubungan (relationship) antar entitas-entitas tersebut dengan menggunakan beberapa notasi. Adapun ERD yang akan dirancang adalah sebagai berikut :

Baca Meter

Gambar III.4 Entity Relationship Diagram (ERD) III.1.6 Analisis Kebutuhan Fungsional

(49)

49

III.1.6.1 Analisis Kebutuhan Fungsional Web

Analisis Kebutuhan Fungsional Web ini meliputi Diagram Konteks, DFD yang terbagi menjadi beberapa level dan Spesifikasi proses yang berfungsi untuk menjelaskan aliran data yang diproses.

1. Diagram Konteks

Diagram Konteks adalah diagram yang menggambarkan secara umum yang menjadi masukan, proses dan keluaran yang terjadi pada sebuah sistem. Berikut adalah Gambar III.5 Diagram Konteks untuk perangkat lunak yang akan dibangun.

Administrator Sub Sistem

Mobile Sistem Astria Mandiri

Web

Data Request Baca Meter/Geotagging Data Request Petugas

(50)

2. DFD Level 1

Berikut adalah Gambar III.4 DFD Level 1 dari perangkat lunak yang akan dibangun.

1

Administrator Sub Sistem Mobile

Info Baca Meter/Geotagging

Data Request Baca Meter/Geotagging Data Request Petugas

(51)

51

3. DFD Level 2 Login Admin

Berikut adalah Gambar III.5 DFD Level 2 Login Admin dari perangkat lunak yang akan dibangun.

1.1

Data Login Admin Tidak Tersedia

Gambar III.5 DFD Level 2 Login Admin 4. DFD Level 2 Pengolahan Baca Meter/Geotagging

Berikut adalah Gambar III.6 DFD Level 2 Pengolahan Baca Meter/Geotagging dari perangkat lunak yang akan dibangun.

Administrator

Info Baca Meter/Geotagging Berubah

Data Baca Meter/Geotagging

Data Baca Meter/Geotagging Berubah

2.4 Cari Baca Meter/

Geotagging Data Baca Meter/Geotagging

Info Baca Meter/Geotagging yang Dilihat

Data Baca Meter/Geotagging yang Dilihat

Info Baca Meter/Geotagging Terhapus

Data Baca Meter/Geotagging Terhapus

Data Baca Meter/Geotagging Info Baca Meter/Geotagging

yang Dicari

Data Baca Meter/Geotagging yang Dicari

(52)

5. DFD Level 2 Pengolahan Petugas

Berikut adalah Gambar III.7 DFD Level 2 Pengolahan Petugas dari perangkat lunak yang akan dibangun.

3.1

Info Petugas yang Dilihat

Data Petugas yang Dilihat

Data Petugas

Info Petugas Terhapus

Data Petugas

Data Petugas Terhapus

Data Petugas Info Petugas yang Dicari

Data Petugas

Data Petugas yang Dicari Data Petugas

Info Petugas Bertambah

Data Petugas

Data Petugas Bertambah

(53)

53

6. DFD Level 2 Pengolahan Pelanggan

Berikut adalah Gambar III.8 DFD Level 2 Pengolahan Pelanggan dari perangkat lunak yang akan dibangun.

4.1

Info Pelanggan yang Dilihat

Data Pelanggan yang Dilihat

Data Pelanggan

Info Pelanggan Terhapus

Data Pelanggan

Data Pelanggan Terhapus

Data Pelanggan Info Pelanggan yang Dicari

Data Pelanggan

Data Pelanggan yang Dicari Data Pelanggan

Info Pelanggan Bertambah

Data Pelanggan

Data Pelanggan Bertambah

(54)

7. DFD Level 2 Pengolahan Laporan

Berikut adalah Gambar III.9 DFD Level 2 Pengolahan Laporan dari perangkat lunak yang akan dibangun.

Administrator

5.1 Lihat Laporan

5.2 Cetak Laporan

tbl_bacameter Data Laporan

Info Laporan yang Dilihat

Laporan

Gambar III.9 DFD Level 2 Pengolahan Laporan 8. DFD Level 2 Pengolahan Pemberitahuan

(55)

55

Info Pemberitahuan yang Dicari

Data Pemberitahuan

Data Pemberitahuan yang Dicari Data Pemberitahuan

Info Pemberitahuan Bertambah

Data Pemberitahuan

Data Pemberitahuan Bertambah

Gambar III.10 DFD Level 2 Pengolahan Pemberitahuan 9. DFD Level 2 Penyajian Data Web Services

(56)

Sub Sistem Mobile

7.1 Request Data Baca Meter/Geotagging

Gambar III.11 DFD Level 2 Penyajian Data Web Services 10. Spesifikasi Proses Level 1 Tambah RBM

Spesifikasi proses pada Tabel III.9 Spesifikasi Proses Level 1 Tambah RBM digunakan untuk menggambarkan proses model aliran yang terdapat pada DFD Level 1 Tambah RBM.

Tabel III.9 Spesifikasi Proses Level 1 Tambah RBM

1. No Proses 8

Nama Proses Tambah RBM

Source (Sumber) Administrator

Input Data RBM

Output Info RBM Bertambah

Destination Administrator

Logika Proses 1. Administrator memilih

tambah RBM

2. Sistem menampilkan

form penambahan data RBM

3. Jika administrator

(57)

57

memilih batal maka tambah RBM akan dibatalkan

11. Spesifikasi Proses Level 2 Login Admin

Spesifikasi proses pada Tabel III.10 Spesifikasi Proses Level 2 Login Admin digunakan untuk menggambarkan proses model aliran yang terdapat pada DFD Level 2 Login Admin.

Tabel III.10 Spesifikasi Proses Level 2 Login Admin

No Proses Keterangan

1. No Proses 1.1

Nama Proses Validasi

Source (Sumber) _{Administrator}

Input _{Data Login Admin}

Output _{Info Login Admin Valid}

Destination _{Administrator}

Logika Proses

1. Administrator mengisi

form dengan data login admin

2. Sistem akan memeriksa

data login admin yang dimasukan

3. Jika data login valid

maka akan menampilkan halaman utama administrator

2 No Proses 1.2

Nama Proses Gagal Login

Source (Sumber) _{Administrator}

Input _{Data Login Admin}

Output _{Info Gagal Login Admin}

Destination _{Administrator}

Logika Proses

1. Administrator mengisi

form dengan data login admin

2. Sistem akan memeriksa

data login admin yang dimasukan

3. Jika data login tidak

valid maka akan menampilkan pesan

(58)

12. Spesifikasi Proses Level 2 Pengolahan Baca Meter/Geotagging

Spesifikasi proses pada Tabel III.11 Spesifikasi Proses Leve 2 Pengolahan Baca Meter/Geotagging digunakan untuk menggambarkan proses model aliran yang terdapat pada DFD Level 2 Pengolahan Baca Meter/Geotagging.

Tabel III.11 Spesifikasi Proses Leve 2 Pengolahan Baca Meter/Geotagging

1. No Proses 2.1

Nama Proses Edit Baca Meter/Geotagging

Input Data Baca Meter/Geotagging

Output Info Baca Meter/Geotagging Berubah

edit baca meter/geotagging

form pengubahan data baca meter/geotagging

memilih simpan maka sistem akan menyimpan data baca

meter/geotagging yang telah diubah ke database

memilih batal maka edit baca meter/geotagging akan dibatalkan

2. No Proses 2.2

Nama Proses Lihat Baca Meter/Geotagging

Output Info Baca Meter/Geotagging yang Dilihat

lihat baca meter/geotagging

detail data baca meter/geotagging yang dipilih dari database

3. No Proses 2.3

Nama Proses Hapus Baca Meter/Geotagging

(59)

59

Output Info Baca Meter/Geotagging Terhapus

hapus baca meter/geotagging

konfirmasi penghapusan data baca meter/geotagging dari database

memilih ya maka sistem akan

menghapus data baca meter/geotagging dari database

memilih tidak maka sistem akan membatalkan proses penghapusan data

4. No Proses 2.4

Nama Proses Cari Baca Meter/Geotagging

Output Info Baca Meter/Geotagging yang Dicari

Logika Proses 1. Administrator

memasukkan data baca

meter/geotagging yang akan dicari

2. Jika data yang dicari

ada maka sistem akan menampilkan data tersebut

tidak ada maka sistem akan menampilkan pesan data tidak ditemukan atau tersedia

13. Spesifikasi Proses Level 2 Pengolahan Petugas

Spesifikasi proses pada Tabel III.12 Spesifikasi Proses Level 2 Pengolahan Petugasdigunakan untuk menggambarkan proses model aliran yang terdapat pada DFD Level 2 Pengolahan Petugas.

Tabel III.12 Spesifikasi Proses Level 2 Pengolahan Petugas

1. No Proses 3.1

Nama Proses Tambah Petugas

(60)

Input Data Petugas

Output Info Petugas Bertambah

tambah petugas

form penambahan data petugas

memilih simpan maka sistem akan menyimpan data petugas yang telah ditambahkan ke database

memilih batal maka tambah petugas akan dibatalkan

2. No Proses 3.2

Nama Proses Edit Petugas

Input Data Petugas

Output Info Petugas Berubah

edit petugas

form pengubahan data petugas

memilih simpan maka sistem akan menyimpan data petugas yang telah diubah ke database

memilih batal maka edit petugas akan dibatalkan

3. No Proses 3.3

Nama Proses Lihat Petugas

Input Data Petugas

Output Info Petugas yang Dilihat

lihat petugas

detail data petugas yang dipilih dari database

4. No Proses 3.4

(61)

61

Input Data Petugas

Output Info Petugas Terhapus

hapus petugas

konfirmasi penghapusan data petugas dari database

memilih ya maka sistem akan

menghapus data petugas dari database

memilih tidak maka sistem akan membatalkan proses penghapusan data

5. No Proses 3.5

Nama Proses Cari Petugas

Input Data Petugas

Output Info Petugas yang Dicari

Logika Proses 1. Administrator

memasukkan data petugas yang akan dicari

ada maka sistem akan menampilkan data tersebut

tidak ada maka sistem akan menampilkan pesan data tidak ditemukan atau tersedia

14. Spesifikasi Proses Level 2 Pengolahan Pelanggan

Spesifikasi proses pada Tabel III.13 Spesifikasi Proses Level 2 Pengolahan Pelanggan digunakan untuk menggambarkan proses model aliran yang terdapat pada DFD Level 2 Pengolahan Pelanggan.

Tabel III.13 Spesifikasi Proses Level 2 Pengolahan Pelanggan