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 fungsi-
fungsi 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.
 <<include>>
menerima pesanan

registrasi

<<include>>
<<exclude>>
transfer gaji
<<include>>

<<include>>
mengelola akun
<<include>> driver

melihat history
pemesanan
<<include>>
top up

mencari
<<include>>
penumpang
pelanggan

<<exclude>>
pembayaran melakukan order
bang pay
<<include>>

<<include>> <<include>>
login <<include>>

pembayaran cash
<<exclude>>

mengubah password

<<include>>

accounting laporan
<<include>> <<include>>
keuangan
<<include>>

<<include>> mengelola data driver

menerima pengaduan
melihat data
admin
call center pemesanan customer

<<include>> 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 jalur-
jalur 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
1
pembayaran
- pembayaran_id: char
+ nama_pembayaran: char
+ status: boolean
+ tanggal_input: date
+ input_id: char
+ tanggal_update: date
+ update_id: char
+ tambahPembayaran() : void
+ ubahPembayaran() : void
+ hapusPembayaran() : void
+ viewPembayaran() : void
jarak
- jarak_id: char
+ jarak_tempuh: int
+ harga_per_jarak: double
+ tanggal_input: date
+ input_id: date
+ tanggal_update: date
+ update_id: char
N M
+ tambahJarak() : void
+ ubahJarak() : void
+ hapusJarak() : void
+ viewJarak() : void
2.5
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.
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
bangPay
- bangPay_id: char
+ total_saldo: double
+ sisa_saldo: double
+ saldo_terpakai: double
+ tanggal_input: date
+ input_id: char
+ tanggal_update: date
+ update_id: date
1 + hitungBangPay() : void
+ viewBangPay() : void
+ melakukanPembayaran() : void
N
pelanggan
- 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
diskon
N
- 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
Sequence Diagram
Sequence diagram/diagram sekuen menggambarkan kelakuan/perilaku objek pada use case
Banyaknya diagram sekuen yang harus digambar adalah sebanyak pendefinisian use case
topUpBangPay
- id_pengisian: char
+ jenis_pengisian: char
1 N + jumlah_TopUp: double
+ tanggal_input: date
+ input_id: char
+ tanggal_update: date
+ update_id: date
+ topUpBangPay() : void
M
pemesanan
- pemesanan_id: char
+ tanggal_pemesanan: date
+ alamat_jemput: char
+ alamat_tujuan: char
+ tanggal_pembatalan: date
+ total_bayar: double
N M + 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
M
M
N
pembatalan
+ pembatalan_id: char
+ jenis_pembatalan: char
+ tanggal_input: date
+ input_id: char
+ tanggal_update: date
+ update_id: char
+ melakukanPembatalan() : void
Gambar 3 Class Diagram Pemesanan Ojek Online
bank_akun
- bank_id: char
+ nama_bank: char
N M + tanggal_input: date
+ input_id: char
+ tanggal_update: date
+ update_id: date
+ tambahBankAkun() : void
+ ubahBankAkun() : void
+ deleteBankAkun() : void
+ viewBankAkun() : void
1
1
driv er
kendaraan area
- driver_id: char
- kendaraan_id: char - area_id: char
+ nama_driver: char
+ email_driver: char + no_rekening: int + nama_area: char
+ no_polisi_motor: char
+ password: char + tanggal_input: date
+ no_hp_driver: int + tanggal_input: date + input_id: char
1 N M
+ jenis_kelamin: enum 1 + input_id: char + tanggal_update: date
+ status: boolean + tanggal_update: date + update_id: char
N M + total_komisi: double + update_id: date
+ tambahArea() : void
+ tanggal_input: date
+ input_id: char + tambahKendaraan() : void + UbahArea() : void
+ tanggal_update: date + ubahKendaraan() : void + hapusArea() : void
+ update_id: char + hapusKendaraan() : void + viewArea() : void
+ viewKendaraan() : void
+ mendaftarkanDriver() : void
+ menerimaPesanan() : void
+ membatalkanPesanan() : void
+ hitungKomisi() : void
N + ubahDriver() : void
+ hapusDriver() : void
N
+ viewDriver() : void
1
M user lev el
- user_id: char - level_id: char
pengaduan
+ nama_user: char + nama_level: char
+ pengaduan_id: char + email: char + tanggal_input: date
+ isi_pengaduan: char + password: char + input_id: char
N 1
+ status_pengaduan: char + tanggal_input: date + tanggal_update: date
+ tanggal_input: date + input_id: char + update_id: char
+ input_id: char + tanggal_update: date
+ tanggal_update: date + update_id: char + tambahLevel() : void
+ update_id: int + ubahLevel() : void
+ tambahUser() : void + hapusLevel() : void
+ tambahPengaduan() : void + ubahUser() : void + viewLevel() : void
+ ubahPengaduan() : void + hapusUser() : void
+ hapusPengaduan() : void + viewUser() : void
+ viewPengaduan() : void
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 himpunan peran yang
2. pengguna mainkan ketika
berinteraksi dengan use
case.

