BAB III ANALISA DAN PERANCANGAN SISTEM. 3.1 Objek Penelitian Sejarah Singkat Bengkel Berkah Maju Motor

BAB III ANALISA DAN PERANCANGAN SISTEM

3.1 Objek Penelitian 3.1.1 Sejarah Singkat Bengkel Berkah Maju Motor Bengkel motor merupakan tempat untuk melakukan pembuatan, perbaikan, penyimpanan dan perawatan berbagai mesin motor. Bengkel Berkah Maju Motor didirikan pada tahun 2012 yang berlokasi di Jalan Hos Cokroaminoto No. 8b Ciledug Tangerang. Berkah Maju Motor merupakan suatu perusahaan jasa yang bergerak dibidang perbengkelan yaitu memperbaiki kendaraan roda dua dan juga menjual spare part maupun peralatan untuk kendaraan roda dua. Berkah Maju Motor dipimpin

oleh Sarimanto sekaligus sebagai

pendirinya. Pada awal berdirinya bengkel hanya memiliki 2 orang pegawai dan hanya 1 orang mekanik, hingga sampai saat ini Sarimanto sudah memiliki 6 orang karyawan dan 4 orang diantaranya sebagai mekanik. Masing-masing karyawan memiliki tugas sesuai dengan bagian-bagiannya.

3.1.2 Struktur Organisasi Bagi setiap perusahaan, struktur organisasi mempunyai arti yang penting. Karena dengan mengetahui struktur organisasi, maka dapat diperoleh gambaran mengenai bagian-bagian yang ada dalam perusahaan tersebut, dan sampai sejauh mana wewenang dan tanggung jawab bagian-bagian tersebut dapat melaksanakan tugasnya. Dengan demikian, akan dapat diketahui siapa yang akan dapat bertanggung jawab dan kepada siapa harus bertanggung jawab atas suatu pekerjaan yang telah dilakukan maupun yang sedang dilakukan. Dalam mencapai sasaran dan tujuan perusahaan dibutuhkan suatu organisasi atau kesatuan kerja sumber daya manusia yang berada di dalamnya agar dapat bekerja sama dalam mencapai tujuan perusahaan tersebut. Adapun struktur organisasi Bengkel Berkah Maju Motor dapat dilihat pada gambar berikut

28

http://digilib.mercubuana.ac.id/

29

Gambar 3.1 Struktur Organisasi Berkah Maju Motor

Adapun berikut ini adalah keterangan dari tugas-tugas dan wewenang bagianbagian yang ada pada Bengkel Berkah Maju Motor sesuai dengan struktur organisasi: 1. Pemilik Bengkel a. Mengelola dan bertanggung jawab atas aktivitas yang dilaksanakan oleh bengkel secara keseluruhan. 2. Kepala Bengkel a. Bertanggung jawab atas segala sesuatu yang terjadi di bengkel. b. Mengatur segala kegiatan bengkel. c. Mengadakan pemilihan pegawai. 3. Kasir a. Memposting transaksi sesuai dengan kredit. b. Membuat laporan sesuai dengan tugas dan dilaporkan pada kepala bengkel. c. Bertanggung jawab atas segala kekurangan dan kelebihan yang ada.


30

d. Membuat

laporan

keuangan

berupa

pengeluaran

untuk

pembelian/belanja, serta hasil pemasukan dari bengkel untuk kemudian diserahkan kepada kepala bengkel. Mekanik a. Merawat dan memperbaiki sepeda motor konsumen yang masuk ke bengkel. b. Memberikan kualitas terbaik dalam melakukan service motor. c. Memberikan penjelasan kepada konsumen tentang kerusakankerusakan yang terjadi pada sepeda motor konsumen.

3.2 Analisis Sistem Berjalan

Berkah Maju Motor merupakan bengkel atau usaha yang berjalan di bidang otomotif dan aksesoris motor dimana sistem perawatan atau jasa service motor yang melakukan perawatan motor di bengkel. Untuk melakukan service pelanggan harus terlebih dahulu mendaftarkan sepeda motornya dan menemui mekanik apabila ada keluhan dan gangguan teknis. Setelah mendaftar pelanggan menunngu antrian untuk layanan service. Setelah sepeda motor selesai di service pelanggan melakukan pembayaran ke kasir. Analisis sistem yang sedang berjalan ini divisualisasikan dan didokumentasikan dengan alat bantu UML melalui diagram use case, skenario use case, dan aktifitas diagram. Analisis sistem yang sedang berjalan pada Berkah Maju Motor adalah sebagai berikut:


