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
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
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 ... 20Lampiran 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
I.
Pendahuluan
1.1 Latar BelakangModa 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
1.3 Batasan Masalah
Batasan rancangan sistem pemesanan ojek online hanya dapat diakses oleh pengguna yang
II.
Pembahasan
2.1 SkenarioSistem 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
langsung dari Call Center dari Perusahaan Tersebut,dimana Call Center akan langsung mengecek
kebenaran dari pengaduan tersebut dengan mengumpulkan Informasi dari User tersebut dan Call
center akan langsung mengirimkan data pengaduan ini ke pihak admin ,dimana admin akan
langsung bekerja mengurusi pengaduan tersebut dengan kosekuensi memblokir id Driver atau
langsung metelpon Driver tersebut untuk pemrosesan lebih lanjut dan setelah semua proses selesai
Admin akan memasukan Data penganduan ke salinan database pengaduan perusahaan yang akan
digunakan oleh pihak perusahaan untuk menghitung Rate, bonus ataupun komisi yg akan di dapat
si Driver tersebut lewat cara kerjanya.
2.2 Use Case
Mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan sistem informasi
yang akan dibuat. Use case diagram adalah suatu model yang sangat fungsional dalam sebuah sistem yang
menggunakan actor dan use case. Sedangkan pengertian dari use case sendiri adalah layanan atau
fungsi-fungsi yang tersedia pada sistem untuk penggunannya.
Use case diagram menggambarkan efek fungsionalitas yang telah diharapkan oleh sistem. Use case
diagram dapat sangat membantu bila kita sedang menyusun requitment sebuah sistem, mengkomunikasikan
sebuah rancangan aplikasi dengan konsumen, serta merancang test case untuk semua feature yang ada pada
sistem. aturannya, sebuah use case dapat di masukan lebih dari use case lain, sehingga duplikasi
fungsionalitas dapat dihindaro dengan cara menarik keluar fungsional yang common.
Macam komponen-komponen use case diagram:
• Actor
Pada kenyataannya Actor bukanlah bagian dari diagram, namun untuk dapat terciptanya
suatu use case diagram diberikan beberapa actor dimana actor tersebut menjelaskan seseorang
atau sesuatu (seperti perangkat, system lain) yang berinteraksi dengan sistem. Sebuah actor
mungkin hanya memberikan informasi inputan pada sistem, hanya menerima informasi dari
sistem atau keduanya menerima dan member informasi pada sistem, actor hanya berinteraksi
dengan use case tetapi tidak memiliki control atas use case. Actor digambarkan secara umum
atau spesifik, dimana untuk membedakannya anda dapat menggunakan relationship.
Ada beberapa kemungkinan yang menyebabkan actor tersebut terkait dengan sistem antara
lain :
❖ Yang berkepentingan terhadap system dimana adanya arus informasi baik yang diterima
❖ 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 peRelasi 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 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
<<exclude>>
melihat history pemesanan
mengelola data driver
melihat data pemesanan customer pembayaran
bang pay
mencari penumpang
berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir
berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram
juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action
dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya atau internal processing.
Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem dan
interaksi antar subsistem secara eksak, tetapi lebih menggambarkan proses-proses dan
jalur-jalur aktivitas dari level atas secara umum.
Komponen yang ada pada activity diagram antara lain :
1) Activity atau state : Menunjukan aktivitas yang dilakukan.
2) Initial activity atau initial state : Menunjukan awal aktivitas dimulai.
3) Final Activity atau final state : Menunjukan bagian akhir dari aktivitas.
4) Decission : Digunakan untuk menggambarkan test kondisi untuk memastikan
bahwa control flow atau object flow mengalir lebih ke satu jalur. Jumlah jalur
sesuai yang diinginkan.
5) Merge : Berfungsi menggabungkan flow yang dipecah oleh decission.
6) Synchronization : Diabgi menjadi 2 yaitu fork dan join: Fork digunakan untuk
memecah behaviour menjadi activity atau action yang paralel, sedangkan join
untuk menggabungkan kembali activity atau action yang paralel.
7) Swimlanes : Memecah activity diagram menjadi baris dan kolom untuk membagi
tangung jawab obyek-obyek yang melakukan aktivitas.
8) Transition : Menunjukan aktivitas selanjutnya setelah aktivitas sebelumnya.
Terkadang keliru dalam penggunaan decission dengan fork.
Pada activity diagram ini menjelaskan alur login dari pengguna aplikasi. Activity
diagram login dapat dilihat pada gambar 2 dan untuk penjelasan activity diagram
Gambar 2 Activity Diagram Pemesanan Ojek Online
act Use Case Model
SISTEM PENGGUNA
LOGIN
MULAI
masukan email & passw ord
klik tombol lagin cek kelengkapan data
v alidasi data pada database
berhasil login dan mempunyai hak
akses
memberikan pesan gagal login
selesai data tidak lengkap
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
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 class ClassDiagram BangJek
bangPay
- bangPay_id: char + total_saldo: double + sisa_saldo: double + saldo_terpakai: double + tanggal_input: date + input_id: char + tanggal_update: date + update_id: date
+ hitungBangPay() : void + viewBangPay() : void + melakukanPembayaran() : void
pelanggan
- pelanggan_id: char + nama_pelanggan: char + email_pelanggan: char # password: char - no_hp_pelanggan: int + tanggal_input: date + input_id: char + tanggal_update: date + update_id: date
+ mendaftarPelanggan() : void + ubahDataPelanggan() : void + hapusDataPelanggan() : void + melakukanPemesanan() : void + melakukanPembayaran() : void
driv er
- 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
kendaraan
- 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
pembayaran
- pembayaran_id: char + nama_pembayaran: char + status: boolean + tanggal_input: date + input_id: char + tanggal_update: date + update_id: char
+ tambahPembayaran() : void + ubahPembayaran() : void + hapusPembayaran() : void + viewPembayaran() : void
jarak
- jarak_id: char + jarak_tempuh: int + harga_per_jarak: double + tanggal_input: date + input_id: date + tanggal_update: date + update_id: char
+ tambahJarak() : void + ubahJarak() : void + hapusJarak() : void + viewJarak() : void
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
pembatalan
+ pembatalan_id: char + jenis_pembatalan: char + tanggal_input: date + input_id: char + tanggal_update: date + update_id: char
+ melakukanPembatalan() : void
area
- area_id: char + nama_area: char + tanggal_input: date + input_id: char + tanggal_update: date + update_id: char + tanggal_input: date + input_id: char + tanggal_update: date + update_id: date
+ tambahBankAkun() : void + ubahBankAkun() : void + deleteBankAkun() : void + viewBankAkun() : void
lev el
- level_id: char + nama_level: char + tanggal_input: date + input_id: char + tanggal_update: date + update_id: char
+ tambahLevel() : void + ubahLevel() : void + tanggal_input: date + input_id: char + tanggal_update: date + update_id: char
+ 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
pemesanan
- 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
topUpBangPay
- id_pengisian: char + jenis_pengisian: char + jumlah_TopUp: double + tanggal_input: date + input_id: char + tanggal_update: date + update_id: date
+ topUpBangPay() : void
didefinisikan maka diagram sekuen yang harus dibuat juga semakin banyak. Berikut adalah
simbol-simbol yang ada pada diagram sequence.
No Simbol Nama Keterangan
1. Object
(Partisipan)
Merupakan instance dari
sebuah class dan dituliskan
tersusun secara horizontal.
2.
Actor
Menspesifikasikan
himpunan peran yang
pengguna mainkan ketika
berinteraksi dengan use
case.
3. Lifeline
Mengindikasikan
keberadaan sebuah object
dalam basis waktu.
4 Activation
Mengindikasikan sebuah
objek yang akan melakukan
sebuah aksi.
5
Boundary
Terletak diantara sistem
dengan duni sekelilingnya.
Semua form, laporan,
antarmuka ke perangkat
keras seperti printer atau
6 Control
Berhubungan dengan
fungsionalitas
seperti pemanfaatan
sumber daya, pemrosesan
7 Entity
Digunakan untuk
menangani informasi yang
mungkin akan disimpan
8
Message
Mengindikasikan
komunikasi antara object.
9
Self-Message
Mengindikasikan
komunikasi kembali
kedalam sebuah objek itu
sendiri.
10 Loop Mengeksekusi berulang
kali dan penjaga
menunjukan dasar iterasi.
1) Diagram Sekuen memiliki ciri yang berbeda dengan diagram interaksi pada Diagram
Kolaborasi sebagai berikut :
Pada Diagram sekuen terdapat garis hidup objek. Garis hidup objek adalah garis tegas
vertikal yang mencerminkan eksistensi sebuah objek sepanjang periode waktu.
Sebagian besar objek-objek yang tercakup dalam diagram interaksi akan eksiss
sepanjang durasi tertentu dari interaksi, sehingga objek-objek itu diletakkan di bagian
atas diagram dengan garis hidup tergambar dari atas hingga bagian bawah diagram.
Suatu objek lain dapat saja diciptakan, dalam hal ini garis hidup dimulai saat pesan
Create diterima suatu objek.
Terdapat fokus kendali (Focus of Control), berupa empat persegi panjang ramping dan
tinggi yang menampilkan aksi suatu objek secara langsung atau sepanjang sub ordinat.
Puncak dari empat persegi panjang adalah permulaan aksi, bagian dasar adalah akhir
dari suatu aksi (dan dapat ditandai dengan pesan Return). Pada diagram ini mungkin
juga memperlihatkan penyarangan (nesting) dan fokus kendali yang disebabkan oleh
proses rekursif dengan menumpuk fokus kendali yang lain pada induknya.
Sequence diagram pada Pemesanan Ojek Online dapat dilihat pada Lampiran 15 – lampiran
19.
2.6 Flowchart
Flowchart atau diagram alir merupakan sebuah diagram dengan simbol-simbol grafis yang
menyatakan aliran algoritma atau proses yang menampilkan langkah-langkah yang disimbolkan
dalam bentuk kotak, beserta urutannya dengan menghubungkan masing masing langkah tersebut
menggunakan tanda panah. Diagram ini bisa memberi solusi selangkah demi selangkah untuk
penyelesaian masalah yang ada di dalam proses atau algoritma tersebut. Berikut ini merupakan
symbol-simbol flowchart yang umum digunakan.
Nama Simbol Deskripsi
Garis Alir Menunjukkan arah aliran algoritma, dari satu proses
ke proses berikutnya.
Terminal Menunjukkan awal atau akhir sebuah proses.
Proses / Langkah Menyatakan kegiatan yang akan terjadi dalam
diagram alir.
Titik Keputusan Proses / langkah di mana perlu adanya keputusan atau
adanya kondisi tertentu. Di titik ini selalu ada dua
keluaran untuk melanjutkan aliran kondisi yang
berbeda.
Masukan /
Keluaran
Digunakan untuk mewakili data masuk, atau data
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
Persiapan /
Inisialisasi
Menunjukkan operasi yang tidak meiliki efek khusus
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
Halaman
Biasanya digunakan dalam pengulangan. Digunakan
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
Halaman
Diagram alir tidak muat dalam satu halaman saja.
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.
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
Lampiran
Lampiran 1 Activity diagram dan use case deskripsi pada fungsi registrasi pelanggan
Use Case Registrasi pelanggan atau user
Deskripsi Singkat Pelanggan atau user mengisi field dengan data
pelanggan baru
Aktor Pelanggan
Prekondisi Klik tombol Registrasi
Kondisi Akhir Data baru akan bertambah di database dan
ditampilkan pada aplikasi
Alur Proses Utama • Pelanggan mengisi field sebagai pelanggan
• Kemudian klik tombol Registrasi
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
Jika verifikasi berhasil maka data diupdate
Alur Alternatif Data yang diisi tidak lengkap atau salah
act Use Case Model
SISTEM PELANGGAN
REGRISTRASI
mulai
tampilkan form
isi data pendaftaran pada setiap field
klik tombol daftar cek kelengkapan data ygharus diisi
v alidasi data
simpan data ke database memberikan pesan
data gagal disimpan
memberikan pesan berhasil
selesai
invalid valid
data tidak lengkap
Lampiran 2 Activity diagram dan use case deskripsi pada fungsi login
Use Case Login
Deskripsi Singkat Pengguna mengisi alamat email dan password
Aktor Pelanggan, Driver, Admin, Accounting
Prekondisi --
Kondisi Akhir Memiliki hak akses lebih dan menuju halaman
ketika login
Alur Proses Utama • 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
Alur Alternatif Data yang diisi tidak lengkap atau salah
Lampiran 3 Activity diagram dan use case spesifikasi pada fungsi mengelola akun
Use Case Mengelola Akun
Deskripsi Singkat Pelanggan mengelola akun mulai dari melihat
history, mengubah, dan menonaktifkan atau menghapus akun
Aktor Pelanggan
act Use Case Model
SISTEM PENGGUNA
LOGIN
MULAI
masukan email & passw ord
klik tombol lagin cek kelengkapan data
v alidasi data pada database
berhasil login dan mempunyai hak
akses
memberikan pesan gagal login
selesai data tidak lengkap
Prekondisi Klik tombol ubah untuk perubahan data akun, nonaktif atau hapus untuk akun yang ingin di nonaktifkan
Kondisi Akhir Data terbaru akan berubah di database dan
ditampilkan pada aplikasi dan data yang dinonaktifkan akan hilang dari aplikasi atau tidak dapat mengakses aplikasi
Alur Proses Utama • Pelanggan mengisi field data pelanggan
• Kemudian klik tombol Perbaharui
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
Jika verifikasi berhasil maka data diupdate
Alur Alternatif Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan
act Use Case Model
SISTEM PENGGUNA
MENGELOLA AKUN DALAM MELIHAT HISTORY PEMESANAN
mulai
masuk ke menu akun
klik tombol history
mengecek data history
menampilkan hasil history
klik history yg akan dilihat
masuk ke history yg sudah dipilih
act Use Case Model
SISTEM PENGGUNA
MENGELOLA AKUN PADA UPDAT E PROFILE
mul ai
masuk ke menu aw al
klik tombol akun
masuk ke sistem/database akun
menampilkan menu akun
klik profile pada
menu akun masuk dan menampilkanprofile 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
masuk ke file untuk memilih picture untuk
profile pilih picture
v alidasi data pada database
berhasil mengganti profile menampilkan pesan error
sel esai val i d ti dak val i d
ti dak
Lampiran 4 Activity diagram dan use case deskripsi pada fungsi melakukan order
Use Case Melakukan Order
Deskripsi Singkat Pelanggan mengisi field dengan alamat jemput
dan alamat tujuan yang akan dituju.
Aktor Pelanggan
Prekondisi Klik tombol Pesan
Kondisi Akhir Data pemesanan baru akan bertambah di database
dan ditampilkan pada aplikasi
Alur Proses Utama • 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
Alur Alternatif Data yang diisi tidak lengkap atau salah
act melakukanOrder
sistem pelanggan
mulai
menampilkan halaman pesan oj ek
isi field alamat j emput dan alamat tuj uan
pilih metode pembayaran menampilkan pilihan metode
pembayaran
tunai BangPay
klik tombol pesan driv er
v alidasi j umlah saldo BangPay
saldo tidak cukup dan pilih metode pembayaran lain
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
Lampiran 5 Activity diaram dan use case deskripsi pada fungsi melakukan pembayaran
Use Case Melakukan order pada fungsi pembayaran
Deskripsi Singkat Pelanggan mengisi field order dengan data
pembayaran ojek terbaru yang akan dipesan
Aktor Pelanggan
Prekondisi Klik tombol konfirmasi pembayaran, melalui
BangPay atau Cash
Kondisi Akhir Data pembayaran baru akan bertambah di
database dan ditampilkan pada aplikasi
Alur Proses Utama • Pelanggan mengisi field pembayaran
• Kemudian klik tombol Konfirmasi
pembayaran
• Sistem mengecek kelengkapan data dan
melakukan verifikasi data
Jika verifikasi berhasil maka data bertambah
Alur Alternatif Data yang diisi tidak lengkap atau salah
Kondisi akhir : menampilkan pesan kesalahan
Lampiran 6 Activity diagram dan use case deskripsi pada fungsi menerima pesanan
Use Case Menerima Pesanan
Deskripsi Singkat Driver melihat daftar pesanan pada saat itu atau real time
Aktor Driver
Prekondisi Klik tombol terima pesanan yang ada di
notifikasi utama driver
Kondisi Akhir Data pesanan yang diterima akan ditampilkan
Alur Proses Utama • Driver menerima notifikasi pemesanan
• Kemudian klik tombol Terima
• Sistem mengecek kelengkapan data pesanan
Jika pesanan diterima maka terdapat status pesanan sedang diproses
Alur Alternatif Data yang diisi tidak lengkap atau salah
act Use Case Model
DRIVER SISTEM
PENGGUNA
MENERIMA PESANAN
mulai
klik order memulai pencarian driv er
driv er tidak ditemukan menemukan driv er klik search again
cek data driv er
memberikan notifikasi pada pelanggan & Driv er
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
driv er ditemukan
ya no
Lampiran 7 Activity diagram dan use case deskripsi pada fungsi mengubah password
Use Case Mengubah Password
Deskripsi Singkat Driver mengubah field dengan data password
yang terbaru
Aktor Driver
Prekondisi Klik tombol ubah
Kondisi Akhir Data berhasil diubah pada database
Alur Proses Utama • 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
Alur Alternatif Data yang diisi tidak lengkap atau salah
act Use Case Model
SISTEM PENGGUNA
MENGELOLA AKUN DALAM MENGUBAH PASSWORD
mulai
masuk ke menu aw al
klik tombol akun
masuk ke sistem database akun
menampilkan menu akun klik security pada 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
menampilkan notifikasi passw ord
berhasil diubah
Lampiran 8 Activity diagram dan use case deskripsi pada pengecekan history pemesanan
Use Case History Pemesanan
Deskripsi Singkat Driver melihat daftar pemesanan yang diterima
Aktor Driver
Prekondisi Klik tombol cek yang ada di halaman utama
Kondisi Akhir Data history pemesanan yang dicari akan
ditampilkan
Alur Proses Utama • 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
Alur Alternatif History pemesanan yang dicek tidak ada atau
belum pernah menerima pesanan
Kondisi akhir : menampilkan history pemesanan
Lampiran 9 Activity diagram dan use case deskripsi pada fungsi laporan keuangan
Use Case Laporan Keuangan
Deskripsi Singkat melihat daftar keuangan yang diterima
Aktor Driver
Prekondisi Klik tombol laporan keuangan yang ada di
halaman utama
Kondisi Akhir Data laporan keuangan yang dicari akan
ditampilkan
Alur Proses Utama • 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,-.
Alur Alternatif Laporan keuangan yang dicek kosong atau belum
pernah menerima pesanan
Lampiran 10 Activity diagram dan use case deskripsi pada fungsi mengelola data driver
Use Case Mengelola data driver
Deskripsi Singkat Admin mengelola data driver mulai dari
mengubah, menambah, atau menonaktifkan driver
Aktor Admin
act Use Case M odel
SISTEM DRIVER
T RANSFER GAJI
m ul ai
masuk ke akun driv er menampilkan menu utama
menu utama driv er klik menu lihat bonus
masuk ke menu bonus / pendapatan driv er
cek hasil pendapatan driv er
menampilkan total bonus/pendapatan yg
didapat driv er klik menu pencairan
bonus
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
menampilkan tampilan data driv er klik transfer
transfer gaj i/bonus
Prekondisi Klik tombol tambah untuk penambahan driver, tombol ubah untuk perubahan data driver, non-aktif untuk driver yang di non-non-aktifkan
Kondisi Akhir Data baru akan bertambah di database dan
ditampilkan pada aplikasi dan begitu juga dengan data yang diubah, dan data yang dinon-aktifkan akan hilang dari halaman situs website.
Alur Proses Utama • 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
Alur Alternatif Data yang diisi tidak lengkap atau salah
act Use Case Model
SISTEM ADMIN
INPUT DATA USER
mulai
menampilkan form
isi data driv er pada setiap field
klik tombol simpan cek kelengkapan data yg harus di isi
v alidasi data
memberikan pesan data gagal simpan
simpan data driv er ke database
memberikan pesan berhasil disimpan
selesai data lengkap data tidak lengkap
tidak valid
Lampiran 11 Acitivity diagram dan use case deskripsi pada fungsi melihat data
Use Case Melihat data
Deskripsi Singkat Admin melihat field dengan isi data history driver
dan history pemesanan transaksi customer
Aktor Admin
Prekondisi Klik tombol transaksi
Kondisi Akhir -
Alur Proses Utama • 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
Alur Alternatif Data transaksi yang dicari tidak ada
act Use Case Model
ADMIN SISTEM
mengelola & melihat data pemesanan customer
mulai
masuk ke serv er
menampilkan hasil menu utama
pilih menu data pemesanan customer
menampilkan menu 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
data berhasil di simpan menampilkan sav e
error melihat data
pemesanan customer
menampilkan hasil data pemesanan
customer
Lampiran 12 Activity diagram dan use case deskripsi pada fungsi proses laporan keuangan
Use Case Laporan Keuangan
Deskripsi Singkat Accounting melihat field dengan isi data transaksi
pemesanan
Aktor Accounting
Prekondisi Klik tombol laporan keuangan
Kondisi Akhir Data laporan Keuangan akan terupdate setiap
bulannya sebagai penilaian perkembangan
perusahaan
Alur Proses Utama • 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
Alur Alternatif Data transaksi yang dicari tidak ada
act Use Case Model
sistem accounting
laporan keuangan
mulai
klik menu laporan keuangan menampilkan menu laporan keuangan
laporan keuangan klik cetak laporan
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
memberikan notifikasi data berhasil disimpan memberikan
notifikasi gagal simpan
klik print
menampilkan pilihan printer yg akan dipakai
klik printer yg akan digunakan
klik ok print data laporankeuangan
selesai
Lampiran 13 Activity diagram dan use case deskripsi pada fungsi proses mencari pelanggan
Use Case Mencari Pelanggan
Deskripsi Singkat Driver dapat mencari pelanggan pada menu
mencari pelanggan
Aktor Driver
Prekondisi Klik tombol mencari pelanggan
Kondisi Akhir Driver akan lebih mudah mendapatkan pelanggan
tanpa harus menunggu lama
Alur Proses Utama • Driver memilih menu mencari pelanggan
• System menampilkan notifikasi hasil
pencarian pelanggan
• Driver mendapatkan pelanggan
Alur Alternatif Pelanggan yang di cari tidak ditemukan
Lampiran 14 Activity diagram dan use case deskripsi pada fungsi menerima pengaduan
Use Case Menerima Pengaduan
Deskripsi Singkat Pihak call center akan mengurusi Laporan
pengaduan pelanggan
Aktor Call Center
Prekondisi Masuk ke server message pengaduan
Kondisi Akhir Laporan Pengaduan akan selalu di update
langsung setiap habis melakukan pengaduan
Alur Proses Utama • Call center menerima message pengaduan
• System akan membuka data pengaduan
act Use Case Model
SISTEM DRIVER
CARI PENUMPANG
mul ai
klik cari penumpang
menampilkan notifikasi pencarian penumpang dalam j arak max 5km
memulai pencarian penumpang dalam j arak 5km
menampilkan notifikasi penumpang ditemukan menampilkan
notifikasi penumpang tidak
ditemukan
tampilkan tuj uan data & penumpang menampilkan pilihan
pick up atau cancel klik cancel
klik pick up menampilkan data
dan lokasi driv er berada
sel esai
• Call Center langsung mengurusi pengaduan tersebut
• Call Center mengrim balik message ke
pelanggan
Alur Alternatif Data pengaduan akan dimasukan langsung ke file
tempat penyimpanan seluruh pengaduan
pelanggan sebagai laporan kinerja Driver ke perusahaan setiap harinya.
act Use Case Model
CALL CENTER SYSTEM
PELANGGAN
mulai
klik tombol rate & pengaduan
klik rate & mengetik pengaduan
klik send
menampilkan menu rating & pengaduan
export data pengaduan ke database perusahaan
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
klik send message mengirim message
menampilkan notifikasi message has been sent sav e to database
pengaduan
selesai
Lampiran 15 Sequence diagram user
Lampiran 16 Sequence diagram driver
Lampiran 18 Sequence diagram admin
Lampiran 19 Sequence diagram call center
HRD Admin Driver User Accounting
Mulai
Input penugasan untuk iklan lowongan driver di
Menerima perintah penugasan
Membuat iklan lowongan driver
Cari info lowongan driver
Melamar sebagai driver
Menerima data pelamar
terima Konfirmasi
data pelamar
Ya
data perusahaan tidak Terima lamaran
sebagai driver
Proses berkas
Sesuai
Hubungi calon driver Terima
panggilan
Berikan berkas Terima berkas
Ikuti test
Masuk ke aplikasi
akun registrasi
Isi form register
Valida si data
Login Ya
tidak
Input email & password
valid
Masuk halaman akun tidak pemasukan &
pengeluaran
Laporan Keuangan tidak
HRD Admin Driver User Accounting
Proses hasil testing
Sesuai
Data perusahaan
Terima Terima
Panggilan
Registrasi Ulang Verifikasi Data
Valid
Data Valid Ya tidak
Surat tanda terima sebagai driver
Terima perlengkapan
Ikuti test
tidak
Ya
Konfirmasi driver
Proses data yg sudah menjdi driver
Masuk halaman akun
Input lokasi jemput & tujuan
promo
Masukkan kode promo Ya
tidak
Pembayaran
BangPay
Search Driver Ya
Cash
Waiting order
Order
Terima Order Ya
tidak
Terima Order
Pick up
Order selesai
Terima hasil laporan keuangan
Hitung Komisi
Terima Komisi
selesai
pengaduan Order selesai
tidak
Terima Pengaduan
Data pengaduan