Mengindikasikan
3. Lifeline keberadaan sebuah object
dalam basis waktu.

Mengindikasikan sebuah
4 Activation objek yang akan melakukan
sebuah aksi.
Terletak diantara sistem
5 dengan duni sekelilingnya.
Boundary Semua form, laporan,
antarmuka ke perangkat
keras seperti dengan
Berhubungan printer atau
6 Control fungsionalitas
seperti pemanfaatan
sumber daya,untuk
Digunakan pemrosesan
Entity
7 menangani informasi yang
mungkin akan disimpan
secara permanen.
 8 Mengindikasikan
Message
Message komunikasi antara object.

Mengindikasikan
9
Self-Message komunikasi kembali
kedalam sebuah objek itu
10 Loop sendiri.
Mengeksekusi berulang
kali dan 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 Registrasi pelanggan atau user

Deskripsi Singkat Pelanggan atau user mengisi field dengan data
pelanggan baru
Aktor Pelanggan
Prekondisi Klik tombol Registrasi
Kondisi Akhir Data baru akan bertambah di database dan

• Pelanggan mengisi field sebagai pelanggan

ditampilkan pada aplikasi

• Kemudian klik tombol Registrasi

Alur Proses Utama

• Sistem mengecek kelengkapan data dan

melakukan verifikasi data
Jika verifikasi berhasil maka data diupdate
Alur Alternatif 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

klik tombol daftar harus diisi

data tidak lengkap

data lengkap

v alidasi data

invalid valid

memberikan pesan simpan data ke

data gagal database
disimpan

memberikan
pesan berhasil

selesai
Lampiran 2 Activity diagram dan use case deskripsi pada fungsi login

Use Case Login

Deskripsi Singkat Pengguna mengisi alamat email dan password
Aktor Pelanggan, Driver, Admin, Accounting
Prekondisi --
Kondisi Akhir Memiliki hak akses lebih dan menuju halaman

• Pengguna memasukkan alamat email dan

ketika login
Alur Proses Utama

• Kemudian klik tombol login

password

• Jika pengguna memiliki hak akses sebagai

admin maka pengguna akan mempunyai hak
akses untuk keseluruhan kecuali menu yang

• Jika pengguna memiliki hak akses sebagai

terdapat pada pelanggan

pelanggan maka pengguna akan mendapat

menu sendiri dan tidak bisa diakses selain

• Jika pengguna memiliki hak akses sebagai

pengguna

driver maka pengguna akan mendapat menu

• Jika pengguna memiliki hak akses sebagai

sendiri yang tidak dapat diakses selain driver

accounting maka pengguna akan mendapat

menu berisi keseluruhan transaksi serta filter
untuk transaksi yang ingin di cek
Alur Alternatif 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 Mengelola Akun

Deskripsi Singkat Pelanggan mengelola akun mulai dari melihat
history, mengubah, dan menonaktifkan atau
menghapus akun
Aktor Pelanggan
 Prekondisi Klik tombol ubah untuk perubahan data akun,
nonaktif atau hapus untuk akun yang ingin di
nonaktifkan
Kondisi Akhir Data terbaru akan berubah di database dan
ditampilkan pada aplikasi dan data yang
dinonaktifkan akan hilang dari aplikasi atau tidak

• Pelanggan mengisi field data pelanggan

dapat mengakses aplikasi

• Kemudian klik tombol Perbaharui

Alur Proses Utama

• Sistem mengecek kelengkapan data dan

