BAB IV ANALISIS DAN DESAIN SISTEM. diharapkan mampu meningkatkan kinerja pada sistem informasi administrasi

Transkripsi

1 BAB IV ANALISIS DAN DESAIN SISTEM Dalam pengembangan teknologi informasi saat ini, dibutuhkan analisa dan perancangan sistem pengolah data yang baik. Sistem pengolah data tersebut diharapkan mampu meningkatkan kinerja pada sistem informasi administrasi travel pada CV. Surya Travel Surabaya yang akan dibuat. Metode ini membutuhkan analisa yang tepat, kebutuhan bisnis dan beberapa teknik analisa untuk menghasilkan perencanaan yang baik. Analisa merupakan cara untuk mempelajari permasalahan berdasarkan data yang telah diperoleh dari hasil studi lapangan. Sedangkan desain sistem merupakan langkah yang harus ditempuh untuk menyajikan sebuah sistem informasi yang terorganisir dengan baik. 4.1 Analisis Sistem Hasil analisa sistem yang sedang berjalan saat ini pada CV. Surya Travel Surabaya, masih ditemukan banyak kekurangan yang terjadi, salah satunya adalah sering kali mengalami kesalahan dalam melakukan pengecekan atau pencatatan data transaksi pemesanan, penjualan maupun pembatalan, sehingga proses pelaporan sering mengalami keterlambatan. Hal ini terjadi karena sistem yang masih dilakukan secara manual. Berdasarkan permasalahan diatas, CV. Surya Travel Surabaya membutuhkan sistem informasi administrasi travel yang terkomputerisasi dan berbasis web sehingga diharapkan mampu memberikan kemudahan dalam melakukan pengolahan semua data transaksi serta dalam pembuatan laporan. 21

2 22 Dengan adanya sistem informasi ini diharapkan dapat meminimalkan penggunaan dokumen kertas dan meminimalkan terjadinya kehilangan dokumendokumen, disamping itu seluruh proses yang ada menjadi lebih terkomputerisasi sehingga dapat memberikan informasi yang dibutuhkan oleh pihak manajemen maupun pelanggan menjadi lebih baik lagi. 4.2 Desain Sistem Desain sistem ini merupakan pengembangan dari sistem yang ada. Hasil dari penyusunan desain sistem ini berupa dokumen flow komputerisasi, context diagram, data flow diagram, entity relationship diagram, struktur file dan desain input output Dokumen Flow Komputerisasi Dalam sistem informasi administrasi travel terdapat empat dokumen flow komputerisasi, yaitu dokumen flow komputerisasi proses pemesanan, dokumen flow komputerisasi proses penjualan, dokumen flow komputerisasi proses pembatalan. Adapun penjelasannya adalah sebagai berikut: A. Dokumen Flow Komputerisasi Proses Pemesanan Dokumen flow komputerisasi proses pemesanan menggambarkan proses pendaftaran yang dilakukan oleh pelanggan, untuk pelanggan yang sudah terdaftar, maka pelanggan tidak perlu melakukan proses pendaftaran ulang sehingga bias langsung melakukan pemesanan paket haji umroh yang diikuti. Account login pelanggan menggunakan username dan password. Dokumen flow komputerisasi proses pemesanan dapat dilihat pada Gambar 4.1.

3 23 Gambar 4.1 Dokumen Flow Komputerisasi Pemesanan Online B. Dokumen Flow Komputerisasi Proses Penjualan Dokumen flow komputerisasi proses penjualan menggambarkan proses penjualan yang dilakukan oleh perusahaan, dan proses untuk menyimpan data penjualan dilakukan oleh admin. Dokumen flow komputerisasi proses penjualan dapat dilihat pada Gambar 4.2.

4 24 Gambar 4.2 Dokumen Flow Komputerisasi Penjualan C. Dokumen Flow Komputerisasi Proses Pembatalan Dokumen flow komputerisasi proses pembatalan menggambarkan proses pembatalan yang dilakukan oleh pelanggan, dan proses untuk menyimpan data pembatalan dilakukan oleh admin. Admin juga melakukan proses perhitungan biaya pengembalian dan update data pembayaran. Dokumen flow komputerisasi proses pembatalan dapat dilihat pada Gambar 4.3.

