Makalah Sistem Informasi Pemesanan Ojek

PERANCANGAN SISTEM INFORMASI
“PEMESANAN OJEK ONLINE”

Disusun oleh :

Ariska

201383161

Intan Marlina

201583079

Fernando Yahya

201583029

Nelsi Silaban

20160803084


UNIVERSITAS ESA UNGGUL
FAKULTAS ILMU KOMPUTER
SISTEM INFORMASI
JAKARTA
2017

Kata Pengantar
Segala puji dan syukur ke hadirat Tuhan Yang Maha Esa atas rahmat dan karunia-Nya
penulis dapat menyelesaikan tugas ini. Pembahasan yang di diskusikan dalam makalah ini ialah
mengenai Perancangan Sistem Pemesanan Ojek Online, mulai dari skenario kebutuhan user,
flowchart, use case, activity diagram, class diagram, dan sequence diagram.
Pada kesempatan ini, penulis mengucapkan terimakasih kepada teman-teman satu
kelompok atas kerja sama dan kekompakkannya serta Bapak Yulhendri selaku Dosen Mata Kuliah
Perancangan Sistem Berorientasi Objek (PSBO), dan semua pihak yang telah memberikan saran
dan bantuan selama menyelesaikan tugas ini.
Penulis menyadari bahwa masih terdapat kekurangan dalam menyelesaikan makalah ini
baik dari segi materi maupun penyajiannya, untuk itu saran serta kritikan yang membangun dari
dosen dan rekan-rekan sangat diharapkan guna perbaikan lebih lanjut. Akhir kata penulis berharap
semoga tulisan ini bermanfaat bagi pembaca khususnya pada Jurusan Sistem Informasi Universitas
Esa Unggul.


Jakarta, 8 Juni 2017

Kelompok Ojek Online

Daftar Isi
Kata Pengantar ................................................................................................................................ 2
Daftar Isi ......................................................................................................................................... 3
Daftar Gambar ................................................................................................................................ 4
Lampiran ......................................................................................................................................... 4
I.

Pendahuluan............................................................................................................................. 5
1.1

Latar Belakang ................................................................................................................. 5

1.2

Tujuan............................................................................................................................... 5


1.3

Batasan Masalah ............................................................................................................... 6

II. Pembahasan ............................................................................................................................. 7
2.1

Skenario............................................................................................................................ 7

2.2

Use Case ........................................................................................................................... 8

2.3

Activity Diagram ............................................................................................................ 10

2.4


Class Diagram ................................................................................................................ 13

2.5

Sequence Diagram.......................................................................................................... 14

2.6

Flowchart........................................................................................................................ 17

Kesimpulan ................................................................................................................................... 19
Daftar Pustaka ............................................................................................................................... 19
Lampiran ....................................................................................................................................... 20

Daftar Gambar
Gambar 1 Use Case Diagram Pemesanan Ojek Online ................................................................ 10
Gambar 2 Activity Diagram Pemesanan Ojek Online .................................................................. 12
Gambar 3 Class Diagram Pemesanan Ojek Online ...................................................................... 14

Lampiran

Lampiran 1 Activity diagram dan use case deskripsi pada fungsi registrasi pelanggan ............... 20
Lampiran 2 Activity diagram dan use case deskripsi pada fungsi login....................................... 22
Lampiran 3 Activity diagram dan use case spesifikasi pada fungsi mengelola akun ................... 23
Lampiran 4 Activity diagram dan use case deskripsi pada fungsi melakukan order .................... 26
Lampiran 5 Activity diaram dan use case deskripsi pada fungsi melakukan pembayaran ........... 28
Lampiran 6 Activity diagram dan use case deskripsi pada fungsi menerima pesanan ................. 28
Lampiran 7 Activity diagram dan use case deskripsi pada fungsi mengubah password .............. 30
Lampiran 8 Activity diagram dan use case deskripsi pada pengecekan history pemesanan ........ 32
Lampiran 9 Activity diagram dan use case deskripsi pada fungsi laporan keuangan .................. 32
Lampiran 10 Activity diagram dan use case deskripsi pada fungsi mengelola data driver .......... 33
Lampiran 11 Acitivity diagram dan use case deskripsi pada fungsi melihat data ........................ 36
Lampiran 12 Activity diagram dan use case deskripsi pada fungsi proses laporan keuangan ..... 38
Lampiran 13 Activity diagram dan use case deskripsi pada fungsi proses mencari pelanggan ... 40
Lampiran 14 Activity diagram dan use case deskripsi pada fungsi menerima pengaduan .......... 41
Lampiran 15 Sequence diagram user ............................................................................................ 44
Lampiran 16 Sequence diagram driver ......................................................................................... 44
Lampiran 17 Sequence diagram accounting ................................................................................. 44
Lampiran 18 Sequence diagram admin......................................................................................... 45
Lampiran 19 Sequence diagram call center .................................................................................. 45
Lampiran 20 Flowchart ................................................................................................................. 45


I. Pendahuluan
1.1

Latar Belakang
Moda transportasi pada zaman sekarang ini semakin banyak modelnya, mulai dari

transportasi darat laut dan udara, transportasi merupakan suatu hal penting yang merupakan
kebutuhan pokok dari setiap manusia, khususnya bagi masyarakat Jakarta yang tiap harinya
mengalami penambahan penduduk sehingga terjadi peningkatan kemacetan ibukota baik dampak
dari kendaraan yang semakin meningkat penggunanya.
Mengikuti perkembangan teknologi yang semakin canggih membuat masyarakat lebih
mudah dalam menjalani kehidupan sehari-harinya. Dalam hal ini, untuk mendukung program
pemerintah dalam mengurangi kemacetan di ibukota, hadirnya sebuah perancangan aplikasi yang
diharapkan dapat mengatasi kemacetan di ibukota. Dimana pada aplikasi ini, pelaku bisnis ataupun
orang yang aktif berkegiatan sehari-hari dapat mendapatkan moda transportasi yang mudah dan
tidak menunggu waktu yang lama. Dengan perancangan aplikasi pemesanan ojek online ini
diharapkan dapat membantu masyarakat dalam menjalani kehidupannya dan juga dengan aplikasi
ini dapat menjamin kenyamanan dan keamanan bagi pengguna, dimana pada aplikasi ini dilakukan
monitoring langsung oleh perusahaan pendiri aplikasi terhadap pengaduan keluhan pelanggan.