31

3.2.1 Use Case Diagram Sistem Yang Berjalan Skenario use case service motor yang berjalan di bengkel berkah maju motor melibatkan 3 aktor yaitu mekanik, kasir, dan pelanggan. Berikut diagram use case sistem berjalan di bengkel berkah maju motor.

Sistem Daftar

Permintaan Service Mekanik

Pelanggan

Service

Melakukan Pembayaran Kasir

Gambar 3.2 Use Case Diagram sistem yang sedang berjalan


32

3.2.2 Identifikasi Aktor

Tabel 3.1 Definisi Aktor dalam sistem yang sedang berjalan No 1.

Aktor Pelanggan

Deskripsi Pelanggan melakukan pendaftaran ke kasir lalu permintaan service kepada mekanik tentang keluhan atau masalah yang terjadi pada sepeda motor.

2.

Mekanik

Merupakan petugas yang melakukan pemeriksaan kondisi motor pelanggan.

3.

Kasir

Merupakan petugas yang melakukan proses pendaftaran, penjualan, dan pembayaran.

3.3 Perancangan Sistem yang Diusulkan

Tujuan dari perancangan sistem adalah untuk memenuhi kebutuhan pelanggan dan bengkel mengenai gambaran yang jelas tentang perancangan sistem yang akan dibuat serta diimplementasikan. Untuk memulai membangun suatu program yang berupa Aplikasi Bengkel Panggilan Berbasis Android, maka terlebih dahulu merencanakan alur kerja berdasarkan kebutuhan user yang akan menggunakan aplikasi bengkel panggilan berbasis Android ini dengan menggunakan diagram UML.

3.3.1 Gambaran Umum Sistem yang Diusulkan

Aplikasi yang akan dibangun ini digunakan untuk melakukan aktifitas service motor dengan penuntun jalan menuju lokasi user atau pelanggan yang mengalami masalah pada sepeda motornya. Dalam pembuatan Aplikasi Bengkel


33

Panggilan Berbasis Android dibutuhkan fitur Location-Based-Service (LBS) yang dapat berfungsi sebagai layanan untuk mengidentifikasi lokasi dari seseorang atau suatu objek tertentu. Dalam aplikasi ini dititik beratkan pada pengambilan koordinat bumi perangkat mobile. Sistem yang diusulkan untuk Aplikasi Bengkel Panggilan Berbasis Android adalah dengan menggunakan konsep Client-Server, untuk client menggunakan perangkat mobile berbasis android dan server menggunakan PHP dan MySql dan dilakukan secara online, dimana user atau client dapat mengakses aplikasi ini dengan menggunakan akses internet dari provider internet ataupun menggunakan wifi connection.

1. Request Bengkel

5. Konfirmasi Request

Goggle Maps

4. Menampilkan Data

Pelanggan

Web Server

Mekanik Database

Gambar 3.3 Gambaran Umum Sistem yang Diusulkan

3.3.2 Perancangan Prosedur Yang Diusulkan Perancangan prosedur

yang diusulkan akan berorientasi objek dengan

menggunakan diagram UML sebagai alat bantu dalam mendokumentasikan dan memvisualisasikan aplikasi yang akan dibangun.


34

3.3.3 Use Case Diagram Diagram use case ini menggambarkan aplikasi yang akan dibangun, bagaimana seseorang atau aktor akan menggunakan dan memanfaatkan dari aplikasi yang dibangun. Sasaran pemodelan use case ini mendefinisikan kebutuhan fungsional dan operasional sistem dengan mendefinisikan skenario dari aplikasi yang akan dibangun. Pendefinisian ini meliputi identifikasi use case dan skenario dari aplikasi yang akan dibangun.

Sistem

Konfirmasi Request

Register <>

Request Bengkel <<extend>> <> Login Login

<>

Batalkan Request

<> Admin

<> Pelanggan

Menampilkan Lokasi Cek Status

Login <> Menampilkan Rute

Mekanik

Gambar 3.4 Use Case Diagram aplikasi bengkel panggilan berbasis android


35

3.3.4 Skenario Use Case Skenario Use Case digunakan untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase-fase selanjutnya dengan melakukan penilaian terhadap skenario tersebut. Berikut skenario use case yang diusulkan:

Tabel 3.2 Skenario Use Case Registrasi User Nama Use Case

Registrasi

Aktor

User atau Pelanggan

Description

Lakukan registrasi untuk membuat akun pada aplikasi

Pre-Condition

