28
PERANCANGAN SISTEM USULAN
4.1.Tahapan Perancangan Sistem 4.1.1. Analisis Kebutuhan
A. Kebutuhan Pengguna
Dalam aplikasi inventory terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan system, yaitu: Bagian Administrasi, dan Penumpang. Kedua pengguna tersebut memiliki karakteristik interaksi dengan system yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut :
A1 Skenario Kebutuhan Bagian Administator
a) Mengelola data bus yang akan melakukan keberangkatan
b) Mengecek ketersedian tiket dan kursi bus yang akan melakukan perjalanan
c) Membuat Laporan penjualan tiket
A2 Skenario Kebutuhan Penumpang a) Pemesana tiket secara online
B. Kebutuhan Sistem
1) Admin harus melakukan login terlebih dahulu untuk dapat mengakses aplikasi ini dengan memasukkan username dan password agar privasi tetap terjaga keamanannya.
2) Admin harus melakukan logout setelah selesai menggunakan aplikasi. 3) Sistem melakukan kalkulasi stok kursi yang tersedia dan ketersedian
tiket.
4.1.2. Rancangan Diagram Use Case
Tabel IV.1.
Deskripsi Use Case Administrator Tiket Online Use Case Name Input Data Jadwal
Requirements Bagian Admin dapat memasukan data jadwal keberangkatan
Goal Data jadwal keberangkatan berhasil di input
Pre-Conditions Bagian Admin telah melakukan login
Post-Conditions Admin memasukan jadwal keberangkartan
Failed end Condition Admin tidak bisa menginput data Keberangkatan
Actors Admin
Main Flow/ Basic Path 1. Admin memasukan jadwal keberangkatan
2. Sistem memperbarui jadwal
keberangkatan
Alternate Flow/Invariant A A1. System menampilkan data keberangkatan bus
Invariant B B1. Admin memilih jadwal
B2. Admin mengetikan jadwal
kenberangkatan
B3. System tidak menemukan data yang dicari
B4. System menampilkan pesan "Data yang dicari tidak ditemukan"
Use Case Name Login
Requirements Bagian Admin dapat masuk ke dalam sistem administrator
Goal Admin dapat melihat dan mengubah
jadwal,bus dan stok kursi
Pre-Conditions Bagian Admin telah melakukan pendataan
Post-Conditions Admin memasukan nama dan password
Failed end Condition Admin tidak bisa melakukan Login
Actors Admin
Main Flow/ Basic Path 1. Admin memasukan nama dan password
2. Sistem menampilkan tampilan
administrasi
Alternate Flow/Invariant A A1. System menampilkan data bus dan kursi yang stoknya tersedia<= stok minimum
Invariant B B1. Admin memilih kriteria
B2. Admin mengetikan nama/kode bus B3. System tidak menemukan data yang dicari
dicari tidak ditemukan"
Use Case Name Input Data Bus, Supir dan Kenek
Requirements Bagian Admin dapat masuk ke dalam sistem administrator
Goal Admin dapat mengubah dan menambahkan data Bus, Supir dan Kenek
Pre-Conditions Bagian Admin telah melakukan login
Post-Conditions Admin memasukan nama dan password
Failed end Condition Admin tidak bisa melakukan perubahan
Actors Admin
Main Flow/ Basic Path 1. Admin memasukan nama bus, supir dan kenek
2. Sistem menampilkan tampilan
administrasi
Alternate Flow/Invariant A A1. System menampilkan data bus, supir dan kenek <= stok minimum
Invariant B B1. Admin memilih kriteria
B2. Admin mengetikan nama/kode bus B3. System tidak menemukan data yang dicari
B4. System menampilkan pesan "Data yang dicari tidak ditemukan"
Use Case Name Input Data Pemesanan
Requirements Bagian Admin dapat melihat data dari penumpang
Goal Data pemesanan dapat dimasukan untuk jadi laporan
Pre-Conditions Bagian Admin telah melakukan login
Post-Conditions Admin melihat data pemesanan
Failed end Condition Admin tidak bisa melihat data pemesanan
Actors Admin
Main Flow/ Basic Path 1. Admin melihat data pemesan 2. Sistem memperbarui data pemesanan
Alternate Flow/Invariant A A1. System menampilkan data pemesan
Invariant B B1. Admin memilih data pemesan
B2. Admin mengetikan jadwal
kenberangkatan
B3. System tidak menemukan data yang dicari
B4. System menampilkan pesan "Data yang dicari tidak ditemukan"
Tabel IV.2.
Deskripsi Use Case Pemesanan Tiket Online
Use Case Name Memilih Tanggal Keberangkatan
Requirements Bagian Penumpang dapat melihat jadwal keberangkatan.
Goal Penumpang dapat membeli tiket secara onlie melalui website.
Pre-Conditions Bagian Admin telah melakukan login
Post-Conditions Penumpang memerima tiket secara langsung
Failed end Condition Penumpang tidak dapat melihat jadwal keberangkatan
Actors Penumpang
Main Flow/ Basic Path 1. Bagian penumpang melihat jadwal dan memilih tanggal berangkat
Alternate Flow/Invariant A A1. System menampilkan data Keberangkatan
Invariant B B1. User memilih kriteria
B2. User mengetikan nama/kode bus
B3. System tidak menemukan data yang dicari
B4. System menampilkan pesan "Data yang dicari tidak ditemukan"
Use Case Name Memili Kursi
Requirements Bagian Penumpang memilih kursi yang diinginkan
Goal Bagian Penumpang Mendapatkan kursi yang diinginkan
Pre-Conditions Bagian penumpang telah menentukan jadwalkenerngkatan
Post-Conditions Daftar data penumpang
Failed end Condition Stok kursi penuh
Actors Penumpang
Main Flow/ Basic Path 1. Penumpang memilih kursi
2. Admin mendata kursi yang dipilih
Alternate Flow/Invariant A A1. System menandai kursi yang dipilih
Invariant B B1. Admin menginput data kursi
Use Case Name Input Data Penumpang
Requirements Bagian Amin menginput data penumpang
Goal Bagian Penumpang Mengisi formulir tiket
penumpang
Post-Conditions Daftar data penumpang
Failed end Condition Bagian Penumpang tidak mengisi formulir
Actors Bagian Penumpang
Main Flow/ Basic Path 3. Penumpang mengisi form data diri
Alternate Flow/Invariant A A1. System menginput data penumpang
Invariant B B1. Admin menginput data penumpang
Use Case Name Konfirmasi Pembayaran
Requirements Bagian penumpang memilih cara pembayaran
Goal Bagian Penumpang membayar tiket
Pre-Conditions Bagian Admin telah melakukan input data penumpang
Post-Conditions data penumpang sudah lengkap
Failed end Condition Bagian Penumpang gagal melakukan pembayaran
Actors Bagian Penumpang
Main Flow/ Basic Path 1 . Penumpang memilih bank untuk melakukan pembayaran
2. Penumpang memasukan no rekening 3. Penumpang memasukan harga tiket
Alternate Flow/Invariant A A1. System menginput data pembayaran
Invariant B B1. Admin menginput data pembayaran
Use Case Name Cetak Struk Tiket
Requirements Penumpang mendapatkan struk tket dan mengeprintnya
Goal Penumpang mendapatkan tiket
Pre-Conditions Bagian Admin telah melakukan input data penumpang dan mengkonfirmasi pembayaran tiket
Post-Conditions Penumpang telah melakukan pembayaran dan mendapatkan konfirmasi
Failed end Condition Pembayaran gagal dan penumpang tidak mendapatkan tiket
Actors Penumpang
Main Flow/ Basic Path 1.Penumpang mengkonfirmasi pembayaran 2. admin mendata dan menginput data pembayaran
3. admin mengirim struk tiket melalui email penumpang
Alternate Flow/Invariant A A1. System menginput data penumpang
4.1.3. Rancangan Diagram Aktivitas
PENUMPANG ADMINISTRATOR
Memilih Jurusan Dan Bus Melihat Data Bus
Tersedia
Memilih Kursi
Input Data Pemesanan
Melakukan Pembayaran Konfirmasi Pembayaran
Kirim Struk Lewat Email Cetak Tiket
Tidak
Iya
4.1.4. Rancangan Dokumen Sistem Usulan parameter rancangan dokumen :
1. Nama Dokumen : Struk Tiket Online
Fungsi : Untuk menukarkan dengan tiket asli
Sumber : Penumpang
Tujuan : Karnet
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap terjadi pengembalian atas tiket online
Bentuk : Lihat Lampiran C.1
4.1.5. Rancangan Prototype 1. Tampilan Website
a. Rancangan halaman depan disini penumpang memilih tanggal keberangkatan asal keberangkatan serta tujuan.
Gambar IV.4. Rancangan Halaman Utama
b. Rancangan pemilihan daftar keberangkatan disini diperlihatkan jadwal keberangkatan serta jam berangkat bus.
Gambar IV.5. Rancangan Pencarian Tiket
c. Selanjutnya setelah memilih tiket dan harga penumpang akan melakukan pemilihan kursi yang diinginkan.
d. Penumpag mengisi data identitas pemesanan tiket dengan jelas dan benar
Gambar IV.7. Rancangan Penginputan Data Penumpang
e. Setelah semuanya diinput data maka akan keluar status tiket penumpang.
f. Pembayaran dilakukan dengan cara memilih data bank yang sudah di setujui dan akan keluar no rekening untuk melakukan transfer.
Gamabar IV.9. Rancangan Konfirmasi Pembayaran
g. Rancangan struk tiket yang sudah jadi dan bisa di tukar pada saat akan melakuan keberangkatan.
2. Tampilan Administrator
Disini admin melakukan pengolahan data dri mulai menambahkan armada bus, jadwak keberangkatan, penginputan data penumpang serta membuat laporan.
Gambar IV.11. Tampilan Login Administrator
Gambar IV.13. Tampilan Data Pemesanan
Gambar IV.15. Tampilan Data Pembayaran
4.2. Perancangan Perangkat Lunak 4.2.1. Entity Relationship Diagram (ERD)
Berikut ini Entity Relationship Diagram (ERD) yang terbentuk :
4.2.2. Logical Structure Record (LRS)
Berikut ini susuan Logical Structure Record (LRS) yang terbentuk:
4.2.3. Spesifikasi File
1. Spesifikasi File Penumpang
Nama File : Penumpang
Akronim : Penumpang
Fungsi : untuk menyimpan data penumpang
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 113 byte
Kunci Field : kd_penumpang
Software : Mysql
Tabel IV.3.
Spesifikasi File Penumpang
No Elemen data Nama
Field
Tipe Size Ket
1. No_KTP/SIM/pas
por
kd_penu mpang
Char 20 Primary Key
2. Nama Lengkap Nama Varchar 30
3. No Handphone Tlpn Int 13
4 Alamat Email Email Varchar 20
5. Alamat Alamat Varchar 30
2. Spesifikasi File Pemesanan
Nama File : Pemesanan
Akronim : Pemesanan
Fungsi : untuk menyimpan data dari pemesanan
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 55 byte
Kunci Field : kd_pesan
Software : Mysql
Tabel IV.4.
Spesifikasi File Pemesanan
No Elemen data Nama
Field
Tipe Size Ket
1. Kode Pesan kd_pesan Char 5 Primary Key
2. Jumlah Tiket Jumlah Int 2
3. No Kursi no_kursi Varchar 3
4 Nomor Rekening no_rek Int 20
5 Nomor Bus no_bus Varcar 10
6 Tanggal Beli tgl_bel Date
7 Total Bayar Jum_bel Varcar 15
3. Spesifikasi File Bus
Nama File : Bus
Akronim : Bus
Fungsi : untuk menyimpan data Bus
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Kunci Field : kd_bus
Software : Mysql
Tabel IV.5. Spesifikasi File Bus
No Elemen data Nama
Field
Tipe Size Ket
1. Nomor Bus kd_bus Char 10 Primary Key
2. Harga Bus Harga Varchar 6
3. Stok Kursi Stok Int 10
4 Jurusan Jurusan Varchar 20
5. Tanggal Berangkat Tgl_brg
kt
4.2.4. Class Model/Class Diagram
Class Diagram menggambarkan struktur sistem dari segi pendefinisian
kelas-kelas yang akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau operasi.
4.2.5. Sequence Diagram
Sequence Diagram menggambarakn arus yang terstruktur dalam bentuk yang sederhana sehingga gampang untuk mengerti.
Gambar IV.20. Tampilan Struktur Sequence Diagram
4.2.6. Spesifikasi Hardware Dan Software 1. Spesifikasi Hardware
a. Server 1) CPU
(a) Processor Pentium® i3/i5/i7 (b) RAM DDR2 6 GB
(c) Hard Disk 500 GB 2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 2 Mbps. b. Client
1) CPU
(a) Processor Pentium® 4 (b) RAM DDR2 1GB (c) Hard Disk 20 GB 2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 56 kbps.
2. Spesifikasi Software
1. Server
a. Sistem operasi yang umum digunakan seperti: Microsoft Server 2008/2012 b. Aplikasi bundle web server seperti: Xampp, WampServer, php2triad yang
terdiri dari beberapa komponen, diantaranya: (1) Aplikasi Apache Server v2
(2) Aplikasi PHP Server v5 (3) Aplikasi MySQL Server v5 (4) Aplikasi phpMyAdmin v3
c. Aplikasi Web Browser seperti Mozilla Firefox, Opera, Safari, Internet
Explorer, Google Chrome. 2. Client
a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau
Linux (Ubuntu, Fedora, dan lain-lain).
b. Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet
Explorer, Google Chrome.
4.1.Jadwal Implementasi
Tabel IV.6. Jadwal Implementasi
No KEGIATAN
WAKTU
BULAN I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4
1 Persiapan data awal
2 Analisa
3 Desain Sistem
4 Desain Perangkat Lunak
5 Pembuatan & Tes Program