Dengan rancangan fitur pemesanan ojek online, serta rancangan sistem pengaduan yang dapat
memudahkan sisi pengguna dalam penggunaanya. Dan dalam hal ini juga dapat membantu
masyarakat yang belum memiliki pekerjaan sehingga dapat membantu untuk mengurangi
pengangguran. Dengan adanya rancangan aplikasi ini diharapkan dapat membantu segala pihak,
baik sisi pengguna maupun driver sebagai pengemudi.

1.2

Tujuan
Perancangan Sistem Pemesanan Ojek Online memiliki tujuan untuk pemenuhan tugas

kuliah Perancangan Sistem Berorientasi Objek dan selain itu dapat membantu masyarakat dalam
mendapatkan moda transportasi yang aman dan nyaman.

1.3

Batasan Masalah
Batasan rancangan sistem pemesanan ojek online hanya dapat diakses oleh pengguna yang

sudah melakukan registrasi terhadap sistem dan terdaftar sebagai pengguna dan driver.


II. Pembahasan
2.1

Skenario
Sistem Pemesanan Ojek Online merupakan sebuah sistem pemesanan ojek online berbasis

aplikasi. Dalam sistem ini terdiri dari 5 aktor yang terlibat dalam sistem, diantaranya bagian
admin, bagian accounting, driver, Call Center dan pelanggan ojek online. Untuk dapat
menggunakan aplikasi, terlebih dahulu calon driver mendaftarkan diri ke perusahaan sebagai
driver dan pada proses ini driver akan menerima panggilan, jika driver memenuhi sesuai dengan
spesifikasi yang dibutuhkan. Jika calon driver memenuhi kriteria, maka akan terdaftar sebagai
driver dan memiliki hak akses dalam sistem, melalui email dan password.
Dalam sistem driver, hanya bisa menerima pemesanan ojek, melihat data keuangan driver
itu sendiri dan mengubah password, dan pada data diri dan yang lainnya akan diinput oleh admin
yang bertugas. Pada data keuangan, driver dapat melakukan transfer uang hasil ojek online ke
rekening yang telah didaftarkan sebelumnya. Data keuangan yang tampil tersebut merupakan hasil
hitungan antara pendapatan hasil ojek driver dengan komisi ke perusahaan sesuai dengan
kesepakatan yang telah disetujui sebelumnya. . Admin bertugas untuk mengelola data driver, mulai
dari menambahkan data driver, mengubah data driver hingga menon-aktifkan status mengemudi

driver.
Pada bagian accounting, berfungsi untuk monitoring dan membuat laporan keuangan
antara pendapatan driver dan keuntungan oleh perusahaan. Pada sisi user, untuk dapat melakukan
pemesanan, terlebih dahulu user melakukan pendaftaran pada aplikasi dikarenakan pada aplikasi
ini memiliki syarat bahwa user tidak dapat melakukan pemesanan tanpa login ke dalam aplikasi.
Pada halaman pendaftaran, user diminta untuk menginput username, passoword, email, password
dan nomor handphone. Jika validasi data sudah selesai, maka data akan terkirim dan notifikasi
pengaktifan atau verifikasi akan dikirim ke email user tersebut dan user akan mendapatkan hak
akses ke dalam aplikasi. User dapat mengubah data diri dan juga user mendapatkan jenis
pembayaran dalam bentuk seperti pulsa yang dapat digunakan sebagai pembayaran selain dengan
menggunakan jenis pembayaran cash atau tunai.
Pada pemesanan ojek online, user akan diberikan kesempatan untuk melakukan cancel
booking, sesuai dengan alasan cancel booking yang tersedia dan pada cancel booking ini tidak
dikenakan biaya pembatalan order.Dan lewat Pengaduan tersebut User akan mendapat tanggapan

langsung dari Call Center dari Perusahaan Tersebut,dimana Call Center akan langsung mengecek
kebenaran dari pengaduan tersebut dengan mengumpulkan Informasi dari User tersebut dan Call
center akan langsung mengirimkan data pengaduan ini ke pihak admin ,dimana admin akan
langsung bekerja mengurusi pengaduan tersebut dengan kosekuensi memblokir id Driver atau
langsung metelpon Driver tersebut untuk pemrosesan lebih lanjut dan setelah semua proses selesai

Admin akan memasukan Data penganduan ke salinan database pengaduan perusahaan yang akan
digunakan oleh pihak perusahaan untuk menghitung Rate, bonus ataupun komisi yg akan di dapat
si Driver tersebut lewat cara kerjanya.

2.2

Use Case
Mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan sistem informasi

yang akan dibuat. Use case diagram adalah suatu model yang sangat fungsional dalam sebuah sistem yang
menggunakan actor dan use case. Sedangkan pengertian dari use case sendiri adalah layanan atau fungsifungsi yang tersedia pada sistem untuk penggunannya.
Use case diagram menggambarkan efek fungsionalitas yang telah diharapkan oleh sistem. Use case
diagram dapat sangat membantu bila kita sedang menyusun requitment sebuah sistem, mengkomunikasikan
sebuah rancangan aplikasi dengan konsumen, serta merancang test case untuk semua feature yang ada pada
sistem. aturannya, sebuah use case dapat di masukan lebih dari use case lain, sehingga duplikasi
fungsionalitas dapat dihindaro dengan cara menarik keluar fungsional yang common.

Macam komponen-komponen use case diagram:



Actor
Pada kenyataannya Actor bukanlah bagian dari diagram, namun untuk dapat terciptanya

suatu use case diagram diberikan beberapa actor dimana actor tersebut menjelaskan seseorang
atau sesuatu (seperti perangkat, system lain) yang berinteraksi dengan sistem. Sebuah actor
mungkin hanya memberikan informasi inputan pada sistem, hanya menerima informasi dari
sistem atau keduanya menerima dan member informasi pada sistem, actor hanya berinteraksi
dengan use case tetapi tidak memiliki control atas use case. Actor digambarkan secara umum
atau spesifik, dimana untuk membedakannya anda dapat menggunakan relationship.
Ada beberapa kemungkinan yang menyebabkan actor tersebut terkait dengan sistem antara
lain :
❖ Yang berkepentingan terhadap system dimana adanya arus informasi baik yang diterima
maupun yang inputkan ke system.

