SKPL_KLP_02

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, Istilah 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 (Ikhtisar)

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


Gambar 5.Tampilan Pelacakan Lokasi

- Tampilan Awal Operator

Gambar 6.Tampilan Awal Operator

- Tampilan Maintenance Jadwal


Gambar 7.Tampilan Maintenance Jadwal

- Tampilan Maintenance Bus

Gambar 8.Tampilan Maintenance Bus

- Tampilan Maintenance Sopir


Gambar 9.Tampilan Maintenance Supir

- Tampilan Log In Owner

Gambar 10.Tampilan Log In Owner

- Tampilan Laporan (owner)


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


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.


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


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


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


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 +


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


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


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


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


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


Skenario Normal

1. Memasukkan data user

2. Mengecek valid atau tidaknya data user

3. User mendapatkan akun

Skenario Alternatif

1. Memasukkan data user


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


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



customer

4. Customer memilih data yang dilihat



customer

Tabel 8.Use Case : Melihat Info Travel

4. Name Use Case : Memesan Tiket


Skenario Normal

1. Memilih menu memesan tiket

2. Menampilkan form pengisian data

pemesanan tiket

3. Menginput data pemesanan tiket pada

form pemesanan


4. Menekan button submit

5. Mengecek valid tidaknya data

pemesanan

6. Menampilkan pesan pemesanan berhasil

Skenario Alternatif

1. Memilih menu memesan tiket


pemesanan tiket

3. Menginputkan data pemesanan tiket

pada form pesemesanan


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


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


4. Menyimpan detail pembayaran untuk

selanjutnya customer akan dikirim bukti

pembayaran atau kode pemesanan.

5. customer mengecek email untuk bukti

pembayaran

Skenario Alternatif


pembayaran seperti nomor transfer bank

atau kartu kredit pada form pembayaran

pemesanan.


pembayaran

3. Menampilkan pesan pembayaran gagal.


pembayaran yang valid


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


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.


Skenario Alternatif


pemesanan yang sudah dilakukan


pemesanan

3. Menampilakan pesan pengiriman tidak

bisa dilakukan.


pemesanan yang valid, yang sudah

dilakukan


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


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


pembayaran

3. Menampilkan data pmesanan gagal


pemesanan yang valid



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


Skenario Normal

1. Memilih menu pelacakan


pelacakan bus

3. Menginput data pelacakan bus pada

form peelacakan



pemesanan

6. Menampilkan status keberadaan bus

Skenario Alternatif

1. Memilih menu pelacakan


pelacakan bus

3. Menginputkan data pelacakan bus pada

form peelacakan


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


9. Mengecek valid tidaknya data pelacakan


10. Menampilkan status keberadaan bus

Tabel 13.Use Case : Melacak Bus

9. Nama Use Case: Mengirimkan Tiket


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


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


jadwal






6. Gagal menambah data pada database








Tabel 15.Use Case: Insert Jadwal

11. Nama Use Case: Update Jadwal


Skenario Normal

1. Operator memilih menu mengubah

jadwal



yang ingin diubah



6. Mengubah data jadwal pada database

Skenario Alternatif


jadwal



yang ingin diubah



6. Gagal mengubah data pada database

7.Menampilkan form data jadwal


yang ingin diubah




Tabel 16.Use Case: Update Jadwal

12. Nama Use Case: Delete Jadwal



Skenario Normal

1.Operator memilih menu menghapus

jadwal


3. Operator menghapus data jadwal yang

tersedia


5. Menyimpan data jadwal pada database

Tabel 17.Use Case: Delete Jadwal

13. Nama Use Case: Insert Bus


Skenario Normal


bus

2. Menampilkan form data bus

3. Operator memasukkan data bus yang

ingin ditambahkan


5. Mengecek valid tidaknya data bus

6. Menambah data bus pada database

Skenario Alternatif


bus



ingin ditambahkan






ingin ditambahkan



10.Mengecek valid tidaknya data bus


Tabel 18.Use Case: Insert Bus

14. Nama Use Case: Update Bus


Skenario Normal

1. Operator memilih menu mengubah bus



ingin diubah



6. Mengubah data bus pada database

Skenario Alternatif

1. Operator memilih menu mengubah bus



ingin diubah






ingin diubah




Tabel 19.Use Case: Update Bus

15. Nama Use Case: Delete Bus


Skenario Normal


1.Operator memilih menu menghapus

bus


3. Operator menghapus data bus yang

tersedia


5. Menyimpan data bus pada database

Tabel 20.Use Case: Delete Bus

16. Nama Use Case: Insert Supir


Skenario Normal


supir

2. Menampilkan form data supir

3. Operator memasukkan data supir yang

ingin ditambahkan


5. Mengecek valid tidaknya data supir

6. Menambah data supir pada database

Skenario Alternatif


supir



ingin ditambahkan






ingin ditambahkan


10.Mengecek valid tidaknya data supir



Tabel 21.Use Case: Insert Supir

17. Nama Use Case: Update Sopir


Skenario Normal


supir



ingin diubah



6. Mengubah data supir pada database

Skenario Alternatif


supir



ingin diubah






ingin diubah




Tabel 22.Use Case: Update Sopir

18. Nama Use Case: Delete Supir


Skenario Normal

1. Operator memilih menu menghapus

supir



3. Operator menghapus data supir yang

tersedia


5. Menyimpan data supir pada database

Tabel 23.Use Case: Delete Supir

19. Nama Use Case: Mengupdate Lokasi Bus


Skenario Normal

1. Operator memilih menu mengupdate

lokasi bus

2. Menampilkan form data lokasi bus

3. Operator mengubah data lokasi bus

yang tersedia


5. Menyimpan data lokasi bus pada

database

Tabel 24.Use Case: Mengupdate Lokasi Bus

20. Name Use Case : Laporan Bus


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


laporan bus



laporan


5. Menampilkan pesan rentang waktu tidak

valid

6. Menampilkan menu lihat laporan bus


laporan


9. Menampilkan laporan Bus

Tabel 25.Use Case : Laporan Bus

21. Name Use Case : Laporan Sopir


Skenario Normal

1. Owner memilih menu lihat laporan

Sopir


laporan Sopir


laporan


5. Menampilkan laporan Sopir

Skenario Alternatif


Sopir


laporan Sopir


laporan



valid

6. Menampilkan menu lihat laporan Sopir



laporan


9. Menampilkan laporan Sopir

Tabel 26.Use Case : Laporan Sopir

22. Name Use Case : Laporan Pemesanan


Skenario Normal


pemesanan


laporan pemesanan


laporan


5. Menampilkan laporan pemesanan

Skenario Alternatif


pemesanan


laporan pemesanan


laporan



valid

6. Menampilkan menu lihat laporan

pemesanan


laporan


9. Menampilkan laporan pemesanan

Tabel 27.Use Case : Laporan Pemesanan


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.


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


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



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


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


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.

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



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

SKPL_KLP_02

Documents

Transcript of SKPL_KLP_02