SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Sistem Informasi Travel Bus Online

untuk:
Jawa Indah Travel



Dipersiapkan oleh:
Kelompok 2
1. Rahmantogusnyta M (1108605013)
2. Gede Arya Maharta (1108605025)
3. I.G.A B Prema Pradana (1108605026)
4. Anggarda Sanjaya (1108605034)
5. Taufiq Yudha Prakoso (1108605051)




Jurusan Ilmu Komputer Fakultas MIPA Universitas Udayana
Bukit, Jimbaran Bali






SKPL-IK01
Halaman ii


ABSTRAK

Sistem Informasi Travel Bus Online merupakan sistem yang digunakan untuk mengelola
sebuah pemesanan Tiket travel bus secara online. Sistem berbasis web ini nantinya
memungkinkan setiap customer atau pelanggan dapat mengaksesnya melalui media internet
dan melakukan pemesanan tiket travel.Sistem ini juga memungkinkan customer untuk melihat
lokasi terakhir bus tertentu. Sistem ini juga melibatkan Operator yang dapat mengelola sistem
secara keseluruhan seperti mengatur jadwal keberangkatan bus dan sopir serta pemesanan dari
customer serta Owner sebagai pemilik travel yang nantinya dapat memantau kondisi
keberangkatan bus dan laporan keuangan.





SKPL-IK01
Halaman iii

DAFTAR PERUBAHAN

Revisi Deskripsi
A


B


C


D


E


F


G




INDEX
TGL
- A B C D E F G
SKPL-IK01
Halaman iv

Ditulis
oleh

Diperiksa
oleh

Disetujui
oleh



SKPL-IK01
Halaman v

DAFTAR HALAMAN PERUBAHAN

Halaman Revisi Halaman Revisi












SKPL-IK01
Halaman vi

DAFTAR ISI

1. Pendahuluan ..................................................................................................................... 1
1.1 Tujuan Penulisan Dokumen .......................................................................................... 1
1.2 Lingkup Masalah ........................................................................................................... 1
1.3 Definisi, Istilah dan Singkatan ...................................................................................... 1
1.4 Aturan Penomoran......................................................................................................... 2
1.5 Referensi........................................................................................................................ 3
1.6 Deskripsi umum Dokumen (Ikhtisar) ............................................................................ 3
2 Deskripsi Umum Perangkat Lunak .................................................................................. 4
2.1 Deskripsi Umum Sistem................................................................................................ 4
2.2 Fungsi Produk ............................................................................................................... 4
2.3 Karakteristik Pengguna ................................................................................................. 5
Tabel 4. Karakteristik Pengguna ............................................................................................. 7
2.4 Batasan .......................................................................................................................... 7
2.5 Lingkungan Operasi ...................................................................................................... 7
3 Deskripsi Umum Kebutuhan ............................................................................................ 8
3.1 Kebutuhan Antarmuka Eksternal .................................................................................. 8
3.1.1 Antarmuka Pemakai ................................................................................................. 8
3.1.2 Antarmuka Perangkat Keras................................................................................... 14
3.1.3 Antarmuka Perangkat Lunak .................................................................................. 14
3.1.4 Antarmuka Komunikasi ......................................................................................... 14
3.2 Deskripsi Fungsional ................................................................................................... 15
3.2.1 Context Diagram .................................................................................................... 15
3.2.1.1 DFD level 0 ..................................................................................................... 16
3.2.1.2 Data Flow Description .................................................................................... 19
3.2.1.3 Use Case ......................................................................................................... 23
3.2.1.3.1 Use Case Customer ..................................................................................... 23
3.2.1.3.2 Use Case Operator ....................................................................................... 23
3.2.1.3.3 Use Case Owner .......................................................................................... 24
3.3 Data Requirement ....................................................................................................... 39
3.3.1 E-R diagram ........................................................................................................... 40
3.4 Non Functional Requirement ...................................................................................... 41
3.5 Batasan Perancangan ................................................................................................... 42
SKPL-IK01
Halaman vii

3.6 Ringkasan Kebutuhan ................................................................................................. 42
3.6.1 Functional Requirement Summary......................................................................... 42
3.6.2 Non Functional Requirement Summary ................................................................. 43
































SKPL-IK01
Halaman viii

DAFTAR GAMBAR

Gambar 1. Tampilan Awal Web ................................................................................................ 9
Gambar 2. Tampilan Daftar Akun Baru .................................................................................... 9
Gambar 3 Tampilan Pencarian Tiket ....................................................................................... 10
Gambar 4.Tampilan Reservasi Tiket ....................................................................................... 10
Gambar 5.Tampilan Pelacakan Lokasi .................................................................................... 11
Gambar 6.Tampilan Awal Operator ........................................................................................ 11
Gambar 7.Tampilan Maintenance Jadwal ............................................................................... 12
Gambar 8.Tampilan Maintenance Bus .................................................................................... 12
Gambar 9.Tampilan Maintenance Supir .................................................................................. 13
Gambar 10.Tampilan Log In Owner ....................................................................................... 13
Gambar 11.Tampilan Laporan ................................................................................................. 14
Gambar 12.Context Diagram ................................................................................................... 15
Gambar 13. DFD Level 0 ........................................................................................................ 16
Gambar 14.DFD Level 1 Sub Proses Reservasi Sistem Informasi Bus Online ...................... 17
Gambar 15.DFD Level 1 Sub Proses Maintenance Data Sistem Informasi Bus Online ......... 18
Gambar 16.Use Case Customer ............................................................................................... 23
Gambar 17.Use Case Operator ................................................................................................ 23
Gambar 18.Use Case Owner ................................................................................................... 24
Gambar 19.E-R Diagram ......................................................................................................... 40














SKPL-IK01
Halaman ix

DAFTAR TABEL

Tabel 1. Definisi, Istilah dan Singkatan .................................................................................... 2
Tabel 2.Aturan Penomoran ........................................................................................................ 3
Tabel 3.Fungsi Produk ............................................................................................................... 5
Tabel 4.Karakteristik Pengguna ................................................................................................ 6
Tabel 5.Data Flow Description ................................................................................................ 22
Tabel 6. Use Case : Log In ...................................................................................................... 24
Tabel 7. Use Case : Log In ...................................................................................................... 25
Tabel 8.Use Case : Melihat Info Travel .................................................................................. 25
Tabel 9. Use Case : Memesan Tiket ........................................................................................ 26
Tabel 10.Use Case : Membayar Tiket ..................................................................................... 27
Tabel 11.Use Case : Konfirmasi pembayaran ......................................................................... 28
Tabel 12.Use Case : Membatalkan Tiket ................................................................................ 29
Tabel 13.Use Case : Melacak Bus ........................................................................................... 30
Tabel 14.Use Case: Mengirimkan Tiket .................................................................................. 30
Tabel 15.Use Case: Insert Jadwal ............................................................................................ 31
Tabel 16.Use Case: Update Jadwal ......................................................................................... 31
Tabel 17.Use Case: Delete Jadwal .......................................................................................... 32
Tabel 18.Use Case: Insert Bus ................................................................................................. 33
Tabel 19.Use Case: Update Bus .............................................................................................. 33
Tabel 20.Use Case: Delete Bus ............................................................................................... 34
Tabel 21.Use Case: Insert Supir .............................................................................................. 35
Tabel 22.Use Case: Update Sopir ............................................................................................ 35
Tabel 23.Use Case: Delete Supir ............................................................................................. 36
Tabel 24.Use Case: Mengupdate Lokasi Bus .......................................................................... 36
Tabel 25.Use Case : Laporan Bus ........................................................................................... 37
Tabel 26.Use Case : Laporan Sopir ......................................................................................... 38
Tabel 27.Use Case : Laporan Pemesanan ................................................................................ 38
Tabel 28. Data Requirement ................................................................................................... 40
Tabel 29.Non Functional Requirement ................................................................................... 42
Tabel 30.Functional Requirement Summary ........................................................................... 43
Tabel 31.Non Functional Requirement Summary ................................................................... 45