melakukan verifikasi data
Jika verifikasi berhasil maka data diupdate
Alur Alternatif Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan

act Use Case Model

MENGELOLA AKUN DALAM MELIHAT HISTORY

PEMESANAN

PENGGUNA SISTEM

mulai mengecek data history

masuk ke menu akun

menampilkan hasil history

klik tombol history

klik history yg akan masuk ke history yg

dilihat sudah dipilih

selesai
act Use Case Model

MENGELOLA AKUN PADA UPDAT E PROFILE

PENGGUNA SISTEM

mul ai

masuk ke
masuk ke menu aw al sistem/database akun

klik tombol akun

menampilkan menu akun

klik profile pada

masuk dan menampilkan
menu akun
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

pilih picture memilih picture untuk
profile

v alidasi data pada

database

ti dak val i d val i d

menampilkan pesan error berhasil mengganti

profile

sel esai
Lampiran 4 Activity diagram dan use case deskripsi pada fungsi melakukan order

Use Case Melakukan Order

Deskripsi Singkat Pelanggan mengisi field dengan alamat jemput
dan alamat tujuan yang akan dituju.
Aktor Pelanggan
Prekondisi Klik tombol Pesan
Kondisi Akhir Data pemesanan baru akan bertambah di database

• Pelanggan mengisi field pemesanan ojek

dan ditampilkan pada aplikasi

• Kemudian klik tombol Pesan

Alur Proses Utama

• Sistem mengecek kelengkapan data dan

melakukan verifikasi data alamat
Jika verifikasi berhasil maka data pemesanan
berhasil
Alur Alternatif 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

pilih metode pembayaran menampilkan pilihan metode

pembayaran

memilih memilih
pembayaran pembayaran
tunai dengan BangPay

tunai BangPay

v alidasi j umlah
saldo BangPay

saldo tidak cukup

dan pilih metode
pembayaran lain

klik tombol pesan saldo cukup

driv er

menampilkan halaman
sedang mencari driv er

cek ketersediaan driv er

dalam database

memberikan pesan memberikan pesan driv er

driv er tidak ditemukan dan
diterimukan 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 Melakukan order pada fungsi pembayaran

Deskripsi Singkat Pelanggan mengisi field order dengan data
pembayaran ojek terbaru yang akan dipesan
Aktor Pelanggan
Prekondisi Klik tombol konfirmasi pembayaran, melalui
BangPay atau Cash
Kondisi Akhir Data pembayaran baru akan bertambah di

• Pelanggan mengisi field pembayaran

database dan ditampilkan pada aplikasi

• Kemudian
Alur Proses Utama
klik tombol Konfirmasi

• Sistem mengecek kelengkapan data dan

pembayaran

melakukan verifikasi data

Jika verifikasi berhasil maka data bertambah
Alur Alternatif 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 Menerima Pesanan

Deskripsi Singkat Driver melihat daftar pesanan pada saat itu atau
real time
Aktor Driver
Prekondisi Klik tombol terima pesanan yang ada di
notifikasi utama driver

• Driver menerima notifikasi pemesanan

Kondisi Akhir Data pesanan yang diterima akan ditampilkan

• Kemudian klik tombol Terima

Alur Proses Utama

• Sistem mengecek kelengkapan data pesanan

Jika pesanan diterima maka terdapat status
pesanan sedang diproses
Alur Alternatif Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan
act Use Case Model

MENERIMA PESANAN

PENGGUNA SISTEM DRIVER

mulai

klik order memulai pencarian driv er

no ya
klik search again
driv er tidak ditemukan menemukan driv er

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 Mengubah Password

Deskripsi Singkat Driver mengubah field dengan data password
yang terbaru
Aktor Driver
Prekondisi Klik tombol ubah

• Driver mengisi field dengan data yang ingin

Kondisi Akhir Data berhasil diubah pada database
Alur Proses Utama

• Kemudian klik tombol Ubah

diubah

• Sistem mengecek kelengkapan data dan

• Jika verifikasi berhasil maka data diupdate

melakukan verifikasi data

Alur Alternatif 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 menampilkan menu akun

akun

masuk & menampilkan

menu security

klik change passw ord

menampilkan menu
pengisian passw ord lama &
baru

masukan passw ord lama

