SISTEM INFORMASI TEKNISI BANGUNAN PADA LUTFI …

SISTEM INFORMASI TEKNISI BANGUNAN PADA

LUTFI REPAIR BANGUNAN BERBASIS ANDROID

SKRIPSI

Disusun Oleh:

M DEDI MUSTOFA

1511050085

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS ILMU KOMPUTER

INSTITUT INFORMATIKA DAN BISNIS DARMAJAYA

BANDAR LAMPUNG

2019

HALAMAN PERSEMBAHAN

Puji syukur kepada Allah SWT yang telah melimpahkan segala anugerah

dan kasih saying yang sangat melimpah sehingga saya dapat

menyelesaikan skripsi ini dan kupersembahkan kepada :

Kepada kedua orang tuaku, Bapak dan Ibuku, J Agus Priyanto, Ibunda Pasinah yang

sangat aku sayangi, terima kasih atas doa, kasih sayang, bimbingan, dana,

semangat serta kesabaran yang telah kalian berikan kepadaku dan yang tak

pernah bosan mengajarkanku apa arti dari sebuah perjuangan dan perjalanan

hidup.

Kepada Mba, Umi Musyafaatur Rifatin yang selalu mendukungku dengan doa,

usaha, dan semangat dari kalian.

Kepada keluarga besarku, sahabat dan teman-temanku yang tidak dapat satu

persatu saya sebutkan atas dukungannya untuk menyelesaikan penelitian ini,

dan

Para Pendidik dan Almamaterku tercinta IIB Darmajaya.

MOTTO

“Jika Kamu Benar Menginginkan Sesuatu, Kamu Akan Menemukan

Caranya,

Namaun Jika Tak Serius, Kau Hanya Akan Menemukan

Alasannya.”

“Lakukan Sekarang Terkadang NANTI Bisa Jadi Tak

PERNAH.”

SISTEM INFORMASI TEKNISI BANGUNAN PADA

LUTFI REPAIR BANGUNAN BERBASIS ANDROID

Oleh:

M DEDI MUSTOFA

1511050085

ABSTRAK

Lutfi Repair Bangunan adalah salah satu bentuk usaha dibidang jasa reparasi

bangunan seperti rumah yang berlokasi di Teluk Betung-Bandar Lampung. Dalam

proses reparasi, para teknisi yang dipimpin oleh Bapak Lutfi ditugaskan masing-

masing ke lokasi client yang telah dijadwalkan. Penerimaan pesanan akan kebutuhan

reparasi oleh client dilakukan via telepon, setelah iu Bapak Lutfi datang ke rumah

client untuk mengecek kondisi bangunan yang akan diperbaiki. Guna memberikan

pelayanan yang optimal antara Lutfi Repair dengan client, maka dibuatlah sistem

informasi Lutfi Repair.

Sistem yang dibangun berbasiskan Android yang dapat diakses menggunakan

smartphone Android dengan versi minimal 5.0. Sistem dibuat menggunakan aplikasi

Android Studio dengan bahasa pemograman Java dan database MySQL. Metode

pengembangan sistem yang digunakan adalah prototipe dengan tools UML.

Dengan adanya sistem ini, maka dapat mempermudah transaksi pemesanan perbaikan

rumah antara client dengan Lutfi Repair. Client dapat memasukkan data bangunan

yang akan diperbaiki seperti foto dan keterangan kerusakan, sehingga Lutfi Repair

dapat memperkirakan harga dari kerusakan yang akan diperbaiki, dan tanggal untuk

perbaikan. Teknisi bangunan Lutfi Repair juga dapat dengan mudah menuju lokasi

client karena di dalam sistem terdapat map lokasi client.

Kata Kunci : Lutfi Repair, Prototipe, Android Studio, dan Android.

ABSTRACT

INFORMATION SYSTEM OF CONSTRUCTIONS TECHNOLOGY IN LUTFI REPAIR

BUILDING USING ANDROID-BASED

By

M. Dedi Mustofa

Lutfi’s Repair is one of business in the constructions building repair services. It is located in

Teluk Betung-Bandar Lampung. In the process of reparation, the technicians commanded by Mr.

Lutfi. The technicians were assigned to each of the scheduled locations. Receipt of orders for

repair needs by the client is done via telephone. After that, Mr. Lutfi come to the client's house to

check the condition of the building to be repaired. In order to provide optimal service between

Lutfi’s Repair and clients, Lutfi’s Repair information system was created.

The method of this study was a prototype with UML tools. The system used in this study was

built based on Android. It was able to be accessed using an Android smartphone with a minimum

version of 5.0. The system was created using the Android Studio application with the Java

programming language and MySQL database.

The result of this study facilitated the transactions for home improvement orders between Lutfi’s

Repair and clients. Clients were able to enter constructions data to be repaired such as

photographs and damage information. Furthermore, Lutfi’s Repair was able to estimate the price

of the damage to be repaired. Moreover, Lutfi’s Repair constructions technicians were able to go

to the client location using location map.

Keywords: Lutfi’s Repair, Prototype, Android Studio, and Android.

RIWAYAT HIDUP

1. Identitas

a. Nama : M Dedi Mustofa

b. NPM : 1511050085

c. Tempat / Tanggal Lahir : Sidorejo / 27 November 1995

d. Agama : Islam

e. Alamat : Jl. Ikan Kiter, RT 009, RW 000 Kelurahan

Kamgkung , Bumi Waras

f. Suku : Jawa

g. Kewarganegaraan : Indonesia

h. E-Mail : [email protected]

i. HP : 0857-6846-0535

2. Riwayat Pendidikan yang pernah ditempuh oleh penulis,antara lain :

a) Pendidikan Sekolah Dasar (SD) Negeri 4 Bandar Agung tamat pada tahun

2009.

b) Pendidikan Sekolah Menengah Pertama (SMP) Mitra Bhakti Bandar

Agung tamat pada tahun 2012.

c) Pendidikan Sekolah Menengah Kejuruan (SMK) Mitra Bhakti tamat pada

tahun 2015.

d) Pada tahun 2015, penulis tercatat sebagai Mahasiswi IBI Darmajaya

Jurusan Sistem Informasi S-1.

Bandar Lampung, 16 September 2019

M Dedi Mustofa

NPM. 1511050085

xii

DAFTAR ISI

HALAMAN JUDUL .......................................................................................... i

PERNYATAAN .................................................................................................. i

HALAMAN PERSETUJUAN ......................................................................... ii

HALAMAN PENGESAHAN .......................................................................... iii

HALAMAN PERSEMBAHAN ...................................................................... iv

HALAMAN MOTTO ....................................................................................... v

ABSTRAK ....................................................................................................... vi

ABSTRAK (ENGLISH) ................................................................................. vii

RIWAYAT HIDUP ........................................................................................ viii

PRAKATA ........................................................................................................ ix

DAFTAR ISI ..................................................................................................... xi

DAFTAR TABEL .......................................................................................... xiii

DAFTAR GAMBAR ...................................................................................... xiv

BAB I PENDAHULUAN

1.1. Latar Belakang Masalah .......................................................................... 1

1.2. Rumusan Masalah .................................................................................. 2

1.3. Ruang Lingkup Penelitian ...................................................................... 2

1.4. Tujuan ...................................................................................................... 3

1.5. Manfaat Penelitian ................................................................................... 3

1.6. Sistematika Penulisan .............................................................................. 3

BAB II TINJAUAN PUSTAKA

2.1 Sistem informasi ...................................................................................... 5

2.1.1 Sistem ................................................................................................. 5

2.1.2 Informasi ............................................................................................. 5

2.1.3 Sistem Informasi ................................................................................. 5

2.2 Servis Rumah .......................................................................................... 6

2.3 Android .................................................................................................... 6

2.4 Java .......................................................................................................... 7

2.5 Android Studio ........................................................................................ 8

xiii

2.6 Metode Pengambangan Sistem ............................................................... 8

2.7 UML (Unified Model Language) ......................................................... 10

2.7.1 Use Case Diagram .................................................................... 10

2.7.2 Activity Diagram ....................................................................... 12

2.7.3 Clas Diagram Alat Pengembangan Sistem ................................ 12

2.8 Basis Data .............................................................................................. 13

2.9 MySQL .................................................................................................. 16

2.10 Penelitian Terkait ................................................................................... 16

BAB III METODOLOGI PENELITIAN

3.1 Tahapan Penelitian ................................................................................ 18

3.2 Metode Pengumpulan Data ................................................................... 18

3.3 Metode Pengembangan Sistem .............................................................. 19

3.3.1 Comunication ...................................................................... 19

3.3.1.1 Analisis Sistem Berjalan ......................................... 20

3.3.1.2 Analisis Permasalahan ............................................. 20

3.3.2 Quick Plan ........................................................................... 21

3.3.3 Modeling Quick Design ..................................................... 21

3.3.3.1 Perancangan Use Case Diagram .............................. 21

3.3.3.2 Perancangan Activity Diagram ................................ 22

3.3.3.3 Perancangan Clas Diagram ...................................... 28

3.3.3.4 Perancangan Interface Sistem .................................. 32

3.3.3.4.1 Interface Sistem Akses Pelanggan ......... 32

3.3.3.4.2 Interface Sistem Akses Teknisi .............. 36

3.3.3.4.3 Interface Sistem Akses Admin .............. 38

3.3.3.5 Perancangan Flowchart Program ............................. 42

3.3.3.5.1 Flowchart Program Akses Admin .......... 42

3.3.3.5.2 Flowchart Program Akses Teknis .......... 45

3.3.3.5.3 Flowchart Program Akses Pelanggan .... 46

BAB IV HASIL DAN PEMBAHASAN

4.1 Pendukung Pembuatan Sistem.............................................................. 50

4.1.1 Perangkat Lunak (Software) ........................................................ 50

4.1.2 Perangkat Keras (Hardware) ....................................................... 50

xiv

4.2 Implementasi Sistem ............................................................................. 50

4.3 Implementasi Sistem Akses Pelanggan ................................................. 51

4.4 Implementasi Sistem Akses Teknisi ...................................................... 58

4.5 Implementasi Sistem Akses Admin ....................................................... 64

BAB V KESIMPULAN DAN SARAN

5.1 Kesimpulan ............................................................................................ 72

5.2 Saran ...................................................................................................... 72

DAFTAR PUSTAKA ............................................................................................... 73

LAMPIRAN .............................................................................................................. 74

DAFTAR TABEL

Halaman

Tabel 2.1 Versi Android .................................................................................. 6

Tabel 2.2 Simbol Use Case Diagram .......................................................... 11

Tabel 2.3 Simbol Diagram Aktivitas ........................................................... 12

Tabel 2.4 Simbol Class Diagram .................................................................. 13

Tabel 3.1 Kamus Data Tabel Pegawai .......................................................... 29

Tabel 3.2 Kamus Data Tabel Order .............................................................. 30

Tabel 3.3 Kamus Data Table Pelanggan ....................................................... 31

Tabel 3.4 Kamus Data Table Perbaikan ........................................................ 31

Tabel 3.5 Kamus Data Table Pembayaran ................................................... 32

xv

DAFTAR GAMBAR

Halaman

Gambar 2.1 Ilustrasi Model Prototipe .......................................................... 9

Gambar 3.1 Alur Tahapan Penelitian ........................................................... 18

Gambar 3.2 Use Case Diagram Prosedur Sedang Berjalan Saat Ini ............ 20

Gambar 3.3 Perancangan Use Case Diagram Sistem Diusulkan ................. 22

Gambar 3.4 Perancangan Activity Diagram Buat Akun ............................... 23

Gambar 3.5 Activity Diagram Login ............................................................ 23

Gambar 3.6 Activity Diagram Mengolah Teknisi......................................... 24

Gambar 3.7 Activity Diagram Laporan ........................................................ 25

Gambar 3.8 Activity Diagram Mengelola Data Perbaikan ........................... 25

Gambar 3.9 Activity Diagram Order ............................................................ 26

Gambar 3.10 Activity Diagram View Order ................................................... 27

Gambar 3.11 Activity Diagram Pembayaran .................................................. 27

Gambar 3.12 Activity Diagram Verifikasi Pembayaran ................................. 28

Gambar 3.13 Perancangan Class Diagram ...................................................... 29