SKPL-IK01
Halaman 1

1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini berisi Spesifikasi Kebutuhan Perangkat lunak (SKPL) atau
Aplikasi Requirement Specification (SRS) untuk Sistem Travel Bus Online. SKPL atau
SRS merupakan suatu dokumen yang menyatakan kebutuhan perangkat lunak sebagai
hasil dari proses analisis yang dilakukan dalam konteks pengembangan perangkat lunak.
Tujuan dari penulisan dokumen ini adalah untuk memberikan penjelasan mengenai
perangkat lunak yang akan dibangun baik berupa gambaran umum maupun penjelasan
yang detail dan menyeluruh.
Dokumen SKPL ini akan digunakan oleh para insinyur perangkat lunak
pembangun Sistem Informasi Travel Bus Online akhir atau personil-personil yang
terlibat dalam sistem. Para insinyur perangkat lunak akan menggunakan dokumen ini
untuk sepenuhnya memahami harapan untuk membangun perangkat lunak yang
bersangkutan. Pengguna travel bus akhirnya akan dapat menggunakan dokumen ini
sebagai "test" untuk melihat apakah insinyur perangkat lunak akan membangun sistem
dengan harapan mereka. Jika tidak sesuai dengan harapan mereka, pengguna akhir dapat
menentukan bagaimana hal ini tidak sesuai dengan keinginan mereka dan insinyur
perangkat lunak akan mengubah dokumen SKPL untuk memenuhi kebutuhan pengguna
akhir.
1.2 Lingkup Masalah
Aplikasi yang akan dikembangkan bernama Sistem Informasi Travel Bus Online,
dimana sistem ini ialah sistem yang digunakan untuk mengelola sebuah pemesanan
travel bus secara online. Sistem berbasis web ini nantinya memberikan kemudahan
dimana salah satu aktor yaitu setiap customer atau pelanggan dapat mengaksesnya
melalui media internet dan melakukan pemesanan tiket bus.Sementara aktor aktor
lainnya seperti Operator dapat mengelola sistem secara jadwal keberangkatan bus dan
sopir serta pemesanan dari customer, Owner sebagai pemilik perusahaan travel yang
nantinya dapat memantau perkembangan operasional travel melalui laporan kondisi
keberangkatan bus serta laporan keuangan.
1.3 Definisi, I stilah dan Singkatan
No. Akronim / Singkatan Keterangan
1. SKPL Spesifikasi Kebutuhan Perangkat Lunak
SKPL-IK01
Halaman 2

Merupakan hasil analisis yang berisi spesifikasi
kebutuhan user
2. SRS Aplikasi Requirement Specification
Sebutan lain dari SKPL (Spesifikasi Kebutuhan
Perangkat Lunak)
3. IEEE The Institute of Electrical and Electronics Engineers
Merupakan organisasi nonprofit yang
mendedikasikan kerja kerasnya demi kemajuan
teknologi dalam hal penciptaan standarisasi dalam
bidang teknologi
4. ERD Entity Relationship Diagram
Merupakan diagram yang menggambarkan relasi
antara entitas dan atribut dari masing-masing entitas
5. DFD Data Flow Diagram
Diagram yang menggambarkan aliran data dan proses
yang terjadi didalam system


Tabel 1. Definisi, Istilah dan Singkatan
1.4 Aturan Penomoran
Hal/Bagian Aturan Penomoran
Data Store Nomor berbentuk D99, dimana 99 adalah nomor urut data
store
Contoh: D11, D12, D29, D31 dan sebagainya
Kebutuhan
Fungsional
Nomor berbentuk HNSPA-999.x, dimana 999 adalah nomor
urut struktur butir butir pada kebutuhan fungsional.
Sedangkan x adalah nomor berupa abjad dan sifatnya sebagai
tambahan jika kebutuhan fungsional tersebut memiliki item
turunannya.
Contoh: HNSPA-04, HNSPA-99 HNSPA-04.a, HNSPA-
54.b dan sebagainya
SKPL-IK01
Halaman 3

Kebutuhan Non
Fungsional
Nomor berbentuk HNSPA-N-99.x, dimana 99 adalah nomor
urut struktur butir butir pada kebutuhan non fungsional.
Sedangkan x adalah nomor berupa abjad dan sifatnya sebagai
tambahan jika kebutuhan non fungsional tersebut memiliki
item turunannya.
Contoh: HNSPA-N-04, HNSPA-N-58, HNSPA-N-04.a dan
sebagainya
Tabel 2.Aturan Penomoran
1.5 Referensi
Dokumen dokumen yang digunakan sebagai referensi dalam pembuatan SKPL
ini adalah sebagai berikut :
1. Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak , Jurusan Teknik
Informatika , ITB Bandung
2. Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak , Jurusan Teknik
Informatika , ITS Surabaya
3. IEEE Std 830-1993, IEEE Recommended Practice for Aplikasi Requirement
Specification
1.6 Deskripsi umum Dokumen (I khtisar)
Secara garis besar, dokumen ini dibagi menjadi tiga bagian utama, dimana
perincian dari bagian bagiannya adalah sebagai berikut :
Bagian pertama yaitu Pendahuluan, yang merupakan pengantar dokumen SKPL
dimana bagian ini berisikan tujuan penulisan dokumen, lingkup masalah, definisi,
istilah, dan singkatan yang digunakan dalam dokumen ini, aturan penomoran,
referensi yang digunakan, serta deskripsi umum dokumen yang digunakan dalam
pengembangan kondisi keberangkatan bus dan laporan keuangan.
Bagian kedua yaitu Deskripsi Umum Perangkat Lunak, yang merupakan penjelasan
secara umum mengenai perangkat lunak yang dikembangkan meliputi deskripsi
umum sistem yang dikembangkan, fungsi produk, karakteristik pengguna, batasan,
serta lingkungan operasi dari sistem yang dikembangkan.
Bagian ketiga yaitu Deskripsi Umum Kebutuhan, yang merupakan pemaparan
kebutuhan perangkat lunak secara lebih rinci yang meliputi kebutuhan antarmuka
eksternal, deskripsi fungsional, data requirement, non functional requirement,
batasan perancangan, kerunutan (traceability), serta ringkasan kebutuhan dari
sistem yang akan dikembangkan.
SKPL-IK01
Halaman 4

2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
Sistem Informasi Travel Bus Online merupakan aplikasi web yang membantu
para customer atau calon customer travel bus dalam mencari informasi dari trayek bus
tersebut ataupun memesan tiket bus sesuai dengan tujuan yang diinginkan dengan
online tanpa harus langsung datang ke perusahaan travel tersebut.
Dalam Sistem Informasi Travel Bus Online, operator mempunyai peran yang
sangat penting dalam pengelola Sistem Informasi Travel Bus Online. Operator lah
yang yang mengelola sistem secara keseluruhan seperti ketersedian bus, jadwal
keberangkatan, dan sopir yang bertugas. Operator pula yang melayani customer dalam
proses pemesanan tiket
Dari keseluruhan proses yang terjadi dalam sistem, sistem mampu menghasilkan
laporan pemesanan Tiket Travel Bus beserta laporan keuangan. Laporan tersebut dapat
diakses atau dilihat Owner selaku pemilik travel. Laporan tersebutlah yang nantinya
digunakan sebagai bahan acuan untuk pengawasan serta evaluasi sehingga
peningkatan pelayanan demi meningkatkan keuntungan dengan jalan mengutamakan
dan meningkatkan kenyaman terhadap pelayanan serta kepuasan dari customer.
2.2 Fungsi Produk
Aplikasi atau sistem ini mempunyai fungsi utama sebagai berikut :
No. Kode Deskripsi Fungsi
1 SKPL-SITBO-01 Operator dapat melakukan log in ke dalam system
2 SKPL-SITBO-02 Operator dapat melihat data tiket dan jadwal yang tersedia
pada sistem
3 SKPL-SITBO-03 Operator dapat menambahkan data tiket yang tersedia pada
sistem
4 SKPL-SITBO-04 Operator dapat mengubah data tiket yang tersedia pada
sistem
5 SKPL-SITBO-05 Operator dapat menghapus data tiket yang tersedia pada
sistem
6 SKPL-SITBO-06 Operator mengatur jadwal keberangkatan bis dan sopir bus
7 SKPL-SITBO-07 Operator dapat menambah customer yang baru melakukan
pendaftaran
8 SKPL-SITBO-08 Operator dapat mengubah data customer sistem ticketing
SKPL-IK01
Halaman 5