5 Gambar 4.3 Dokumen Flow Komputerisasi Pembatalan 25

6 Data Flow Diagram Data flow diagram merupakan perangkat yang digunakan pada metodologi pengembangan sistem yang terstruktur. Data flow diagram menggambarkan aliran data yang terjadi di dalam sistem secara jelas. A. Diagram Berjenjang Diagram berjenjang menggambarkan hirarki proses-proses yang ada dalam data flow diagram. Gambar 4.4 adalah diagram berjenjang dari rancang bangun sistem informasi administrasi travel pada CV. Surya Travel Surabaya. Gambar 4.4 Diagram Berjenjang Sistem Administrasi Travel

7 27 B. Context Diagram Pada context diagram berikut dijelaskan tentang proses secara umum yang terjadi pada sistem informasi administrasi travel, dimana aliran datanya masingmasing yang saling terkait satu sama lain. Pada context diagram ditunjukkan bahwa terdapat tiga entity dalam sistem ini, yakni entity pelanggan, entity admin dan entity pemilik. Aliran data yang keluar dari masing-masing entity mempunyai arti bahwa data tersebut berasal dari entity tersebut, sedangkan aliran data yang masuk mempunyai arti informasi data ditujukan untuk entity tersebut. Context diagram sistem informasi administrasi travel dapat dilihat pada Gambar 4.5. Pelanggan Data pelanggan Elektronik tiket Uang pembayaran tiket Data pembatalan Id pelanggan Bukti pemesanan 0 Account login Nota pembayaran Nota pembatalan Daftar paket dan tour Laporan data pemesanan Laporan data pembayaran Laporan data pembatalan Sistem Informasi Administrasi Travel + Username dan password Input jadwal Input kota tujuan dan harga Pemilik Input sopir Admin Input syarat pembatalan Input kendaraan Gambar 4.5 Context Diagram Sistem Administrasi Travel

8 28 C. Data Flow Diagram Level 0 Setelah membuat context diagram dari sistem informasi administrasi travel, maka selanjutnya context diagram tersebut akan dibagi menjadi sub-sub proses yang lebih kecil. Hasil decompose itu sendiri disebut data flow diagram level 0. Pada data flow diagram level 0 itu sendiri terdiri dari empat proses utama yang semuanya itu saling berkaitan, yaitu proses pemesanan, proses penjualan dan proses pembatalan. Tiga proses utama itu juga dapat dibagi menjadi sub-sub proses yang lebih kecil, dan sub-sub proses yang kecil itu sendiri masih saling berkaitan antara yang satu sama yang lain. Pada data flow diagram level 0 juga digambarkan data store yang digunakan dalam sistem. Data flow diagram level 0 sistem informasi administrasi travel dapat dilihat pada Gambar 4.6.