❖ Orang ataupun pihak yang akan mengelola system tersebut.
❖ External resource yang digunaka oleh system
❖ System lain yang berinteraksi dengan system yang akan dibuat


Use case
Use case merupakan gambaran fungsional dari suatu sistem, sehingga antara konsumen

dan pe Relasi dalam Use Case
Berikut adalah relasi dalam use case dan kegunaannya :ngguna sistem paham dan mengerti
mengenai kegunaan sistem yang akan dibangun.
a. Association, hubungan link antar element-element.
b. Generalization atau biasa disebut dengan inheritance (pewarisan), adalah sebuah
elemen yang merupakan spesifikasi dari elemen lainnya
c. Dependency merupakan elemen tergantung dari beberapa cara kepada elemen-elemen
lainnya.
d. Aggregation adalah bentuk asosiation dimana sebuah elemen berisi elemen lainnya
Pada diagram ini terdapat 5 (lima) aktor yaitu pelanggan, driver, admin, accounting dan
call center. Use case diagram Perancangan Sistem Pemesanan Ojek Online dapat dilihat pada
Gambar 1.



menerima pesanan

registrasi





transfer gaji





mengelola akun


driver
melihat history
pemesanan


top up

mencari
penumpang


pelanggan


pembayaran
bang pay

melakukan order



pembayaran cash

login







mengubah password



accounting

laporan
keuangan








mengelola data driver

menerima pengaduan
melihat data
pemesanan customer

call center



admin

mengelola data customer & driver

Gambar 1 Use Case Diagram Pemesanan Ojek Online

2.3

Activity Diagram
Activity diagram mendeskripsikan proses bisni dari sistem serta menjelaskan menu apa
saja yang ada pada Ojek Online. Activity diagram menggambarkan aktivitas yang dilakukan
oleh sistem bukan aktivitas dari aktor. Activity diagrams adalah sesuatu yang menggambarkan

berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir
berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram
juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action
dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya atau internal processing.
Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem dan
interaksi antar subsistem secara eksak, tetapi lebih menggambarkan proses-proses dan jalurjalur aktivitas dari level atas secara umum.
Komponen yang ada pada activity diagram antara lain :
1)

Activity atau state : Menunjukan aktivitas yang dilakukan.

2)

Initial activity atau initial state : Menunjukan awal aktivitas dimulai.

3)

Final Activity atau final state : Menunjukan bagian akhir dari aktivitas.

4)

Decission : Digunakan untuk menggambarkan test kondisi untuk memastikan
bahwa control flow atau object flow mengalir lebih ke satu jalur. Jumlah jalur
sesuai yang diinginkan.

5)

Merge : Berfungsi menggabungkan flow yang dipecah oleh decission.

6)

Synchronization : Diabgi menjadi 2 yaitu fork dan join: Fork digunakan untuk
memecah behaviour menjadi activity atau action yang paralel, sedangkan join
untuk menggabungkan kembali activity atau action yang paralel.

7)

Swimlanes : Memecah activity diagram menjadi baris dan kolom untuk membagi
tangung jawab obyek-obyek yang melakukan aktivitas.

8)

Transition : Menunjukan aktivitas selanjutnya setelah aktivitas sebelumnya.
Terkadang keliru dalam penggunaan decission dengan fork.
Pada activity diagram ini menjelaskan alur login dari pengguna aplikasi. Activity

diagram login dapat dilihat pada gambar 2 dan untuk penjelasan activity diagram
selanjutnya dapat dilihat pada halaman Lampiran 1 – lampiran 14.

act Use Case Model

LOGIN

PENGGUNA

SISTEM

MULAI
data tidak lengkap
masukan email &
passw ord

klik tombol lagin

cek kelengkapan data

data lengkap
v alidasi data pada
database

berhasil login dan
mempunyai hak
akses

memberikan pesan
gagal login

selesai

Gambar 2 Activity Diagram Pemesanan Ojek Online

2.4

Class Diagram
Class Diagram dibuat agar pembuat program membuat kelas-kelas sesuai rancangan di

dalam diagram kelas dan antara dokumentasi peranangan dan perangkat lunak sinkron. 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 oleh suatu kelas



operasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas



Elemen-Elemen Class Diagram

Digambarkan dengan bujur sangkar yang memiliki tiga ruangan yaitu:
1)

Nama (dan stereotype)

2)

Atribut

3)

Method/Operation

Diagram kelas mendeskripsikan jenis-jenis objek dalam sistem dan berbagai hubungan
statis yang terdapat di antara mereka. Diagram kelas juga menunjukkan properti dan operasi
sebuah kelas dan batasan-batasan yang terdapat dalam hubungan-hubungan objek tersebut.
Diagram kelas menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan
satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain. Class diagram dapat dilihat
pada gambar .

class ClassDiagram BangJek

bangPay
+
+
+
+
+
+
+
1
1

bank_akun

topUpBangPay

bangPay_id: char
total_saldo: double
sisa_saldo: double
saldo_terpakai: double
tanggal_input: date
input_id: char
tanggal_update: date
update_id: date

+
+
+
+
+
+

N

1

+ hitungBangPay() : void
+ viewBangPay() : void
+ melakukanPembayaran() : void

id_pengisian: char
jenis_pengisian: char
jumlah_TopUp: double
tanggal_input: date
input_id: char
tanggal_update: date
update_id: date

N

M

+ topUpBangPay() : void

+
+
+
+
+

bank_id: char
nama_bank: char
tanggal_input: date
input_id: char
tanggal_update: date
update_id: date

+
+
+
+

tambahBankAkun() : void
ubahBankAkun() : void
deleteBankAkun() : void
viewBankAkun() : void

pembayaran
+
+
+
+
+
+

1

pembayaran_id: char
nama_pembayaran: char
status: boolean
tanggal_input: date
input_id: char
tanggal_update: date
update_id: char

+
+
+
+

N

pemesanan

jarak
jarak_id: char
jarak_tempuh: int
harga_per_jarak: double
tanggal_input: date
input_id: date
tanggal_update: date
update_id: char

+
+
+
+

tambahJarak() : void
ubahJarak() : void
hapusJarak() : void
viewJarak() : void

+
+
+
+
+
M +
+
+
+
+
+
+
+

pelanggan