9 SKPL-SITBO-19 Operator dapat menghapus data customer sistem ticketing
10 SKPL-SITBO-10 Operator melihat tiket yang dipesan penumpang dari sistem
11 SKPL-SITBO-11 Operator mengecek pembayaran yang dilakukan oleh
customer ke rekening perusahaan
12 SKPL-SITBO-12 Operator mengirimkan tiket pesanan ke email customer
13 SKPL-SITBO-13 Operator melakukan update lokasi bus terkini pada web
14 SKPL-SITBO-14 Operator melaporkan kondisi bus yang digunakan secara
berkala dalam system
15 SKPL-SITBO-15 Owner melihat kondisi keberangkatan bus
Tabel 3.Fungsi Produk
2.3 Karakteristik Pengguna
Adapun pengguna yang terlibat dalam sistem ini adalah customer, operator,
manager dan owner. Berikut ialah penjelasan mengenai tugas dan hak akses ke aplikasi
dari masing masing pengguna yaitu :
Kategori
Pengguna
Tugas Hak Akses ke Aplikasi
Customer Hak akses terhadap sistem yang
diizinkan dari customer terhadap
aplikasi atau sistem dikategorikan
kedalam dua jenis yaitu :
1. Customer yang belum mempunyai
akun atau belum pernah login :
Dapat membuat akun sebagai
customer terdaftar atau
member
Dapat melihat ketersedian bus,
jadwal keberangkatan, dan
sopir (siapa)
2. Customer yang sudah memiliki
akun atau pernah login :
Dapat melihat ketersedian bus,
jadwal keberangkatan, dan
sopir (siapa)
SKPL-IK01
Halaman 6

Kategori
Pengguna
Tugas Hak Akses ke Aplikasi
Dapat melihat posisi bus
apakah telah melewati suatu
check poin tertentu
Dapat melakukan pemesanan
Tiket Bus
Dapat melakukan konfirmasi
pembayaran
Operator Menangani permintaan
pemesanan Tiket dari
customer
Mengirimkan bukti
pembayaran pemesanan
kepada customer yang
telah melakukan
pembayaran via email
Mengelola mengatur
jadwal keberangkatan bus
dan sopir
Memberikan status kapan
bus harus dibawa ke
bengkel untuk di service
Mengelola data kondisi
keberangkatan bus dan
laporan keuangan
Hak akses terhadap sistem yang
diizinkan setelah melakukan login
yaitu hak akses penuh terhadap sistem
dimana hal tersebut meliputi
maintenance seperti :
1. Maintenance web (seperti
maintenance data jadwal
keberangkatan bus dan sopir,
status kapan bus harus dibawa ke
bengkel untuk di service)
2. Membuat laporan dan
menguploadnya pada web

Owner Melihat laporan
kondisi keberangkatan
bus dan laporan
keuangan
Hak akses data yang diijinkan setelah
melakukan login yaitu :
1. Melihat laporan kondisi
keberangkatan bus dan
laporan keuangan
Tabel 4.Karakteristik Pengguna
SKPL-IK01
Halaman 7

Tabel 4. Karakteristik Pengguna
2.4 Batasan
Adapun batasan-batasan pada sistem ini adalah
Untuk data pegawai yang akan mengoperasikan sistem ini, diambil dari data
pegawai pada sistem kepegawaian Travel bus.
User yang bisa menggunakan sistem ini untuk membeli tiket maupun
mengecek posisi bus dan ketersediaan tiket harus melakukan sign up
terlebih dahulu.
Apabila lewat dari 24 jam terhitung dari hari pemesanan, customer belum
melakukan pembayaran, maka sistem akan mereset status ketersediaan tiket
dari status 'booking' menjadi tersedia kembali.
Proses pembayaran dilakukan diluar sistem dengan melakukan pembayaran
ke Rek Bank yang tersedia atau yang dicantumkan, tetapi untuk konfirmasi
pembayaran dan merubah status tiket dari booking menjadi 'terjual',
pegawai yang mencocokan data transfer yang diinputkan oleh user pada
form pembayaran, apabila sesuai maka pegewai yang akan merubah status
tiket tersebut secara manual.
Dalam menjalankan perangkat lunak ini harus memiliki koneksi internet
minimal 20 KB/s
2.5 Lingkungan Operasi
Aplikasi Client-server ini akan berfungsi dengan minimal spesifikasi:
Server:
Processor 2 x Xeon QC 5160 / 1333 MHz FSB atau menyesuaikan standar intel
Chipset Standard Intel
RAM 8 GB ( 2 x 4 GB)
NIC 2 x 10/100/1000 MBps Ethernet
Hard Disk 3 x @ 73.4 GB RAID-5
OS Microsoft Windows 2003 server R2 + 5 CALS
Sqlyog
MySql Server
Browser(Microsoft Internet Explorer, Firefox, Google Chrome, Safari atau
lainnya)

Client:
SKPL-IK01
Halaman 8

OS Microsoft Windows / Linux / Mac OS
Browser(Microsoft Internet Explorer, Firefox, Google Chrome, Safari atau
lainnya)
Smarphone dengan dukungan browser dan internet

3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
Sistem Informasi Travel Bus Online ini dibangun di atas aplikasi internet dengan
berbasiskan web. Dalam deskripsi kebutuhan antarmuka ekstenal akan dideskripsikan
kebutuhan antarmuka perangkat lunak dengan perangkat lain yang berada diluar cakupan
perangkat lunak yang akan dikembangkan tetapi mempunyai keterkaitan dalam proses yang
dilakukannya.
Dalam operasionalnya, perangkat lunak yang akan dikembangkan memerlukan
adanya interaksi dengan komponen-komponen lain diluar perangkat lunak itu seperti: user
sebagai seorang pengguna perangkat lunak, perangkat keras dimana perangkat lunak ini akan
dijalankan, perangkat komunikasi dimana perangkat lunak ini akan saling berkomunikasi
dalam jaringan internet.
3.1.1 Antarmuka Pemakai
Sistem Informasi Travel Bus ini merupakan sebuah aplikasi berbasis web,
sehingga tampilan dari aplikasi ini secara umum layaknya sebuah halaman suatu
website yang biasa kita temui di internet. Pada mulanya aplikasi akan menampilkan
halaman beranda yang berisi informasi awal dari perusahaan travel bus ini, selain itu
juga ada menu login untuk semua user. Jika user sudah login, maka user akan dibawa
ke halaman kerja masing-masing sesuai dengan jenis user yang login tersebut. Pada
setiap halaman antarmuka selanjutnya akan ditampilkan link standar yang mengacu ke
halaman login kembali (logout).
Antarmuka dari aplikasi ini dirancang semudah dan senyaman mungkin, sehingga
dapat dengan mudah dipahami dan digunakan oleh semua user. Oleh karena itu, dalam
aplikasi ini antarmuka pengguna mengacu pada antarmuka web pada umumnya, dengan
begitu pengguna akan merasa lebih familiar dan nyaman dengan antarmuka aplikasi.
Berikut beberapa screenshoot dari Sistem Informasi travel bus online ini (hanya
beberapa bagian saja):

- Tampilan Awal Web
SKPL-IK01
Halaman 9


Gambar 1. Tampilan Awal Web

- Tampilan Daftar akun baru