bengkel panggilan User mengisi username, password, email, telepon

Scenario

User mengisi dan mengirim data yang telah diisi agar bisa

Alternative Flow

terdaftar ke dalam sistem. -

Post-Condition

Data yang dikirim masuk kedalam sistem

Tabel 3.3 Skenario Use Case Login Nama Use Case

Login

Aktor

Pelanggan, Mekanik, dan Admin

Description

Login terlebih dahulu agar dapat menggunakan aplikasi

Pre-Condition

bengkel panggilan User menginput username dan password

Scenario

Jika username dan password yang dimasukan benar maka sistem akan menampilkan halaman request bengkel

Alternative Flow

Jika username dan password yang dimasukan salah maka sistem tidak bisa melanjutkan ke halaman selanjutnya

Post-Condition


Sistem menampilkan halaman selanjutnya

36

Tabel 3.4 Skenario Use Case Request Bengkel Nama Use Case

Request Bengkel

Aktor

Pelanggan

Description

Input data kendaraan dan memilih titik lokasi yang digunakan sebagai informasi untuk bengkel melakukan service

Pre-Condition

Pelanggan memilih lokasi dan input data

Scenario

Pelanggan input data kendaraan dan titik lokasi

Alternative Flow

-

Post-Condition

Data yang di input masuk kedalam database

Tabel 3.5 Skenario Use Case Batalkan Request Nama Use Case

Batalkan Request

Aktor

Pelanggan

Description

Input id dan nomor polisi kendaraan untuk membatalkan request

Pre-Condition

Pelanggan input id dan nomor polisi

Scenario

Pelanggan membatalkan request

Alternative Flow

-

Post-Condition

Request dibatalkan

Tabel 3.6 Skenario Use Case Cek Status Nama Use Case

Cek Status

Aktor

Pelanggan

Description

Cek status request bengkel

Pre-Condition

Pelanggan melakukan request

Scenario

Pelanggan cek status request apakah sudah dikonfirmasi

Alternative Flow

atau belum -

Post-Condition

Menampilkan status request


37

Tabel 3.7 Skenario Use Case Konfirmasi Request Nama Use Case

Konfirmasi Request

Aktor

Admin

Description

Konfirmasi Request dari pelanggan yang

Pre-Condition

mengalami masalah pada kendaraannya Admin memastikan apakah lokasi pelanggan terjangkau

Scenario

Admin konfirmasi request dan mengetahui lokasi dari

Alternative Flow

pelanggan yang melakukan request -

Post-Condition

Data yang diinput masuk kedalam database

Tabel 3.8 Skenario Use Case Menampilkan Lokasi Nama Use Case

Menampilkan Lokasi

Aktor

Admin

Description

Menampilkan lokasi pelanggan

Pre-Condition

Menampilkan google maps

Scenario

Admin melihat lokasi pada google maps dengan marker

Alternative Flow

-

Post-Condition

Menampilkan lokasi pelanggan dengan google maps

Tabel 3.9 Skenario Use Case Menampilkan Rute Nama Use Case

Menampilkan Rute

Aktor

Mekanik

Description

Melihat lokasi pelanggan yang ditampikan melalui google

Pre-Condition

maps Mekanik memilih id pelanggan

Scenario

Mekanik melihat data lokasi pelanggan yang ditampilkan pada google map

Alternative Flow

-

Post-Condition

Tampilkan google maps dengan rute lokasi pelanggan


38

3.3.5 Activity Diagram Activity diagram menggambarkan urutan aktivitas untuk suatu proses tertentu. Berdasarkan use case yang ada, dibuat activity diagram untuk masingmasing use case. Berikut ini adalah diagram aktivitas aplikasi bengkel panggilan. User

Sistem

Membuka Aplikasi

Menapilkan Halaman Login

Memilih Menu Registrasi

Input Nama, Jenis Kelamin, Alamat, Telepon, Email, dan Password

Menapilkan Form Registrasi

Gagal

Berhasil Input Username dan Password

Menapilkan Form Login Gagal

Berhasil

Menapilkan Halaman Utama

Gambar 3.5 Activity Diagram Registrasi dan Login

Pada Gambar 3.5 di atas aktivitas dimulai jika user sudah membuka aplikasi bengkel panggilan lalu sistem akan menampilkan form login. User melakukan registrasi terlebih dahulu, kemudian sistem menyimpan data user. Setelah registrasi lalu user melakukan login, sistem akan memvalidasi username dan password sesuai dengan database, apabila benar sistem akan menampilkan halaman utama, dan jika salah sistem akan kembali ke halaman login. Setelah user berhasil melakukan login sistem akan menapilkan halaman utama.