tambahPembayaran() : void
ubahPembayaran() : void
hapusPembayaran() : void
viewPembayaran() : void

+
+
+
+
+
+

M

+
+
#
+
+
+
+

pelanggan_id: char
nama_pelanggan: char
email_pelanggan: char
password: char
no_hp_pelanggan: int
tanggal_input: date
input_id: char
tanggal_update: date
update_id: date

+
+
+
+
+

mendaftarPelanggan() : void
ubahDataPelanggan() : void
hapusDataPelanggan() : void
melakukanPemesanan() : void
melakukanPembayaran() : void

N

M

N

M

+
+
+
+
+
+
+
+

pemesanan_id: char
tanggal_pemesanan: date
alamat_jemput: char
alamat_tujuan: char
tanggal_pembatalan: date
total_bayar: double
total_bayar_stlh_diskon: date
komisi_Driver: double
komisi_perusahaan: double
total_diskon: double
tanggal_input: date
input_id: date
tanggal_update: date
update_id: char
tambahPemesanan() : void
hitungTotalBayar() : void
ubahPemesanan() : void
hapusPemesanan() : void
hitungHarga() : void
hitungDiskon() : void
viewPemesanan() : void
cetakLaporanPemesanan() : void

1
driv er
kendaraan

N

M

N

+
+
+
+
+
+
+
+
+
+
+

driver_id: char
nama_driver: char
email_driver: char
password: char
no_hp_driver: int
jenis_kelamin: enum
status: boolean
total_komisi: double
tanggal_input: date
input_id: char
tanggal_update: date
update_id: char

+
+
+
+
+
+
+

mendaftarkanDriver() : void
menerimaPesanan() : void
membatalkanPesanan() : void
hitungKomisi() : void
ubahDriver() : void
hapusDriver() : void
viewDriver() : void

1

1

+
+
+
+
+
+

kendaraan_id: char
no_rekening: int
no_polisi_motor: char
tanggal_input: date
input_id: char
tanggal_update: date
update_id: date

+
+
+
+

tambahKendaraan() : void
ubahKendaraan() : void
hapusKendaraan() : void
viewKendaraan() : void

area

N

M

+
+
+
+
+

area_id: char
nama_area: char
tanggal_input: date
input_id: char
tanggal_update: date
update_id: char

+
+
+
+

tambahArea() : void
UbahArea() : void
hapusArea() : void
viewArea() : void

N

M
1
diskon
+
+
+
+
+
-

diskon_id: char
nama_diskon: char
status: boolean
tanggal_input: date
input_id: char
tanggal_update: date
update_id: char

+
+
+
+

tambahDiskon() : void
ubahDiskon() : void
hapusDiskon() : void
viewDiskon() : void

user

M

N

pengaduan
N
pembatalan
+
+
+
+
+
+

pembatalan_id: char
jenis_pembatalan: char
tanggal_input: date
input_id: char
tanggal_update: date
update_id: char

+ melakukanPembatalan() : void

+
+
+
+
+
+
+
+
+
+
+

pengaduan_id: char
isi_pengaduan: char
status_pengaduan: char
tanggal_input: date
input_id: char
tanggal_update: date
update_id: int
tambahPengaduan() : void
ubahPengaduan() : void
hapusPengaduan() : void
viewPengaduan() : void

+
+
+
+
+
+
+

user_id: char
nama_user: char
email: char
password: char
tanggal_input: date
input_id: char
tanggal_update: date
update_id: char

+
+
+
+

tambahUser() : void
ubahUser() : void
hapusUser() : void
viewUser() : void

lev el

N

1

+
+
+
+
+

level_id: char
nama_level: char
tanggal_input: date
input_id: char
tanggal_update: date
update_id: char

+
+
+
+

tambahLevel() : void
ubahLevel() : void
hapusLevel() : void
viewLevel() : void

Gambar 3 Class Diagram Pemesanan Ojek Online

2.5

Sequence Diagram
Sequence diagram/diagram sekuen menggambarkan kelakuan/perilaku objek pada use case

dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar
objek. Oleh karena itu untuk menggambar diagram sekuen maka harus diketahui objek-objek yang
terlibat dalam sebuah use case beserta metode-metode yang dimiliki kelas yang diinstansiasi
menjadi objek itu.
Banyaknya diagram sekuen yang harus digambar adalah sebanyak pendefinisian use case
yang memiliki proses sendiri atau yang penting semua use case yang telah didefinisikan interaksi
jalannya pesan sudah dicakup pada diagram sekuen sehingga semakin banyak use case yang

didefinisikan maka diagram sekuen yang harus dibuat juga semakin banyak. Berikut adalah
simbol-simbol yang ada pada diagram sequence.

No

Simbol

Nama

Keterangan
Merupakan instance dari

1.

Object

sebuah class dan dituliskan

(Partisipan)

tersusun secara horizontal.
Menspesifikasikan

Actor
2.

himpunan

peran

yang

pengguna mainkan ketika
berinteraksi

dengan

use

case.
Mengindikasikan
3.

Lifeline

keberadaan sebuah object
dalam basis waktu.

Mengindikasikan
4

Activation

sebuah

objek yang akan melakukan
sebuah aksi.
Terletak

5

diantara

sistem

dengan duni sekelilingnya.
Boundary

Semua
antarmuka

form,

laporan,

ke

perangkat

keras
seperti dengan
printer atau
Berhubungan
6

Control

fungsionalitas
seperti pemanfaatan
sumber daya,untuk
pemrosesan
Digunakan

7

Entity

menangani informasi yang
mungkin

akan

secara permanen.

disimpan

8

Mengindikasikan

Message

Message

komunikasi antara object.

Mengindikasikan
9

Self-Message

komunikasi kembali
kedalam sebuah objek itu

10

Loop

sendiri.
Mengeksekusi
kali

dan

berulang
penjaga

menunjukan dasar iterasi.

1) Diagram Sekuen memiliki ciri yang berbeda dengan diagram interaksi pada Diagram
Kolaborasi sebagai berikut :
 Pada Diagram sekuen terdapat garis hidup objek. Garis hidup objek adalah garis tegas