Gambar 2. Tampilan Daftar Akun Baru

SKPL-IK01
Halaman 10

- Tampilan Pencarian Tiket

Gambar 3 Tampilan Pencarian Tiket

- Tampilan Reservasi

Gambar 4.Tampilan Reservasi Tiket

- Tampilan Pelacakan lokasi
SKPL-IK01
Halaman 11


Gambar 5.Tampilan Pelacakan Lokasi
- Tampilan Awal Operator

Gambar 6.Tampilan Awal Operator

- Tampilan Maintenance Jadwal
SKPL-IK01
Halaman 12


Gambar 7.Tampilan Maintenance Jadwal

- Tampilan Maintenance Bus

Gambar 8.Tampilan Maintenance Bus

- Tampilan Maintenance Sopir
SKPL-IK01
Halaman 13


Gambar 9.Tampilan Maintenance Supir
- Tampilan Log In Owner

Gambar 10.Tampilan Log In Owner

- Tampilan Laporan (owner)
SKPL-IK01
Halaman 14


Gambar 11.Tampilan Laporan
3.1.2 Antarmuka Perangkat Keras
Untuk berinteraksi dengan aplikasi ini, hanya ada dua macam perangkat keras
utama yang berfungsi sebagai alat masukan (input) yang dapat dikenali dengan baik
oleh sistem, yaitu keyboard dan mouse. Sedangkan sebagai alat keluaran (output) yaitu
printer dan layar pada monitor atau HP.

3.1.3 Antarmuka Perangkat Lunak
Aplikasi ini menggunakan database yang terhubung dengan SQL server 2003
sebagai database server (DBMS) yang berkomunikasi dengan sistem lewat bahasa
query.

3.1.4 Antarmuka Komunikasi
Antarmuka komunikasi yang dibutuhkan dalam perangkat lunak ini merupakan
antarmuka untuk melakukan koneksi dalam jaringan internet meliputi:
Antarmuka komunikasi pada sisi Server
Aplikasi pada sisi server merupakan aplikasi yang melayani semua request
yang dikirimkan oleh client yang meminta layanan dengan protocol http. Oleh
karena itu pada sisi server dibutuhkan adanya sebuah web server yang terhubung
dalam jaringan internet. Web server tersebut harus mempunyai alamat IP dan
domain yang dapat dikenali dalam jaringan internet.
Antarmuka komunikasi pada sisi Client
SKPL-IK01
Halaman 15

Pada sisi client proses yang dilakukan adalah melakukan request kepada
server untuk meminta layanan http. Oleh karena itu antarmuka yang dibutuhkan
pada sisi client adalah perangkat komunikasi yang memungkinkan komputer client
terhubung dengan jaringan internet.

3.2 Deskripsi Fungsional
3.2.1 Context Diagram

Gambar 12.Context Diagram
Pada Sistem Informasi Bus Online terdapat tiga entitas diantaranya customer,
owner, dan operator. Entitas Customer dapat melakukan pemesanan tiket, melihat
ketersedian bus, jadwal keberangkatan, dan sopir yang mengendarai bus, melihat
posisi bus apakah telah melewati suatu check poin tertentu namun harus
melakukan sign up setelah itu melakukan tahap log in untuk melakukan semua
proses tersbut. Entitas operator melakukan pelayanan tiket untuk customer,
operator mengatur jadwal keberangkatan bus dan sopir memberikan status kapan
bus harus dibawa ke bengkel untuk di service. Lalu entitas owner dapat melakukan
pengecekan kondisi dan keberangkatan bus serta laporan keuangan, dimana
laporan keuangan terdapat pada laporan pemesanan.

SKPL-IK01
Halaman 16

3.2.1.1 DFD level 0

Gambar 13. DFD Level 0


Pada Sistem informasi Bus Online yang dirancang terdapat 6
proses. Proses pertama yaitu registrasi, dimana customer diminta untuk
mengisi data diri yang kemudian data customer ini disimpan pada data
base customer, proses ini berguna agar customer dapat melakukan log in
untuk mengakses semua fitur dari sistem ini. Kedua yaitu proses lihat info
dimana customer akan melakukan login serta memasukkaan data request
keberangkatan atau info keberangkatan, dimana proses ini akan
mencocokan permintaan dengan data yang ada pada database Data jadwal,
Data bus dan Data Sopir, kemudian sistem akan menampilkannya sesuai
dengan permintaan user. Proses ketiga yaitu reservasi dimana customer
akan memasukkan data tiket ke sistem, kemudian data tersebut akan
disimpan ke database data pemesanan lalu sistem akan mengirim kode
pemesanan, setelah itu user memasukkan data konfirmasi pembayaran,
dimana data tersebut akan diproses dan disimpan pada database data
pemesanan untuk merubah status tiker, kemudian sistem akan
memberikan tiket kepada customer, pada proses ini user dapat
SKPL-IK01
Halaman 17

membatalakan tiker dengan memeasukkan data pembatalan tiker lalu akan
diproses oleh sistem dan disimpan pada database data customer. Proses
yang keempat yaitu pelacakan bus, dimana customer akan memasukkan
data info lokasi, dan sistem akan memproses dan memberikan data lokasi
bus kepada user. Pada proses pelacakan bus, operator akan update lokasi
bus yang kemudian akan diproses oleh sistem dan diberikan kepada
customer. Proses yang kelima adalah Maintenance Data, dimana pada
proses ini operator dapat menambah jadwal, sopir dan bus baru kemudian
dapat mengubah dan menghapus data jadwal, bus dan sopir yang kemudian
diproses dan disimpan pada database sesuai dengan apa yang diminta oleh
operator, lalu kemudian sistem akan menyimpan pada data base data
pemesanan, data bus, data sopir dan data jawal. Proses yang keenam
merupakan proses pelaporan dimana owner dapat mengirim data request
laporan, lalu sistem akan menampilkan laporan sesuai permintaan owner
yang diantaranya laporan bus yang diproses dari data base data bus,
laporan sopir yang diproses dari database data sopir, dan data pemesanan
yang diproses dari database data pemesanan.

DFD Level 1 Sub Proses Reservasi Sistem Informasi Bus Online


Gambar 14.DFD Level 1 Sub Proses Reservasi Sistem Informasi Bus Online

SKPL-IK01
Halaman 18

Pada proses ini customer melakukan pemesanan tiket, pada proses
pemesanan tiket customer memasukkan data tiket kemudian sistem akan
memprosesnya lalu menyimpannya pada database Data pemesanan, setelah
itu sistem akan memberikan customer kode pemesanan. Setelah itu pada
proses pembayaran tiker user dapat melakukan konfirmasi pembayaran dan
dapat melakukan pembatalan tiket dengan memasukkan data konfirmasi
pembayaran atau pembatalan tiket, kemudian data tersebut akan diproses
sistem dan disimpan pada data base data pemesanan. Lalu pada proses
pengiriman tiket, operator akan mengirimkan tike apabila status tiket yang
dipesan customer dalam status terbayar, maka operator akan memasukkan
data tiket yang kemudian diproses sistem dan diberikan ke customer.

DFD Level 1 Sub Proses Maintenance Data Sistem Informasi Bus Online


Gambar 15.DFD Level 1 Sub Proses Maintenance Data Sistem Informasi Bus Online

Pada subproses maintenance data ini terdapat tiga proses diantaranya,
Insert Data Baru, dimana operator akan memasukkan data jadwal baru
kemudian diproses oleh sistem dan disimpan pada database data jadwal,
lalu operator akan memasukkan data bus baru kemudian diproses oleh
sistem dan disimpan pada database data bus, lalu operator akan
memasukkan data supir baru kemudian diproses oleh sistem dan disimpan
pada database data supir. Proses kedua yaitu Update data dimana operator
akan memasukkan update data jadwal emudian diproses oleh sistem dan
SKPL-IK01
Halaman 19