39

Berikut ini adalah diagram aktivitas untuk Request Bengkel dari aplikasi bengkel panggilan.

Pelanggan

Sistem

Pilih Menu Request Bengkel

Pilih Lokasi & Input Data

Menapilkan Menu Request Bengkel Gagal

Berhasil

Menyimpan data dan Lokasi User

Gambar 3.6 Activity Diagram Request Bengkel Pada Gambar 3.6 di atas aktivitas dimulai jika pelanggan sudah masuk ke menu utama. Setelah pelanggan memilih request bengkel, sistem akan menampilkan menu request bengkel, setelah itu pelanggan diminta untuk mengisi data dan lokasi. Seteah user mengisi data sepeda motor dan sistem akan menyimpan data lokasi pelanggan, apabila gagal sistem akan kembali ke menu request bengkel. .


40

Admin

Sistem

Memilih Menu Request

Menampilkan Data Pelanggan

Melihat Lokasi Pelanggan

Konfirmasi Request

Tidak

Merubah status Pelanggan Ya

Gambar 3.7 Activity Diagram Konfirmasi Request Pada Gambar 3.7 di atas aktivitas dimulai jika admin sudah melakukan login. Setelah pelanggan melakukan request bengkel, sistem akan mengirim request bengkel ke admin, setelah itu admin memilih menu request untuk melihat data pelanggan. Sistem akan menampilkan lokasi pelanggan, apabila admin konfirmasi request sistem akan merubah status pelanggan dari “tidak konfirmasi” menjadi “konfirmasi”.


41

Pelanggan

Memilih Menu Batalkan Request

Sistem

Menampilkan Halaman Batal Request

Memasukkan id dan nomor polisi

Membatalkan Request

Gambar 3.8 Activity Diagram Batalkan Request Pada Gambar 3.8 di atas aktivitas dimulai jika pelanggan sudah melakukan request bengkel. Pelanggan memilih menu batalkan request dan memasukkan id dan nomor polisi pelanggan.

Pelanggan

Sistem

Memilih Menu Cek Status

Menampilkan Status Request

Gambar 3.9 Activity Diagram Cek Status


42

Pada Gambar 3.9 di atas aktivitas dimulai jika pelanggan sudah melakukan request bengkel. Pelanggan memilih menu cek status dan sistem akan menampilkan status pelanggan.

Sistem

Mekanik

Memilih ID Pelanggan

Menampilkan Rute Lokasi Pelanggan

Menuju Lokasi Pelanggan

Gambar 3.10 Activity Diagram Menampilkan Rute Pada Gambar 3.10 di atas aktivitas dimulai jika admin sudah konfirmasi request bengkel. Setelah dikonfirmasi mekanik memilih id pealnggan, sistem akan menampilkan rute lokasi pelanggan, setelah itu mekanik menuju lokasi pelanggan yang melakukan request bengkel.

3.3.6 Sequence Diagram Sequence diagram digunakan untuk mengambarkan perilaku pada sebuah skenario. Diagram ini menunjukan sejumlah contoh objek dan message (pesan) yang diletakan diantara obyek-obyek ini di dalam use case. Sequence diagram menggambarkan interaksi antar objek di dalam dan disekitar sistem (termasuk pengguna, display, dan sebagainya) berupa pesan yang digambarkan terhadap waktu.


43

FormRegister

JsonParser

Login

User

1: Input Data User() 2: Register()

3: Validasi Data()

4: Registrasi gagal

5: Registrasi Berhasi;()

6: Tampil Halaman Login

Gambar 3.11 Sequence Diagram Registrasi User Pada Gambar 3.11 di atas menggambarkan proses yang sedang terjadi saat user melakukan registrasi pada aplikasi bengkel. Prosesnya dimulai saat user memilih menu register dan kemudian user mengisi data pada form register, apabila gagal sistem akan kembali ke form register, dan jika berhasil sistem akan menampilkan halaman login.


44

FormLogin

JsonParser

Halaman Utama

User

1: Login() 2: Username, Password()

3: Validasi user()

4: Username, Password salah()

5: Username, Password benar()

6: Menampilkan Halaman Utama 7: Menampilkan Halaman Utama