vertikal yang mencerminkan eksistensi sebuah objek sepanjang periode waktu.
Sebagian besar objek-objek yang tercakup dalam diagram interaksi akan eksiss
sepanjang durasi tertentu dari interaksi, sehingga objek-objek itu diletakkan di bagian
atas diagram dengan garis hidup tergambar dari atas hingga bagian bawah diagram.
Suatu objek lain dapat saja diciptakan, dalam hal ini garis hidup dimulai saat pesan
Create diterima suatu objek.
 Terdapat fokus kendali (Focus of Control), berupa empat persegi panjang ramping dan
tinggi yang menampilkan aksi suatu objek secara langsung atau sepanjang sub ordinat.
Puncak dari empat persegi panjang adalah permulaan aksi, bagian dasar adalah akhir
dari suatu aksi (dan dapat ditandai dengan pesan Return). Pada diagram ini mungkin
juga memperlihatkan penyarangan (nesting) dan fokus kendali yang disebabkan oleh
proses rekursif dengan menumpuk fokus kendali yang lain pada induknya.
Sequence diagram pada Pemesanan Ojek Online dapat dilihat pada Lampiran 15 – lampiran
19.

2.6

Flowchart
Flowchart atau diagram alir merupakan sebuah diagram dengan simbol-simbol grafis yang

menyatakan aliran algoritma atau proses yang menampilkan langkah-langkah yang disimbolkan
dalam bentuk kotak, beserta urutannya dengan menghubungkan masing masing langkah tersebut
menggunakan tanda panah. Diagram ini bisa memberi solusi selangkah demi selangkah untuk
penyelesaian masalah yang ada di dalam proses atau algoritma tersebut. Berikut ini merupakan
symbol-simbol flowchart yang umum digunakan.
Nama

Simbol

Deskripsi

Garis Alir

Menunjukkan arah aliran algoritma, dari satu proses
ke proses berikutnya.

Terminal

Menunjukkan awal atau akhir sebuah proses.

Proses / Langkah

Menyatakan kegiatan yang akan terjadi dalam
diagram alir.

Titik Keputusan

Proses / langkah di mana perlu adanya keputusan atau
adanya kondisi tertentu. Di titik ini selalu ada dua
keluaran untuk melanjutkan aliran kondisi yang
berbeda.

Masukan

/ Digunakan untuk mewakili data masuk, atau data

Keluaran

keluar. Hanya bisa dimulai dari masukan menuju
keluaran, bukan sebaliknya.

Anotasi

Melambangkan

komentar

tentang

suatu

atau

beberapa bagian dari diagram alir. Tentu saja,
komentar tidak memiliki dampak apapun terhadap
proses yang berlangsung.
Predefined Process Digunakan untuk menunjukkan suatu proses yang
begitu kompleks, sehingga tidak bisa dijelaskan di
diagram alir ini dan merujuk pada diagram alir yang
terpisah.

Persiapan

/ Menunjukkan operasi yang tidak meiliki efek khusus

Inisialisasi

selain mempersiapkan sebuah nilai unutk lankah /
proses berikutnya. Lambang ini juga digunakan untuk
menggantikan titik pekuputusan yang biasanya
berbentuk

ketupat

jika

ingin

menggunakan

pengulangan pada kondisi tertentu.
Konektor

Dalam Biasanya digunakan dalam pengulangan. Digunakan

Halaman

untuk menghubungkan satu proses ke proses lainnya,
sama halnya seperti tanda panah. Boleh saja lebih dari
satu proses yang mengarah kepadanya, namun hanya
bisa menghasilkan satu keluaran. Sehingga diagram
alir terlihat lebih rapi karena mengurangi tanda panah
yang lalu lalang di dalam diagram alir.

Konektor

Luar Diagram alir tidak muat dalam satu halaman saja.

Halaman

Oleh karena itu, lambang ini berfungsi untuk
menghubungkan satu proses ke proses lainnya, sama
halnya seperti tanda panah, hanya saja untuk merujuk
ke halaman yang berbeda.

Kontrol / Inspeksi

Menunjukkan proses / langkah di mana ada inspeksi
atau pengontrolan.

Pada flowchart Pemesanan Ojek Online dapat dilihat pada Lampiran 20.

Kesimpulan
Perangancan Sistem Pemesanan Ojek Online dibuat menggunakan software Enterprise
Architect. Dalam rancangan ini terdapat 5 (lima) user yang secara aktif berhubungan langsung
dengan sistem diantaranya adalah pelanggan, driver, admin, accounting dan call center. Hak akses
yang diterima oleh pelanggan adalah dapat mengakses keseluruhan akun pelanggan dengan syarat
mendaftar sebagai member dan selanjutnya pelanggan dapat mengakses aplikasi dengan
memasukkan email dan password. Hak akses yang diterima oleh driver diantaranya dapat
mengakses keseluruhan sistem yang terdapat pada driver dan dengan syarat mengikuti proses
pendaftaran sebagai driver. Hak akses pada admin ialah dapat mengelola data driver dan dapat
mengakses sistem yang ada pada driver dan pelanggan. Pada bagian accounting, di dalam sistem
ini bertugas untuk membuat laporan transaksi perusahaan. Pada bagian call center atau pusat
pengaduan bertugas untuk menerima keluhan dari pelanggan atas pemesanan ojek online. Dengan
adanya rancangan sistem ini dapat memberikan gambaran kepada mahasiswa khususnya yang
mengikuti matakuliah Perancangan Sistem Berorientasi Objek.

Daftar Pustaka
http://fahrezafachrand.blogspot.co.id/2016/10/makalah-ojek.html
http://www.contohlengkap.com/2016/03/pengertian-dan-contoh-use-case-diagram.html
http://www.sistem-informasi.xyz/2016/08/pengertian-class-diagram.html
http://www.oto-didak13.com/2016/04/pengertian-activity-diagram.html
http://www.sistem-informasi.xyz/2016/08/pengertian-sequence-diagram.html
https://id.wikipedia.org/wiki/Diagram_alir

Lampiran
Lampiran 1 Activity diagram dan use case deskripsi pada fungsi registrasi pelanggan
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Registrasi pelanggan atau user
Pelanggan atau user mengisi field dengan data
pelanggan baru
Pelanggan
Klik tombol Registrasi
Data baru akan bertambah di database dan
ditampilkan pada aplikasi
• Pelanggan mengisi field sebagai pelanggan
• Kemudian klik tombol Registrasi
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
Jika verifikasi berhasil maka data diupdate
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

act Use Case Model

REGRISTRASI

PELANGGAN

SISTEM