disimpan pada database data jadwal, lalu memasukkan update data bus
kemudian diproses oleh sistem dan disimpan pada database data bus, lalu
memasukkan update data supir kemudian diproses oleh sistem dan disimpan
pada database data supur. Proses ketiga yaitu delete data dimana operator
akan menghapus data dengan memasukkan hapus data jadwal kemudian
diproses oleh sistem dan disimpan pada database data jadwal, lalu
memasukkan hapus data bus kemudian diproses oleh sistem dan disimpan
pada database data bus, memasukkan hapus data supir kemudian diproses
oleh sistem dan disimpan pada database data supir,

3.2.1.2 Data Flow Description
ID Name Description Source Destination Data Structure
1 Data customer Berisi informasi
dari customer
seperti nama,no
telpon,dll
Customer,proses
1
Proses 1
,Data Store
1
Nama + Alamat +
alamat +
tempat/tanggal
lahir + No.telpon
+ e-mail +
username +
password
2 Data Login Berisi informasi
ketika user
melakukan login
Customer proses 2 Username +
password
3 Data Request
Info
keberangkatan
Berisi informasi
keberangkatan
yang dicari oleh
customer
Customer Proses 2 Tanggal
keberangkatan +
Kota Asal + Kota
Tujuan
4 Data info
keberangkatan
Berisi informasi
tentang info
keberangkatan
yang dicari oleh
user
Proses 2 customer ID bus + Tanggal
Keberangkatan +
sopir
5 Data Jadwal Memuat data
jadwal
keberangkatan
Data Store 2 Proses 2 Tanggal
Keberangkatan +
Asal + Tujuan +
SKPL-IK01
Halaman 20

Waktu
Keberangkatan +
ID BUS

6 Data Bus Memuat Data
Bus yang
tersedia
Data Store 3 Proses 2 ID BUS + Merk
+ Jumlah Kursi +
Foto Bus
7 Data Sopir Memuat Data
Supir Yang
tersedia
Data Store 4 Proses 2 ID Sopir + Nama
+Umur + Nomor
SIM B1 + Foto
Sopir
8 Data Request
info lokasi
Memuat data
permintaan
tentang info
lokasi terakhir
suatu bus
Customer Proses 4 ID Bus
9 Data Info
Lokasi Bus
Memuat
informasi
tentang lokasi
terakhir bus
Proses 4 Customer Nama Kota
10 Data Update
Lokasi Bus
Memuat
informasi lokasi
terakhir suatu
bus
Operator Proses 4 ID Bus + Nama
Kota
11 Data request
Laporan
Memuat data
permintaan
Laporan
Owner Proses 6 Jenis Laporan
12 Laporan Bus Memuat laporan
tentang Bus
yang beroperasi
pada travel
Data Store 3
,proses 6
Proses
6,owner
Tanggal + ID Bus
+ Status
13 Laporan Supir Memuat laporan
tentang Supir
Data Store 3
,proses 6
Proses
6,owner
Tanggal + ID Bus
+ Status
SKPL-IK01
Halaman 21

yang bekerja
pada travel
14 Laporan
Keuangan
Memuat laporan
tentang
pemesanan tiket
pada travel
Data Store 3
,proses 6
Proses
6,owner
Tanggal + Kode
Pemesanan+Nama
pemesan + Harga
15 Data tiket Berisi informasi
dari tiket seperti
pemesan,tanggal
keberangkatan
Customer,proses
3.1
Proses 3.1
,Data Store
3
Pemesan +
Tanggal
Keberangkatan +
Asal + Tujuan +
Waktu
Keberangkatan +
Jurusan

16 Kode
Pemesanan
Berisi informasi
dari kode
pemesanan tiket
bus
Proses 3.1 Customer Kode Pemesanan
17 Data
Konfirmasi
Pembayaran

Berisi informasi
pembayaran
tiket bus seperti
harga, no.
transaksi, waktu
transaksi
Customer,proses
3.2
Proses 3.2
,Data Store
3
Nama Pembayar +
no. transaksi +
waktu transaksi +
jumlah
pembayaran +
Keterangan
18 Data
Pembatalan
Tiket
Berisi informasi
dari tiket yang
batal dipesan
Customer,
proses 3.3
Proses 3.3
,Data Store
3
Kode tiket +
Pemesan

19 Tiket Berisi informasi
dari tiket bus
yang sudah
dipesan
Proses 3.4 Customer Kode tiket +
Pemesan +
Jurusan + tanggal
keberangkatan +
Penumpang +
no.HP
SKPL-IK01
Halaman 22

20 Data jadwal
baru
Berisi informasi
dari jadwal baru
seperti tanggal
keberangkatan
dan asal
Operator,proses
5.1
Proses 5.1
,Data Store
2
Tanggal
Keberangkatan +
Asal + Tujuan +
Waktu
Keberangkatan +
ID BUS

21 Data bus baru Berisi informasi
dari Bus baru
seperti tanggal
keberangkatan
dan asal
Operator,proses
5.1
Proses 5.1
,Data Store
3
ID BUS +
Tanggal
Pembelian + Merk
+ Jumlah Kursi +
Kondisi + Foto
Bus
22 Data Supir
Baru
Berisi informasi
dari Bus baru
seperti Nama
sopir,umur,dll
Operator,proses
5.1
Proses 5.1
,Data Store
4
ID Sopir + Nama
+ Asal + Umur +
Nomor SIM B1 +
Foto Sopir
23 Update Data
Jadwal
Berisi informasi
tentang
perubahan data
suatu jadwal
tertentu
Operator,proses
5.2
Proses 5.2
,Data Store
2
Tanggal
Keberangkatan +
Asal + Tujuan +
Waktu
Keberangkatan +
ID BUS

24 Update Data
Bus
Berisi informasi
tentang
perubahan data
suatu Bus
tertentu
Operator,proses
5.2
Proses 5.2
,Data Store
3
ID BUS +
Tanggal
Pembelian + Merk
+ Jumlah Kursi +
Kondisi + Foto
Bus
25 Update Data
Supir
Berisi informasi
tentang
perubahan data
sopir tertentu
Operator,proses
5.1
Proses 5.1
,Data Store
4
ID Sopir + Nama
+ Asal + Umur +
Nomor SIM B1 +
Foto Sopir
Tabel 5.Data Flow Description
SKPL-IK01
Halaman 23


3.2.1.3 Use Case
3.2.1.3.1 Use Case Customer



Gambar 16.Use Case Customer
3.2.1.3.2 Use Case Operator



Gambar 17.Use Case Operator
SKPL-IK01
Halaman 24

3.2.1.3.3 Use Case Owner

Gambar 18.Use Case Owner

Berikut adalah skenario jalannya masingmasing use case yang telah didefinisikan
sebelumnya :
1. Nama Use Case : Log In
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Memasukkan Akun
2. Mengecek valid atau tidaknya akun
3. Masuk ke aplikasi sesuai hak akses dari
akun
Skenario Alternatif
1. Memasukkan Akun yang valid
2. Mengecek valid atau tidaknya akun
3. Menampilkan pesan log In tidak valid
4. Memasukkan akun yang valid
5. Mengecek valid tidaknya akun
6. Masuk ke aplikasi dengan hak akses
sesuai akun.
Tabel 6. Use Case : Log In

2. Nama Use Case : Registrasi
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Memasukkan data user
2. Mengecek valid atau tidaknya data user
3. User mendapatkan akun
Skenario Alternatif
1. Memasukkan data user
SKPL-IK01
Halaman 25

2. Mengecek valid atau tidaknya data user
3. Menampilkan data user terdapat yang
tidak valid
4. Memasukkan data user yang valid
5. Mengecek valid tidaknya data user
6. User mendapat akun
Tabel 7. Use Case : Log In

3. Name Use Case : Melihat Info Travel
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Customer melihat info travel
2. Mencari data yang diminta customer
3. Menampilkan data yang diminta
customer
Skenario Alternatif
1. Customer melihat info travel pada form
pencarian

