II-31 BAB III
ANALISIS KEBUTUHAN SISTEM
3.1. Sejarah Rental Mobil PT.WB Trans Travel
PT.WB Trans Travel berdiri sejak 20 November 2004 sampai saat ini, yang beralamat di Jl. R.A Kartini No.57 Garasi pull warga baru, Kel. Soklat, Kec.
Subang, Kab. Subang. PT.WB Trans Travel menyediakan dua jenis mobil yaitu WB (warga baru) untuk penamaan mobil bus dan WB (walet blue) untuk penamaan mobil travel. PT.WB Trans travel semula hanya menyediakan mobil bus, namun dengan banyaknya peminat dari masyarakat kini PT.WB Trans Travel juga menyediakan mobil travel, jumlah dari mobil bus yang beroperasi yaitu ada enam mobil dan untuk mobil travel yaitu ada dua belas mobil, total kesuluruhan yaitu ada delapan belas mobil yang beroperasi dengan supir yang berjumlah sembilan belas orang,
3.1.1. Visi dan Misi PT.WB Trans Travel Visi :
Melaksanakan jasa-jasa tranportasi secara professional, terdepan dan menjaga etika bisnis agar menjadi salah satu perusahaan pemberi jasa tranportasi terbaik.
Misi :
Menyediakan jasa dan kualitas kendaraan terbaik untuk perjalanan tranportasI angkutan darat yang aman, efisien, taat terhadap peraturan yang berlaku, dan dijalankan oleh professional yang kompeten dan bermotivasi tinggi.
3.1.2. Struktur Organisasi PT.WB Trans Travel
Untuk memperlancar penyelenggaraan kerja pada PT.WB Trans travel maka diperlukan struktur organisasi, Struktur organisasi memberikan gambaran mengenai tugas, tanggung jawab dan wewenang
antar bagian juga untuk mempermudah pemilik PT.WB Trans Travel dalam mengambil kebijakan dan akan mempermudah pelaksanaan operasional.
Gambar 3-1 Struktur Organisasi PT.WB Trans Travel
Job Deskripsi PT.WB Trans Travel, sebagai berikut:
1. Owner PT.WB Trans Travel
Sebagai pemilik dan pendiri PT.WB Trans Travel yang bertugas mengawasi dan bertanggung jawab.
2. Bagian Administrasi
Bagian administrasi ini bertugas Merekap semua laporan dari marketing berupa laporan keuangan, laporan pemesanan, dan laporan keberangkatan mobil pada PT.WB Trans Travel
3. Pelayanan
Sebagai pelayanan yang langsung berinteraksi dengan customer dan mengatur keberangkatan mobil
4. Supir
Bagian supir di sini bertugas sebagai pengemudi mobil di PT.WB Trans Travel
Owner
Admin
Pelayanan Supir
3.2. Analisis Sistem Yang Sedang Berjalan
Pada saat ini PT.WB Trans Travel masih menerapkan sistem seperti sistem pada umumnya, yaitu customer datang ke agent perusahaan secara langsung atau via whatsapp untuk melakukan proses pemesanan. Dan untuk proses pengolahan data pemesanannya belum menggunakan sistem informasi berbasis web.
3.2.1. Prosedur Pengolahan Data
Gambar 3-2 Gambar pelayanan PT.WB Trans Travel
Prosedur Pengolahan data yang sedang berjalan di PT.WB Trans Travel adalah sebagai berikut :
1. Customer langsung datang ke agent atau bisa via whatsapp untuk melakukan pemesanan tiket
2. Selanjutnya bagian pelayanan menjelaskan tentang spesifikasi dan harga tiket
3. Kemudian customer melakukan transaksi dengan harga yang sudah ditentukan.
4. Pelayanan membuat laporan mengenai pemesanan tiket travel
3.3. Analisis Kebutuhan Sistem
Menjelaskan kondisi atau kemampuan yang harus dipenuhi oleh sistem sesuai dengan spesifikasi yang diinginkan oleh pemakai, meliputi kebutuhan sistem informasi, kebutuhan fungsional dan non fungsional, usecase diagram, activity diagram, dan kebutuhan perangkat keras.
3.3.1. Kebutuhan Pengguna
Menjelaskan kondisi atau kemampuan yang harus dimiliki oleh sistem yang baru, sebagai berikut :
1. Sistem yang dibuat harus dapat memudahkan dan memberikan kenyamanan pada customer dalam proses pemesanan tiket
2. Sistem yang dibuat harus dapat dioperasikan oleh admin dan juga owner
3. Sistem yang dibuat harus dapat diakses dengan cepat
3.3.2. Kebutuhan Informasi
Kebutuhan informasi yang diperlukan oleh PT.WB Trans Travel adalah sebagai berikut :
Tabel 3-2 Kebutuhan Informasi
No Informasi yang dibutuhkan Tujuan Frekuensi
1 Informasi data statistic webite Admin Setiap hari
2 Informasi data pelanggan Admin Setiap pada pelanggan
3 Informasi data pesanan Admin Setiap pada pesanan
4 Informasi pendapatan Admin Setiap hari
5 Informasi data mobil Pelanggan Setiap saat
3.3.3. Kebutuhan Fungsional
Berikut adalah daftar kebutuhan fungsional untuk sistem informasi PT.WB Trans Travel :
Tabel 3-3 Kebutuhan Fungsional
Nomor SRS Deskripsi
SRS-F-1 Sistem dapat melakukan login
SRS- F-2 Sistem dapat mengelola data pemesanan
SRS-F-3 Sistem dapat mengelola data jadwal dan harga
SRSF-4 Sistem dapat mengelola data tujuan
SRSF-5 Sistem dapat mengelola data bus
SRSF-6 Sistem dapat mengelola data rekening
SRSF-7 Sistem dapat mengelola data pelanggan
SRSF-8 Sistem dapat mengelola data admin
SRSF-9 Sistem dapat mengelola laporan
3.3.4. Kebutuhan Non Fungsional
Berikut adalah daftar kebutuhan non fungsional untuk sistem informasi PT.WB Trans Travel :
Tabel 3-4 Kebutuhan Non Fungsional
Nomor SRS Deskripsi
SRS-NF-1 Sistem dibuat dengan tampilan antarmuka yang sederhana
SRS-NF-2 Sistem yang dibangun berbasis website
SRS-NF-3 Sistem yang dibangun dengan framework codeigniter dan MySQL sebagai database
3.3.5. Kebutuhan Perangkat Keras (Hardware)
Kebutuhan perangkat keras merupakan komponen fisik yang memiliki spesifikasi atau kriteria tertentu agar dapat menjalankan sistem dengan baik. Kebutuhan hardware yang dibutuhkan untuk menjalankan sistem ini yaitu :
1. Memory (RAM) : 4.00GB RAM 2. Hardisk : 650GB 3. Keyboard
3.3.6. Kebutuhan Perangkat Lunak (Software)
Kebutuhan perangkat lunak atau software merupakan program-program yang digunakan untuk menjalankan sistem informasi yang mencakup : 1. Sistem Operasi : Window 7
2. Web Server : XAMPP
3. Text Editor : Sublime text 4. Image Design : Adobe Photoshop 5. Database Server : MySQL
6. Web Browser : Mozilla firefox, Chrome
3.4. Implementasi Pemodelan Kebutuhan Fungsional 3.4.1. Use Case Diagram
Gambar 3-3 Use Case
1 Definisi Aktor
Tabel 3-5 Definisi Aktor
No Nama Aktor Deskripsi
1 Customer Customer adalah aktor yang dapat mengakses website dan melakukan login untuk melakukan proses pemesanan tiket
2 Admin Admin adalah aktor yang berperan sebagai pengelola pengguna, pengelola info mengenai pemesanan, dan pembuat laporan
3 Owner Owner adalah aktor yang berfungsi untuk menerima dan melihat laporan
2 Definisi Use Case
Tabel 3-6 Definisi Use Case
No Nama Use Case Deskripsi
UC-1 Login Use Case ini berfungsi untuk login ke dalam sistem
UC-2 Kelola Data Pemesanan Use Case ini berfungsi untuk mengelola data pemesanan
UC-3 Kelola Data Jadwal dan Harga
Use Case ini berfungsi untuk mengelola data jadwal dan harga
UC-4 Kelola Data Tujuan Use Case ini berfungsi untuk mengelola data tujuan
UC-5 Kelola Data Bus Use Case ini berfungsi untuk mengelola data bus
UC-6 Kelola Data Rekening Use Case ini berfungsi untuk mengelola data rekening
UC-7 Kelola Data Pelanggan Use Case ini berfungsi untuk mengelola data pelanggan
UC-8 Kelola Data Admin Use Case ini berfungsi untuk mengelola data admin
UC-9 Laporan Use Case ini berfungsi untuk mengelola laporan
3.4.2. Skenario Use Case Diagram 1 Skenario Use Case UC-1 Login
Gambar 3-4 Use Case Login
Tabel 3-7 Skenario Use Case UC-1 Login
Nama Use Case Login
Fungsi Berfungsi untuk masuk ke dalam sistem Aktor Admin, owner, customer
Kondisi Awal Halaman awal browser
Aksi Aktor Reaksi Sistem
1. Masukan url situs PT.WB Trans Travel
2. Menampilkan halaman login
3. Input User name dan password
4. Menampilkan “halaman admin &
halaman pelanggan” jika benar, dan berada di “Form login” jika salah
2 Skenario Use Case UC-2 Kelola Data Pemesanan
Gambar 3-5 Use Case Kelola Pemesanan
Tabel 3-8 Skenario Use Case UC-2 Kelola Data Pemesanan
Nama Use Case Kelola Data Pemesanan
Fungsi Use Case ini berfungsi untuk melihat data pemesanan
Aktor Admin dan Owner
Kondisi Awal Aktor telah login ke dalam sistem
Aksi Aktor Reaksi Sistem
1. Aktor pilih menu data pemesanan
2. Menampilkan form pemesanan 3. Klik button view
4. Menampilkan Data Pemesanan
3 Skenario Use Case UC-3 Kelola Data Jadwal dan Harga
Gambar 3-6 Use Case Kelola Jadwal & Harga
Tabel 3-9 Skenario Use Case UC-3 Kelola Data Jadwa dan Harga
Nama Use Case Kelola Data Jadwal dan Harga
Fungsi Use Case ini berfungsi untuk mengelola data jadwal dan harga
Aktor Admin dan Owner
Kondisi Awal Aktor telah login ke dalam sistem
Aksi Aktor Reaksi Sistem
1. Aktor pilih menu data jadwal dan harga
2. Menampilkan form data jadwal dan harga
Tambah Data Jadwal dan Harga 1. Klik button tambah
2. Menampilkan form tambah jadwal dan harga
3. Menginput data jadwal dan harga kemudian klik button simpan
4. Jika data sudah ada maka akan tampil pesan “Data brerhasil disimpan”
Jika data belum ada maka data
disimpan di database dan tampil pesan
“Data berhasil ditambah”
Edit Data Jadwal dan Harga 1. Klik button edit pada data jadwal
dan harga yang akan diedit
2. Menampilkan halaman form edit data jadwal dan harga
3. Merubah data pada form edit data jadwal dan harga kemudian klik button simpan
4. Sistem menyimpan data baru yang telah diedit
Hapus Data Jadwal dan Harga
1. Klik button delete pada data harga yang akan dihapus
2. Menerima permintaan delete data 3. Menginformasi perintah delete
dalam form
4. Menghapus data dalam database
4 Skenario Use Case UC-4 Kelola Data Tujuan
Gambar 3-7 Use Case Kelola Tujuan
Tabel 3-10 Skenario Use Case UC-4 Kelola Data Tujuan
Nama Use Case Kelola Data Tujuan
Fungsi Use Case ini berfungsi untuk mengelola data tujuan
Aktor Admin dan Owner
Kondisi Awal Aktor telah login ke dalam sistem
Aksi Aktor Reaksi Sistem
1. Aktor pilih menu data Tujuan
2. Menampilkan form data tujuan Tambah Data Tujuan
1. Klik button tambah
2. Menampilkan form tambah data tujuan
3. Menginput data tujuan dan klik button simpan
4. Jika data sudah ada maka akan tampil pesan “Data brerhasil disimpan”
Jika data belum ada maka data
disimpan di database dan tampil pesan
“Data berhasil ditambah”
Edit Data Tujuan
1. Klik button edit pada data tujuan yang akan diedit
2. Menampilkan halaman form edit data tujuan
3. Merubah data pada form edit data tujuan kemudian klik button simpan
4. Sistem menyimpan data baru yang telah diedit
Hapus Data Tujuan
1. Klik button delete pada data tujuan yang akan dihapus
2. Menerima permintaan delete data 3. Menginformasi perintah delete
dalam form
4. Menghapus data dalam database
5 Skenario Use Case UC-5 Kelola Data Travel
Gambar 3-8 Use Case Kelola Bus
Tabel 3-11 Skenario Use Case UC-5 Kelola Data Bus
Nama Use Case Kelola Data Bus
Fungsi Use Case ini berfungsi untuk mengelola data bus
Aktor Admin dan Owner
Kondisi Awal Aktor telah login ke dalam sistem
Aksi Aktor Reaksi Sistem
1. Aktor pilih menu data travel
2. Menampilkan form data bus Tambah Data Bus
1. Klik button tambah
2. Menampilkan form tambah data bus 3. Menginput data bus kemudian
klik button simpan
4. Jika data sudah ada maka akan tampil pesan “Data brerhasil disimpan”
Jika data belum ada maka data
disimpan di database dan tampil pesan
“Data berhasil ditambah”
Edit Data Bus
1. Klik button edit pada data bus yang akan diedit
2. Menampilkan halaman form edit data bus
3. Merubah data pada form edit data bus kemudian klik button simpan
4. Sistem menyimpan data baru yang telah diedit
Hapus Data Bus
1. Klik button delete pada data bus yang akan dihapus
2. Menerima permintaan delete data 3. Menginformasi perintah delete
dalam form
4. Menghapus data dalam database
6 Skenario Use Case UC-6 Kelola Data Rekening
Gambar 3-9 Use Case Kelola Rekening
Tabel 3-12 Skenario Use Case UC-6 Kelola Data Rekening
Nama Use Case Kelola Data Rekening
Fungsi Use Case ini berfungsi untuk mengelola data bus
Aktor Owner
Kondisi Awal Aktor telah login ke dalam sistem
Aksi Aktor Reaksi Sistem
1. Aktor pilih menu data Rekening
2. Menampilkan form data rekening Tambah Data Rekening
1. Klik button tambah
2. Menampilkan form tambah data rekening
3. Menginput data rekening kemudian klik button simpan
4. Jika data sudah ada maka akan tampil pesan “Data brerhasil disimpan”
Jika data belum ada maka data
disimpan di database dan tampil pesan
“Data berhasil ditambah”
Edit Data Rekening
1. Klik button edit pada data rekening yang akan diedit
2. Menampilkan halaman form edit data rekening
3. Merubah data pada form edit data rekening kemudian klik button simpan
4. Sistem menyimpan data baru yang telah diedit
Hapus Data Rekening
1. Klik button delete pada data rekening yang akan dihapus
2. Menerima permintaan delete data
3. Menginformasi perintah delete dalam form
4. Menghapus data dalam database
7 Skenario Use Case UC-7 Kelola Data Pelanggan
Gambar 3-10 Use Case Kelola Pelanggan
Tabel 3-13 Skenario Use Case UC-7 Kelola Data Pelanggan
Nama Use Case Kelola Data Pelanggan
Fungsi Use Case ini berfungsi untuk mengelola data Pelanggan
Aktor Owner dan Admin
Kondisi Awal Aktor telah login ke dalam sistem
Aksi Aktor Reaksi Sistem
1. Aktor pilih menu data Pelanggan
2. Menampilkan form data pelanggan Tambah Data Pelanggan
1. Klik button tambah
2. Menampilkan form tambah data pelanggan
3. Menginput data pelanggan kemudian klik button simpan
4. Jika data sudah ada maka akan tampil pesan “Data brerhasil disimpan”
Jika data belum ada maka data
disimpan di database dan tampil pesan
“Data berhasil ditambah”
Edit Data Pelanggan
1. Klik button edit pada data pelanggan yang akan diedit
2. Menampilkan halaman form edit data pelanggan
3. Merubah data pada form edit data pelanggan kemudian klik button simpan
4. Sistem menyimpan data baru yang telah diedit
Hapus Data Pelanggan
1. Klik button delete pada data pelanggan yang akan dihapus
2. Menerima permintaan delete data 3. Menginformasi perintah delete
dalam form
4. Menghapus data dalam database
8 Skenario Use Case UC-8 Data Admin
Gambar 3-11 Use Case Kelola Admin
Tabel 3-14 Skenario Use Case UC-8 Kelola Data Admin
Nama Use Case Kelola Data Admin
Fungsi Use Case ini berfungsi untuk mengelola data admin
Aktor Owner
Kondisi Awal Aktor telah login ke dalam sistem
Aksi Aktor Reaksi Sistem
1. Aktor pilih menu data admin
2. Menampilkan form data admin Tambah Data Admin
1. Klik button tambah
2. Menampilkan form tambah data admin 3. Menginput data admin kemudian
klik button simpan
4. Jika data sudah ada maka akan tampil pesan “Data brerhasil disimpan”
Jika data belum ada maka data
disimpan di database dan tampil pesan
“Data berhasil ditambah”
Edit Data Admin
1. Klik button edit pada data admin yang akan diedit
2. Menampilkan halaman form edit data admin
3. Merubah data pada form edit data admin kemudian klik button simpan
4. Sistem menyimpan data baru yang telah diedit
Hapus Data Admin
1. Klik button delete pada data admin yang akan dihapus
2. Menerima permintaan delete data
3. Menginformasi perintah delete dalam form
4. Menghapus data dalam database
3.4.3. Activity Diagram
Activity Diagram adalah diagram yang memperlihatkan aliran dari suatu aktivitas lainnya dalam suatu sistem. Bagaimana aktivitas itu dimulai decision yang mungkin terjadi dan bagaimana aktivitas itu berakhir.
Gambar di bawah ini memperlihatkan activity diagram dari setiap use case
1. Activity Diagram Login
Gambar 3-12 Activity Diagram Login
2. Activity Diagram Pemesanan
Gambar 3-13 Activity Diagram Pemesanan 3. Activity Diagram Tambah Data Harga
Gambar 3-14 Activity Diagram Tambah Data Harga
4. Activity Diagram Edit Data Harga
Gambar 3-15 Activity Diagram Edit Data Harga 5. Activity Diagram Hapus Data Harga
Gambar 3-16 Activity Diagram Hapus Data Harga
6. Activity Diagram Tambah Data Tujuan
Gambar 3-17 Activity Diagram Tambah Data Tujuan 7. Activity Diagram Edit Data Tujuan
Gambar 3-18 Activity Diagram Edit Data Tujuan
8. Activity Diagram Hapus Data Tujuan
Gambar 3-19 Activity Diagram Hapus Data Tujuan 9. Activity Diagram Tambah Data Bus
Gambar 3-20 Activity Diagram Tambah Data Bus
10. Activity Diagram Edit Data Travel
Gambar 3-21 Activity Diagram Edit Data Bus 11. Activity Diagram Hapus Data Bus
Gambar 3-22 Activity Diagram Hapus Data Bus
12. Activity Diagram Tambah Data Rekening
Gambar 3-23 Activity Diagram Tambah Data Rekening 13. Activity Diagram Edit Data Rekening
Gambar 3-24 Activity Diagram Edit Data Rekening 14. Activity Diagram Hapus Data Rekening
Gambar 3-25 Activity Diagram Hapus Data Rekening 15. Activity Diagram Tambah Pelanggan
Gambar 3-26 Activity Diagram Tambah Data Pelanggan
16. Activity Diagram Edit Data Pelanggan
Gambar 3-27 Activity Diagram Edit Data Pelanggan 17. Activity Diagram Hapus Data Pelanggan
Gambar 3-28 Activity Diagram Hapus Data Pelanggan 18. Activity Diagram Tambah Data Admin
Gambar 3-29 Activity Diagram Tambah Data Admin 19. Activity Diagram Edit Data Admin
Gambar 3-30 Activity Diagram Edit Data Admin 20. Activity Diagram Hapus Data Admin
Gambar 3-31 Activity Diagram Hapus Data Admin 21. Activity Diagram Transaksi
Gambar 3-32 Activity Diagram Transaksi
3.4.4. Diagram Robustness
Gambar 3-33 Activity Diagram Robustness