tampilkan form
mulai

isi data pendaftaran pada setiap field

cek kelengkapan data yg
harus diisi

klik tombol daftar

data tidak lengkap

data lengkap
v alidasi data

invalid

valid

memberikan pesan
data gagal
disimpan

simpan data ke
database

memberikan
pesan berhasil

selesai

Lampiran 2 Activity diagram dan use case deskripsi pada fungsi login
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Login
Pengguna mengisi alamat email dan password
Pelanggan, Driver, Admin, Accounting
-Memiliki hak akses lebih dan menuju halaman
ketika login
• Pengguna memasukkan alamat email dan
password
• Kemudian klik tombol login
• Jika pengguna memiliki hak akses sebagai
admin maka pengguna akan mempunyai hak
akses untuk keseluruhan kecuali menu yang
terdapat pada pelanggan
• Jika pengguna memiliki hak akses sebagai
pelanggan maka pengguna akan mendapat
menu sendiri dan tidak bisa diakses selain
pengguna
• Jika pengguna memiliki hak akses sebagai
driver maka pengguna akan mendapat menu
sendiri yang tidak dapat diakses selain driver
• Jika pengguna memiliki hak akses sebagai
accounting maka pengguna akan mendapat
menu berisi keseluruhan transaksi serta filter
untuk transaksi yang ingin di cek
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

act Use Case Model

LOGIN

PENGGUNA

SISTEM

MULAI
data tidak lengkap
masukan email &
passw ord

klik tombol lagin

cek kelengkapan data

data lengkap
v alidasi data pada
database

berhasil login dan
mempunyai hak
akses

memberikan pesan
gagal login

selesai

Lampiran 3 Activity diagram dan use case spesifikasi pada fungsi mengelola akun
Use Case
Deskripsi Singkat

Aktor

Mengelola Akun
Pelanggan mengelola akun mulai dari melihat
history, mengubah, dan menonaktifkan atau
menghapus akun
Pelanggan

Prekondisi

Kondisi Akhir

Alur Proses Utama

Alur Alternatif

Klik tombol ubah untuk perubahan data akun,
nonaktif atau hapus untuk akun yang ingin di
nonaktifkan
Data terbaru akan berubah di database dan
ditampilkan pada aplikasi dan data yang
dinonaktifkan akan hilang dari aplikasi atau tidak
dapat mengakses aplikasi
• Pelanggan mengisi field data pelanggan
• Kemudian klik tombol Perbaharui
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
Jika verifikasi berhasil maka data diupdate
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

act Use Case Model

MENGELOLA AKUN DALAM MELIHAT HISTORY
PEMESANAN

PENGGUNA

mulai

SISTEM

mengecek data history

masuk ke menu akun

menampilkan hasil history
klik tombol history

klik history yg akan
dilihat

masuk ke history yg
sudah dipilih

selesai

act Use Case Model

MENGELOLA AKUN PADA UPDAT E PROFILE

PENGGUNA

SISTEM

mul ai

masuk ke
sistem/database akun

masuk ke menu aw al

klik tombol akun
menampilkan menu akun

klik profile pada
menu akun

masuk dan menampilkan
profile pada menu akun

klik tanda change profile

menampilkan pilihan
untuk mengambil data
untuk profile yg akan
diganti

klik untuk mengambil
data profile

cek kelengkapan data

ti dak

ya
masuk ke file untuk
memilih picture untuk
profile

pilih picture

v alidasi data pada
database

ti dak val i d
menampilkan pesan error

val i d
berhasil mengganti
profile

sel esai

Lampiran 4 Activity diagram dan use case deskripsi pada fungsi melakukan order
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Melakukan Order
Pelanggan mengisi field dengan alamat jemput
dan alamat tujuan yang akan dituju.
Pelanggan
Klik tombol Pesan
Data pemesanan baru akan bertambah di database
dan ditampilkan pada aplikasi
• Pelanggan mengisi field pemesanan ojek
• Kemudian klik tombol Pesan
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data alamat
Jika verifikasi berhasil maka data pemesanan
berhasil
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

act melakukanOrder
pelanggan

sistem

menampilkan halaman
pesan oj ek
mulai

isi field alamat j emput
dan alamat tuj uan

menampilkan pilihan metode
pembayaran

pilih metode pembayaran

memilih
pembayaran
dengan BangPay

memilih
pembayaran
tunai

tunai

BangPay

v alidasi j umlah
saldo BangPay

saldo tidak cukup
dan pilih metode
pembayaran lain

klik tombol pesan
driv er

saldo cukup

menampilkan halaman
sedang mencari driv er

cek ketersediaan driv er
dalam database

memberikan pesan
driv er tidak
diterimukan

memberikan pesan driv er
ditemukan dan
menampilkan data driv er

menyimpan data
pemesanan ke dalam
database

selesai

Lampiran 5 Activity diaram dan use case deskripsi pada fungsi melakukan pembayaran
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Melakukan order pada fungsi pembayaran
Pelanggan mengisi field order dengan data
pembayaran ojek terbaru yang akan dipesan
Pelanggan
Klik tombol konfirmasi pembayaran, melalui
BangPay atau Cash
Data pembayaran baru akan bertambah di
database dan ditampilkan pada aplikasi
• Pelanggan mengisi field pembayaran
• Kemudian
klik
tombol
Konfirmasi
pembayaran
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
Jika verifikasi berhasil maka data bertambah
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

Lampiran 6 Activity diagram dan use case deskripsi pada fungsi menerima pesanan
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Menerima Pesanan
Driver melihat daftar pesanan pada saat itu atau
real time
Driver
Klik tombol terima pesanan yang ada di
notifikasi utama driver
Data pesanan yang diterima akan ditampilkan
• Driver menerima notifikasi pemesanan
• Kemudian klik tombol Terima
• Sistem mengecek kelengkapan data pesanan
Jika pesanan diterima maka terdapat status
pesanan sedang diproses
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

act Use Case Model

MENERIMA PESANAN

DRIVER

SISTEM

PENGGUNA

mulai

memulai pencarian driv er

klik order

ya

no
klik search again

menemukan driv er

driv er tidak ditemukan

cek data driv er

memberikan notifikasi
pada pelanggan & Driv er

pelanggan

driver

driv er ditemukan

order masuk

menampilkan data
pelanggan

menampilkan data pick
up or cancel