9 29 Pelanggan [Data pelanggan] 1 Simpan data pelanggan Cek status pelanggan Simpan data pelanggan 6 Data Pelanggan Simpan data sopir Mengelola data master Lihat data sopir Simpan data syarat 10 Data sopir [Input jadwal] + Lihat data syarat Simpan data kota tujuan dan harga Lihat data kota tujuan dan harga Data syarat pembatalan Data kota tujuan dan harga [Input syarat pembatalan] Simpan data kendaraan Admin Simpan data jadwal [Input kota tujuan dan harga] Lihat data kendaraan [Input kendaraan] [Input sopir] [Username dan password] Lihat data jadwal 12 Data kendaraan 13 Data jadwal [Id pelanggan] [Data pembatalan] [Nota pembayaran] 2 Lihat data pemesanan Simpan data pemesanan 7 Data Pemesanan Pelanggan [Daftar paket dan tour] [Uang pembayaran tiket] [Nota pembatalan] T ransaksi Cek validasi data pemesanan Cetak rekap data pemesanan Cetak rekap pemesanan per periode [Elektronik tiket] [Account login] [Bukti pemesanan] + Cek data pembayaran Update data pembayaran 8 Data pembayaran Simpan data pembatalan 9 Data pembatalan [Laporan data pembatalan] 3 [Laporan data pembayaran] Data_Pembatalan Pemilik [Laporan data pemesanan] Membuat laporan + Data_pembayaran Data_pemesanan Gambar 4.6 Data Flow Diagram Level 0 Sistem Administrasi Travel D. Data Flow Diagram Level 1 Data flow diagram level 0 akan dibagi menjadi sub-sub proses yang lebih kecil yang disebut disebut data flow diagram level 1. Pada Gambar 4.7 merupakan data flow diagram level 1 sub proses mengelola data master dari sistem informasi administrasi travel. Data flow diagram level 1 sub proses mengelola data master terdiri dari enam proses utama yaitu mengelola data pelanggan, mengelola data sopir, mengelola data kendaraan, mengelola data kota tujuan dan harga, mengelola data jadwal, dan mengelola data syarat pembatalan, serta terdapat satu entity pelanggan dan enam data store yaitu data store pelanggan, data store sopir, data

10 30 store kendaraan, data store kota tujan dan harga, data store jadwal, data store syarat pembatalan. 1.1 [Data pelanggan] [Simpan data pelanggan] Pelanggan 6 Data Pelanggan Mengelola data pelanggan Admin [Input sopir] 1.2 Mengelola data sopir [Simpan data sopir] 10 Data sopir Admin [Input kendaraan] 1.3 Mengelola data kendaraan [Simpan data kendaraan] 12 Data kendaraan 1.4 Admin [Input kota tujuan dan harga] Mengelola data kota tujuan dan harga [Simpan data kota tujuan dan harga] 11 Data kota tujuan dan harga Admin [Input jadwal] 1.5 Mengelola data jadwal [Simpan data jadwal] 13 Data jadwal Admin [Input syarat pembatalan] 1.6 Mengelola data syarat pembatalan [Simpan data syarat] 15 Data syarat pembatalan Gambar 4.7 Data Flow Diagram Level 1 Sub Proses Mengelola Data Master Pada Gambar 4.8 merupakan data flow diagram level 1 sub proses transaksi dari sistem informasi administrasi travel pada CV. Surya Travel Surabaya. Data flow diagram level 1 tersebut terdiri dari tiga proses utama yaitu transaksi pemesanan, transaksi penjualan, transaksi pembatalan.

11 31 Admin 7 Data Pemesanan [Cetak rekap pemesanan per periode] [Username dan password] [Account login] [Id pelanggan] [Elektronik tiket] 2.1 Transaksi pemesanan [Lihat data pemesanan] [Simpan data pemesanan] [Cetak rekap data pemesanan] [Cek status pelanggan] [Simpan data pelanggan] 7 [Lihat data sopir] Data Pemesanan 6 10 Data sopir Data Pelanggan [Bukti pemesanan] [Lihat data kota tujuan dan harga] 11 Data kota tujuan dan harga Pelanggan [Daftar paket dan tour] [Lihat data jadwal] [Lihat data kendaraan] 13 Data jadwal [Update data pembayaran] 12 Data kendaraan [Uang pembayaran tiket] Simpan data pembayaran 8 Data pembayaran 2.2 [Nota pembayaran] Lihat daftar kendaraan Lihat daftar sopir Lihat daftar jadwal Lihat daftar kota tujuan dan harga [Nota pembatalan] Transaksi penjualan Lihat data kendaraan Lihat data jadwal Lihat data sopir [Data pembatalan] Lihat Kota Tujuan Dan Harga [Cek validasi data pemesanan] 7 Data Pemesanan 2.3 Validasi data pemesanan Validasi data pembayaran Transaksi pembatalan [Cek data pembayaran] Update pembayaran 8 Data pembayaran [Lihat data syarat] [Simpan data pembatalan] 15 Data syarat pembatalan Lihat data pembatalan 9 Data pembatalan Gambar 4.8 Data Flow Diagram Level 1 Sub Proses Transaksi