2. Mencari data yang diminta customer
3. Menampilkan data yang diminta
customer
4. Customer memilih data yang dilihat
5. Mencari data yang diminta customer
6. Menampilkan data yang diminta
customer
Tabel 8.Use Case : Melihat Info Travel
4. Name Use Case : Memesan Tiket
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Memilih menu memesan tiket
2. Menampilkan form pengisian data
pemesanan tiket
3. Menginput data pemesanan tiket pada
form pemesanan

SKPL-IK01
Halaman 26

4. Menekan button submit
5. Mengecek valid tidaknya data
pemesanan
6. Menampilkan pesan pemesanan berhasil
Skenario Alternatif
1. Memilih menu memesan tiket
2. Menampilkan form pengisian data
pemesanan tiket
3. Menginputkan data pemesanan tiket
pada form pesemesanan

4. Menekan button submit
5. Mengeceka valid tidaknya pemesanan
6. menampilkan pesan pemesanan gagal
karena terdapat data pemesanan tidak valid
7. Menginputkan data pemesanan tiket
pada form pemesenan yang benar

8. menekan button submit
9. mengecek valid tidaknya data
pemesanan
10. menampilkan pesan pemesanan
berhasil
Tabel 9. Use Case : Memesan Tiket
5. Name Use Case : Memmbayar Tiket
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Customer menginputkan data
pembayaran seperti nomor transfer bank
atau kartu kredit pada form pembayaran
pemesanan.

2. Mengecek valid tifaknya data
pembayaran
3. Menampilkan pesan pembayaran sukses
SKPL-IK01
Halaman 27

4. Menyimpan detail pembayaran untuk
selanjutnya customer akan dikirim bukti
pembayaran atau kode pemesanan.
5. customer mengecek email untuk bukti
pembayaran

Skenario Alternatif
1. Customer menginputkan data
pembayaran seperti nomor transfer bank
atau kartu kredit pada form pembayaran
pemesanan.

2. Mengecek valid tifaknya data
pembayaran
3. Menampilkan pesan pembayaran gagal.
4. Customer menginputkan data
pembayaran yang valid

5. Mengecek valid tidaknya data
pembayaran
6. Menampilkan pesan pembayaran sukses
7. Menyimpan detail pembayaran untuk
selanjutnya customer akan dikirim bukti
pembayaran atau kode pemesanan.
8. customer mengecek email untuk bukti
pembayaran.

Tabel 10.Use Case : Membayar Tiket
6. Name Use Case : Konfirmasi pembayaran
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator melihat daftar pembayaran
pemesanan yang sudah dilakukan

2. Operator menyetujui daftar pembayaran
pemesanan

3. mengirim bukti atau tiket pemesanan ke
customer
4. menampilkan pesan pengiriman sukses.
SKPL-IK01
Halaman 28

Skenario Alternatif
1. Operator melihat daftar pembayaran
pemesanan yang sudah dilakukan

2. Operator menyetujui daftar pembayaran
pemesanan

3. Menampilakan pesan pengiriman tidak
bisa dilakukan.
4. Operator melihat daftar pembayaran
pemesanan yang valid, yang sudah
dilakukan

5. Operator menyetujui daftar pembayaran
pemesanan

6. mengirim bukti atau tiket pemesanan ke
customer
7. menampilkan pesan pengiriman sukses.
Tabel 11.Use Case : Konfirmasi pembayaran
7. Name Use Case : Membatalkan Tiket
Aksi aktor Reaksi sistem
Skenario normal
1. Customer memilih data pemesanan tiket
2. Mengecek valid tidaknya data
pembayaran
3. Menampilkan data pemesanan
4. Customer membatalkan data pemesanan
tiket

5. Menyimpan data pembatalan dan
mengubah status pemesanan tiket.
Skenario Alternatif
1. Customer memilih data pemesanan tiket
2. Mengecek valid tifaknya data
pembayaran
3. Menampilkan data pmesanan gagal
4. Customer menginputkan data
pemesanan yang valid

SKPL-IK01
Halaman 29

5. Mengecek valid tifaknya data
pembayaran
6. Menampilkan data pemesanan
7. Customer membatalkan data pemesanan
tiket

8. Menyimpan data pembatalan dan
mengubah status pemesanan tiket.
Tabel 12.Use Case : Membatalkan Tiket
8. Name Use Case : Melacak Bus
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Memilih menu pelacakan
2. Menampilkan form pengisian data
pelacakan bus
3. Menginput data pelacakan bus pada
form peelacakan

4. Menekan button submit
5. Mengecek valid tidaknya data
pemesanan
6. Menampilkan status keberadaan bus
Skenario Alternatif
1. Memilih menu pelacakan
2. Menampilkan form pengisian data
pelacakan bus
3. Menginputkan data pelacakan bus pada
form peelacakan

4. Menekan button submit
5. Mengecek valid tidaknya pelacakan
6. Menampilkan pesan pelacakan gagal
karena terdapat data pelacakan tidak valid
7. Menginputkan data pelacakan tiket pada
form pelacakan yang benar

8. Menekan button submit
9. Mengecek valid tidaknya data pelacakan
SKPL-IK01
Halaman 30

10. Menampilkan status keberadaan bus
Tabel 13.Use Case : Melacak Bus

9. Nama Use Case: Mengirimkan Tiket
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu mengirimkan
tiket

2. Menampilkan email pemesan
3. Operator memilih email pemesan yang
ingin dituju

4. Operator mengirimkan tiket
Tabel 14.Use Case: Mengirimkan Tiket
10. Nama Use Case: Insert Jadwal
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu menambah
jadwal

2. Menampilkan form data jadwal
3. Operator memasukkan data jadwal
yang ingin ditambahkan

4. Operator menekan tombol save
5. Mengecek valid tidaknya data jadwal
6. Menambah data jadwal pada database
Skenario Alternatif
1. Operator memilih menu menambah
jadwal

2. Menampilkan form data jadwal
3. Operator memasukkan data jadwal
yang ingin ditambahkan

4. Operator menekan tombol save
5. Mengecek valid tidaknya data jadwal
6. Gagal menambah data pada database
7. Menampilkan form data jadwal
SKPL-IK01
Halaman 31

8. Operator memasukkan data jadwal
yang ingin ditambahkan

9. Operator menekan tombol save
10. Mengecek valid tidaknya data jadwal
11. Menambah data jadwal pada database
Tabel 15.Use Case: Insert Jadwal
11. Nama Use Case: Update Jadwal
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu mengubah
jadwal

2. Menampilkan form data jadwal
3. Operator memasukkan data jadwal
yang ingin diubah

4. Operator menekan tombol save
5. Mengecek valid tidaknya data jadwal
6. Mengubah data jadwal pada database
Skenario Alternatif
1. Operator memilih menu mengubah
jadwal

2. Menampilkan form data jadwal
3. Operator memasukkan data jadwal
yang ingin diubah

4. Operator menekan tombol save
5. Mengecek valid tidaknya data jadwal
6. Gagal mengubah data pada database
7.Menampilkan form data jadwal
8. Operator memasukkan data jadwal
yang ingin diubah

9. Operator menekan tombol save
10. Mengecek valid tidaknya data jadwal
11. Menambah data jadwal pada database
Tabel 16.Use Case: Update Jadwal
12. Nama Use Case: Delete Jadwal
SKPL-IK01
Halaman 32

Aksi Aktor Reaksi Sistem
Skenario Normal
1.Operator memilih menu menghapus
jadwal

2. Menampilkan form data jadwal
3. Operator menghapus data jadwal yang
tersedia

4. Operator menekan tombol save
5. Menyimpan data jadwal pada database
Tabel 17.Use Case: Delete Jadwal

13. Nama Use Case: Insert Bus
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu menambah
bus

2. Menampilkan form data bus
3. Operator memasukkan data bus yang
ingin ditambahkan

4. Operator menekan tombol save
5. Mengecek valid tidaknya data bus
6. Menambah data bus pada database
Skenario Alternatif
1. Operator memilih menu menambah
bus

