• Tidak ada hasil yang ditemukan

Perancangan Program Pembayaran Service Motor

N/A
N/A
Protected

Academic year: 2021

Membagikan "Perancangan Program Pembayaran Service Motor"

Copied!
6
0
0

Teks penuh

(1)

Perancangan Program Pembayaran

Service Motor

Ida Darwati

AMIK BSI Jakarta e-mail: ida.idd@bsi.ac.id

Abstract – Payment systems that still use the manual system take longer time and sometimes there is an error in the process of calculating the total cost, otherwise the data is not stored properly, errors during recording and making reports that take a long time, these things can be an obstacle in a payment process. Currently the development of computer technology has been increasingly rapid, so many companies are switching from manual system to computerized system, because it is expected with a computerized system can shorten a process and produce more accurate information. Using computerized system in service payment can overcome the constraints that occur when still using the manual system. Before building a computerized system, must first know the constraints faced when still using the manual system, for the computerized system is built is the right computerized system and in accordance with the needs. Computerized service payment system built to be able to store data properly, processing transactions quickly and precisely, and making reports to be faster and more accurate.

Key Word: program design, payment service

I. PENDAHULUAN

Saat ini banyak perusahaan yang sudah memanfaatkan kemajuan teknologi komputer untuk kelancaran berjalannya perusahaan dalam pengolahan data dan transaksi yang dijalankan di perusahaan tersebut. Dengan beralihnya dari sistem manual ke sistem komputerisasi diharapkan mampu mempercepat proses pengolahan data dan informasi yang dihasilkan lebih akurat karena dapat mengurangi tingkat kesalahan dalam perhitungan, selain itu laporan dapat disajikan hanya dengan memilih opsi cetak.

Sistem pembayaran service yang masih menggunakan sistem manual, menemui beberapa kendala seperti penyimpanan data yang kurang baik (Hariyanto, 2014), terjadinya kesalahan pencatatan data (Hapsara & Wardati, 2011) (Utomo & Hartono, 2015), kesalahan perhitungan transaksi (Arifin, Purnama & Sukadi, 2013) dan lamanya proses pembuatan laporan (Setiawan & Rinawati, 2015)

(Susanto, 2016).

Penelitian ini ditujukan untuk mengatasi permasalahan yang ada dengan membangun sistem komputerisasi pembayaran service yang diharapkan dapat menyelesaikan permasalahan-permasalahan yang terjadi saat masih menggunakan sistem manual.

II. METODOLOGI PENELITIAN

Pada penelitian ini, metode yang digunakan penulis dalam pengembangan perangkat lunak, yaitu menggunakan metode waterfall.

Sumber : Sukamto dan Shalahuddin (2013) Gambar 1. Model Waterfall

III. HASIL DAN PEMBAHASAN 3.1. Analisis kebutuhan perangkat lunak

Analisis kebutuhan perangkat lunak pada penelitian ini yaitu:

1. Penginputan data user

Data user yang diinput meliputi id user, nama dan password.

2. Penginputan data produk

Admin menginput data produk meliputi kode produk, nama produk, jenis, merk, harga, ukuran dan merk.

3. Penginputan data jenis jasa perbaikan

Data jenis jasa perbaikan diinput oleh admin yang meliputi kode jasa, jenis jasa dan biaya jasa.

4. Penginputan data pelanggan

Data pelanggan yang diinput yaitu nomor plat motor, nama pelanggan, merk motor, alamat dan nomor telepon pelanggan.

5. Penginputan order service

Penginputan data order maliputi nomor order, tanggal order, nomor plat motor dan keluhan.

(2)

Penginputan data saat pembayaran service yaitu nomor transaksi, tanggal transaksi, nomor order, nomor plat motor, kode jasa,

total, total bayar dan grand total yang merupakan keseluruhan biaya service.

