SKPL_KLP_02

download SKPL_KLP_02

of 54

description

adsi

Transcript of 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

  • 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