LINK PRESENTASI: https://youtu.

be/fsmyvh_3pgF0
SISTEM PEMESANAN TIKET BUS
DEDEN FARHAN | 0618104038
TEKNIK INFORMATIKA
UNIVERSITAS WIDYATAMA
deden.farhan@widyatama.ac.id

PENDAHULUAN
Di era teknologi saat ini, IOT (Internet of things) telah menjadi sangat populer di seluruh
dunia. Hampir semua perangkat, yang dikenal sebagai perangkat pintar, dapat
terhubung ke internet dan mengakses data dari setiap sudut dunia. Ada saat ketika
orang biasa membuang waktu berharga mereka hanya untuk mendapatkan sepotong
informasi. Sekarang teknologinya lebih maju dibandingkan sebelumnya waktu. Salah
satu berkah teknologi adalah aplikasi web. Ini memungkinkan pengguna untuk
berinteraksi dengan sistem dari mana saja selama mereka terhubung ke internet.
Di sini sistem yang akan saya bahas adalah "Sistem Pemesanan Tiket Bus" yang
sepenuhnya merupakan web aplikasi. Seperti yang sudah kita bahas di atas bahwa
internet telah membuat interaksi pengguna melalui sistem lebih mudah, sehingga
aplikasi web ini dapat terhubung ke server masing-masing untuk mengakses data yang
pasti akan membantu pengguna untuk membeli tiket bus atau memesan kursi mereka
secara online tanpa menunggu pada antrian.
Di era teknologi modern ini mereka ingin sebuah sistem yang akan meningkatkan
portabilitas, aksesibilitas serta ramah pengguna. Jadi di sini, kita akan menerapkan
sistem web, yang telah kami nyatakan di atas, memiliki semua fitur yang akan
membuatnya lebih ramah pengguna dan mudah diakses.
Di laporan ini saya akan menjelaskan fitur dan bagaimana sistem akan dirancang
menggunakan UML (Uniform Modelling Language). Bersamaan dengan itu saya juga akan
memberikan beberapa kelebihan dan kelemahan (keterbatasan) sistem.

FITUR
Menurut sistem kami, kami memiliki beberapa fitur yang akan membuat pengguna dapat
mengakses sistem dengan lancar.
Berikut akan kami uraikan apa saja yang akan diterapkan dalam sistem pemesanan tiket
bus ini. Kami akan mengintegrasikan fitur dengan interaksi pengguna untuk
membuatnya lebih jelas.
a. Daftar Pengguna

2
 1. Pelanggan
Di sini pelanggan dapat membeli tiket atau memesan kursi mereka dengan
mengakses sistem sebagai tamu atau sebagai anggota. Dengan setiap
pembelian atau reservasi, sistem akan menghasilkan id reservasi atau
membeli id untuk tamu dan anggota sekaligus.
Setelah pembayaran selesai, pelanggan tidak akan dapat mengirim
permintaan melalui sistem untuk mengembalikan pembayaran jika mereka
ingin membatalkannya membeli.
Pelanggan dapat memperbarui detail akun mereka seperti misalnya: nomor
kontak, email, alamat dll. Jika pelanggan bukan anggota terdaftar maka sistem
tidak akan memiliki akun apa pun untuk tamu untuk memperbarui kapan saja
mereka mau.
Jadi informasi seperti misalnya nama, alamat, kontak, dan email yang akan
mereka berikan sementara reservasi perlu memastikannya tidak berubah
karena alasan apa pun.
2. Manajer
Manajer akan dapat mengakses sistem untuk memeriksa laporan pemesanan
atau detail pembelian pelanggan. Dia dapat membatalkan pemesanan
berdasarkan permintaan. Manajer juga akan dapat membuat laporan
penjualan tergantung pada bulan atau tahun. Dia juga dapat memperbarui
jadwal bus.
3. Admin
Admin adalah pengguna utama dari keseluruhan sistem web ini. Dia akan
mendaftarkan staf baru, manajer baru dan bahkan admin baru (jika perlu)
dengan memasukkan detail mereka ke dalam sistem.
Dia juga akan bisa mengelola pemesanan pelanggan. Singkatnya admin akan
dapat mengakses setiap fungsi sistem. Selain itu admin juga dapat
menghapus akun pengguna.