Gambar 3.12 Sequence Diagram Login User Pada Gambar 3.12 di atas menggambarkan proses yang sedang terjadi saat user melakukan login pada aplikasi bengkel. Prosesnya dimulai saat user membuka aplikasi dan menampilkan halaman login, kemudian user mengisi username dan password pada form login, sistem akan memvalidasi username dan password, apabila benar sistem akan menampilkan halaman utama, dan jika salah sistem akan menampilkan pesan login gagal. Setelah user berhasil melakukan login sistem akan menapilkan halaman utama.


45

Form Request Bengkel

Send Request

Notifikasi

User 1:Input data & Lokasi() 2: Send request()

3: Validasi() 4: Request gagal() 5: Berhasil Request()

6: Menampilkan Notifikasi 7: Notifikasi: Request Anda Berhasil

Gambar 3.13 Sequence Diagram Request Bengkel Pada Gambar 3.13 di atas menggambarkan proses yang sedang terjadi saat pelanggan melakukan request bengkel. Prosesnya dimulai setelah pelanggan memilih menu request bengkel, pelanggan mengisi data dan lokasi pada form request, apabila request gagal sistem menampilkan notifikasi gagal request, jika berhasil sistem akan menyimpan data pelanggan, dan menampilkan notifikasi request berhasil.


46

Form Batal Request

Pelanggan

Request

ConfirmBatal

1: Input id, no polisi()

2: Menampilkan()

3: Menampilkan Request

4: Konfirmasi()

5: Request Berhasil dibatalkan

Gambar 3.14 Sequence Diagram Batalkan Request Pada Gambar 3.14 di atas menggambarkan proses yang sedang terjadi saat pelanggan membatalkan request. Prosesnya dimulai saat pelanggan menginput id dan nomor polisi pada halaman batalkan request, kemudian sistem menampilkan request. Setelah menampilkan request, pelanggan melakukan konfirmasi dan sistem menampilkan pesan berhasil dibatalkan ke pelanggan.

Cek Status

Pelanggan 1: Memilih menu cek status()

2: Menampilkan status

Gambar 3.15 Sequence Diagram Cek Status


47

Pada Gambar 3.15 di atas menggambarkan proses yang sedang terjadi saat pelanggan melakukan cek status. Prosesnya dimulai saat pelanggan memilih menu cek status dan sistem akan menampilkan status pelanggan.

Menu Request

Database

Konfirmasi Request

Admin

Pelanggan

1: Memilih Menu Requesti() 2: Cek Data User()

3: Menampilkan Data User()

4: Konfirmasi Request()

5: Menampilkan Konfirmasi()

Gambar 3.16 Sequence Diagram Konfirmasi Request Pada Gambar 3.16 di atas menggambarkan proses yang sedang terjadi saat admin melakukan konfirmasi request. Prosesnya dimulai saat admin memilih menu request pada halaman admin, kemudian admin cek data user. Setelah cek data user, admin melakukan konfirmasi dan sistem menampilkan konfirmasi ke pelanggan.


48

Id Pelanggan

Maps

Mekanik 1: Memilih Id Pelanggan() 2: Menampilkan Lokasi Pelanggan()

3: Menampilkan Rute Lokasi pelanggan()

Gambar 3.17 Sequence Diagram Menampilkan Rute Pada Gambar 3.17 di atas menggambarkan proses yang sedang terjadi saat mekanik memilih id pelanggan. Prosesnya dimulai saat mekanik memilih id pada halaman mekanik. Setelah itu Google Maps menampilkan rute lokasi pelanggan.

3.3.7 Class Diagram Class diagram menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus

menawarkan

layanan

untuk

memanipulasi

keadaan

tersebut

(metode/fungsi). Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, dan asosiasi.


49

Admin

1 User *

+id_user : int +username : varchar +nama : varchar +alamat : varchar +password : varchar +telepon : varchar +jenkel : varchar +register() +login() +sendRequest()

Request 1 1

+id_request : int +no_polisi : varchar +id_member : varchar +telepon : varchar +keluhan : varchar +status : varchar +tipe : varchar +latFld : float +lngFld : float +getLocation() +confirm()

-username : varchar -password : varchar -nama_lengkap : varchar -email : varchar -no_telp : varchar -level : varchar +update() +confirmRequest() +delete()

1

Mekanik +id_mekanik : int 1 +username : varchar +password : varchar +selectIdPelanggan() +viewLocation()()

Gambar 3.18 Class Diagram Aplikasi Bengkel

3.3.8 Rancangan Database Tabel 3.10 Tabel User No

Nama Field

Tipe Data

Panjang

Keterangan

1.

id_user

Int

3

Primary Key

2.

username

Varchar

30

Email user

3.

nama

Varchar