12 32 Pada Gambar 4.9 merupakan data flow diagram level 1 sub proses pembuatan laporan dari sistem informasi administrasi travel pada CV. Surya Travel Surabaya. 7 Data Pemesanan [Data_pemesanan] 3.1 [Laporan data pemesanan] 8 Data pembayaran [Data_pembayaran] Mencetak laporan [Laporan data pembayaran] [Laporan data pembatalan] Pemilik [Data_Pembatalan] 9 Data pembatalan Gambar 4.9 Data Flow Diagram Level 1 Sub Proses Pembuatan Laporan Entity Relationship Diagram Entity Relationship Diagram merupakan proses yang menunjukkan hubungan antar entitas dan relasinya. Entity Relationship Diagram terbagi menjadi Conceptual Data Model dan Physical Data Model. A. Conceptual Data Model Conceptual data model dari sistem informasi administrasi travel pada CV. Surya Travel Surabaya terdapat 7 tabel. Masing-masing tabel mempunyai relasi ke tabel-tabel yang lain seperti pada Gambar 4.10.

13 33 Melakukan pemesanan Pemes anan Id pemesanan Idpelanggan Nama Pelangg an Nama Kendaraan Kota Jadwal Jumlah Cek data Pelang g an Penjualan Id penjualan Melakukan pembelian Id pelangg an Nama pelang g an Nama kendaraan Kapasitas tempat duduk Nama Sopir Kota Harg a Mengambil data kota dan harga Jadwal Melihat data Hari Jam Kota tujuan dan harga Jumlah Id Kota Kota asal Kota tujuan Kota inisial Harg a Mengambil data kendaraan Id Pelanggan Nama Pelangg an Jenis kelamin Tang g al lahir Alamat Kota Telp Syarat Id syarat Kriteria syarat Melihat data Detail pemesanan Mengambil data syarat Id detail pemes anan Id pemesanan Tgl pemesanan Pembatalan Nama Pelangg an Nama Kendaraan Id pembatalan Kota Idpelanggan Jadwal Nama Pelangg an Jumlah Kriteria syarat Total harg a Tang g al pemesanan Detail penjualan Id detail penjualan Id penjualan Tang g al penjualan Nama Pelangg an Nama Kendaraan Kota Harg a Jadwal Hari Jam Jumlah Harg a total Mengambil data sopir Mengambil data jadwal Kendaraan Id Kendaraan No polisi Nama Kendaraan Warna Jumlah unit Kapasitas tempat duduk Sopir Id Sopir Nama Sopir Alamat Kota Telp Jadwal Id jadwal Hari Waktu Jam Melihat data Detail pembatalan Id detail pembatalan Idpembatalan Tgl pembatalan idpemesanan Nama Pelangg an Uang pembayaran potong an uang kembali Gambar 4.10 Conceptual Data Model Sistem Administrasi Travel B. Physical Data Model Physical data model adalah hasil dari generate dari Conceptual Data Model. Data tabel pada Physical data model inilah yang akan digunakan pada saat membuat aplikasi. Physical data model dari sistem informasi administrasi travel pada CV. Surya Travel Surabaya dapat dilihat pada Gambar 4.11.