MODEL PENGEMBANGAN PERANGKAT LUNAK

Model pengembangan perangkat lunak atau metodologi pengembangan sistem dalam
rekayasa perangkat lunak adalah kerangka kerja yang digunakan untuk menyusun,
merencanakan serta mengontrol proses pengembangan dan sistem Informasi.

Perubahan kebutuhan perangkat lunak merupakan hal yang biasa dalam setiap
pengembangan perangkat lunak. Sebagai pengembang kita perlu memastikan bahwa
apa pun perubahan yang terjadi, sistem kita harus memenuhi keseluruhan persyaratan
para pemangku kepentingan. Disini saya akan memilih XP (Extreme Programming)
metodologi untuk mengembangkan sistem ini.
Extreme Programming
Extreme Programming merupakan salah satu metodologi agile untuk pengembangan
sistem. Di sini berubah persyaratan sementara iterasi dimungkinkan dibandingkan
dengan yang lain seperti (Scrum, RAD, dll.).

3
 a. Planning
Langkah pertama yang akan kita ambil adalah perencanaan. Di sini kami akan
melibatkan tim pengembangan pelanggan atau pengguna untuk membuat
persyaratan sistem atau cerita pengguna. Di sini para pengguna sistem kami
adalah Admin, Manager dan Pelanggan. Kami akan mengubah persyaratan
mereka menjadi iterasi yang biasanya merupakan bagian kecil dari fungsi sistem.
b. Designing
Setelah perencanaan kita akan mulai merancang sistem secara keseluruhan. Di
sini kita UML untuk menggambarkan fungsionalitas keseluruhan sistem. Model
desain ini akan menunjukkan pengguna aktif sistem dan keterlibatan mereka
dalam setiap proses.
c. Coding
Ini adalah fase terpenting yang akan kami perhitungkan saat mengembangkan
sistem. Disini kita akan melakukan pair coding untuk pengembangan sistem
menggunakan satu mesin sehingga pada akhirnya kita bisa untuk menghasilkan
kode berkualitas tinggi dan pada saat yang sama mengurangi biaya keseluruhan.
Ini juga akan membantu kami untuk Mengurangi konflik dan mengoptimalkan
fungsionalitas sistem.
d. Testing
Di sini kita akan melakukan pengujian sambil mengembangkan pengembangan
secara keseluruhan. Kami akan menguji kode yang akan mengarahkan kami untuk
menghilangkan bug sistem dan memastikan bahwa kode melewati semua unit
test sebelum kami merilisnya ke perushaan otobus. Kami akan memberikan hasil
pengujian dan juga mendemonstrasikan sistem agar lebih familiar.
e. Listening
Salah satu keuntungan menggunakan metodologi ini adalah keterlibatan client
atau user pengguna. Kami akan melibatkan pengguna dalam fase pengembangan
untuk menerima ulasan mereka mengenai fungsi dari sistem.
Dalam setiap iterasi, pelanggan memberikan ulasan mereka dengan baik dan
kapan mereka puas kami akan melanjutkan ke iterasi berikutnya.

ANALISIS MODEL
1. USE CASE DIAGRAM

4
 2. USE CASE SPECIFICATION

Use Case Name Registrasi

Summary Pelanggan memasukkan rincian
mereka ke dalam sistem. Rincian
pelanggan digunakan untuk
divalidasi oleh sistem sebelum
disimpan ke dalam database.
Actor Pelanggan
Precondition Pelanggan perlu mengakses sistem
melalui web browser
Main Sequences 1. Pengisian data registrasi.
2. Sistem memvalidasi data
registrasi.

5
 3. Sistem menyimpan data
pelanggan ke database.
4. Sistem memunculkan pesan
“Registrasi Berhasil”.
Alternative Sequences -
Post Condition Sistem membuat akun untuk
pelanggan baru.