3.2. Desain 1. Desain Sistem a) Diagram HIPO 2.0 Transaksi 0.0 1.0 Master 0.0 0.0 Menu Utama 0.0 4.0 Logout 0. 2.1 Data Order 2.0 1.2 Data Pelanggan 1.3 Data Jasa 1.1 Data User 1.0 3.0 Laporan 0.0 3.1 Laporan Order 3.0 3.2 3.0 0 Login Data Produk 1 0 1 0 1 0 1 .4 Pembayaran Laporan 2.2 2.0 Pembayaran Data Sumber : Penelitian (2017)

Gambar 2. Diagram HIPO b) Flowchart Start Pilihan: 1. Add 2. Close Add Tampil No Order dan Tanggal Order Isi No Plat motor dan keluhan Save

Save Bukti OrderTampil

Close End Y T T Y T Y Sumber : Penelitian (2017)

(3)

Start Pilihan: 1. Add 2. Close Add Tampil No Pembayaran dan Tanggal pembayaran Input No Order No Order Ditemukan? Input kode jasa Close End Y T Y T Y T Y Tampil Keluhan Tampil Data Jasa Kode Jasa ada? T “No Order Tidak Ditemukan” “Kode Tidak Ada” Input Lagi? T Y Input kode Barang Kode Barang ada? T “Kode Tidak Ada” Y Tampil Data Barang Input jumlah Input Lagi? T Y Grand Total= (Ʃ Biaya Jasa + Ʃ(Jumlah*harga Barang)) Tampil Grand Total Input Uang Bayar Uang Kembali= Uang Bayar-Grand Total Tampil Uang Kembali Save T Y Save Tampil Bukti Pembayaran Sumber: Penelitian (2017)

(4)

No_plat Pelanggan keluhan No_telp Tanggal NoOrder No_plat Alamat Nama Merk_motor 1 Beri M Order Pembayaran 1 1 Terdapat Tgl_trans NoOrder No_trans M Terdapat Produk Jasa_perbaikan Biaya_jasa Kd_jasa Jenis_jasa Kd_produk Harga Stok Nm_produk Kd_produk Kd_jasa JmlhBeli No_plat Merk Ukuran Jenis No_trans Detail_Pembayar an N Terdapat Terdapat 1 1 M M Sub_total Total_byr JmlhByr Grandttl Sumber : Penelitian (2017)

Gambar 5. Entity Relationship Diagram

3. Desain User Interface

Sumber : Penelitian (2017)

(5)

Sumber : Penelitian (2017)

Gambar 7. Tampilan Rancangan Form Pembayaran

3.3. Pembuatan kode program

Pada penelitian ini, penulis menggunakan pemrograman Microsoft Visual Basic 6.0

Sumber : Penelitian (2017)

Gambar 8. Tampilan Form Order

Sumber : Penelitian (2017)

Gambar 9. Tampilan Form Transaksi

3.4. Pengujian

Form yang terdapat pada program diuji berdasarkan fungsi dan logika program, berikut ini pengujian ketika memilih Button close pada form order, kemudian akan tampil konfirmasi terlebih dahulu,

jika memilih “No” maka akan tetap ada di form order, jika memilih “Yes” maka akan keluar dari form order:

Sumber : Penelitian (2017)

Gambar 10. Pengujian Button Close

3.5. Pendukung (support) atau pemeliharaan (maintenance)

Setelah program diimplementasikan, dapat dilakukan peninjauan jika masih ada yang diperbaiki. Pemeliharaan dilakukan secara berkala agar program selalu berfungsi dengan baik.

IV. KESIMPULAN

Dari penelitian ini, penulis dapat menyimpulkan bahwa dengan menggunakan sistem komputerisasi pembayaran service dapat menyimpan data secara baik dan aman, mempermudah dalam mengetahui stok barang yang masih tersedia, mempercepat dalam proses order dan pembayaran, menurunkan tingkat kesalahan perhitungan total pembayaran dan dapat menyajikan laporan dengan cepat dan akurat.

(6)