menampilkan notifikasi
pickup atau cancel

klik cancel

klik pick up

menampilkan data driv er

menampilkan gps
penj emputan oleh driv er
ke tempat pick up

selesai

Lampiran 7 Activity diagram dan use case deskripsi pada fungsi mengubah password
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Mengubah Password
Driver mengubah field dengan data password
yang terbaru
Driver
Klik tombol ubah
Data berhasil diubah pada database
• Driver mengisi field dengan data yang ingin
diubah
• Kemudian klik tombol Ubah
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
• Jika verifikasi berhasil maka data diupdate
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

act Use Case Model

MENGELOLA AKUN DALAM MENGUBAH
PASSWORD
PENGGUNA

SISTEM

mulai
masuk ke sistem
database akun
masuk ke menu aw al

klik tombol akun

klik security pada menu
akun

menampilkan menu akun

masuk & menampilkan
menu security

klik change passw ord

menampilkan menu
pengisian passw ord lama &
baru

masukan passw ord lama

v erifikasi data

menampilkan menu
pengisian passw ord
baru

masukan passw ord baru

v erifikasi passw rod baru

v alidasi data

menampilkan
passw ord is
already

tidak
valid

valid
menampilkan
notifikasi passw ord
berhasil diubah

selesai

Lampiran 8 Activity diagram dan use case deskripsi pada pengecekan history pemesanan
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

History Pemesanan
Driver melihat daftar pemesanan yang diterima
Driver
Klik tombol cek yang ada di halaman utama
Data history pemesanan yang dicari akan
ditampilkan
• Driver mengisi field pengecekan history
pemesanan
• Kemudian klik tombol cek history
• Sistem
mengecek
kelengkapan
data
pemesanan Jika pemesanan ada maka akan
ditampilkan di halaman website
History pemesanan yang dicek tidak ada atau
belum pernah menerima pesanan
Kondisi akhir : menampilkan history pemesanan

Lampiran 9 Activity diagram dan use case deskripsi pada fungsi laporan keuangan
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Laporan Keuangan
melihat daftar keuangan yang diterima
Driver
Klik tombol laporan keuangan yang ada di
halaman utama
Data laporan keuangan yang dicari akan
ditampilkan
• Driver mengisi field laporan keuangan sesuai
dengan jangka waktu yang diinginkan, dan
lakukan transfer jika ingin memasukkan uang
ke dalam rekening dengan batas minimal
transfer Rp 50.000,-.
• Kemudian klik tombol laporan keuangan
• Sistem mengecek kelengkapan data keuangan
Jika laporan keuangan ada maka akan
ditampilkan di halaman website begitu juga
sebaliknya, dan tombol transfer akan aktif jika
uang sudah melebihi atau sama dengan Rp
50.000,-.
Laporan keuangan yang dicek kosong atau belum
pernah menerima pesanan
Kondisi akhir : menampilkan laporan keuangan

act Use Case M odel

T RANSFER GAJI

DRIVER

SISTEM

m ul ai

masuk ke akun driv er

menampilkan menu utama

klik menu lihat bonus

menu utama driv er

masuk ke menu bonus /
pendapatan driv er

cek hasil pendapatan
driv er

klik menu pencairan
bonus

menampilkan total
bonus/pendapatan yg
didapat driv er

menampilkan pilihan
pencairan bonus

klik trf bonus

cheking

bank yg akan di
trf

masukan kode bank

menampilkan hasil
pencarian dari kode bank

masukan no rek bank

v erifikasi data transfer

no

yes

klik transfer

menampilkan tampilan
data driv er

transfer gaj i/bonus

sel esai

Lampiran 10 Activity diagram dan use case deskripsi pada fungsi mengelola data driver
Use Case
Deskripsi Singkat
Aktor

Mengelola data driver
Admin mengelola data driver mulai dari
mengubah, menambah, atau menonaktifkan driver
Admin

Prekondisi

Kondisi Akhir

Alur Proses Utama

Alur Alternatif

Klik tombol tambah untuk penambahan driver,
tombol ubah untuk perubahan data driver, nonaktif untuk driver yang di non-aktifkan
Data baru akan bertambah di database dan
ditampilkan pada aplikasi dan begitu juga dengan
data yang diubah, dan data yang dinon-aktifkan
akan hilang dari halaman situs website.
• Admin mengisi field tambah driver
• Kemudian klik tombol simpan
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
• Jika verifikasi berhasil maka data bertambah
dan jika verifikasi data yang diubah berhasil
maka data diperbaharui dan jika verifikasi data
driver yang di non-aktifkan berhasil maka
driver tidak memiliki hak akses lagi
Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan.

act Use Case Model

INPUT DATA USER

SISTEM

ADMIN

menampilkan form
mulai

isi data driv er pada
setiap field

cek kelengkapan data yg harus di isi

klik tombol simpan

data tidak lengkap

data lengkap
v alidasi data

tidak
valid
memberikan pesan
data gagal simpan

valid
simpan data driv er
ke database

memberikan pesan
berhasil disimpan

selesai

Lampiran 11 Acitivity diagram dan use case deskripsi pada fungsi melihat data
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Melihat data
Admin melihat field dengan isi data history driver
dan history pemesanan transaksi customer
Admin
Klik tombol transaksi
• Admin akan masuk ke server utama
• memilih menu data pemesanan pelanggan
• admin memiliki dua pilihan untuk hanya
melihat atau bisa juga meng-export data ke
database.
• system akan menampilkan seluruh data
pemesanan pelanggan per harinya
Data transaksi yang dicari tidak ada
Kondisi akhir : menampilkan pesan kesalahan.

act Use Case Model

mengelola & melihat
data pemesanan
customer

ADMIN

SISTEM

menampilkan hasil menu
utama

mulai

masuk ke serv er

menampilkan menu
pemesanan customer

pilih menu data
pemesanan customer
melihat data
pemesanan customer

masuk menu daftar
pemesanan customer

pilih export data
pemesanan customer

menyalin / memindahkan
seluruh data pemesanan
hari ini

klik sav e

sav e data ke database
perusahaan & backup
data perusahaan

menyimpan seluruh data
yg sudah ditentukan

invalid
menampilkan sav e
error

valid
data berhasil di
simpan

menampilkan hasil
data pemesanan
customer

selesai