Use Case Name Login

Summary Pelanggan memasukkan nama
pengguna dan kata sandi mereka
untuk mengakses akun mereka
Actor Pelanggan
Precondition Pelanggan perlu mengakses sistem
melalui web browser
Main Sequences 1. Pelanggan memasukan nama
pengguna & kata sandi.
2. Sistem meverifikasi
pelanggan.
3. Sistem mengalihkan ke
halaman pelanggan.
Alternative Sequences 1(a) Jika pelanggan tidak dapat login
ke sistem maka sistem akan
menampilkan link “Lupa Kata Sandi”
dimana pelanggan dapat mengubah
kata sandinya.
Post Condition Sistem mengalihkan pelanggan ke
akun mereka

6
 Use Case Name Mengolala Akun Manajer
Summary Admin dapat mengelola kredensial
pengguna (manajer) seperti nama
pengguna dan kata sandi.
Actor Admin
Precondition Admin harus login ke sistem
Main Sequences 1. Admin login ke sistem.
2. Admin memasukan nama
pengguna & kata sandi.
3. Sistem mevalidasi data.
4. Sistem menyimpan data ke
database.
5. Sistem menampilkan pesan
“Perubahan Akun Berhasil”.
Alternative Sequences -
Post Condition Sistem dapat membuat, mengubah,
menghapus kredensial pengguna
(manajer) ke database.

Use Case Name Mengelola Profile

Summary Pelanggan dapat mengelola akunnya
melalui sistem.
Actor Pelanggan
Precondition Pelanggan harus login ke sistem
Main Sequences 1. Pelanggan login ke sistem.
2. Pelanggan mengakses
halaman “Profile”.
3. Pelanggan mengubah data.

7
 4. Sistem memvalidasi
perubahan data pelanggan.
5. Sistem menyimpan perubahan
data pelanggan ke database.
6. Sistem menampilkan pesan
“Akun Berhasil Diupdate”.
Alternative Sequences -
Post Condition Sistem memperbarui detail
pelanggan dan menyimpannya di
database.

Use Case Name Pemesanan

Summary Pelanggan dapat memesan tiket bus
melalui sistem
Actor Pelanggan
Precondition Pelanggan harus login ke sistem
Main Sequences 1. Pelanggan (yang sudah
registrasi) login ke sistem.
2. Pelanggan memilih jadwal bus.
3. Sistem cek ketersediaan kursi.
4. Sistem konfirmasi
ketersediaan kursi.
5. Pengguna konfirmasi
pemesanan.
6. Sistem menyimpanan data
detail pemesanan ke database.
7. Sistem menampilkan pesan
“Pemesanan Sukses”.
Alternative Sequences -

8
 Post Condition Sistem dapat membuat pemesanan
tiket bus untuk pelanggan dan
menyimpan ke database.

Use Case Name Laporan

Summary Manajer dapat membuat laporan
menggunakan sistem
Actor Manajer
Precondition Manajer harus login ke sistem
Main Sequences 1. Manajer login ke sistem.
2. Manajer mengakses menu
“Laporan”.
3. SIstem menampilkan data
laporan.
4. Manajer cek data laporan.
5. Manajer memilih periode dan
klik tombol “Buat Laporan”.
6. Sistem membuat laporan.
7. Sistem menampilkan pesan
“Laporan Berhasil Terbuat”.
Alternative Sequences -
Post Condition Sistem dapat membuat laporan.
Use Case Name Mengelola Pemesanan
Summary Manajer dapat mengubah, dan
menghapus data pemesanan
pelanggan.
Actor Manajer
Precondition Manajer harus login ke sistem
Main Sequences 1. Manajer login ke sistem.

9
 2. Manajer mengakses halaman
“Kelola Pemesanan”.
3. Sistem menampilkan data
pemesanan.
4. Manajer memilih data
pemesanan
5. Manajer ubah atau hapus data
pemesanan pelanggan.
6. Sistem menyimpan perubahan
data pemesanan ke database.
7. Sistem menampilkan pesan
“Data perubahan Tersimpan”.
Alternative Sequences -
Post Condition Sistem dapat mengubah atau
menghapus data pemesanan
pelanggan.