Gambar 3.14 Perancangan Interface Login Pelanggan ................................... 33

Gambar 3.15 Perancangan Interface Registrasi Pelanggan ............................ 33

Gambar 3.16 Perancangan Interface Lupa Password ..................................... 34

Gambar 3.17 Perancangan Interface Utama Pelanggan .................................. 35

Gambar 3.18 Perancangan Interface Pesan Layanan ...................................... 36

Gambar 3.19 Perancangan Interface Tentang ................................................. 36

Gambar 3.20 Perancangan Interface Login Teknisi ........................................ 37

Gambar 4.1 Implementasi Halaman Login Pelanggan .................................. 51

Gambar 4.2 Implementasi Halaman Pendaftaran Pelanggan ......................... 52

Gambar 4.3 Implementasi Halaman Utama Pelanggan ................................. 53

Gambar 4.4 Implementasi Halaman Detail Pesanan Perbaikan Pelanggan ... 54

xvi

Gambar 4.5 Implementasi Halaman Input Data Konfirmasi Pembayaran .....

Akses Pelanggan .............................................................................................. 55

Gambar 4.6 Implementasi Halaman Chat Akses Pelanggan ......................... 56

Gambar 4.7 Implementasi Halaman Pesan Layanan ...................................... 57

Gambar 4.8 Implementasi Halaman Tentang................................................. 57

Gambar 4.9 Implementasi Halaman Login Teknisi ....................................... 58

Gambar 4.10 Implementasi Halaman Utama Teknisi ...................................... 59

Gambar 4.11 Implementasi Halaman Detail Pesanan Akses Teknisi .............. 60

Gambar 4.12 Implementasi Halaman Chat Akses Teknisi ............................. 61

Gambar 4.13 Implementasi Halaman Update Order Akses Teknisi .............. 62

Gambar 4.14 Implementasi Halaman Update Order Detail Akses Teknisi ... 63

Gambar 4.15 Implementasi Halaman Map Pelanggan Akses Teknisi ............ 63

Gambar 4.16 Implementasi Halaman Login Admin ....................................... 64

Gambar 4.17 Implementasi Implementasi Halaman Uttama Admin .............. 65

Gambar 4.18 Implementasi Halaman Detail Pelanggan Akses Admin .......... 66

Gambar 4.19 Implementasi Halaman Chat Akses Admin .............................. 67

Gambar 4.20 Implementasi Halaman Update Order Akses Admin ............... 68

Gambar 4.21 Implementasi Halaman Update Order Detail Akses Admin .... 69

Gambar 4.22 Implementasi Halaman Map Pelanggan Akses Admin ............. 69

Gambar 4.23 Implementasi Halaman Pegawai Akses Admin ........................ 70

Gambar 4.24 Implementasi Halaman Input Data Pegawai Akses Admin ...... 71

Gambar 4.25 Implementasi Halaman Histori Akses Admin ........................... 71

PRAKATA

Puji syukur kepada Allah SWT, karena atas Ridho dan Rahmat-Nya penulis dapat

menyelesaikan laporan skripsi ini meskipun masih banyak permasalahan dan

hambatan yang ikut menyertai. Penulis mohon maaf, jika laporan skripsi yang penulis

buat masih banyak kekurangan dan kelemahan. Untuk itu penulis berharap kepada

seluruh pembaca dapat memberikan saran dan kritik yang positif bersifat membangun

demi kesempurnaan laporan skripsi yang penulis buat.

Dalam kesempatan ini, penulis mengucapkann terima kasih kepada:

1. Bapak Firmansyah YA, S.E., M.A, selaku Rektor Institut Informatika dan Bisnis

Darmajaya Bandar Lampung.

2. Bapak DR. RZ. Abdul Aziz, ST., MT, selaku Wakil Rektor I Bidang Akademik.

3. Bapak Sriyanto Sriyanto, S.Kom., M.M., Ph.D selaku Dekan Fakultas Ilmu

Komputer Institut Informatika dan Bisnis Darmajaya Bandar Lampung.

4. Bapak Arman Suryadi Karim S.Kom M.T.I selaku pembimbing yang telah

memberikan petunjuk sehingga skripsi ini dapat diselesaikan dengan baik.

5. Bapak tercinta J Agus Priyanto, Ibu tercinta Pasinah dan keluarga besar yang

selalu memberikan do’a dan dukungan.

6. Bapak Taja selalu pengelola YuraTrip yang membantu memberikan informasi.

7. Para dosen dan staf karyawan Institut Informatika dan Bisnis Darmajaya Bandar

Lampung yang telah memberi bantuan baik langsung maupun tidak langsung

selama saya menjadi mahasiswa, khususnya pada Prodi Jurusan Sistem Informasi.

8. Teman–teman semua anak angkatan 2015,yosi ainun rio tita widi novi uli kamil

sigit izul mego wahyu adi putri klara .

9. Almamaterku IIB Darmajaya yang saya banggakan.

Semoga Allah SWT membalas semua kebaikan dan budi luhur bapak ibu sekalian.

Mengingat kemampuan dan keterbatasan, penulis menyadari bahwa skripsi ini

BAB I

PENDAHULUAN

1.1 Latar Belakang

Lutfi Repair Bangunan adalah salah satu bentuk usaha dibidang jasa reparasi

bangunan seperti rumah yang berlokasi di Teluk Betung-Bandar Lampung yang

telah memiliki lebih dari 60 orang client di area bandar lampung. Saat ini, usaha

tersebut telah memiliki sedikitnya 10 orang teknisi bangunan yang menangani

reparasi bangunan seperti pembuatan rumah, pengecetan, membetulkan atap/lantai

rusak, merombak rumah atau dapur dan lain sebagainya yang berhubungan

dengan reparasi bangunan.

Dalam proses reparasi, para teknisi yang dipimpin oleh Bapak Lutfi ditugaskan

masing-masing ke lokasi client yang telah dijadwalkan. Penerimaan pesanan akan

kebutuhan reparasi oleh client dilakukan via telepon, setelah iu Bapak Lutfi

datang ke rumah client untuk mengecek kondisi bangunan yang akan diperbaiki.

Setelah mengecek kondisi bangunan yang akan diperbaiki, Bapak Lutfi

memberitahu kepada client mengenai biaya yang dibutuhkan unuk memperbaiki

kerusakan tersebut. Ketika client setuju dengan biaya tersebut, maka Bapak Lutfi

mengecek jadwal teknisi mengenai pa teknisi yang akan selesai melakukan

reparasi dan nantinya akan ditugaskan ke tempat client. Proses permintaan dan

penerimaan pesanan mengenai reparasi bangunan via telepon oleh client dirasa

cukup memakan biaya karena pada era smartphone saat ini, kebutuhan akan kuota

data lebih banyak dibandingkan dengan pulsa telepon. Setelah teknisi

memperbaiki kerusakan bangunan (rumah) milik client seperti pengecetan,

membetulkan atap/lantai rusak, membetulkan pintu/jendela, merombak rumah

atau dapur dan lain sebagainya, teknisi memberikan bukti kwitansi pembayaran

perbaikan bangunan. Kwitansi tersebut diberikan kepada Bapak Lutfi yang

nantinya akan dicatat dalam buku besar perbaikan bangunan.

Bapak Lutfi tidak phanya mencatat hasil reparasi yang telah selesai dikerjakan,

melainkan juga mencatat penjadwalan pengerjaan perbaikan bangunan yang

dikerjakan oleh teknisi. Penjadwalan teknisi dan hasil reparasi bangunan yang

2

dicatat ke dalam buku besar dirasa kurang fleksibel dan efisien karena tidak

memiliki back-up data. Oleh karena itu, untuk menambah pelayanan akan jasa

reparasi bangunan Lutfi terhadap client dan memanajemen waktu atau

penjadwalan teknisi, maka dibutuhkan suatu sistem yaitu “SISTEM

INFORMASI TEKNISI BANGUNAN PADA LUTFI REPAIR BERBASIS

ANDROID” yang diharapkan dapat memudahkan client dalam melakukan

pemesanan jasa reparasi serta memudahkan Bapak Lutfi dalam memanajemen

waktu atau penjadwalan teknisi.

1.2 Perumusan Masalah

Berdasarkan uraian latar belakang diatas maka rumusan masalah dalam penelitian

ini adalah “Bagaimana merancang dan membangun sistem informasi teknisi

bangunan pada Lutfi Repair berbasis Android?”

1.3 Ruang Lingkup Penelitian

Penelitian dilakukan di kediaman Bapak Lutfi selaku teknisi perbaikan rumah, Jl.

Ikan Kiter, Teluk Betung-Bandar Lampung dengan waktu penelitian mulai dari

bulan Oktober 2018-Januari 2019. Adapun batasan dari penelitian yang dilakukan

adalah sebagai berikut :

a. Perbaikan bangunan dilakukan hanya di area Bandar Lampung.

b. Tidak ada pencantuman akumulasi kerusakan serta biaya operasional di

dalam aplikasi. Kerusakan serta biaya operasional perbaikan dilakukan

internal antara Lutfi Repair dengan client.

c. Pelanggan tidak diperbolehkan memesan perbaikan rumah yang ditujukan

untuk orang lain.

d. Bahasa pemograman yang digunakan adalah Java dan database MySQL

dengan editor Android menggunakan Android Studio.

e. Spesifikasi minimum versi Android yang digunakan adalah versi 5.0

(Lollipop).

3

1.4 Tujuan Penelitian

Tujuan dari penelitian ini adalah untuk merancang dan membangun sistem

informasi layanan teknisi bangunan pada Lutfi Repair yang berbasiskan Android.

1.5 Manfaat Penelitian

Beberapa manfaat dari penelitian ini adalah sebagai berikut :

a. Melalui sistem informasi berbasis Android, memudahkan client dalam

melakukan pemesanan reparasi rumah/bangunan.

b. Membantu pihak Lutfi Repair dalam hal promosi jasa reparasi bangunan.

c. Menambah pelayanan pihak Lutfi Repair kepada client dalam reparasi

bangunan.

d. Membantu pihak Lutfi Repair dalam melihat dan memanajemen waktu atau

penjadwalan para teknisi bangunan.

e. Membantu pihak Lutfi Repair dalam mengkoordinasi teknisi bangunan dan

mempercepat dalam proses perbaikan/reparasi bangunan client.

f. Mempermudah pihak Lutfi Repair dalam mengelola data laporan reparasi

bangunan.

1.6 Sistematika Penulisan

Secara garis besar penelitian ini terdiri dari 5 bab yang disertai dengan beberapa

sub bab. Agar mendapat gambaran tentang apa yang tertulis, maka adapun

sistematika penulisan dalam penelitian ini adalah sebagai berikut :

BAB I PENDAHULUAN

Pada bab ini tercantum latar belakang, rumusan masalah, ruang lingkup

penelitian, tujuan penelitian, manfaat penelitian, dan sistematika penulisan.

BAB II TINJAUAN PUSTAKA

Pada bab ini berisi teori-teori yang berkaitan dan mendukung penelitian serta

penulisan proposal skripsi ini.

4

BAB III METODOLOGI PENELITIAN

Dalam bab ini dijelaskan tentang metodologi penelitian yang digunakan dan

pendekatan-pendekatan yang dilakukan untuk mendukung penelitian.

BAB IV HASIL DAN PEMBAHASAN

Pada bab ini akan dibahas tentang hasil penelitian yang berupa perangkat untuk

penerapan aplikasi termasuk cara pengoperasiannya.

BAB V SIMPULAN DAN SARAN

Bab ini berisikan kesimpulan dari seluruh hasil pembahasan dan saran yang

diperlukan untuk perbaikan di masa yang akan datang.

DAFTAR PUSTAKA

LAMPIRAN

BAB II

TINJAUAN PUSTAKA

2.1 Sistem Informasi

2.1.1 Sistem

Pada dasarnya, sistem adalah sekumpulan elemen yang saling terkait atau terpadu

yang dimaksudkan untuk mencapai suatu tujuan. Sebagai gambaran, jika sebuah

sistem terdapat elemen yang tidak memberikan manfaatdalam mencapai tujuan

yang sama, maka elemen tersebut dapat dipastikan bukanlah bagian dari sistem

(Kadir, 2014).