v erifikasi data

masukan passw ord baru menampilkan menu

pengisian passw ord
baru

v erifikasi passw rod baru

v alidasi data

tidak
menampilkan
passw ord is valid
already

valid

menampilkan
notifikasi passw ord
berhasil diubah

selesai
Lampiran 8 Activity diagram dan use case deskripsi pada pengecekan history pemesanan

Use Case History Pemesanan

Deskripsi Singkat Driver melihat daftar pemesanan yang diterima
Aktor Driver
Prekondisi Klik tombol cek yang ada di halaman utama
Kondisi Akhir Data history pemesanan yang dicari akan

• Driver mengisi field pengecekan history

ditampilkan
Alur Proses Utama

• Kemudian klik tombol cek history

pemesanan

• Sistem mengecek kelengkapan data

pemesanan Jika pemesanan ada maka akan
ditampilkan di halaman website
Alur Alternatif 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 Laporan Keuangan

Deskripsi Singkat melihat daftar keuangan yang diterima
Aktor Driver
Prekondisi Klik tombol laporan keuangan yang ada di
halaman utama
Kondisi Akhir Data laporan keuangan yang dicari akan

• Driver mengisi field laporan keuangan sesuai

ditampilkan
Alur Proses Utama
dengan jangka waktu yang diinginkan, dan
lakukan transfer jika ingin memasukkan uang
ke dalam rekening dengan batas minimal

• Kemudian klik tombol laporan keuangan

transfer Rp 50.000,-.

• 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,-.
Alur Alternatif 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 menampilkan total

bonus 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

menampilkan tampilan
klik transfer data driv er

transfer gaj i/bonus

sel esai

Lampiran 10 Activity diagram dan use case deskripsi pada fungsi mengelola data driver

Use Case Mengelola data driver

Deskripsi Singkat Admin mengelola data driver mulai dari
mengubah, menambah, atau menonaktifkan driver
Aktor Admin
Prekondisi Klik tombol tambah untuk penambahan driver,
tombol ubah untuk perubahan data driver, non-
aktif untuk driver yang di non-aktifkan
Kondisi Akhir Data baru akan bertambah di database dan
ditampilkan pada aplikasi dan begitu juga dengan
data yang diubah, dan data yang dinon-aktifkan

• Admin mengisi field tambah driver

akan hilang dari halaman situs website.

• Kemudian klik tombol simpan

Alur Proses Utama

• Sistem mengecek kelengkapan data dan

• Jika verifikasi berhasil maka data bertambah

melakukan verifikasi data

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
Alur Alternatif Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan.
act Use Case Model

INPUT DATA USER

ADMIN SISTEM

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
valid
memberikan pesan simpan data driv er
data gagal simpan ke database

memberikan pesan
berhasil disimpan

selesai
Lampiran 11 Acitivity diagram dan use case deskripsi pada fungsi melihat data

Use Case Melihat data

Deskripsi Singkat Admin melihat field dengan isi data history driver
dan history pemesanan transaksi customer
Aktor Admin
Prekondisi Klik tombol transaksi

• Admin akan masuk ke server utama

Kondisi Akhir -

• memilih menu data pemesanan pelanggan

Alur Proses Utama

• admin memiliki dua pilihan untuk hanya

melihat atau bisa juga meng-export data ke

• system akan menampilkan seluruh data

database.

pemesanan pelanggan per harinya

Alur Alternatif 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

mulai
utama

masuk ke serv er

pilih menu data menampilkan menu

pemesanan customer 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 valid

menampilkan sav e data berhasil di

error simpan

menampilkan hasil
data pemesanan
customer

selesai
Lampiran 12 Activity diagram dan use case deskripsi pada fungsi proses laporan keuangan

Use Case Laporan Keuangan

Deskripsi Singkat Accounting melihat field dengan isi data transaksi
pemesanan
Aktor Accounting
Prekondisi Klik tombol laporan keuangan
Kondisi Akhir Data laporan Keuangan akan terupdate setiap
bulannya sebagai penilaian perkembangan

• Accounting mencetak data laporan keuangan

perusahaan
Alur Proses Utama

• System menyimpan atau menyalin laporan

dalam perbulan

• Accounting mencetak laporan berupa file

keuangan pada database