30

Nama User

4.

alamat

Varchar

30

Alamat User

5..

password

Varchar

20

Password User

6.

telepon

Varchar

14

Telepon User

5.

jenkel

Varchar

1

Jenis Kelamin User


50

Tabel 3.11 Tabel Admin No

Nama Field

Tipe Data

Panjang

Keterangan

1.

username

Varchar

20

Primary Key

2..

password

Varchar

20

Password Admin

3.

nama_lengkap

Varchar

30

Nama Admin

4.

email

Varchar

30

Email Admin

5.

no_telp

Varchar

14

Telepon Admin

6.

level

Varchar

5

Level : Admin

Tabel 3.12 Tabel Request No

Nama Field

Tipe Data

Panjang

Keterangan

1.

id_request

Int

3

Primary Key

2.

no_polisi

Varchar

15

Nomor Polisi Pelanggan

3.

id_member

Varchar

30

Email Pelanggan

4.

telepon

Varchar

15

Telepon Pelanggan

5.

keluhan

Varchar

30

Keluhan Pelanggan

6.

status

Varchar

25

Status Request

7.

tipe

Varchar

20

Tipe Kendaraan

8.

latFld

Float

10,6

Lattitude User

9.

lngFld

Float

10,6

Longitude User


51

Tabel 3.13 Tabel Mekanik No

Nama Field

Tipe Data

Panjang

Keterangan

1.

id_mekanik

Int

1

Id Mekanik

2.

username

Varchar

20

Username Mekanik

3.

password

Varchar

20

Password Mekanik

3.3 Struktur Menu

Gambar 3.19 Struktur Menu

3.5 Rancangan Antar Muka Perancangan tampilan aplikasi merupakan rancangan dari desain aplikasi yang akan dibangun, desain ini akan menentukan sebuah karakteristik dari aplikasi yang di bangun, serta memperlihatkan di lingkungan seperti apa aplikasi nanti akan di tempatkan. Berikut ini desain tampilan dari aplikasi yang akan di bangun:


52

3.5.1 Rancangan Halaman Login Pada halaman ini berisikan rancangan tampilan halaman login “Aplikasi Bengkel Panggilan Berbasis Android” yang terdiri dari tiga tombol button dan dua textfield untuk username dan password, berikut tampilan rancangan:

Gambar 3.20 Rancangan Halaman Login Pada Gambar 3.20 dijelaskan dari fungsi textfield dan button yang memiliki fungsi masing-masing. Berikut penjelasannya: a. Textfield Email: Berfungsi untuk memasukkan email user. b. Password Field: Berfungsi untuk memasukkan password user dengan karakter yang disamarkan dengan bulatan. c. Button Login: Berfungsi untuk melakukan login. d. Button Register: Berfungsi untuk melakukan register. e. Button Mekanik: Berfungsi untuk melakukan login mekanik.


53

3.5.2 Rancangan Halaman Register Pada halaman ini berisikan rancangan tampilan halaman register user. Berikut tampilan rancangan:

Gambar 3.21 Rancangan Halaman Register Pada Gambar 3.21 dijelaskan dari fungsi pada halaman register.

Berikut

penjelasannya: a. Textfield Nama: Berfungsi untuk memasukkan nama user. b. Radio Button Jenis Kelamin: Berfungsi untuk memilih salah satu jenis kelamin user. c. Textfield Alamat: Berfungsi untuk memasukkan alamat user. d. Textfield Telepon: Berfungsi untuk memasukkan telepon user. e. Textfield Email: Berfungsi untuk memasukkan email user. f. Textfield Nama: Berfungsi untuk memasukkan password user.


54

g. Button Daftar: Berfungsi untuk melakukan register jika semua data sudah terisi.

3.5.3 Rancangan Halaman Utama Pada halaman ini berisikan rancangan tampilan halaman utama “Aplikasi Bengkel Panggilan Berbasis Android”. Halaman menu utama adalah halaman yang dapat diakses setelah pengguna melakukan login, berikut tampilan rancangan:

Gambar 3.22 Rancangan Halaman Utama Pada Gambar 3.22 dijelaskan dari fungsi pada halaman utama.

Berikut

penjelasannya: a. Button Tentang: Berfungsi sebagai informasi tahun pembuatan, logo aplikasi, versi aplikasi, nama pembuat aplikasi, dan nama Universitas Mercu Buana.


55