2. Menampilkan form data bus
3. Operator memasukkan data bus yang
ingin ditambahkan

4. Operator menekan tombol save
5. Mengecek valid tidaknya data bus
6. Gagal menambah data pada database
7. Menampilkan form data bus
8. Operator memasukkan data bus yang
ingin ditambahkan

SKPL-IK01
Halaman 33

9. Operator menekan tombol save
10.Mengecek valid tidaknya data bus
11. Menambah data bus pada database
Tabel 18.Use Case: Insert Bus
14. Nama Use Case: Update Bus
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu mengubah bus
2. Menampilkan form data bus
3. Operator memasukkan data bus yang
ingin diubah

4. Operator menekan tombol save
5. Mengecek valid tidaknya data bus
6. Mengubah data bus pada database
Skenario Alternatif
1. Operator memilih menu mengubah bus
2. Menampilkan form data bus
3. Operator memasukkan data bus yang
ingin diubah

4. Operator menekan tombol save
5. Mengecek valid tidaknya data bus
6. Gagal mengubah data pada database
7. Menampilkan form data bus
8. Operator memasukkan data bus yang
ingin diubah

9. Operator menekan tombol save
10. Mengecek valid tidaknya data bus
11. Menambah data bus pada database
Tabel 19.Use Case: Update Bus

15. Nama Use Case: Delete Bus
Aksi Aktor Reaksi Sistem
Skenario Normal
SKPL-IK01
Halaman 34

1.Operator memilih menu menghapus
bus

2. Menampilkan form data bus
3. Operator menghapus data bus yang
tersedia

4. Operator menekan tombol save
5. Menyimpan data bus pada database
Tabel 20.Use Case: Delete Bus
16. Nama Use Case: Insert Supir
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu menambah
supir

2. Menampilkan form data supir
3. Operator memasukkan data supir yang
ingin ditambahkan

4. Operator menekan tombol save
5. Mengecek valid tidaknya data supir
6. Menambah data supir pada database
Skenario Alternatif
1. Operator memilih menu menambah
supir

2. Menampilkan form data supir
3. Operator memasukkan data supir yang
ingin ditambahkan

4. Operator menekan tombol save
5. Mengecek valid tidaknya data supir
6. Gagal menambah data pada database
7. Menampilkan form data supir
8. Operator memasukkan data supir yang
ingin ditambahkan

9. Operator menekan tombol save
10.Mengecek valid tidaknya data supir
11. Menambah data supir pada database
SKPL-IK01
Halaman 35

Tabel 21.Use Case: Insert Supir
17. Nama Use Case: Update Sopir
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu mengubah
supir

2. Menampilkan form data supir
3. Operator memasukkan data supir yang
ingin diubah

4. Operator menekan tombol save
5. Mengecek valid tidaknya data supir
6. Mengubah data supir pada database
Skenario Alternatif
1. Operator memilih menu mengubah
supir

2. Menampilkan form data supir
3. Operator memasukkan data supir yang
ingin diubah

4. Operator menekan tombol save
5. Mengecek valid tidaknya data supir
6. Gagal mengubah data pada database
7. Menampilkan form data supir
8. Operator memasukkan data supir yang
ingin diubah

9. Operator menekan tombol save
10. Mengecek valid tidaknya data supir
11. Menambah data supir pada database
Tabel 22.Use Case: Update Sopir

18. Nama Use Case: Delete Supir
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu menghapus
supir

SKPL-IK01
Halaman 36

2. Menampilkan form data supir
3. Operator menghapus data supir yang
tersedia

4. Operator menekan tombol save
5. Menyimpan data supir pada database
Tabel 23.Use Case: Delete Supir
19. Nama Use Case: Mengupdate Lokasi Bus
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Operator memilih menu mengupdate
lokasi bus

2. Menampilkan form data lokasi bus
3. Operator mengubah data lokasi bus
yang tersedia

4. Operator menekan tombol save
5. Menyimpan data lokasi bus pada
database
Tabel 24.Use Case: Mengupdate Lokasi Bus

20. Name Use Case : Laporan Bus
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Owner memilih menu lihat laporan Bus
2. Menampilkan menampilkan menu lihat
laporan bus
3. Owner memasukkan rentang waktu
laporan

4. Mengecek valid tidaknya rentang waktu
5. Menampilkan laporan Bus
Skenario Alternatif
1. Owner memilih menu lihat laporan Bus
2. Menampilkan menampilkan menu lihat
laporan bus
SKPL-IK01
Halaman 37

3. Owner memasukkan rentang waktu
laporan

4. Mengecek valid tidaknya rentang waktu
5. Menampilkan pesan rentang waktu tidak
valid
6. Menampilkan menu lihat laporan bus
7. Owner memasukkan rentang waktu
laporan

8. Mengecek valid tidaknya rentang waktu
9. Menampilkan laporan Bus
Tabel 25.Use Case : Laporan Bus
21. Name Use Case : Laporan Sopir
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Owner memilih menu lihat laporan
Sopir

2. Menampilkan menampilkan menu lihat
laporan Sopir
3. Owner memasukkan rentang waktu
laporan

4. Mengecek valid tidaknya rentang waktu
5. Menampilkan laporan Sopir
Skenario Alternatif
1. Owner memilih menu lihat laporan
Sopir

2. Menampilkan menampilkan menu lihat
laporan Sopir
3. Owner memasukkan rentang waktu
laporan

4. Mengecek valid tidaknya rentang waktu
5. Menampilkan pesan rentang waktu tidak
valid
6. Menampilkan menu lihat laporan Sopir
SKPL-IK01
Halaman 38

7. Owner memasukkan rentang waktu
laporan

8. Mengecek valid tidaknya rentang waktu
9. Menampilkan laporan Sopir
Tabel 26.Use Case : Laporan Sopir
22. Name Use Case : Laporan Pemesanan
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Owner memilih menu lihat laporan
pemesanan

2. Menampilkan menampilkan menu lihat
laporan pemesanan
3. Owner memasukkan rentang waktu
laporan

4. Mengecek valid tidaknya rentang waktu
5. Menampilkan laporan pemesanan
Skenario Alternatif
1. Owner memilih menu lihat laporan
pemesanan

2. Menampilkan menampilkan menu lihat
laporan pemesanan
3. Owner memasukkan rentang waktu
laporan

4. Mengecek valid tidaknya rentang waktu
5. Menampilkan pesan rentang waktu tidak
valid
6. Menampilkan menu lihat laporan
pemesanan
7. Owner memasukkan rentang waktu
laporan

8. Mengecek valid tidaknya rentang waktu
9. Menampilkan laporan pemesanan
Tabel 27.Use Case : Laporan Pemesanan

SKPL-IK01
Halaman 39


3.3 Data Requirement
Berikut adalah data-data yang harus dikelola oleh aplikasi ini :
No Data Deskripsi
1 Registrasi Merupakan proses pendaftaran user baru ke
dalam system, sehingga mempunyai akun untuk
melakukan proses login.
2 Melihat info travel Proses melihat semua informasi pada travel
seperti jadwal, bus, dan supir.
3 Memesan tiket Merupakan proses pemesanan tiket bus.
4 Membayar tiket Merupakan proses pembayaran tiket bus yang
sudah dipesan.
5 Konfirmasi
pembayaran
Merupakan proses memastikan pemesan sudah
membayar tiket bus yang sudah dipesan.
6 Membatalkan tiket Merupakan proses pembatalan pembayaran tiket
yang sudah dipesan.
7 Melacak Bus Merupakan proses mencari keberadaan bus.
8 Login Merupakan proses pengecekan hak akses dan
autentikasi user. Login wajib dilakukan sebelum
bisa melakukan hal-hal lain.
9 Mengirimkan Tiket Merupakan proses pengiriman tiket bus kepada
pemesan yang sudah membayar.
10 Insert Jadwal Merupakan proses memasukkan data jadwal
baru.
11 Update Jadwal Merupakan proses mengubah data jadwal yang
sudah ada.
12 Delete Jadwal Merupakan proses menghapus jadwal bus.
13 Insert data bus Merupakan proses memasukkan data bus baru
14 Update data bus Merupakan proses mengubah data bus yang
sudah ada
15 Delete data bus Merupakan proses menghapus data bus.
16 Insert data supir Merupakan proses memasukkan data supir bus
baru.
17 Update data supir Merupakan proses mengubah data supir bus.
SKPL-IK01
Halaman 40