14 34 ID_PELANGGAN = ID_PELANGGAN PELANGGAN ID_PELANGGAN NAMA_PELANGGAN varc har(50) JENIS_KELAMIN (1) TANGGAL_LAHIR date ALAMAT varc har(30) KOTA_ TELP varc har(12) varc har(30) PENJ UALAN ID_PENJ UALAN ID_PELANGGAN ID_PELANGGAN = ID_PELANGGAN ID_SOPIR ID_KENDARAAN ID KOTA ID_JADWAL ID_PELANGGAN_ NAMA_PELANGGAN_ NAMA_KENDARAAN_ KAPASITAS_TEMPAT_DUDUK KOTA_TUJUAN_DAN_HARGA NAMA_SOPIR ID KOTA KOTA_ ID_PENJ UALAN HARGA_ KOTA_ASAL varc har(20) ID_PENJUALAN ID KOTA = ID_PENJUALAN = ID KOT JADWAL_ A KOTA_TUJUAN varc har(20) HARI_ KOTA_INISIAL varc har(20) JAM_ HARGA_ JUMLAH_ varc har(50) varc har(30) varc har(50) ID_PENJUALAN ID_SOPIR = ID_SOPIR = ID_PENJUALAN ID_PENJUALAN = ID_PENJUALAN ID_PENJUALAN ID_JADWAL = ID_JADWAL = ID_PENJUALAN SOPIR ID_SOPIR ID_PENJ UALAN NAMA_SOPIR ALAMAT KOTA_ TELP JADWAL ID_JADWAL ID_PENJ UALAN HARI_ WAKTU JAM varc har(50) varc har(30) varc har(12) varc har(30) varc har(7) PEM ESANAN ID_PENJUALAN = ID_PENJUALAN ID_PEM ESANAN ID_PELANGGAN IDPELANGGAN NAMA_PELANGGAN NAMA_KENDARAAN KOTA JADWAL JUM LAH varc har(50) varc har(30) varc har(30) ID_PEMESANAN = ID_PEMESANAN ID_SYARAT = ID_SYARAT SYARAT ID_SYARAT ID_PEM BATALAN KRITERIA_SYARAT varc har(20) ID_KENDARAAN = ID_KENDARAAN KENDARAAN ID_KENDARAAN ID_PENJ UALAN NO_POLISI NAMA_KENDARAAN WARNA JUMLAH_UNIT KAPASITAS_TEMPAT_DUDUK varc har(30) ID_PEMESANAN = ID_PEMESANAN PEM BATALAN ID_PEM BATALAN ID_PEM ESANAN ID_SYARAT IDPELANGGAN NAMA_PELANGGAN varc har(50) KRITERIA_SYARAT varc har(20) ID_PEMBATALAN = ID_PEMBATALAN DETAIL_PEMESANAN ID_DETAIL_PEMESANAN ID_PEM ESANAN ID_PEM ESANAN_ TGL_PEMESANAN date NAMA_PELANGGAN varc har(50) NAMA_KENDARAAN varc har(30) KOTA varc har(30) JADWAL JUM LAH TOTAL_HARGA TANGGAL_PEMESANAN date DETAIL_PENJUALAN ID_DETAIL_PENJUALAN ID_PENJ UALAN ID_PENJUALAN_ TANGGAL_PENJUALAN date NAMA_PELANGGAN varc har(50) NAMA_KENDARAAN varc har(30) KOTA varc har(30) HARGA JADWAL HARI JAM JUM LAH HARGA_TOTAL ID_PEMBATALAN = ID_PEMBATALAN DETAIL_PEMBATALAN ID_DETAIL_PEMBATALAN ID_PEM BATALAN IDPEMBATALAN TGL_PEMBATALAN date IDPEMESANAN_ NAMA_PELANGGAN varc har(50) UANG_PEM BAYARAN POTONGAN UANG_KEM BALI Gambar 4.11 Physical Data Model Sistem Administrasi Travel Struktur File Tabel-tabel yang digunakan pada sistem informasi administrasi travel adalah sebagai berikut: A. Nama Tabel : Pelanggan Primary Key : Id_Pelanggan Foreign Key : - Fungsi : Untuk menyimpan semua data pelanggan. Tabel 4.1 Tabel Pelanggan No Atribut Tipe Panjang Keterangan 1 Id_Pelanggan NVarchar 10 Primary Key 2 Nama Pelanggan Varchar 50-3 Jenis kelamin Varchar 15 -