b. Button Request Bengkel: Berfungsi unuk masuk ke dalam menu request bengkel. c. Button Lokasi Bengkel: Berfungsi sebagai informasi lokasi bengkel. d. Button Bantuan: Berfungsi sebagai petunjuk menggunkan aplikasi. e. Button Exit: Berfungsi untuk keluar dari aplikasi.

3.5.4 Rancangan Halaman Request Bengkel Pada halaman ini berisikan rancangan tampilan halaman request bengkel. Halaman request bengkel halaman yang berisikan menu pilihan, apakah pengguna ingin melakukan request bengkel, atau ingin melihat status request, atau ingin membatalkan request, dan kembali ke halaman utama. Berikut tampilan rancangan:

Gambar 3.23 Rancangan Menu Request Bengkel Pada Gambar 3.23 dijelaskan dari fungsi pada halaman request bengkel. Berikut penjelasannya:


56

a. List Menu Request Bengkel: Berfungsi untuk menampilkan halaman reques. b. List Menu Batalkan Request: Berfungsi untuk menampilkan halaman batalkan request. c. List Menu Cek Status: Berfungsi untuk menampilkan halaman cek status. d. List Menu Keluar: Berfungsi untuk kembali ke menu utama.

3.5.5 Rancangan Halaman Request Pada halaman ini berisikan peta dan form untuk user melakukan request. User menunentukan lokasinya dengan mengklik pada peta, dan mengisi form tentang data kendaraan. Berikut tampilan rancangan:

Gambar 3.24 Rancangan Halaman Request Pada Gambar 3.24 dijelaskan dari fungsi pada halaman request bengkel. Berikut penjelasannya:


57

a. Textfield Nomor Polisi: Berfungsi untuk memasukkan nomor polisi user. b. Textfield Tipe Kendaraan: Berfungsi untuk mengisi tipe kendaraan user. c. Textfield Keluhan: Berfungsi untuk mengisi keluhan yang terjadi pada sepeda motor user. d. Textfield Email: Berfungsi untuk mengisi email pada saat login. e. Google Maps: Fungsi klik untuk menentukan lokasi user. f. Button Send Request: Berfungsi untuk mengirim request bengkel. g. Button Cancel: Berfungsi untuk membatalkan request.

3.5.6 Rancangan Halaman Status Pada halaman ini berisikan status request yang telah dilakukan oleh user. Berikut tampilan rancangan:

Gambar 3.25 Rancangan Halaman Status


58

Pada halaman ini menjelaskan tentang status request yang telah dilakukan. Berisi id, nomor polisi, email, telepon, keluhan, dan status. Status akan berubah menadi dikonfirmasi apabila admin mengkonfirmasi request tersebut.

3.5.7 Rancangan Halaman Batalkan Request Pada halaman ini berisikan rancangan tampilan halaman batalkan request. Berikut tampilan rancangan:

Gambar 3.26 Rancangan Halaman Batalkan Request Pada Gambar 3.26 dijelaskan dari fungsi pada halaman batalkan request. Berikut penjelasannya: a. Textfield ID: Untuk mengisi id request, id dilihat pada halaman cek status.. b. Textfield Nomor Polisi: Untuk mengisi nomor polisi kendaraan user. c. Button OK: Berfungsi untuk melakukan pembatalan request ke tahap selanjutnya.


59

3.5.8 Rancangan Halaman Konfirmasi Batal Request Pada halaman ini berisikan rancangan tampilan halaman konfirmasi batal request. Berikut tampilan rancangan:

Gambar 3.27 Rancangna Halaman Konfirmasi Batal Pada Gambar 3.27 dijelaskan dari fungsi pada halaman konfirmasi batal. Berikut penjelasannya: a. Text View: Berisi status request. b. Button Ya: Berfungsi untuk melakukan konfirmasi pembatalan. c. Button Tidak: Berfungsi untuk menggagalkan konfirmasi pembatalan.


60

3.5.9 Rancangan Halaman Lokasi Bengkel Pada halaman ini berisikan rancangan tampilan halaman lokasi. Berikut tampilan rancangan:

Gambar 3.28 Rancangan Halaman Lokasi Bengkel Pada Gambar 3.28 menjelaskan alamat lokasi bengkel. Berisi peta dengan marker lokasi bengkel.

3.5.10 Rancangan Halaman Bantuan Pada halaman ini berisikan rancangan tampilan halaman bantuan dan cara menggunakan aplikasi. Berikut tampilan rancangan:


61

Gambar 3.29 Rancangan Halaman Bantuan Pada Gambar 3.29 menjelaskan tentang cara menggunakan aplikasi. Berisi langkahlangkah untuk user menggunakan aplikasi dan melakukan request bengkel.