Lampiran 12 Activity diagram dan use case deskripsi pada fungsi proses laporan keuangan
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir

Alur Proses Utama

Alur Alternatif

Laporan Keuangan
Accounting melihat field dengan isi data transaksi
pemesanan
Accounting
Klik tombol laporan keuangan
Data laporan Keuangan akan terupdate setiap
bulannya sebagai penilaian perkembangan
perusahaan
• Accounting mencetak data laporan keuangan
dalam perbulan
• System menyimpan atau menyalin laporan
keuangan pada database
• Accounting mencetak laporan berupa file
excel untuk di setor secara digital perbulan ke
perusahaan
• system akan menampilkan seluruh data
pemesanan pelanggan per harinya
Data transaksi yang dicari tidak ada
Kondisi akhir : menampilkan pesan kesalahan.

act Use Case Model

laporan keuangan

accounting

sistem

mulai

klik menu laporan keuangan

menampilkan menu laporan keuangan

klik cetak laporan

laporan keuangan

menampilkan hasil cetakan laporan keuangan

klik export data

menampilkan pilihan untuk
tempat menyimpan data
laporan keuangan

klik ok/sav e

menyimpan / menyalin
laporan ke database yg
sudah dipilih

no

yes

memberikan
notifikasi gagal
simpan

memberikan
notifikasi data
berhasil disimpan

klik print

menampilkan pilihan
printer yg akan dipakai

klik printer yg akan
digunakan

klik ok

print data laporan
keuangan

selesai

Lampiran 13 Activity diagram dan use case deskripsi pada fungsi proses mencari pelanggan
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Alur Alternatif

Mencari Pelanggan
Driver dapat mencari pelanggan pada menu
mencari pelanggan
Driver
Klik tombol mencari pelanggan
Driver akan lebih mudah mendapatkan pelanggan
tanpa harus menunggu lama
• Driver memilih menu mencari pelanggan
• System menampilkan notifikasi
hasil
pencarian pelanggan
• Driver mendapatkan pelanggan
Pelanggan yang di cari tidak ditemukan
Kondisi akhir:menampilkan notifikasi pelanggan
tidak ditemukan dan notifikasi apakah ingin
kemabali mencari pelanggan

act Use Case Model

CARI PENUMPANG

DRIVER

SISTEM

menampilkan notifikasi pencarian
penumpang dalam j arak max 5km
mul ai

klik cari penumpang
memulai pencarian penumpang
dalam j arak 5km

no

yes

menampilkan
notifikasi
penumpang tidak
ditemukan

klik cancel

menampilkan notifikasi
penumpang ditemukan

menampilkan pilihan
pick up atau cancel

tampilkan tuj uan
data & penumpang

menampilkan data
dan lokasi driv er
berada

klik pick up

sel esai

Lampiran 14 Activity diagram dan use case deskripsi pada fungsi menerima pengaduan
Use Case
Deskripsi Singkat
Aktor
Prekondisi
Kondisi Akhir
Alur Proses Utama

Menerima Pengaduan
Pihak call center akan mengurusi Laporan
pengaduan pelanggan
Call Center
Masuk ke server message pengaduan
Laporan Pengaduan akan selalu di update
langsung setiap habis melakukan pengaduan
• Call center menerima message pengaduan
• System akan membuka data pengaduan



Alur Alternatif

Call Center langsung mengurusi pengaduan
tersebut
• Call Center mengrim balik message ke
pelanggan
Data pengaduan akan dimasukan langsung ke file
tempat
penyimpanan
seluruh
pengaduan
pelanggan sebagai laporan kinerja Driver ke
perusahaan setiap harinya.
Kondisi akhir : Menampilkan notifikasi data
berhasil di save

act Use Case Model

MENERIMA PENGADUAN

SYSTEM

CALL CENTER

PELANGGAN

mulai

menampilkan menu rating &
pengaduan

klik tombol rate &
pengaduan

klik rate & mengetik
pengaduan

export data pengaduan ke
database perusahaan

klik send

memberikan notifikasi
adanya pengaduan masuk
ke call center

klik buka message

menampilkan data & isi
pengaduan pelanggan

klik reply message

membuka form baru
pengisian reply message

input message untuk
mereply

mengirim message

sav e to database
pengaduan

selesai

klik send message

menampilkan notifikasi
message has been sent

Lampiran 15 Sequence diagram user

Lampiran 16 Sequence diagram driver

Lampiran 17 Sequence diagram accounting

Lampiran 18 Sequence diagram admin

Lampiran 19 Sequence diagram call center

Lampiran 20 Flowchart

HRD

Admin

Driver

User

Mulai

Accounting

Masuk ke aplikasi
Menerima perintah
penugasan

Input penugasan untuk
iklan lowongan driver di

Cari info lowongan
driver

tidak
registrasi

akun
Membuat iklan
lowongan driver

Penyiapan
Data
Perusahan

Melamar sebagai driver
Isi form register
tidak

Menerima data
pelamar
Valida
si data
Ya

Konfirmasi
data pelamar

Laporan
Keuangan

Ya

terima

Ya

Login
tidak
Terima lamaran
sebagai driver

data perusahaan
Input email &
password

Proses berkas

tidak
valid
Sesuai
spesifikasi

Ya

Hubungi calon driver

Penyimpanan
data

Terima berkas
Melakukan
proses
pemanggilan

Mengotrol
pemasukan &
pengeluaran

Terima
panggilan

Berikan berkas

Ikuti test

Masuk halaman akun

Proses hasil
testing

Ikuti test

Masuk halaman akun

tidak
Sesuai
Input lokasi
jemput & tujuan
Data
perusahaan

Ya

Terima

tidak

Terima
Panggilan

Konfirmasi driver

promo
Ya

Registrasi
Ulang

Verifikasi Data

Masukkan kode promo

tidak
Valid

Pembayaran

Ya

Data Valid
tidak
BangPay
Surat tanda terima
sebagai driver

Proses data yg sudah menjdi
driver

Cash
Terima
perlengkapan

Ya

Search Driver

Waiting order
tidak
Order
Ya

Terima Order

HRD

Admin

Driver

User

Accounting

Terima Order

Terima hasil
laporan
keuangan

Pick up

Order selesai

Order selesai

Hitung Komisi
tidak

Ya

pengaduan

Terima Pengaduan
Terima
Komisi

Data pengaduan
selesai