2.1.2 Informasi

McFadden, dan kawan-kawan mendefinisikan informasi sebagai data yang telah

diproses sedemikian rupa sehingga meningkatkan pengetahuan seseorang yang

menggunakan data tersebut. Shannon dan Weaver, dua orang insinyur listrik

melakukan pendektan secara matematis untuk mendefinisikan informasi

(Kroenke). Menurut mereka, informasi adalah jumlah ketidakpasian yang

dikurangi ketika sebuah pesan diterima. Artinya, dengan adanya informasi, tingkat

kepastian menjadi meningkat. Menurut Davis, informasi adalah data yang telah

diolah menjadi sebuah bentuk yang berarti bagi penerimanya dan bermanfaat

dalam pengambilan keputusan saat ini atau saat mendatang (Kadir, 2014).

2.1.3 Sistem Informasi

Sesungguhnya yang dimaksud sistem informasi tidak harus melibatkan komputer.

Sistem informasi yang menggunakan komputer biasa disebut sistem informasi

berbasis komputer (Computer Based Information System atau CBIS).

Dalam praktik, istilah sistem informasi lebih sering dipakai tanpa kata berbasis

komputer, walaupun dalam kenyataannya komputer merupakan bagian yang

penting. Sistem informasi mencangkup sejumlah komponen (manusia, komputer,

teknologi informasi dan prosedur kerja), ada sesuatu yang diproses (data menjadi

6

informasi) dan dimaksudkan untuk mencapai suatu sasaran atau tujuan (Kadir,

2014).

2.2 Servis Rumah

Menurut KBBI (Kamus Besar Bahasa Indonesia), servis merupakan pelayanan

memperbaiki barang yang rusak atau usang. Rumah adalah bangunan untuk

tempat tinggal (www.kbbi.co.id). Service rumah merupakan sebuah layanan untuk

memperbaiki rumah atau tempat tinggal yang rusak.

2.3 Android

Android adalah sistem operasi dan platform pemograman yang dikembangkan

oleh Google untuk ponsel cerdas dan perangkat seluler lainnya (seperti tablet).

Android bisa berjalan di beberapa macam perangkat dari banyak produsen yang

berbeda. Android menyertakan kit development perangkat lunak untuk penulisan

kode asli dan perakitan modul perangkat lunak untuk membuat aplikasi bagi

pengguna Android. Android Juga menyediakan pasar untuk mendistribusikan

aplikasi. secara keseluruhan, Android menyatakan ekosistem untuk aplikasi

seluler (Android Developer Fundamental Course Concepts, 2016).

Google menyediakan peningkatan versi bertahap utama untuk sistem operasi

Android setiap enam hingga sembilan bulan, menggunakan nama bertema

makanan. Adapun versi-versi sistem operasi Android adalah seperti pada Tabel

2.1.

Tabel 2.1 Versi Android

Nama Kode Nomor Versi Tanggal Rilis Awal API Level

N/A 1.0 23 September 2008 1

N/A 1.1 9 Febuari 2009 2

Cupkace 1.5 27 April 2009 3

Donut 1.6 15 September 2009 4

Eclair 2.0-2.1 26 Oktober 2009 5-7

http://www.kbbi.co.id/

7

Tabel 2.1 (Lanjutan)

Froyo 2.2-2.2.3 20 Mei 2010 8

Gingerbread 2.3-2.3.7 6 Desember 2010 9-10

Honeycomb 3.0-3.2.6 22 Febuari 2011 11-13

Ice Cream Sandwitch 4.0-4.0.4 18 Oktober 2011 14-15

Jelly Bean 4.1-4.3.1 9 Juli 2012 16-18

KitKat 4.4-4.4.4 31 Oktober 2013 19-20

Lolipop 6.0-6.0.1 5 Oktober 2015 23

Nougat 7.0 22 Agustus 2016 24

Oreo 8.0 21 Agustus 2017 26

Untuk membantu mengembangkan aplikasi secara efisien, Google menawarkan

Lingkungan Development Terintegrasi (IDE) Java Lengkap yang disebut Android

Studio, dengan fitur lanjutan untuk pengembangan, debug, dan pemaketan

aplikasi Android. Pendistribusian aplikasi Android dapat dilakukan dengan

berbagai cara, yaitu melalui email, situs web, atau pasar aplikasi Google Play.

Google Play adalah layanan distribusi digital yang dioperasikan dan

dikembangkan oleh Google dan berfungsi sebagai toko aplikasi resmi untuk

Android yang memungkinkan konsumen mengunduh dan menjelajah aplikasi

yang dikembangkan dengan Androud SDK dan dipublikasikan melalui Google.

2.4 Java

Java adalah bahasa pemrograman yang berorientasi objek (OOP) dan dapat

dijalankan pada berbagai platform sistem operasi. Perkembangan Java tidak hanya

terfokus pada satu sistem operasi, tetapi dikembangkan untuk berbagai sistem

operasi dan bersifat open source.

Bahasa pemrograman Java menggunakan sintaks mirip dengan C++ namun

sintaks pada Java telah banyak diperbaiki terutama menghilangkan penggunaan

pointer yang rumit dan multiple inheritance. Java juga menggunakan automatic

memory allocation dan memory garbage collection. Java mengunakan

pemrograman berorientasi objek yang membuat program dapat dibuat secara

8

modular dan dapat dipergunakan kembali. Pemrograman berorientasi objek

memodelkan dunia nyata kedalam objek dan melakukan interaksi antar objek-

objek tersebut. Program Java dijalankan menggunakan interpreter yaitu Java

Virtual Machine (JVM). Hal ini menyebabkan source code Java yang telah

dikompilasi menjadi Java bytecodes dapat dijalankan pada platform yang berbeda-

beda. Source code maupun program Java dapat dengan mudah dibawa ke platform

yang berbeda-beda tanpa harus dikompilasi ulang. Performance pada Java sering

dikatakan kurang tinggi. Namun performance Java dapat ditingkatkan

menggunakan kompilasi Java lain seperti buatan Inprise, Microsoft ataupun

Symantec yang menggunakan Just In Time Compilers (JIT). Sebagai bahasa

pemrograman untuk aplikasi internet dan terdistribusi, Java memiliki beberapa

mekanisme keamanan untuk menjaga aplikasi tidak digunakan untuk merusak

sistem komputer yang menjalankan aplikasi tersebut (Joyce, 2007).

2.5 Android Studio

Android Studio menyediakan alat untuk pengujian, dan mempublikasikan tahap

proses development, serta lingkungan development terpadu untuk membuat

aplikasi bagi semua perangkat Android. Lingkungan development menyertakan

kode template dengan kode contoh untuk fitur aplikasi umum, alat pengujian dan

kerangka kerja yang banyak, dan sistem pembangunan yang fleksibel (Android

Developer Fundamental Course, 2016).

2.6 Metode Pengembangan Sistem

Metode prototype suatu proses pembuatan software yang bersifat berulang dan

dengan perencanaan yang cepat yang dimana terdapat umpan balik yang

memungkinkan terjadinya perulangan dan perbaikan software sampai dengan

software tersebut memenuhi kebutuhan dari sisi pengguna. Siklus atau ilustrasi

dari metode prototipe dapat dilihat pada Gambar 2.1.

9

Gambar 2.1 Ilustrasi Model Prototipe (Sumber : Pressman, 2012)

Pembuatan prototipe dimulai dengan dilakukannya komunikasi antara tim

pengembang perangkat lunak dengan para pelanggan. Tim pengembang perangkat

lunak akan melakukan pertemuan-pertemuan dengan para stakeholder untuk

mendefinisikan sasaran keseluruhan untuk perangkat lunak yang akan

dikembangkan, mengidentifikasi spesifikasi kebutuhan apa pun yang saat ini

diketahui, dan menggambarkan area-area dimana definisi lebih jauh pada iterasi

selanjutnya merupakan keharusan. Iterasi pembuatan prototipe direncanakan

dengan cepat dan pemodelan (dalam bentuk "rancangan cepat") dilakukan. Suatu

rancangan cepat berfokus pada representasi semua aspek perangkat lunak yang

akan dilihat oleh para pengguna akhir (misalnya rancangan antar muka pengguna

(user insterface) atau format tampilan). Rabcangan cepat (quick design) akan

memulai konstruksi pembuatan prototipe. Prototipe kemudian akan diserahkan

kepada para stakholder dan kemudian mereka akan melakukan evaluasi-evaluasi

tertentu terhadap prototipe yang telah dilakukan sebelumnya, kemudian akhirnya

akan memberikan umpan-balik yang akan digunakan untuk memperhalus

spesifikasi kebutuhan. Iterasi akan terjadi saat prototipe diperbaiki untuk

memenuhi kebutuhan dari para stakeholder, sementara pada saat yang sama

memungkinkan kita untuk lebih memahami kebutuhan apa yang akan dikerjakan

pada saat iterasi selanjutnya.

Construction

Of

Prototype

Deployment

Delivery

& Feedback

CommunicationQuick Plan

Modeling

Quick Design

10

Idealnya, prototipe bertindak sebagai mekanisme untuk mengidentifikasi

spesifikasi-spesifikasi kebutuhan perangkat lunak. Jika suatu prototipe yang dapat

digunakan akan dikembangkan, kita bisa menggunakan program yang sudah ada

sebelumnya atau dengan menerapkan penggunaan perkakas yang sudah ada