18 Delete data supir Merupakan proses menghapus data supir bus.
19 Laporan bus Melihat laporan lengkap bus-bus yang dimiliki
oleh travel.
20 Laporan supir Melihat laporan lengkap mengenai supir bus.
21 Laporan pemesanan Melihat laporan pemesanan tiket bus dan
keuangan travel.
22 Login Merupakan proses pengecekan hak akses dan
autentikasi user. Login wajib dilakukan sebelum
bisa melakukan hal-hal lain.
Tabel 28. Data Requirement
3.3.1 E-R diagram

Gambar 19.E-R Diagram
SKPL-IK01
Halaman 41

3.4 Non Functional Requirement

SRS-Id Parameter Requirement
HNSPA-N-01 Availability Aplikasi terus menerus beroperasi 7 hari
perminggu, 24 jam per hari tanpa gagal dengan
catatan saat sumber listrik tersedia

HNSPA-N-02 Reliability Aplikasi ini akan berjalan dalam performa
terbaiknya jika dijalankan dalam spesifikasi
hardware di atas spesifikasi minimal yang
diberikan. Selain itu, jenis sistem operasi yang
digunakan juga akan sangat berpengaruh
terhadap kinerja dari sistem.

HNSPA-N-03 Ergonomy Desain yang menarik dan nyaman sehingga
memudahkan customer menggunakannya,
terutama bagi customer dalam pemesanan tiket
bus
HNSPA-N-04 Portability Aplikasi ini mampu dijalankan dengan baik di
berbagai jenis sistem operasi dan web-browser.


N/A Memory N/A
Response time Aplikasi harus mampu menampilkan hasil dalam
waktu maksimal 4-5 detik .Kecepatan respon dari
aplikasi saat penggunaan tergantung RAM dan
PROSESOR komputer

N/A Safety N/A

HNSPA-N-05 Security Untuk menjaga keamanan data yang terdapat di
server, maka hanya ada satu account user yang
berhak mengakses komputer server secara
langasung, yaitu account operator. Hanya
SKPL-IK01
Halaman 42

SRS-Id Parameter Requirement
operator lah yang dapat memanipulasi data
secara langsung pada komputer server.
Sedangkan account lainnya hanya diberi izin
memanipulasi data melalui komputer
client/workstation yang pasti melalui proses
validasi terlebih dahulu sebelum dilakukan
proses.

Sementara itu untuk menghindari penggunaan
sistem oleh pihak yang tidak memiliki hak,
digunakan sistem password. Dimana masing-
masing user diharuskan mengisikan username
dan password terlebih dahulu untuk memasuki
lingkungan kerja sistem.

Account dari masing-user user harus
menggunakan enkripsi data ketika di dalam
database agar mengindari penembusan system
dari pihak luar


HNSPA-N-06 Komunikasi Bahasa komunikasi yang digunakan adalah multi
bahasa (bahasa Indonesia dan Bahasa Inggris).
Tabel 29.Non Functional Requirement

3.5 Batasan Perancangan
Batasan khusus dalam perancangan Sistem Informasi Travel Bus Online
adalah sebagai berikut :
1. Bahasa pemrograman berbasis web yang digunakan adalah PHP dan SQL
2. sudah terintegrasi dengan MySQL Server.
3. Tampilan grafis menggunakan format file .JPG.
3.6 Ringkasan Kebutuhan
3.6.1 Functional Requirement Summary

SKPL-IK01
Halaman 43

No. Kode Deskripsi Fungsi
1. HNSPA-01
Operator dapat melakukan log in ke dalam system
2. HNSPA-02
Operator dapat melihat data tiket dan jadwal yang tersedia
pada sistem
3. HNSPA-03
Operator dapat menambahkan data tiket yang tersedia pada
sistem
4. HNSPA-04
Operator dapat mengubah data tiket yang tersedia pada
sistem
5 HNSPA-05
Operator dapat menghapus data tiket yang tersedia pada
sistem
6 HNSPA-06
Operator mengatur jadwal keberangkatan bis dan sopir bus
7 HNSPA-07
Operator dapat menambah customer yang baru melakukan
pendaftaran
8 HNSPA-08
Operator dapat mengubah data customer sistem ticketing
9 HNSPA-09
Operator dapat menghapus data customer sistem ticketing
10 HNSPA-10
Operator melihat tiket yang dipesan penumpang dari sistem
11 HNSPA-11
Operator mengecek pembayaran yang dilakukan oleh
customer ke rekening perusahaan
12 HNSPA-12
Operator mengirimkan tiket pesanan ke email customer
13 HNSPA-13
Operator melakukan update lokasi bus terkini pada web
14 HNSPA-14
Operator melaporkan kondisi bus yang digunakan secara
berkala dalam system
15 HNSPA-15
Owner melihat kondisi keberangkatan bus
Tabel 30.Functional Requirement Summary
3.6.2 Non Functional Requirement Summary
SRS-Id Parameter Requirement
HNSPA-N-01 Availability Aplikasi terus menerus beroperasi 7 hari
perminggu, 24 jam per hari tanpa gagal dengan
catatan saat sumber listrik tersedia

SKPL-IK01
Halaman 44

SRS-Id Parameter Requirement
HNSPA-N-02 Reliability Aplikasi ini akan berjalan dalam performa
terbaiknya jika dijalankan dalam spesifikasi
hardware di atas spesifikasi minimal yang
diberikan. Selain itu, jenis sistem operasi yang
digunakan juga akan sangat berpengaruh
terhadap kinerja dari sistem.
Selain itu, tindakan perawatan terhadap sistem,
seperti back-up data pun akan mempengaruhi
kecepatan akses data oleh sistem.
HNSPA-N-03 Ergonomy Desain yang menarik dan nyaman sehingga
memudahkan customer menggunakannya,
terutama bagi customer dalam pemesanan tiket
HNSPA-N-04 Portability Aplikasi ini mampu dijalankan dengan baik di
berbagai jenis sistem operasi dan web-browser.


N/A Memory N/A
Response time Aplikasi harus mampu menampilkan hasil dalam
waktu maksimal 4-5 detik .Kecepatan respon dari
aplikasi saat penggunaan tergantung RAM dan
PROSESOR komputer

N/A Safety N/A

HNSPA-N-05 Security Untuk menjaga keamanan data yang terdapat di
server, maka hanya ada satu account user yang
berhak mengakses komputer server secara
langasung, yaitu account operator. Hanya
operator lah yang dapat memanipulasi data
secara langsung pada komputer server.
Sedangkan account lainnya hanya diberi izin
memanipulasi data melalui komputer
client/workstation yang pasti melalui proses
SKPL-IK01
Halaman 45

SRS-Id Parameter Requirement
validasi terlebih dahulu sebelum dilakukan
proses.

Sementara itu untuk menghindari penggunaan
sistem oleh pihak yang tidak memiliki hak,
digunakan sistem password. Dimana masing-
masing user diharuskan mengisikan username
dan password terlebih dahulu untuk memasuki
lingkungan kerja sistem.

Account dari masing-user user harus
menggunakan enkripsi data ketika di dalam
database agar mengindari penembusan system
dari pihak luar


HNSPA-N-06 Komunikasi Bahasa komunikasi yang digunakan adalah multi
bahasa (bahasa Indonesia dan Bahasa Inggris).
Tabel 31.Non Functional Requirement Summary