Arifin., Purnama, B. E., & Sukadi (2013). Pembangunan Sistem Informasi Pembayaran Jasa Pada Percetakan Alphakom Pacitan.

IJNS-Indonesian Journal on Networking and Security, 4(3).

Hapsara, S. & Wardati, I. U. (2011). Rancang Bangun Sistem Informasi Pembayaran Dan Tabungan Siswa Pada Bank Mini Artha Mandiri Sekolah Menengah Kejuruan (SMK) Negeri Pringkuku Pacitan. Speed-Sentra

Penelitian Engineering dan Edukasi, 3(2).

Hariyanto, M. (2014, December). SISTEM INFORMASI PEMBAYARAN SUMBANGAN PENGEMBANGAN PENDIDIKAN (SPP) PADA SMK PERIWATAS TASIKMALAYA. In Seminar

Nasional Ilmu Pengetahuan dan Teknologi Komputer (Vol. 2, No. 1, pp. 346-349).

Aplikasi Peminjaman Dan Pembayaran Angsuran Pada BPR Kabupaten Bandung. Jurnal Computech & Bisnis, 9(1), 37-47.

Sukamto, R,A. dan M. Shalahuddin. 2013. Rekayasa Perangkat Lunak Terstruktur dan Berorientasi Objek. Bandung: Informatika.

Susanto, A. (2016). PERANCANGAN APLIKASI PEMBAYARAN SPP PADA SMA N 1 AMBARAWA MENGGUNAKAN BAHASA PEMROGRAMAN VISUAL BASIC 6.0. PROCIDING KMSI, 4(1).

Utomo, W., & Hartono, B. (2015). PERANCANGAN APLIKASI PEMBAYARAN SPP DENGAN RADIO FREQUENCY IDENTIFICATION (RFID) DAN MCS-51 STUDI KASUS PADA SMP NEGERI 3 PURWODADI. ELKOM, 8(1).

Gambar

Gambar 2. Diagram HIPO  b)  Flowchart  Start Pilihan: 1. Add 2. Close Add Tampil No Order dan  Tanggal  Order Isi No Plat motor dan keluhan Save Save Tampil  Bukti Order Close End Y TTYTY Sumber : Penelitian (2017)
Gambar 4. Flowchart Form Pembelian
Gambar 5. Entity Relationship Diagram
Gambar 7. Tampilan Rancangan Form Pembayaran

Referensi

Dokumen terkait

Cross pernah menyimpulkan bahwa Yahweh pada mulanya nama Kultik dari El dengan melihat model susunan Panteon Kanaan dan Israel yang menempatkan Yahweh dan El terlibat

Ada banyak faktor yang perlu diperhatikan dalam menggabungkan antara pengetahuan yang berasal dari luar kedalam sumber pengetahuan di dalam perusahaan tersebut, bagaimana perusahaan

Sutedi (2009: 219) perkembangan ekonomi global dan kemajuan teknologi yang demikian cepat membawa dampak timbulnya persaingan usaha yang begitu ketat dan terjadi di semua

A: Untuk harapan pemerintahan yang baru pasti kita punya harapan yang lebih baik dari pemerintahan sebelumnya, atau paling tidak tetap bisa mempertahankan perekonomian di

Adapun pengertian lain dari Notaris yaitu menurut Peraturan Jabatan Notaris yang mengatakan bahwa :“De zijn openbare ambtenaren, uitsluitendbevoegd, om authentieke akten op te

Admin dapat mengelola data akun, data pelanggan, data paket, data service dan tarif, transaksi order, transaksi pembayaran, transaksi pengeluaran, mengakses laporan

Hal ini menunjukkan bahwa mekanisme corporate governance yang diproxikan dengan kepemilikan manajerial tidak mempengaruhi kinerja perusahaan dalam hal ini kinerja yang

c) bukti pendukung yang memuat informasi tentang hasil pemeriksaan penunjang diagnostik sesuai dengan restriksi obat sesuai dengan Formularium Nasional (FORNAS).