(misalnya perkakas pembentuk laporan (report generator) atau aplikasi untuk

melakukan perancangan antarmuka (window manager) yang memungkinkan

program yang dapat digunakan dapat dibuat dengan mudah dan cepat (Pressman,

2012).

2.7 UML (Unified Model Language)

Pada perkembangan teknik pemograman berorientasi objek, munculah sebuah

standarisasi bahasa pemodelan untuk pembangunan perangkat lunak yang

dibangun dengan menggunakan teknik pemograman berorientasi objek, yaitu

Unified Modeling Language (UML). UML muncul karena adanya kebutuhan

pemodelan visual untuk menspesifikasikan, menggambarkan, membangun dan

mendokumentasi dari sistem perangkat lunak (Rosa, 2018).

2.7.1 Use Case Diagram

Use case mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan

sistem informasi yang akan dibuat. Secara kasar, use case digunakan untuk

mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan siapa

saja yang berhak menggunakan fungsi-fungsi itu. Syarat penamaan pada use case

adalah nama didefinisikan sesimpel mungkin dan dapat dipahami (Rosa, 2018).

Simbol use case diagram adalah seperti pada Tabel 2.2.

11

Tabel 2.2 Simbol Use Case Diagram

Keterangan Simbol Deskripsi

Use Case UseCase

Fungsionalitas yang disediakan sistem sebagai

unit-unit yang saling bertukar pesan antar unit

atau aktor; biasanya dinyatakan dengan

menggunakan kata kerja diawal-awal frase

nama use case

Aktor

Orang, proses atau sistem lain yang

berinteraksi dengan sistem informasi yang akan

dibuat di luar itu sendiri.

Asosiasi

Komunikasi antara aktor dan use case yang

berpartisipasi pada use case atau use case

memiliki interaksi dengan aktor.

Ekstensi

«extends»

Relasi use case tambahan ke sebuah use case,

dimana use case yang ditambahkan dapat

berdiri sendiri walau tanpa use case tambahan

itu.

Generalisasi

Hubungan generalisasi dan spesialisasi (umum-

khusus) antara dua buah use case dimana

fungsi yang satu adalah fungsi yang lebih

umum dari lainnya.

Menggunaka

n/include/use

s

«uses»

Ada dua sudut pandang yang cukup besar

mengenai include di use case :

a. Include berarti use case yang ditambahkan

akan selalu dipanggil saat use case

tambahan dijalankan,

b. Uses berarti use case yang tambahan akan

selalu melakukan pengecekan apakah use

case yang ditambahkan telah dijalankan

sebelum use case tambahan dijalankan.

<<Include>>

12

2.7.2 Activity Diagram

Diagram aktivitas atau activity diagram menggambarkan workflow (aliran kerja)

atau aktivitas dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan disini

adalah bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang

dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh sistem (Rosa, 2018).

Simbol-simbol activity diagram adalah seperti pada Tabel 2.3.

Tabel 2.3 Simbol Diagram Aktivitas

Keterangan Simbol Deskripsi

Status awal

Status awal aktivitas sistem, sebuah

diagram aktivitas memiliki sebuah status

awal.

Aktivitas

Aktivitas yang dilakukan sistem, aktivitas

biasanya diawali dengan kata kerja.

Percabangan

Asosiasi percabangan dimana jika ada

pilihan aktivitas lebih dari satu.

Penggabungan

Asosiasi penggabungan dimana lebih dari

satu aktivitas digabungkan menjadi satu.

Swimlane

Memisahkan organisasi bisnis yang

bertanggung jawab terhadap aktivitas yang

terjadi.

Status akhir

Status akhir yang dilakukan sistem, sebuah

diagram aktivitas memiliki sebuah status

akhir.

2.7.3 Class Diagram

Diagram kelas atau class diagram menggambarkan struktur sistem dari segi

pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. kelas

memiliki apa yang disebut atribut dan metode atau operasi. Atribut merupakan

variabel-variabel yang dimiliki suatu kelas, sedangkan operasi atau metode adalah

fungsi-fungsi yang dimiliki oleh suatu kelas (Rosa, 2018).

aktivitas

Activities

Name

13

Tabel 2.4 Simbol Class Diagram

Simbol Deskripsi

Kelas

Class1

Kelas pada struktur sistem.

Natarmuka/interface

Interface2

Sama dengan konsep interface dalam

pemograman berorientasi objek.

Asosiasi

Relasi antar kelas dalam makna umum,

asosiasi biasanya juga disertai dengan

multiplicity.

Asosiasi berarah Relasi antar kelas dengan makna kelas yang

satu digunakan oleh kelas yang lain, asosiasi

biasanya juga disertai dengan multiplicity.

Generalisasi

Relasi antar kelas dengan makna generalisasi-

spesialisasi (umum-khusus).

Kebergantungan

Relasi antar kelas dengan makna

kebergantungan antar kelas.

Agregasi

Relasi antar kelas dengan maknasemua bagian

(whole-part).

2.8 Basis Data

Basis data (database) adalah suatu pengorganisasian sekumpulan data yang saling

terkait sehingga memudahkan aktivitas untuk memperoleh informasi. Basis data

di maksudkan untuk mengatasi problem pada sistem yang memakai pendekatan

berbasis berkas.

Untuk mengelola basis data diperlukan perangkat lunak yang disebut Database

Management System (DBMS). DBMS adalah perangkat lunak sistem yang

memungkinkan para pemakai membuat, memelihara, mengontrol, dan mengakses

basis data dengan cara yang praktis dan efisien. DBMS dapat digunakan untuk

14

mengakomodasikan berbagai macam pemakai yang memiliki kebutuhan akses

yang berbeda-beda.

Umumnya DBMS menyediakan fitur-fitur sebagai berikut :

a. Independensi data program

Karena basis data ditangani oleh DBMS, program dapat ditulis sehingga

tidak tergantung pada stuktur data dalam basis data. Dengan perkataan lain,

program tidak akan terpengaruh sekiranya bentuk fisik data diubah.

b. Keamanan

Keamanan dimaksudkan untuk mencegah pengaksesan data oleh orang yang

tidak berwewenang.

c. Integritas

Hal ini ditujukan untuk menjaga agar data selalu dalam keadaan yang valid

dan konsisten.

d. Konkurensi

Konkurensi memungkinkan data dapat diakses oleh banyak pemakai tanpa

menimbulkan masalah.

e. Pemulihan (recovery)

DBMS menyediakan mekanisme untuk mengembalikan basis data ke keadaan

semula yang konsisten sekiranya terjadi gangguan perangkat keras atau

kegagalan perangkat lunak.

f. Katalog sistem

Katalog sistem adalah deskripsi tentang data yang terkandung dalam basis

data yang dapat diakses oleh pemakai.

g. Perangkat produktivitas

Untuk menyediakan kemudahan bagi pemakai dan meningkatkan

produktivitas, DBMS menyediakan sejumlah perangakat produktivitas seperti

pembangkit query dan pembangkit laporan.

Komponen-komponen yang menyusun lingkungan DBMS terdiri atas:

a. Perankat keras. Perangkat keras digunakan untuk menjalankan DBMS beserta

aplikasi-aplikasinya. Perangkat keras berupa komputer dan periferal

pendukungnya. Komputer dapat berupa PC, minikomputer, mainframe, dan

lain-lain.

15

b. Perangkat lunak. Komponen perangkat lunak mencakup DBMS itu sendiri,

program aplikasi, serta perangkat lunak pendukung untuk komputer dan

jaringan. Program aplikasi dapat dibangun dengan menggunakan bahasa

pemrograman seperti C++, Pascal, Delphi, atau Visual BASIC.

c. Data. Bagi sisi pemakai, komponen terpenting dalam DBMS adalah data

karena dari data inilah pemakai dapat memperoleh informasi yang sesuai

dengan kebutuhan masing-masing.

d. Prosedur. Prosedur adalah petujuk tertulis yang berisi cara merancang hingga

menggunakan basis data. Beberapa hal yang dimasukkan dalam prosedur:

1. Cara masuk ke DBMS (login).

2. Cara memekai fasilitas-fasilitas tertentu dalam DBMS maupun cara

menggunakan aplikasi.

3. Cara mengaktifkan dan menghentikan DBMS.

4. Cara membuat cadangan basis data dan cara mengembalikan cadangan ke

DBMS.

e. Orang. Komponen orang dapat dibagi menjadi tiga kelompok, yaitu :

1. Pemakai akhir (end-user).

2. Pemogram aplikasi.

3. Administrator basis data.

Tedapat beberapa elemen basis data, yaitu :

a. Database

Database atau basis data adalah kumpulan tabel yang mempunyai kaitan

antara suatu tabel dengan tabel lainya sehingga membentuk suatu bangunan

data.

b. Tabel

Tabel adalah kumpulan record-record yang mempunyai panjang elemen yang

sama dan atribut yang sama namun berbeda data valuenya.

c. Entitas

Entitas adalah sekumpulan objek yang terdefinisikan yang mempunyai

karakteristik sama dan bisa dibedakan satu dengan lainnya. Objek dapat

berupa barang, orang, tempat atau suatu kejadian.

16

d. Atribut

Atribut adalah deskripsi data yang bisa mengidentifikasi entitas yang

membedakan entitas tersebut dengan entitas yang lain. Seluruh atribut harus

cukup untuk menyatakan identitas objek atau dengan kata lain, kumpulan

atribut dari setiap entitas dapat mengidentifikasi keunikan suatu individu.

e. Data Value (Nilai Data)

Data value adalah data aktual atau informasi yang disimpan pada tiap data,

elemen atau atribut. Atribut nama pegawai menunjukan tempat dimana

informasi nama karyawan disimpan, nilai datanya misalnya adalah Anjang,

Arif, Suryo dan lain-lain yang merupakan isi data nama pegawai tersebut.

f. File

File adalah kumpulan record sejenis yang mempunyai panjang elemen yang

sama, atribut yang sama namun berbeda nilai datanya.

g. Record/Tuple

Kumpulan elemen-elemen yang saling berkaitan menginformasikan tentang

suatu entitas secara lengkap. Satu record mewakili satu data atau informasi.

2.9 MySQL

Menurut Solichin (2016), MySQL adalah sebuah perangkat lunak sistem

manajemen basis data SQL (Database Management System) atau DBMS yang

multithread, multi-user, dengan sekitar 6 juta instalasi di seluruh dunia. MySQL

AB membuat MySQL tersedia sebagai perangkat lunak gratis di bawah lisensi

GNU General Public License (GPL), tetapi mereka juga menjual dibawah lisensi

komersial untuk kasus-kasus dimana penggunaannya tidak cocok dengan

penggunaan GPL.

2.10 Penelitian Terkait

Penelitian-penelitian terdahulu yang terkait dengan penelitian yang dilakukan saat

ini adalah sebagai berikut :

a. Menurut Minarti Novitasari dalam penelitiannya menyimpulkan bahwa

dengan adanya sistem manajemen konstruksi pada PT Enggano Sejahtera

17

Palembang dapat mempermudah pembuatan laporan dan penyampaian

informasi mengenai kontruksi lebih cepat.

b. Menurut Andi Prastomo dalam penelitiannya menyimpulkan bahwa sistem

informasi pelayanan jasa perbaikan peralatan elektronik CV Sumber Teknik

Cool dapat meningkatkan kinerja Customer Service terutama dalam

pengelolaan data pelanggan dan data service perbaikan dan perawatan

elektronik. Data perbaikan juga dapat terorganisir lebih baik dan

menghasilkan laporan yang akurat.

BAB III

METODOLOGI PENELITIAN

3.1 Tahapan Penelitian

Sebelum memasuki tahap implementasi sistem, maka perlu diketahui tahapan-

tahapan penelitian yang harus dilakukan terlebih dahulu sesuai dengan metode

pengembangan sistem yang akan digunakan. Tahapan penelitian dilakukan

menggunakan metode prototipe dengan 5 (lima) fase tahapan mulai dari tahap

communication sampai ke tahap deployment, delivery and feedback adalah seperti

pada Gambar 3.1.

Gambar 3.1 Alur Tahapan Penelitian

3.2 Metode Pengumpulan Data

Pengumpulan data yang digunakan dalam menyusun serta melengkapi data adalah

dengan cara sebagai berikut :

Pengumpulan Data - Wawancara - Studi Pustaka

Perancangan Sistem - Use Case Diagram - Activity Diagram - Class Diagram - Interface Sistem

(input/output)

Implementasi

Communication Quick Plan

Sistem Informasi Teknisi Bangunan Berbasis Android

Modeling Quick Design

Construction Of Prototipe

Pemograman

Deployment Delivery & Feedback

Masalah : - Tidak ada media informasi mengenai

jasa reparasi bangunan.

- Pelanggan melakukan pemesanan

repair bangunan via telepon.

- Belum adanya sistem penjadwalan

teknisi yang terorganisir.

19

a. Wawancara

Wawancara dilakukan dengan cara berkomunikasi langsung dengan Bapak

Lutfi selaku salah satu teknisi perbaikan rumah yang yang ada di daerah

Teluk Betung-Bandar Lampung. Data yang didapat dari hasil wawancara

berupa cara kerja teknisi ketika akan memperbaiki rumah atau cek kondisi

keadaaan rumah yang akan diperbaiki.

b. Studi Pustaka

Studi pustaka dilakukan untuk memperoleh data dan informasi dengan

membaca berbagai bahan penulisan karangan ilmiah serta sumber-sumber

lain mengenai permasalahan yang berhubungan dengan penulisan.

3.3 Metode Pengembangan Sistem

Metode pengembangan sistem yang digunakan dalam pembuatan sistem ini

adalah prototipe yang terdiri dari 5 (lima) fase tahapan yaitu communication,

quick plan, modelling quick design, construction of prototype, dan deployment,

delivery and feedback.

3.3.1 Communication

Pada tahap ini, antara Lutfi Repair dengan peneliti berkomunikasi mengenai

spesifikasi kebutuhan yang diinginkan. Peneliti melakukan pengumpulan data

yang akan dgunakan dalam pembuatan sistem yang dibutuhkan. Metode

pengumpulan data yang digunakan guna mendapatkan data yang dibutuhkan

adalah terdiri dari wawancara dan studi pustaka seperti yang telah dijelaskan di

tahap pengumpulan data. Data yang diperoleh dari pengumpulan data dialasis.

Adapun analisis yang didapat berupa prosedur atau proses kerja Lutfi Repair

dimulai dari pemesanan perbaikan oleh pelanggan sampai ke pembayaran. Dari

analisis sistem yang sedang berjalan saat ini, didapatlah analisis suatu

permasalahan.

20

3.3.1.1 Analisis Sistem Berjalan

Analisis prosedur sistem yang sedang berjalan saat ini mengenai proses kerja

Lutfi Repair dimulai dari pemesanan perbaikan oleh pelanggan sampai ke

pembayaran digambarkan dengan use case diagram seperti pada Gambar 3.2.

Pelanggan memesan reparasi ke pihak Lutfi Repair via telepon, kemudian

pimpinan Lutfi mencatat data kerusakan pelanggan beserta data pelanggan.

Pimpinan Lutfi Repair mengecek teknisi dan mengirim teknisi ke lokasi

pelanggan. Teknisi mengecek kerusakan beserta harga perbaikannya. Setelah

terjadi kesepakatan, teknisi memperbaiki kerusakan bangunan. Setelah teknisi

selesai memperbaiki, pelanggan membayar jasa perbaikan tersebut.

Gambar 3.2 Use Case Diagram Prosedur Sedang Berjalan Saat Ini

3.3.1.2 Analisis Permasalahan

Permasalahan yang terjadi pada sistem yang sedang berjalan saat ini di Lutfi

Repair adalah sebagai berikut :

a. Pengolahan data perbaikan pelanggan belum tersistem.

b. Media pemesanan perbaikan bangunan oleh pelanggan dilakukan via telepon

sehingga menambah biaya pengeluaran pulsa pelanggan.

Order v ia

telepon

Catat data

kerusakan

Kirim teknisi

Cek kerusakan

Memperbaiki

kerusakan

Pembay aran

Pelanggan

Teknisi

Pimpinan Lutf i Repair

Use Case Sistem Berjalan

21

c. Belum terdapat jadwal perbaikan kerusakan oleh teknisi yang terorganisir

dengan baik.

d. Belum adanya media informasi mengenai jasa reparasi Lutfi Repair.

Oleh karena itu, untuk mengurangi permasalahan yang terjadi pada Lutfi Repair

dan pelanggan, maka dibutuhkan sistem informasi yang berbasiskan Android guna

memudahkan pelanggan dalam mendapatkan informasi mengenai jasa reparasi

bangunan daerah Bandar Lampung dan memudahkan Lutfi Repair dalam

mengelola data perbaikan kerusakan bangunan pelanggan.

3.3.2 Quick Plan

Dari analisis permasalahan yang telah diuraikan sebelumnya, maka untuk

mengurangi permasalahan yang terjadi pada Lutfi Repair diusulkanlah suatu

Sistem Informasi Teknisi Bangunan Lutfi Repair berbasis Android. Sistem

Operasi Android yang digunakan untuk dapat mengakses aplikasi atau sistem

adalah minimal Lollipop.

3.3.3 Modelling Quick Design

Setelah didapat ide mengenai sistem yang akan dibuat, maka pada tahap ini

peneliti membuat perancangan/pemodelan sistem. Adapun perancangan sistem

diusulkan terdiri dari use case diagram, activity diagram, class diagram, dan

interface sistem. Perancangan ini dibuat menggunakan aplikasi Edraw Max.

3.3.3.1 Perancangan Use Case Diagram

Use case diagram mendeskripsikan sebuah interaksi antara satu atau lebih aktor

dengan sistem informasi yang akan dibuat. Perancangan use case diagram Sistem

Informasi Teknisi Bangunan Lutfi Repair berbasis Android yang diusulkan adalah

seperti pada Gambar 3.3.

22

Gambar 3.3 Perancangan Use Case Diagram Sistem Diusulkan

3.3.3.2 Perancangan Activity Diagram

Activity diagram menggabarkan aliran kerja atau aktivitas sistem yang dibangun.

Perancangan activity diagram Sistem Informasi Teknisi Bangunan Lutfi Repair

berbasis Android yang diusulkan adalah sebagai berikut :

a. Activity Diagram Buat Akun

Activity diagram buat akun menggambarkan aktifitas pelanggan dalam

membuat akun (mendaftar sebagai pengguna sistem ) di dalam sistem guna

dapat login ke dalam sistem. Perancangan activity diagram buat akun adalah


Nama Use Case : Buat Akun

Aktor : Pelanggan

Tujuan : Mendaftar sebagai pengguna sistem

Buat akun

Login

Mengolah

teknisi

OrderView order

Pembay aran

Laporan

Mengelola data

perbaikan

<<extend>>

Verif ikasi

pembay aran

<<extend>>

<<extend>>

Use Case Sistem Diusulkan

Admin

Pelanggan

Teknisi

23

Gambar 3.4 Activity Diagram Buat Akun

b. Activity Diagram Login

Activity diagram login menggambarkan aktifitas pelanggan, admin dan

teknisi dalam memasukkan data username dan password guna mendapatkan

izin masuk ke halaman utama sistem masing-masing hak akses. Perancangan

activity diagram login adalah seperti Gambar 3.5.

Nama Use Case : Login

Aktor : Pelanggan, Admin dan Teknisi

Tujuan : Mendapatkan izin akses sistem

Gambar 3.5 Activity Diagram Login

Akses halaman

buat akun

Menampilkan

f orm buat akun

Input data buat

akun dan simpanMeny impan data

Pelanggan Sistem

Akses halaman

login

Menampilkan

f orm login

Input username &

passwordv alid?

Menampilkan

halaman utama

Admin, Teknisi,

PelangganSistem

Tidak

Ya

24

c. Activity Diagram Mengolah Teknisi

Activity diagram mengolah teknisi menggambarkan aktifitas admin dalam

mengelola data teknisi bangunan Lutfi Repair. Perancangan activity diagram

mengolah teknisi adalah seperti Gambar 3.6.

Nama Use Case : Mengolah Teknisi

Aktor : Admin

Tujuan : Mengelola data teknisi

Gambar 3.6 Activity Diagram Mengolah Teknisi

d. Activity Diagram Laporan

Activity diagram laporan menggambarkan aktifitas admin dalam memperoleh

data laporan perbaikan kerusakan bangunan pelanggan. Perancangan activity

diagram laporan adalah seperti Gambar 3.7.

Nama Use Case : Laporan

Aktor : Admin

Tujuan : Memperoleh data perbaikan kerusakan bangunan

pelanggan

Akses halaman

teknisi

Menampilkan

f orm teknisi

Input data teknisi

dan simpanMeny impan data

Admin Sistem

Status login

25

Gambar 3.7 Activity Diagram Laporan

e. Activity Diagram Mengelola Data Perbaikan

Activity diagram mengelola data perbaikan menggambarkan aktifitas teknisi

dalam mengelola data perbaikan bangunan pelanggan. Perancangan activity

diagram mengelola data perbaikan adalah seperti pada Gambar 3.8.

Nama Use Case : Mengelola Data Perbaikan

Aktor : Teknisi

Tujuan : Mengelola data perbaikan bangunan pelanggan

Gambar 3.8 Activity Diagram Mengelola Data Perbaikan

Akses halaman

laporan

Menampilkan

halaman laporan

Pilih laporan

diinginkan dan

unduh

Mengunduh data

Admin Sistem

Status login

Akses halaman

order

Menampilkan data

order

Input data

perbaikan dan

kirim

Meny impan data

Teknisi Sistem

Status login

26

f. Activity Diagram Order

Activity diagram order menggambarkan aktifitas pelanggan dalam melakukan

pemesanan reparasi bangunan. Perancangan activity diagram order adalah


Nama Use Case : Order

Aktor : Pelanggan

Tujuan : Memesan perbaikan bangunan

Gambar 3.9 Activity Diagram Order

g. Activity Diagram View Order

Activity diagram view order menggambarkan aktifitas admin dalam melihat

data pesanan perbaikan bangunan oleh pelanggan. Perancangan activity

diagram view order adalah seperti pada Gambar 3.10.

Nama Use Case : View Order

Aktor : Admin

Tujuan : Melihat pesanan perbaikan bangunan pelanggan

Akses halaman

order

Menampilkan

f orm order

Input data

kerusakan dan

kirim

Meny impan data

Pelanggan Sistem

Status login

27

Gambar 3.10 Activity Diagram View Order

h. Activity Diagram Pembayaran

Activity diagram pembayaran menggambarkan aktifitas pelanggan dalam

melakukan pembayaran jasa reparasi yang dikerjakan oleh teknisi.

Perancangan activity diagram pembayaran adalah seperti pada Gambar 3.11.

Nama Use Case : Pembayaran

Aktor : Pelanggan

Tujuan : Membayar jasa reparasi bangunan

Gambar 3.11 Activity Diagram Pembayaran

Akses halaman

order

Menampilkan data

order

Input teknisi dan

kirimMeny impan data

Admin Sistem

Status login

Akses halaman

pembay aran

Menampilkan data

order

Input bukti

pembay aran dan

kirim

Meny impan data

Pelanggan Sistem

Status login

28

i. Activity Diagram Verifikasi Pembayaran

Acivity diagram verifikasi pembayaran menggambarkan aktifitas teknisi

dalam melakukan verifikasi pembayaran jasa reparasi oleh pelanggan.

Perancangan activity diagram verifikasi pembayaran adalah seperti pada

Gambar 3.12.

Nama Use Case : Verifikasi Pembayaran

Aktor : Teknisi

Tujuan : Verifikasi pembayaran jasa reparasi bangunan yang

dilakukan oleh pelanggan

Gambar 3.12 Activity Diagram Verifikasi Pembayaran

3.3.3.3 Perancangan Class Diagram

Class diagram menggambarkan struktur sistem dari segi pendefinisian kelas-kelas

yang akan dibuat untuk membangun sistem. Perancangan class diagram sistem

yang diusulkan adalah seperti pada Gambar 3.13.

Akses halaman

perbaikan

Menampilkan data

order

Validasi

pembay aran dan

kirim

Meny impan data

Teknisi Sistem

Status login

29

Gambar 3.13 Perancangan Class Diagram

Adapun kamus data tiap-tiap kelas tabel dari perancangan class diagram yang

terdapat pada Gambar 3.13 adalah sebagai berikut :

a. Tabel Pegawai

Tabel pegawai digunakan untuk menyimpan data pegawai dengan status level

admin atau teknisi. Adapun perancangan kamus data tabel pegawai adalah

seperti pada Tabel 3.1.

Tabel 3.1 Kamus Data Tabel Pegawai

Field Name Type Size Keterangan

idpegawai int default primary key

username varchar 45 username

password varchar 12 password

nama varchar 45 nama pegawai

alamat tinyext default alamat pegawai

pegaw ai

-idpegaw ai:int

-username:varchar(45)

-passw ord:varchar(12)

-nama:varchar(45)

-alamat:tinytext

-nohp:varchar(16)

-level:enum

+post_pegaw ai()

+view _pegaw ai()

order

-idorder:int

-tglorder:date

-tglmulai:date

-tglselesai:date

-totalbayar:int

-dp:int

-proses:enum

-pegaw ai_idpegaw ai:int

-pelanggan_uidpelanggan:varchar(50)

+get_pelanggan()

+get_pegaw ai()

+post_order()

+view _order()

pelanggan

-uidpelanggan:varchar(50)

-email:varchar(100)

-nama:varchar(45)

-alamat:tinytext

-nohp:varchar(16)

-lat:f loat(12,8)

-lng:f loat(12,8)

+post_pelanggan()

+view _pelanggan()

pembayaran

-idpembayaran:int

-jenisbayar:enum

-tglbayar:date

-jumlahbayar:int

-namabank:varchar(45)

-atasnama:varchar(45)

-baktujuan:varchar(45)

-norekrtujuan:varchar(45)

-order_idorder:int

+get_order()

+post_pembayaran()

+view _pembayaran()

orderdetail

-idperbaikan:int

-bagian:varchar(45)

-keterangan:mediumtext

-harga:int

-order_idorder:int

+get_order()

+post_perbaikan()

+view _perbaikan()

1

1

1

1

1..*

1..*

1..*

1..*

30

Tabel 3.1 (Lanjutan)


nohp varchar 16 nomor handphone

level enum („admin‟,‟teknisi‟) hak akses

b. Tabel Order

Tabel order digunakan untuk menyimpan data order (pesanan reparasi

pelanggan). Adapun perancangan kamus data tabel order adalah seperti pada

Tabel 3.2.

Tabel 3.2 Kamus Data Tabel Order


idorder int default primary key

tglorder date default tanggal pesan

tglmulai date default tanggal mulai

dikerjakan

tglselesai date default tanggal selesai

dikerjakan

totalbayar int default biaya pengerjaan

dp int default uang muka pembayaran

proses enum („selesai‟,‟belum

selesai‟)

proses pengerjaan

pelanggan_uidp

elanggan

varchar 50 foregn key

pegawai_idpega

wai

int default foregn key

c. Tabel Pelanggan

Tabel pelanggan digunakan untuk menyimpan data pelanggan. Adapun

perancangan kamus data tabel pelanggan adalah seperti pada Tabel 3.3.

31

Tabel 3.3 Kamus Data Tabel Pelanggan


uidpelanggan varchar 50 primary key

email varchar 100 email pelanggan

nama varchar 45 nama pelanggan

alamat tinyext default alamat pelanggan

nohp varchar 16 no handphone

lat float (12,8) garis lintang

lng float (12,8) garis bujur

d. Tabel Order Detail

Tabel order detail digunakan untuk menyimpan data order secara detail.

Adapun perancangan kamus data tabel order detail adalah seperti pada Tabel

3.4.

Tabel 3.4 Kamus Data Tabel Perbaikan


idperbaikan int default primary key

bagian varchar 45 bagian perbaikan

keterangan mediumtext default keterangan perbaikan

harga int default biaya perbaikan

order_idorder int default foregn key

e. Tabel Pembayaran

Tabel pembayaran digunakan untuk menyimpan data pembayaran jasa

reparasi bangunan. Adapun perancangan kamus data tabel pembayaran adalah

seperti pada Tabel 3.5.

32

Tabel 3.5 Kamus Data Tabel Pembayaran


idpembayaran int default primary key

jenisbayar enum (“cash”,”transfer”) jenis pembayaran

tglbayar date default tanggal

pembayaran

jumlahbayar int default jumlah bayar

namabank varchar 45 nama bank

atasnama varchar 45 atas nama bayar

banktujuan varchar 45 bank tujuan

norektujuan varchar 45 no. rek tujuan

order_idorder int default foregn key

3.3.3.4 Perancangan Interface Sistem

Interface sistem diusulkan terdiri dari 3 (tiga) jenis hak akses, yaitu akses

pelanggan, teknisi, dan akses admin.

3.3.3.4.1 Interface Sistem Akses Pelanggan

Perancangan interface sistem informasi teknisi bangunan Lutfi Repair berbasis

Android dengan hak akses pelanggan adalah sebagai berikut :

a. Interface Login Pelanggan

Perancangan interface login pelanggan adalah seperti pada Gambar 3.14.

Pelanggan login dengan username menggunakan email dan password yang

telah ditentukan pada halaman registrasi sebelumnya.

33

Gambar 3.14 Perancangan Interface Login Pelanggan

Untuk pelanggan baru yang belum terdaftar, pelanggan dapat mendaftar

dengan mengisi form di halaman registrasi yang dirancang seperti pada

Gambar 3.15.

Gambar 3.15 Perancangan Interface Registrasi Pelanggan

Jika pelanggan lupa password, maka pelanggan menekan tombol lupa

password yang dirancang seperti pada Gambar 3.16.

USERNAME

PASSWORD

LOGIN

DAFTAR

LUPAS

PASSWORD?

EMAIL

NAMA

ALAMAT

NO HP

PASSWORD

DAFTAR

MAP LOKASI CLIENT

PILIH LOKASI

34

Gambar 3.16 Perancangan Interface Lupa Password

b. Interface Utama Pelanggan

Ketika pelanggan berhasil login, maka sisem menampilkan halaman utama

yang dirancang seperti pada Gambar 3.17. Halaman utama nantinya berisikan

informasi data pesanan perbaikan (jika sedang melakukan pemesanan

perbaikan). Jika pelanggan menekan “pesanan perbaikan”, maka sistem

dirancang akan menampilkan halaman detail pesanan perbaikan yang di

dalamnya terdapat tombol “konfirmasi”, dan “chat”. Jika pelanggan menekan

konfirmasi pembayaran, sistem menampilkan halaman input data konfirmasi

pembayaran perbaikan. Jika pelanggan menekan tombol “chat”, maka sistem

menampilkan halaman chat antara pelanggan dengan teknisi.

Masukkan email dan

ketuk kirim kemudian

cek email untuk

langkah selanjutny a

EMAIL

KIRIM

35

Gambar 3.17 Perancangan Interface Utama Pelanggan

c. Interface Pesan Layanan

Interface pesan layanan dirancang untuk dipergunakan oleh pelanggan dalam

memesan perbaikan. Perancangan interface pesan layanan adalah seperti pada

Gambar 3.18.

MENU UTAMA

PESAN LAYANAN

TENTANG

LOGOUTPESANAN

PERBAIKAN 1

Tanggal Order

Tanggal Mulai

Tanggal Selesai

Total bay ar

DP

Proses

GAMBAR

KERUSAKAN

KOLOM CHAT

TEXT

ChatKonf irmasi

Pembay aran

GAMBAR BUKTI

PEMBAYARAN

FOTO

Bagian y ang diperbaiki

Keterangan

Jenis Bay ar

Tunai Transf er

Tanggal Bay ar

Jumlah Bay ar

Nama Bank

Atas Nama

Bank Tujuan

No Rek Tujuan

KIRIM

36

Gambar 3.18 Perancangan Interface Pesan Layanan

d. Interface Tentang

Interface tentang dirancang berisikan informasi mengenai Lutfi Repair seperti

pada Gambar 3.19.

Gambar 3.19 Perancangan Interface Tentang

3.3.3.4.2 Interface Sistem Akses Teknisi


Android dengan hak akses teknisi adalah sebagai berikut :

GAMBAR

KERUSAKAN

FOTO

Bagian Yang Diperbaiki

Keterangan

KIRIM

TENTANG

INFORMASI LUTFI

37

a. Interface Login Teknisi

Interface login teknisi dirancang seperti pada Gambar 3.20. Username dan

password teknisi ditentukan oleh admin. Jika teknisi ingin mengganti

password, maka teknisi menghubungi admin.

Gambar 3.20 Perancangan Interface Login Teknisi

b. Interface Utama Teknisi

Interface utama teknisi dirancang berisikan informasi mengenai pesanan

perbaikan. Ketika teknisi menekan salah satu pesanan perbaikan yang berada di

halaman utama, maka sistem akan menampilkan data pesanan detail seperti

pada Gambar 3.21.

Di dalam halaman pesanan detail, terdapat tombol “chat”, “update order”,

“update order detail”, “map”, dan “hubungi”. Tombol “chat” dirancang unuk

dipergunakan oleh teknisi dalam berkomunikasi dengan pelanggan. Tombol

“update order” dirancang berisikan update order pelanggan seperti tanggal

selesai perbaikan hingga proses perbaikannya. Tombol “update order detail”

dapat digunakan oleh teknisi dalam mengupdate pesanan perbaikan pelanggan

jika ada penambahan perbaikan data kerusakan. Tombol “map” berisikan

informasi map pelanggan.

USERNAME

PASSWORD

LOGIN

38

Gambar 3.21 Perancangan Utama Teknisi

3.3.3.4.3 Interface Sistem Akses Admin


Android dengan hak akses admin adalah sebagai berikut :

a. Interface Login Admin

Interface login admin dirancang seperti pada Gambar 3.21.

Gambar 3.21 Perancangan Interface Login Admin

USERNAME

PASSWORD

LOGIN

PESANAN

PERBAIKAN 1

PESANAN

PERBAIKAN 2

PESANAN

PERBAIKAN 3

PESANAN

PERBAIKAN 4

Tanggal Oreder

Tanggal Mulai

Tanggal Selesai

Total Bay ar

DP

Proses

GAMBAR KERUSAKAN

UPDATE

ORDER

LOGOUT

KONFIRMASI CHAT

MAP

Bagian

Keterangan

UPDATE ORDER

DETAIL

USERNAME

PASSWORD

LOGIN

39

b. Interface Utama Admin

Interface utama admin dirancang berisikan informasi mengenai data-data

pesanan perbaikan yang dilakukan oleh pelanggan yang belum diberi teknisi.

Ketika salah satu pesanan ditekan, maka sistem menampilkan pesanan

perbaikan detail seperti pada Gambar 3.22. Di dalam halaman pesanan detail,

terdapat tombol “chat”, “update order”, “update order detail”, “map”, dan

“hubungi”. Tombol “chat” dirancang unuk dipergunakan oleh teknisi dalam

berkomunikasi dengan pelanggan. Tombol “update order” dirancang berisikan

update order pelanggan seperti tanggal selesai perbaikan hingga proses

perbaikannya. Tombol “update order detail” dapat digunakan oleh teknisi

dalam meng-update pesanan perbaikan pelanggan jika ada penambahan

perbaikan data kerusakan. Tombol “map” berisikan informasi map pelanggan.

Gambar 3.22 Perancangan Interface Utama Admin

c. Interface Pegawai

Interface pegawai dirancang untuk dipergunakan oleh admin dalam

memasukkan data pelanggan seperti pada Gambar 3.23. Pada halaman ini,

admin dapat memasukkan pegawai sesuai dengan level pegawai (teknisi atau

admin).

MENU UTAMA

PEGAWAI

HISTORI

LAPORAN PERBAIKAN

LAPORAN TUKANG

LOGOUT

PESANAN

PERBAIKAN 1

PESANAN

PERBAIKAN 2

PESANAN

PERBAIKAN 3

PESANAN

PERBAIKAN 4

Tanggal Oreder

Tanggal Mulai

Tanggal Selesai

Total Bay ar

DP

Proses

GAMBAR KERUSAKAN

UPDATE

ORDER

KONFIRMASI CHAT

MAP

Bagian

Keterangan

UPDATE ORDER

DETAIL

40

Gambar 3.23 Perancangan Interface Pegawai

d. Interface Histori

Interface pesanan dirancang untuk dapat menampilkan data pesanan perbaikan

yang dilakukan oleh pelanggan yang telah selesai dikerjakan atau diperbaiki.

Perancangan interface histori adalah seperti pada Gambar 3.24.

Gambar 3.24 Perancangan Interface Histori

PEGAWAI

PEGAWAI 1

PEGAWAI 2

PEGAWAI 3

PEGAWAI 4

SIMPAN

TAMBAH

Nama

Alamat

No HP

Username

Password

Lev el

Teknisi Admin

PILIH FOTO

HISTORI

PERBAIKAN 1

PERBAIKAN 2

PERBAIKAN 3

PERBAIKAN 4MAP LOKASI CLIENT

Tanggal Order

Tanggal Mutasi

Tanggal Selesai

Total Bay ar

DP

Proses

Bagian

Keterangan

MAP HUBUNGI

41

e. Interface Laporan Perbaikan

Interface laporan perbaikan dirancang untuk dapat menampilkan data laporan

perbaikan. Di dalam laporan ini, admin dapat mencari data laporan berdasarkan

tanggal yang diinginkan. Perancangan interface laporan perbaikan adalah


Gambar 3.25 Perancangan Interface Laporan Perbaikan

f. Interface Laporan Tukang

Interface laporan tukang dirancang untuk dapat menampilkan data laporan

perbaikan tiap teknisi. Di dalam laporan ini, admin dapat mencari data laporan

berdasarkan tanggal yang diinginkan. Perancangan interface laporan tukang

adalah seperti pada Gambar 3.26.

LAPORAN

PERBAIKAN

TGL TGL CARI

PERBAIKAN 1

PERBAIKAN 2

Tanggal Order

Nama

Alamat

No HP

Bagian

Keterangan

Tanggal Mulai

Tanggal Selesai

Total Bay ar

DP

Proses

Teknisi

42

Gambar 3.26 Perancangan Interface Laporan Tukang

3.3.3.5 Perancangan Flowchart Program

Perancangan flowchat program dari sistem yang dibangun terdiri dari hak akses

admin, teknisi, dan pelanggan adalah dijelaskan pada sub pokok bahasan di bawah

ini.

3.3.3.5.1 Flowchart Program Akses Admin

Perancangan flowchart program sistem dengan hak akses admin adalah sebagai

berikut :

a. Flowchart Program Login

Perancangan flowchart program halaman login dengan akses admin adalah


LAPORAN

TUKANG

TGL TGL CARI

PERBAIKAN 1

PERBAIKAN 2

Tanggal Order

Nama

Alamat

No HP

Bagian

Keterangan

Tanggal Mulai

Tanggal Selesai

Total Bay ar

DP

Proses

TUKANG

43

Gambar 3.27 Perancangan Flowchart Program Halaman Login Akses Admin

b. Flowchart Program Halaman Utama

Perancangan flowchart program halaman utama dengan akses admin adalah


Gambar 3.28 Perancangan Flowchart Program Halaman Utama Akses Admin

c. Flowchart Program Halaman Pegawai

Perancangan flowchart program halaman pegawai dengan akses admin adalah


Start

username &

password

Halaman login

admin

Valid?

Halaman

utama admin

End

T

Y

Start

Halaman

utama admin

Pegawai?

Histori?

Logout?

Halaman

pegawai

Halaman

histori

Status login

End

Y

T

T

Y

Y

T

44

Gambar 3.29 Perancangan Flowchart Program Halaman Pegawai Akses

Admin

d. Flowchart Program Halaman Histori

Perancangan flowchart program halaman histori dengan akses admin adalah


Gambar 3.30 Perancangan Flowchart Program Halaman Histori Akses Admin

Start

Halaman

pegawai

Tambah?

Status login

Input data

pegawai

Meny impan

data

Simpan?

T

Y

Y

T

Keluar?

End

T

Y

Start

Halaman

histori

Lihat?

Status login

Data histori

Telepon client

Map?

T

Y

Y

T

Keluar?

End

T

Y

MapTelepon?

Y

Y

45

3.3.3.5.2 Flowchart Program Akses Teknisi

Perancangan flowchart program sistem dengan hak akses teknisi adalah sebagai

berikut :

a. Flowchart Program Login

Perancangan flowchart program halaman login dengan akses teknisi adalah


Gambar 3.31 Perancangan Flowchart Program Halaman Login Akses Teknisi

b. Flowchart Program Halaman Utama Teknisi

Perancangan flowchart program halaman utama dengan akses teknisi adalah


Start

username &

password

Halaman login

teknisi

Valid?

Halaman

utama teknisi

End

T

Y

46

Gambar 3.32 Perancangan Flowchart Program Halaman Utama Akses Teknisi

3.3.3.5.3 Flowchart Program Akses Pelanggan

Perancangan flowchart program sistem dengan hak akses pelanggan adalah

sebagai berikut :

a. Flowchart Program Daftar Akun

Perancangan flowchart program halaman daftar akun dengan akses pelanggan


Gambar 3.33 Perancangan Flowchart Program Halaman Daftar Akun Akses

Pelanggan

Start

Halaman

utama teknisi

Lihat?

Status login

Data orderY

T

Keluar?

End

T

Y

Start

Input data

Halaman

daf tar akun

Kirim?

End

T

Y

Status login

Mengirim data

47

b. Flowchart Program Login

Perancangan flowchart program halaman login dengan akses pelanggan adalah


Gambar 3.34 Perancangan Flowchart Program Halaman Login Akses

Pelanggan

c. Flowchart Program Halaman Ganti Password Pelanggan

Perancangan flowchart program halaman ganti password dengan akses

pelanggan adalah seperti pada Gambar 3.35.

Gambar 3.35 Perancangan Flowchart Program Halaman Ganti Password Akses

Pelanggan

Start

username &

password

Halaman login

user

Valid?

Halaman

utama user

End

T

Y

Start

email

Halaman ganti

password user

Kirim?

End

T

Y

Status login

Mengirim data

Keluar?T

Y

48

d. Flowchart Program Halaman Utama Pelanggan

Perancangan flowchart program halaman utama dengan akses pelanggan


Gambar 3.36 Perancangan Flowchart Program Halaman Utama Akses Pelanggan

e. Flowchart Program Halaman Pesan Layanan

Perancangan flowchart program halaman pesan layanan dengan akses


Start

Halaman

utama

pelanggan

pelay anan?

Tentang?

Logout?

Halaman

pelay anan

Halaman

tentang

Status login

End

Y

T

T

Y

Y

T

49

Gambar 3.37 Perancangan Flowchart Program Halaman Pesan Layanan Akses

Pelanggan

f. Flowchart Program Halaman Tentang

Perancangan flowchart program halaman pesan tentang dengan akses


Gambar 3.38 Perancangan Flowchart Program Halaman Tentang Akses

Pelanggan

Start

Halaman

pesan lay anan

Tambah?

Status login

Input data

pesanan

Mengirim data

Kirim?

T

Y

Y

T

Keluar?

End

T

Y

Start

Halaman

tentang

Lihat?

Status login

Data tentang

aplikasi

Y

T

Keluar?

T

Y

End

BAB IV

HASIL DAN PEMBAHASAN

4.1 Alat Pendukung Pengembangan Sistem

Dalam sistem informasi pemesanan servis rumah berbasis Android terdapat

beberapa perangkat lunak dan perangkat keras yang digunakan untuk mendukung

proses sistem informasi. Adapun penjelasan dari spesifikasi perangkat lunak dan

perangkat keras yang digunakan dalam pembuatan sistem ini dijelaskan pada sub

pokok bahasan di bawah.

4.1.1 Perangkat Lunak (Software)

Perangkat lunak yang dibutuhkan sistem informasi pemesanan servis rumah

berbasis Android adalah sebagai berikut :

a. Sistem Operasi : Windows 10 64bit.

b. Database : MySQL.

c. Tools : Android Studio, Edraw Max, Xampp (MySQL), Ms. Word

dan Notepad.

4.1.2 Perangkat Keras (Hardware)

Perangkat keras dengan rekomendasi minimum yang digunakan dalam pembuatan

sistem informasi pemesanan servis rumah berbasis Android adalah satu unit

komputer dengan spesifikasi sebagai berikut :

a. Processor Core i3

b. Hardisk 500 GB

c. RAM 4 GB

4.2 Implementasi Sistem

Implementasi sistem informasi pemesanan servis rumah berbasis Android yang

telah dirancang sebelumnya terdiri dari 3 (tiga) jenis hak akses, yaitu akses

pelanggan, teknisi, dan akses admin. Adapun implementasi dari ke 3 (tiga) hak

51

akses tersebut, masing-masing dijelaskan pada sub pokok pembahasan di bawah

ini.

4.2.1 Implementasi Sistem Akses Pelanggan

Implementasi dari interface sistem informasi teknisi bangunan Lutfi Repair

berbasis Android dengan hak akses pelanggan yang telah dirancang sebelumnya


a. Implementasi Login Pelanggan

Implementasi halaman login pelanggan adalah seperti pada Gambar 4.1.

Pelanggan login dengan username menggunakan email dan password yang

telah ditentukan pada halaman registrasi sebelumnya. Di dalam halaman login

pelanggan terdapat menu “lupa password”, dan “daftar”.

Gambar 4.1 Implementasi Halaman Login Pelanggan

Untuk pelanggan baru yang belum terdaftar, pelanggan dapat mendaftar

dengan mengisi data pendaftaran di halaman daftar yang seperti pada Gambar

4.2.

52

Gambar 4.2 Implementasi Halaman Pendaftaran Pelanggan

b. Implementasi Halaman Utama Pelanggan

Ketika pelanggan berhasil login, maka sisem menampilkan halaman utama

yang seperti pada Gambar 4.3. Halaman utama nantinya berisikan informasi

data pesanan perbaikan (jika sedang melakukan pemesanan perbaikan).

53

Gambar 4.3 Implementasi Halaman Utama Pelanggan

Jika pelanggan menekan “pesanan perbaikan”, maka sistem menampilkan

halaman detail pesanan perbaikan yang di dalamnya terdapat tombol

“konfirmasi”, dan “chat” seperti pada Gambar 4.4.

54

Gambar 4.4 Implementasi Halaman Detail Pesanan Perbaikan Pelanggan

Jika pelanggan menekan konfirmasi pembayaran, sistem menampilkan

halaman input data konfirmasi pembayaran perbaikan seperti pada Gambar 4.5.

55

Gambar 4.5 Implementasi Halaman Input Data Konfirmasi Pembayaran Akses

Pelanggan

Jika pelanggan menekan tombol “chat”, maka sistem menampilkan halaman

chat antara pelanggan dengan teknisi/admin seperti pada Gambar 4.6.

56

Gambar 4.6 Implementasi Halaman Chat Akses Pelanggan

c. Implementasi Halaman Pesan Layanan

Halaman pesan layanan dipergunakan oleh pelanggan dalam memesan

perbaikan. Adapun implementasi dari halaman pesan layanan adalah seperti

pada Gambar 4.7.

57

Gambar 4.7 Implementasi Halaman Pesan Layanan

d. Implementasi Halaman Tentang

Halaman tentang berisikan informasi mengenai Lutfi Repair seperti pada

Gambar 4.8.

Gambar 4.8 Implementasi Halaman Tentang

58

4.2.2 Implementasi Sistem Akses Teknisi

Implementasi dari interface sistem informasi teknisi bangunan Lutfi Repair

berbasis Android dengan hak akses teknisi yang telah dirancang sebelumnya


a. Implementasi Halaman Login Teknisi

Halaman login teknisi digunakan oleh teknisi untuk dapat masuk dan

mengakses sistem. Teknisi memasukkan username dan password yang telah

dibuat sebelumnya oleh admin. Jika teknisi ingin mengganti password, maka

teknisi menghubungi admin.

Gambar 4.9 Implementasi Halaman Login Teknisi

b. Implementasi Halaman Utama Teknisi

Implementasi halaman utama teknisi berisikan informasi mengenai pesanan

perbaikan seperti pada Gambar 4.10.

59

Gambar 4.10 Implementasi Halaman Utama Teknisi

Ketika teknisi menekan salah satu pesanan perbaikan yang berada di halaman

utama, maka sistem akan menampilkan data pesanan detail seperti pada

Gambar 4.11. Di dalam halaman pesanan detail, terdapat tombol “chat”,

“update order”, “update order detail”, “map”, dan “hubungi”.

60

Gambar 4.11 Implementasi Halaman Detail Pesanan Akses Teknisi

Tombol “chat” dirancang unuk dipergunakan oleh teknisi dalam

berkomunikasi dengan pelanggan seperti pada Gambar 4.12.

61

Gambar 4.12 Implementasi Halaman Chat Akses Teknisi

Tombol “update order” dirancang berisikan update order pelanggan seperti

tanggal selesai perbaikan hingga proses perbaikannya seperti pada Gambar

4.13.

62

Gambar 4.13 Implementasi Halaman Update Order Akses Teknisi

Tombol “update order detail” dapat digunakan oleh teknisi dalam meng-

update pesanan perbaikan pelanggan jika ada penambahan perbaikan data

kerusakan seperi pada Gambar 4.14.

63

Gambar 4.14 Implementasi Halaman Update Order Detail Akses Teknisi

Tombol “map” berisikan informasi lokasi pelanggan seperti pada Gambar 4.15.

Gambar 4.15 Implementasi Halaman Map Pelanggan Akses Teknisi

64

4.2.3 Implementasi Sistem Akses Admin

Implmentasi dari interface sistem informasi teknisi bangunan Lutfi Repair

berbasis Android dengan hak akses admin yang telah dirancang sebelumnya


a. Implementasi Interface Login Admin

Admin login dengan memasukkan username dan password untuk dapat masuk

dan mengakses sistem. Implementasi interface login admin adalah seperti pada

Gambar 4.16.

Gambar 4.16 Implementasi Halaman Login Admin

b. Implementasi Interface Utama Admin

Halaman utama admin berisikan informasi mengenai data-data pesanan

perbaikan yang dilakukan oleh pelanggan yang belum diberi teknisi seperti

pada Gambar 4.17.

65

Gambar 4.17 Implementasi Halaman Uttama Admin

Ketika salah satu pesanan ditekan, maka sistem menampilkan pesanan

perbaikan detail seperti pada Gambar 4.18. Di dalam halaman pesanan detail,

terdapat tombol “chat”, “update order”, “update order detail”, “map”, dan

“hubungi”.

66

Gambar 4.18 Implementasi Halaman Pesanan Detail Pelanggan Akses Admin

Tombol “chat” dirancang unuk dipergunakan oleh teknisi dalam

berkomunikasi dengan pelanggan seperti pada Gambar 4.19.

67

Gambar 4.19 Implementasi Halaman Chat Akses Admin

Tombol “update order” dirancang berisikan update order pelanggan seperti

tanggal selesai perbaikan hingga proses perbaikannya seperti pada Gambar

4.20.

68

Gambar 4.20 Implementasi Halaman Update Order Akses Admin

Tombol “update order detail” dapat digunakan oleh teknisi dalam meng-

update pesanan perbaikan pelanggan jika ada penambahan perbaikan data

kerusakan seperi pada Gambar 4.21.

69

Gambar 4.21 Implementasi Halaman Update Order Detail Akses Admin

Tombol “map” berisikan informasi lokasi pelanggan seperti pada Gambar 4.22.

Gambar 4.22 Implementasi Halaman Map Pelanggan Akses Admin

70

c. Implementasi Halaman Pegawai

Halaman pegawai dipergunakan oleh admin dalam memasukkan data

pelanggan seperti pada Gambar 4.23.

Gambar 4.23 Implementasi Halaman Pegawai Akses Admin

Pada halaman ini, admin dapat memasukkan data pegawai jika menekan

tombol “tambah” seperti pada Gambar 4.24.

71

Gambar 4.24 Implementasi Halaman Input Data Pegawai Akses Admin

d. Implementasi Halaman Histori

Halaman histori dapat menampilkan data pesanan perbaikan yang dilakukan

oleh pelanggan. Implementasi halaman histori akses admin adalah seperti pada

Gambar 4.25.

Gambar 4.25 Implementasi Halaman Histori Akses Admin

BAB V

SIMPULAN DAN SARAN

5.1 Simpulan

Berdasarkan proses pembangunan sistem informasi teknisi bangunan pada Lutfi

Repair berbasis Android yang dimulai dari tahap analisis hingga implementasi,

maka dapat ditarik kesimpulan sebagai berikut :

a. Pelanggan dapat dengan mudah memesan perbaikan rumah dengan cara

registrasi terlebih dahulu kemudian memasukkan data permintaan perbaikan

beserta foto kerusakan yang akan diperbaiki.

b. Di dalam sistem terdapat informasi data pelanggan beserta lokasi kediaman

pelanggan sehingga memudahkan teknisi dalam menuju ke lokasi pelanggan

guna memperbaiki kerusakan.

c. Sistem juga dapat menampilkan foto kerusakan kediaman pelanggan sehinggan

memudahkan Lutfi Repair dalam memperkirakan biaya perbaikan.

5.2 Saran

Agar sistem informasi teknisi bangunan pada Lutfi Repair berbasis Android lebih

sempurna, maka pada penelitian berikutnya disarankan :

a. Menambahkan fitur kritik/saran.

b. Menambahkan ruang lingkup perluasan tempat penelitian (tidak hanya di

wilayah Bandar Lampung).

DAFTAR PUSTAKA

A.S, Rosa & Shalahuddin, M. 2016. Modul Pembelajaran Rekayasa Perangkat Lunak

(Terstruktur dan Berorientasi Objek). Penerbit Modula, Bandung.

Avestro, Joyce. 2007. Pengembangan Peragkat Mobile : Java Education Network

Indonesia (JENI).

Google Developer Training Team. 2016. Android Developer Fundamentals Course-

Learn to Develop Android Application-Concept Reference by Google

Developer Training Team.

Kadir, Abdul. 2014. Pengenalan Sistem Informasi Edisi Revisi. Andi Offset,

Yogyakarta.

Solichin, Achmad. 2016. Pemograman Web dengan PHP dan MySQL. E-Book

diunduh dari

https://www.researchgate.net/publication/236885805_Pemrograman_Web_de

ngan_PHP_dan_MySQL.

www.kbbi.co.id, diakses tanggal 01 Oktober 2018, Pukul 10:00 WIB.

https://www.researchgate.net/publication/236885805_Pemrograman_Web_dengan_PHP_dan_MySQL

https://www.researchgate.net/publication/236885805_Pemrograman_Web_dengan_PHP_dan_MySQL

http://www.kbbi.co.id/

1

LAMPIRAN

3

CODING PROGRAM

<?xml version="1.0" encoding="utf-8"?>

<menu xmlns:android="http://schemas.android.com/apk/res/android">

<item

android:id="@+id/miPegawai"

android:title="@string/strPegawai" />

<item

android:id="@+id/miHistory"

android:title="@string/strHistory" />

<item

android:id="@+id/miSignOut"

android:title="@string/strSignOut" />

</menu>

<resources>



<string name="strUsername">Username</string>

<string name="strEmail">Email</string>

<string name="strPassword">Password</string>

<string name="strOr">Atau</string>

<string name="strSignIn">Login</string>

<string name="strSignOut">Logout</string>

<string name="strForgotPassword">Lupa Password ?</string>

<string name="strResetPassword">Reset Password</string>

<string name="strReg">Daftar</string>

<string name="strVersion">Versi</string>

<string name="strCheckEmailForResetPassword">Periksa Email

Untuk Reset Password</string>

<string name="strEmailExist">Email sudah terdaftar, silahkan

login</string>

<string name="strPushAgainToExit">Ketuk lagi untuk

keluar</string>

<string name="strCantEmpty">Tidak boleh kosong</string>

<string name="strResetPasswordFail">Reset Password

Gagal</string>

<string name="strWait">Tunggu</string>

<string name="strMenu">Menu</string>

<string name="strChoose">Pilih</string>

<string name="strSignInSuccess">Login Berhasil</string>

<string name="strSignInFail">Login Gagal</string>

<string name="strSignOutSuccess">Logout Berhasil</string>

<string name="strSignOutFail">Logout Gagal</string>

<string name="strLoadData">Load Data</string>

<string name="strLoadDataSuccess">Load Data Berhasil</string>

<string name="strLoadDataFail">Load Data Gagal</string>

<string name="strProgress">Proses</string>

<string name="strProgressSuccess">Proses Berhasil</string>

<string name="strProgressFail">Proses Gagal</string>

<string name="strSending">Mengirim</string>

<string name="strSendingSuccess">Mengirim Berhasil</string>

<string name="strSendingFail">Mengirim Gagal</string>

4

<string name="strSaving">Mengimpan</string>

<string name="strSavingSuccess">Menyimpan Berhasil</string>

<string name="strSavingFail">Menyimpan Gagal</string>

<string name="strUpdating">Mengedit</string>

<string name="strUpdatingSuccess">Mengedit Berhasil</string>

<string name="strUpdatingFail">Mengedit Gagal</string>

<string name="strDeleting">Menghapus</string>

<string name="strDeletingSuccess">Menghapus Berhasil</string>

<string name="strDeletingFail">Menghapus Gagal</string>

<string name="strSendQst">Kirim ?</string>

<string name="strSend">Kirim</string>

<string name="strSaveQst">Simpan ?</string>

<string name="strSave">Simpan</string>

<string name="strUpdateQst">Edit ?</string>

<string name="strUpdate">Edit</string>

<string name="strDeleteQst">Hapus ?</string>

<string name="strDelete">Hapus</string>

<string name="strFinishQst">Selesai ?</string>

<string name="strFinish">Selesai</string>

<string name="strCancelQst">Batal ?</string>

<string name="strCancel">Batal</string>

<string name="strOK">Ya</string>

<string name="strNO">Tidak</string>

<string name="strBlank"> </string>

<string name="strColon">:</string>

<string name="strDot">.</string>

<string name="strDash">-</string>

<string name="strUnderline">_</string>

<string name="strSlash">/</string>

<string name="nav_drawer_open">Open navigation</string>

<string name="nav_drawer_close">Close navigation</string>

<string name="strDigitsAlphabets">abcdefghijklmnopqrstuvwxyz

ABCDEFGHIJKLMNOPQRSTUVWXYZ</string>

<string

name="strDigitsAlphabetsNumerics">abcdefghijklmnopqrstuvwxyz

ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789</string>



<string name="app_name">ServisRumahRmh</string>

<string name="strPegawai">Pegawai</string>

<string name="strPesanan">Pesanan</string>

<string name="strHistory">Histori</string>

<string name="strAdd">Tambah</string>

<string name="strYes">Ya</string>

<string name="strNo">Tidak</string>

<string name="strNama">Nama</string>

<string name="strAlamat">Alamat</string>

<string name="strNoHP">No HP</string>

<string name="strLevel">Level</string>

<string name="strDataPegawai">Data Pegawai</string>

<string name="strTeknisi">Teknisi</string>

<string name="strAdmin">Admin</string>

<string name="strProses">Proses</string>

<string name="strDataPesanan">Data Pesanan</string>

<string name="strChooseImage">Pilih Foto</string>

5

<string name="strTglOrder">Tanggal Order</string>

<string name="strTglMulai">Tanggal Mulai</string>

<string name="strTglSelesai">Tanggal Selesai</string>

<string name="strTotalBayar">Total Bayar</string>

<string name="strDP">DP</string>

<string name="strDetail">Detail</string>

<string name="strBagian">Bagian</string>

<string name="strKeterangan">Keterangan</string>

<string name="strHarga">Harga</string>

<string name="navigation_drawer_open">nav_open</string>

<string name="navigation_drawer_close">nav_close</string>

<string name="title_activity_main">MainActivity</string>

<string name="nav_header_title">Android Studio</string>

<string

name="nav_header_subtitle">[email protected]</string>

<string name="nav_header_desc">Navigation header</string>

<string name="action_settings">Settings</string>

<string name="menu_home">Home</string>

<string name="menu_gallery">Gallery</string>

<string name="menu_slideshow">Slideshow</string>

<string name="menu_tools">Tools</string>

<string name="menu_share">Share</string>

<string name="menu_send">Send</string>

<string name="strOrder">Order</string>

<string name="strCurrency">Rp.</string>

<string name="strOrderU">Update Order</string>

<string name="strOrderDetailU">Update Order Detail</string>

<string name="strMap">Map</string>

<string name="strMenungguPembayaranAwal">Menunggu Pembayaran

Awal</string>

<string name="strDikerjakan">Dikerjakan</string>

<string name="strSelesai">Selesai</string>

<string name="strDiproses">Diproses</string>

<string name="strSpTeknisi">-- Pilih Teknisi --</string>

<string name="strFoto">Foto</string>

<string name="strHubungi">Hubungi</string>

<string name="strRiwayat">Histori</string>

<string name="strHistori">Histori</string>

<string name="strChat">Chat</string>

</resources>

<?xml version="1.0" encoding="utf-8"?>

<android.support.design.widget.CoordinatorLayout

xmlns:android="http://schemas.android.com/apk/res/android"

xmlns:app="http://schemas.android.com/apk/res-auto"

android:layout_width="match_parent"

android:layout_height="match_parent">

<android.support.design.widget.AppBarLayout

android:id="@+id/appbar"

android:layout_height="192dp"

android:layout_width="match_parent">

<android.support.design.widget.CollapsingToolbarLayout


android:layout_height="match_parent"

app:toolbarId="@+id/toolbar"

6

app:layout_scrollFlags="scroll|exitUntilCollapsed"

app:contentScrim="?attr/colorPrimary">

<android.support.v7.widget.Toolbar

android:id="@+id/tb"

android:layout_height="?attr/actionBarSize"

android:layout_width="match_parent" />

</android.support.design.widget.CollapsingToolbarLayout>

</android.support.design.widget.AppBarLayout>

<androidx.constraintlayout.widget.ConstraintLayout


android:layout_height="match_parent"

app:layout_behavior="android.support.design.widget.AppBarLayout$Sc

rollingViewBehavior">

<view

android:id="@+id/srl"

class="androidx.swiperefreshlayout.widget.SwipeRefreshLayout"

id="@+id/view3"

android:layout_width="0dp"

android:layout_height="0dp"

app:layout_constraintBottom_toBottomOf="parent"

app:layout_constraintEnd_toEndOf="parent"

app:layout_constraintStart_toStartOf="parent"

app:layout_constraintTop_toTopOf="parent">

<androidx.recyclerview.widget.RecyclerView

android:id="@+id/rv"


android:layout_height="match_parent" />

</view>

</androidx.constraintlayout.widget.ConstraintLayout>

</android.support.design.widget.CoordinatorLayout>

SISTEM INFORMASI TEKNISI BANGUNAN PADA LUTFI …

Documents

Transcript of SISTEM INFORMASI TEKNISI BANGUNAN PADA LUTFI …