15 35 4 Tanggal_lahir NVarchar 20-5 Alamat Varchar 30-6 Kota Varchar 30-7 Telp NVarchar Varchar 20 - B. Nama Tabel : Sopir Primary Key : Id_Sopir Foreign Key : - Fungsi : Untuk menyimpan data sopir. Tabel 4.2 Tabel Sopir No Atribut Tipe Panjang Keterangan 1 Id_Sopir NVarchar 10 Primary Key 2 Nama Sopir Varchar 50-3 Alamat Varchar 30-4 Kota Varchar 30-5 Telp NVarchar 12 - C. Nama Tabel : Kendaraan Primary Key : No_polisi Foreign Key : - Fungsi : Untuk menyimpan data kendaraan. Tabel 4.3 Tabel Kendaraan No Atribut Tipe Panjang Keterangan 1 No_polisi NVarchar 10 Primary Key 2 Nama Kendaraan Varchar 20-3 Warna Varchar 10-4 Kapasitas Numeric - -

16 36 D. Nama Tabel : Trayek Primary Key : Id_Trayek Foreign Key : - Fungsi : Untuk menyimpan data trayek. Tabel 4.4 Tabel Trayek No Atribut Tipe Panjang Keterangan 1 Id_Trayek NVarchar 10 Primary Key 2 Kota asal Varchar 30-3 Kota tujuan Varchar 30-4 Harga Numeric - - E. Nama Tabel : Jadwal Primary Key : Id_Jadwal Foreign Key : - Fungsi : Untuk menyimpan data jadwal. Tabel 4.5 Tabel Jadwal No Atribut Tipe Panjang Keterangan 1 Id_Jadwal NVarchar 10 Primary Key 2 Detail_jadwal Varchar 10-3 Hari Varchar 8-4 Waktu Varchar 8-5 Jam NVarchar 8 - F. Nama Tabel : Pemesanan Primary Key : Id_pemesanan Foreign Key : - Fungsi : Untuk menyimpan data pemesanan

17 37 Tabel 4.6 Tabel Pemesanan No Atribut Tipe Panjang Keterangan 1 Id_Pemesanan NVarchar 50 Primary Key 2 Tanggal_pemesanan Varchar 50 3 Nama Pelanggan Varchar 50-4 Alamat Varchar 30-5 Telp Numeric Kota tujuan Varchar 30-7 Harga Numeric Hari Varchar 8-9 Waktu Varchar 8-10 Jam Varchar 8-11 Jumlah NVarchar Harga Total NVarchar Status Varchar 10 - G. Nama Tabel : Penjualan Primary Key : Id_penjualan Foreign Key : - Fungsi : Untuk menyimpan data penjualan Tabel 4.7 Tabel Penjualan No Atribut Tipe Panjang Keterangan 1 Id_Penjualan NVarchar 50 Primary Key 2 Tanggal_penjualan Varchar 50 3 Nama Pelanggan Varchar 50-4 Alamat Varchar 30-5 Telp Numeric Kota tujuan Varchar 30-7 Harga Numeric Hari Varchar 8-9 Waktu Varchar 8-10 Jam Varchar 8-11 Jumlah NVarchar Harga Total NVarchar Status Varchar 10 -

18 38 H. Nama Tabel : Pembatalan Primary Key : Id_pembatalan Foreign Key : - Fungsi : Untuk menyimpan data pembatalan Tabel 4.8 Tabel Pembatalan No Atribut Tipe Panjang Keterangan 1 Id_Pembatalan Nvarchar 50 Primary Key 2 Tanggal_pembatalan Varchar 50 3 Id_Pemesanan Varchar 50-4 Kriteria Varchar 50-5 Uang pembayaran Numeric Uang pembatalan Numeric Uang kembali Numeric - - I. Nama Tabel : Login Primary Key : Username Foreign Key : - Fungsi : Untuk menyimpan Login. Tabel 4.9 Tabel Login No Atribut Tipe Panjang Keterangan 1 Username Varchar 30 Primary Key 2 Password Varchar Desain Input/Output Desain Input/Output merupakan perencanaan dari desain interface yang akan dibuat pada program agar pengguna dapat membayangkan apakah sistem yang akan dibuat sesuai dengan kebutuhan sistem pengguna. Hal ini dimaksudkan

