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
“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