excel untuk di setor secara digital perbulan ke

• system akan menampilkan seluruh data

perusahaan

pemesanan pelanggan per harinya

Alur Alternatif 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 memberikan
notifikasi gagal notifikasi data
simpan berhasil disimpan

klik print

menampilkan pilihan
printer yg akan dipakai

klik printer yg akan

digunakan

print data laporan

klik ok
keuangan

selesai
Lampiran 13 Activity diagram dan use case deskripsi pada fungsi proses mencari pelanggan

Use Case Mencari Pelanggan

Deskripsi Singkat Driver dapat mencari pelanggan pada menu
mencari pelanggan
Aktor Driver
Prekondisi Klik tombol mencari pelanggan
Kondisi Akhir Driver akan lebih mudah mendapatkan pelanggan

• Driver memilih menu mencari pelanggan

tanpa harus menunggu lama

• System menampilkan notifikasi

Alur Proses Utama
hasil

• Driver mendapatkan pelanggan

pencarian pelanggan

Alur Alternatif 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 menampilkan notifikasi

notifikasi penumpang ditemukan
penumpang tidak
ditemukan

klik cancel menampilkan pilihan tampilkan tuj uan

pick up atau cancel data & penumpang

klik pick up menampilkan data

dan lokasi driv er
berada

sel esai

Lampiran 14 Activity diagram dan use case deskripsi pada fungsi menerima pengaduan

Use Case Menerima Pengaduan

Deskripsi Singkat Pihak call center akan mengurusi Laporan
pengaduan pelanggan
Aktor Call Center
Prekondisi Masuk ke server message pengaduan
Kondisi Akhir Laporan Pengaduan akan selalu di update

• Call center menerima message pengaduan

langsung setiap habis melakukan pengaduan

• System akan membuka data pengaduan

Alur Proses Utama
 • Call Center langsung mengurusi pengaduan

• Call Center mengrim balik message ke

tersebut

pelanggan
Alur Alternatif 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

PELANGGAN CALL CENTER SYSTEM

mulai

klik tombol rate & menampilkan menu rating &

pengaduan pengaduan

klik rate & mengetik

pengaduan

export data pengaduan ke

klik send database perusahaan

memberikan notifikasi
adanya pengaduan masuk klik buka message
ke call center

menampilkan data & isi

pengaduan pelanggan

klik reply message

membuka form baru

pengisian reply message

input message untuk

mereply

mengirim message klik send message

menampilkan notifikasi
sav e to database message has been sent
pengaduan

selesai
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 Accounting

Mulai
Masuk ke aplikasi Penyiapan
Data
Cari info lowongan
Input penugasan untuk Menerima perintah
driver
Perusahan
tidak
iklan lowongan driver di penugasan
internet akun registrasi

Membuat iklan Mengotrol

lowongan driver Melamar sebagai driver pemasukan &
Isi form register pengeluaran

Menerima data tidak

pelamar
Valida Laporan
si data
Keuangan
Ya
Ya
Konfirmasi terima
data pelamar Ya

Login
tidak
Terima lamaran
sebagai driver data perusahaan

Input email &

password
Proses berkas

tidak
valid
Sesuai
spesifikasi Ya
Hubungi calon driver Terima
panggilan
Masuk halaman akun
Penyimpanan
data Terima berkas Berikan berkas

Melakukan
proses
pemanggilan Ikuti test
driver
 Proses hasil
Ikuti test
testing Masuk halaman akun

tidak
Sesuai

Input lokasi
jemput & tujuan
Data
Ya
perusahaan
tidak
Konfirmasi driver Terima
Terima promo
Panggilan

Ya

Verifikasi Data Registrasi

Ulang Masukkan kode promo

tidak

Valid

Ya
Pembayaran

Data Valid
tidak
BangPay
Surat tanda terima
Proses data yg sudah menjdi sebagai driver
driver Cash Ya

Terima
Search Driver
perlengkapan

Waiting order

tidak
Order

Ya

Terima Order

HRD Admin Driver User Accounting

 Terima Order

Terima hasil
Pick up
laporan
keuangan

Order selesai Order selesai

Hitung Komisi
Ya tidak

Terima Pengaduan pengaduan

Terima
Komisi

Data pengaduan

selesai