19 39 agar terjalin kerja sama antara pengguna sistem dengan pembuat sistem sehingga sistem baru yang dibuat ini dapat memenuhi kebutuhan kedua belah pihak. Pada Gambar 4.12 merupakan gambar desain input untuk form login. Form desain input login digunakan jika user ingin masuk ke dalam program. User harus menginputkan username dan password yang mereka miliki. Jika username dan password benar maka user dapat masuk ke dalam program. User dapat mengakses menu-menu yang ada pada program, tetapi hanya sesuai dengan hak akses yang mereka miliki. Form Login User Name Admin Password Admin Login Cancel Gambar 4.12 Desain Form Login Pada Gambar 4.13 merupakan gambar form master pelanggan. Form master pelanggan digunakan untuk menyimpan dan mengelola data pada CV. Surya Travel Surabaya. Tombol simpan, ubah dan batal digunakan untuk maintenance data pelanggan.

20 40 Gambar 4.13 Desain Form Master Pelanggan Pada Gambar 4.14 merupakan gambar form master sopir. Form master sopir digunakan untuk menyimpan dan mengelola data pada CV. Surya Travel Surabaya. Tombol simpan, ubah dan batal digunakan untuk maintenance data sopir. Gambar 4.14 Desain Form Master Sopir

21 41 Pada Gambar 4.15 merupakan gambar form master kendaraan. Form master kendaraan digunakan untuk menyimpan dan mengelola data pada CV. Surya Travel Surabaya. Tombol simpan, ubah dan batal digunakan untuk maintenance data kendaraan. Gambar 4.15 Desain Form Master Kendaraan Pada Gambar 4.16 merupakan gambar form master trayek. Form master kota dan harga digunakan untuk menyimpan dan mengelola data pada CV. Surya Travel Surabaya. Tombol simpan, ubah dan batal digunakan untuk maintenance data trayek. Gambar 4.16 Desain Form Master Trayek

22 42 Pada Gambar 4.17 merupakan gambar form master jadwal. Form master jadwal digunakan untuk menyimpan dan mengelola data pada CV. Surya Travel Surabaya. Tombol simpan, ubah dan batal digunakan untuk maintenance data jadwal. Gambar 4.17 Desain Form Master Jadwal Pada Gambar 4.18 merupakan gambar form transaksi pemesanan. Form transaksi pemesanan digunakan untuk menyimpan dan mengelola data pemesanan pada CV. Surya Travel Surabaya. Tombol simpan, cetak dan batal digunakan untuk maintenance data pemesanan. Gambar 4.18 Desain Form Pemesanan

23 43 Pada Gambar 4.19 merupakan gambar form transaksi penjualan. Form transaksi penjualan digunakan untuk menyimpan dan mengelola data penjualan pada CV. Surya Travel Surabaya. Tombol simpan, cetak dan batal digunakan untuk maintenance data penjualan. Gambar 4.19 Desain Form Penjualan Pada Gambar 4.20 merupakan gambar form transaksi pembatalan. Form transaksi pembatalan digunakan untuk menyimpan dan mengelola data pembatalan pada CV. Surya Travel Surabaya. Tombol simpan, cetak dan batal digunakan untuk maintenance data pembatalan.

24 44 Gambar 4.20 Desain Form Pembatalan Pada Gambar 4.21 merupakan gambar form laporan pemesanan. Tombol tampil digunakan untuk menampilkan data semua transaksi pemesanan. Gambar 4.21 Desain Form Laporan Pemesanan Pada Gambar 4.22 merupakan gambar form laporan penjualan. Tombol tampil digunakan untuk menampilkan data semua transaksi penjualan.

25 45 Gambar 4.22 Desain Form Laporan Penjualan Pada Gambar 4.23 merupakan gambar form laporan pembatalan. Tombol tampil digunakan untuk menampilkan data semua transaksi pembatalan. Gambar 4.23 Desain Form Laporan Pembatalan