Use Case Name Mengelola Jadwal Bus

Summary Manajer & Admin dapat mengelola
jadwal bus
Actor Manajer & Admin
Precondition Manajer & Admin harus login ke
sistem
Main Sequences 1. Manajer login to ke sistem.
2. Manajer mengakses Halaman
“Manajemen Jadwal Bus”.
3. Sistem menampilkan data
jadwal bus.
4. Manajer mengelola jadwal bus.

10
 5. Sistem menyimpan data jadwal
bus ke database.
6. Sistem menampilkan pesan
“Jadwal Bus Berhasil
Tersimpan”.
Alternative Sequences -
Post Condition Sistem dapat membuat, mengubah &
menghapus data jadwal bus.

3. DIAGARAM ACTIVITY
a. REGISTRASI

b. LOGIN

11
 c. MENGELOLA AKUN

12
 d. MENGELOLA PROFILE

13
 e. PEMESANAN

14
 f. LAPORAN

15
 g. MENEGELOLA PEMESANAN

16
 h. MENGELOLA JADWAL BUS

17
 4. CLASS DIAGRAM

18
19
 5. SEQUENCE DIAGRAM
a. REGISTRASI

b. LOGIN

20
 c. MENGELOLA AKUN

21
 d. MENGELOLA PROFILE

e. PEMESANAN

22
 f. LAPORAN

23
 g. MENEGELOLA PEMESANAN

24
 h. MENGELOLA JADWAL BUS

6. STATE MACHINE DIAGRAM

25
 a. Diagram status pemesanan

7. COMPONENT DIAGRAM

8. DEPLOYMENT DIAGRAM

26
KESIMPULAN
Meskipun sistem secara keseluruhan akan membawa beberapa keuntungan bagi
perusahaan otobus, beberapa fakta perlu diperhatikan dipertimbangkan. Seperti yang
kami katakan sebelumnya, sistem tidak akan tersedia untuk 24*7 dan akan ada jam
operasional terbatas, perusahaan otobus mungkin kehilangan beberapa pelanggan di
masa mendatang karena batasan waktu pemesanan.
Jika koneksi internet menjadi down maka sistem akan berhenti dan tidak ada data offline
yang bisa diakses melaluinya. Mengubah pikiran pelanggan tidak akan mempengaruhi
sistem karena tidak akan ada pengembalian uang setelah pemesanan.

Kelebihan sistem yang bisa kita pertimbangkan di sini adalah seperti perusahaan otobus
bisa menjalankan bisnis dengan lancar seperti di sana tidak akan terburu-buru dalam
mengelola detail pelanggan, detail pemesanan, pembayaran, dan sebagainya. Ini sistem
akan meningkatkan produktivitas bisnis mereka juga. Untuk peningkatan di masa depan,
ada akan menjadi ruang lingkup bagi pelanggan internasional juga untuk memesan dari
dalam dan luar negeri yang akan meningkatkan keuntungan bisnis mereka dan juga
membuat mereka terkenal di seluruh dunia.
Selain itu, mereka juga perlu memberikan pelatihan langsung kepada staf mereka agar
mereka menjadi lebih akrab dengan sistem dan juga memudahkan mereka untuk
memesan kursi atas nama pelanggan.
Pencadangan otomatis akan diterapkan di masa mendatang karena saat ini kami
merancang sistem pencadangan secara manual. Jika sistem crash maka semua data akan
terhapus sehingga staf harus berhati-hati dalam menyimpan data aman dengan
menyimpannya setiap hari setelah jam kantor.

27
Dari diskusi di atas kita dapat mengatakan bahwa meskipun sistem akan memiliki
beberapa kekurangan, bagaimanapun juga akan memiliki beberapa dampak positif dari
proses bisnis perusahaan otobus. Dibandingkan dengan sistem saat ini yang hanya
pembukuan manual, sistem web online ini akan mengotomatisasi proses bisnis mereka
sehari-hari.

28