3.5.11 Rancangan Halaman Tentang Pada halaman ini berisikan rancangan tampilan halaman tentang. Berikut tampilan rancangan:


62

Gambar 3.30 Rancangan Halaman Menu Tentang Pada Gambar 3.30 menjelaskan tentang halaman yang berisikan informasi tentang bengkel dan aplikasi bengkel

3.5.12 Rancangan Halaman Mekanik Pada halaman ini berisikan rancangan tampilan halaman mekanik, yaitu rute menuju lokasi pelanggan. Berikut tampilan rancangan:


63

Gambar 3.31 Rancangan Halaman Mekanik Pada Gambar 3.31 menjelaskan tentang halaman yang berisikan rute menuju lokasi pelanggan. Mekanik memilih id pelanggan terlebh dahulu, setelah memilih pelanggan klik button menuju lokasi untuk menampilkan rute lokasi pelanggan.

3.5.13 Rancangan Halaman Login Admin Pada halaman ini berisikan rancangan tampilan halaman login admin. Berikut tampilan rancangan:


64

Gambar 3.32 Rancangan Halaman Login Admin Pada Gambar 3.32 dijelaskan dari fungsi textfield dan button yang memiliki fungsi masing-masing. Berikut penjelasannya: a. Textfield Username: Berfungsi untuk memasukkan email admin. b. Password Field: Berfungsi untuk memasukkan password admin dengan karakter yang disamarkan dengan bulatan. c. Button Login: Berfungsi untuk melakukan login.

3.5.14 Rancangan Halaman Utama Admin Pada halaman ini berisikan rancangan tampilan halaman utama admin. Terdiri dari beberapa menu yaitu home, user, request, lokasi dan ganti password. Berikut tampilan rancangan:


65

Gambar 3.33 Rancangan Halaman Utama Admin Pada Gambar 3.33 dijelaskan dari fungsi pada halaman utama admin. Berikut penjelasannya: a. Menu Home: Berfungsi untuk menampilan halaman utama admin. b. Menu User: Berfungsi untuk menampilkan halaman user. c. Menu Request: Berfungsi untuk menampilkan halaman request. d. Menu Lokasi: Berfungsi untuk menampilkan lokasi user. e. Menu Ganti Password: Berfungsi untuk menampilkan halaman ganti password admin. f. Menu Logout: Berfungsi untuk keluar aplikasi.

3.5.15 Rancangan Halaman Request Admin Pada halaman ini berisikan data request user. Terdiri dari id, email, telepon dan status request. Berikut tampilan rancangan:


66

Gambar 3.34 Rancangan Halaman Request Admin Pada Gambar 3.34 dijelaskan dari fungsi pada halaman request admin. Berikut penjelasannya: a. ID Request: Id request user. b. Email: Email user yang melakukan request. c. Telepon: Nomor telepon user. d. Combo box Status Request: Berfungsi untuk merubah status request, dari belum konfirmasi menjadi konfirmasi atau tidak konfirmasi.

3.5.16 Rancangan Halaman Lokasi Pada halaman ini berisikan lokasi user. Terdiri dari peta dengan mareker yang berisi id, email, dan nomor polisi. Berikut tampilan rancangan:


67

Gambar 3.35 Rancangan Halaman Lokasi

3.5.17 Rancangan Halaman Edit User Pada halaman ini berisikan rancangan tampilan halaman edit user. Terdiri dari beberapa field yaitu nama, alamat, telepon, jenis kelamin, username dan password. Berikut tampilan rancangan:

Gambar 3.36 Rancangan Halaman Edit User


68

Pada Gambar 3.36 dijelaskan dari fungsi pada halaman edit user. Berikut penjelasannya: a. Textfield Nama: Berfungsi untuk mengganti nama user. b. Radio Button Jenis Kelamin: Berfungsi untuk memilih salah satu jenis kelamin user. c. Textfield Alamat: Berfungsi untuk mengganti alamat user. d. Textfield Telepon: Berfungsi untuk mengganti telepon user. e. Textfield Email: Berfungsi untuk mengganti email user. f. Textfield Nama: Berfungsi untuk mengganti password user. g. Button Simpan: Berfungsi untuk menyimpan perubahan pada data user. Button Kembali: Berfungsi untuk kembali ke menu utama admin.


BAB III ANALISA DAN PERANCANGAN SISTEM. 3.1 Objek Penelitian Sejarah Singkat Bengkel Berkah Maju Motor

Recommend Documents