3.1 Analisa Masalah
Dalam hal ini akan dibahas tentang analisis masalah, dimana keadaan yang telah ada saat ini akan dianalisa dan menentukan keadaan Aplikasi seperti apa yang diinginkan oleh pemakai sistem atau dalam hal ini oleh Gor Kecamatan Cipondoh. Dari keadaan yang telah ada dan sistem yang diinginkan, maka akan diketahui masalah - masalah yang ada pada sistem sehingga dapat diketahui kebutuhan dari pemakai sistem.
Analisa ini diadakan dengan tujuan untuk mengetahui bagaimana sistem penyewaan saat ini. Dari analisa tersebut, maka didapatkan permasalahan pendataan seperti data reservasi, data penyewa, data pembayaran, data penjualan (kantin) dan laporan masih dilakukan dengan manual oleh pihak pengelola. Gor Kecamatan Cipondoh terdiri dari lapangan bulutangkis, laangan futsal, dan lapangan basket. hal ini juga menyulitkan pengelola jika ingin melihat status lapangan yang tersedia dengan cepat.
3.2 Proses Bisnis 3.2.1 Reservasi
Calon penyewa yang ingin memesan lapangan Gor Kecamatan Cipondoh dapat datang langsung atau menghubungi melalui telepon, berdasarkan pesanan bagian pengelola memeriksa status lapangan yang diinginkan calon penyewa, jika status lapangan yang diinginkan calon penyewa tersedia, maka calon penyewa dapat datang pada hari penyewaan lapngan yang ditentukan dan pengelola dapat mencatat data reservasinya.
3.2.2 Pendaftaran
Setelah calon penyewa telah melakukan penyewaan makn calon penyewa melakukan pendaftaran lapangan. Calon penyewa juga bias melakukan pendaftaran anggota untuk mendapatkan kartu anggota dan pengurangan biaya penyewaan yang telah ditentukan oleh pihak pengelola
3.2.3 Pembayaran
Setelah melakukan pendaftaran dengan mengisi form pendaftaran tersebut, calon penyewa memliki kewajiban untuk melakukan pembayaran uang. Kemudian bagian pengelola akan membuatkan kwitansi kepada penyewa sebagai bukti pembayaran.
3.2.4 Laporan
Dibagian laporan pengelola dapat melakukan pengecekan daftar anggota, daftar barang, daftar lapangan, transaksi penyewaan lapangan, dan transaksi penjualan kantin
3.3 Pemecahan Masalah
Dari Proses Yang Berjalan Saat Ini, Ada Beberapa Kendala Dalam menghadapi suatu masalah diperlukan adanya berbagai macam solusi, sehingga pada saat pengambilan keputusan akan diperoleh analisa kebutuhan untuk mengatasi permasalahan tersebut.
Proses pengambilan keputusan yang cepat dan akurat sangat dibutuhkan dengan informasi yang ada. Analisa kebutuhan terhadap permasalahan yang ada dapat dilihat dari bagaimana informasi yang valid yang dapat digunakan sebagai pendukung keputusan.
Setelah diteliti dengan melihat masalah yang dialami, maka didapat berapa pemecahan masalah yaitu :
Akan dibuatkan aplikasi reservasi gor kecamatan cipondoh agar mempermudahkan pihak pengelola.
Akan dibutakan laporan secara desktop yaitu dengan aplikasi ini maka pihak pengelola bias mencetak data laporan tanpa harus ribet mencari data satu persatu. Manambahkan sistem - sistem yang dibutuhkan pengelola lapangan gor
kecamatan cipondoh.
3.4 Perancangan Aplikasi
Dalam perancangan aplikasi ini, penulis menggunakan metode UML. Perlu diketahui metode UML merupakan metode Object Oriented Programming ( OOP ) yang menggunakan notasi grafis dalam menyatakan suatu desain. Permodelam dengan UML menggambarkan yang ada dalam dunia nyata ke dalam bentuk yang dapat dipahami dengan notasi standar UML.
1. Use Case Diagram
Pada gambar ini menunjukan use case diagram aplikasi reservasi gor kecamatan cipondoh memiliki dua aktor yaitu Admin atau pegawai dan penyawa. Berikut gambar use case diagram dapat dilihat pada gambar dibawah ini :
Admin atau Pegawai
Berperan untuk melakukan Transaksi ada beberapah transaksi yang bisa dilakukan admin atau pengawai yaitu penyewaan lapangan, pembayaran sewa, dan penjualan (kantin) admin dan pegawai juga berperan untuk melakukan pengecekan laporan yang terdiri dari daftar anggota, daftar barang, daftar lapangan, transaksi penyewaan lapangan, dan transaksi penjualan kantin.
Berikut adalah penjelasan dari use case diagram diatas : a. Skenario Login
Berikut ini table penjelasan scenario login : Table 3.1 login
Nama use case Login
Deskripsi singkat Pengelola melakukan pengisian username dan password untuk memasuki halaman utama
Aktor Pengelola
Pra-Kondisi Pengelola melakukan input username dan password Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan
aplikasi yang terdiri dari megelola data lapangan, data file,data transaksi dan juga laporan
Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan didatabase
b. Skenario mengola data lapangan
Berikut ini table penjelasan scenario mengola data lapangan : Tabel 3.2 mengola data lapangan
Nama use case Mengola data lapangan
Deskripsi singkat Setelah pengelola melakukan login pengelola bisa memasuki atau melihat data lapangan
Aktor Pengelola
Pra-Kondisi Pengelola melakukan input mengelola data lapangan Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan
aplikasi yang terdiri dari megelola data lapangan. Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan
didatabase
c. Skenario data file
Berikut ini table penjelasan scenario data file : Table 3.3 data file
Nama use case Data file
Deskripsi singkat Pengelola dapat melakukan login , tabel master dan utility yang terdapat di menu data file
Aktor Pengelola
Pra-Kondisi Pengelola memilih salah satu menu yang terdapat di data file
Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari login, tabel master dan utility. Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan
didatabase
d. Skenario data transaksi
Berikut ini table penjelasan scenario data transaksi : Tabel 3.4 Data transaksi
Nama use case Data transaksi
Deskripsi singkat Stelah melakukan login pengelola dapat memasuki menu data transaksi
Aktor Pengelola
Pra-Kondisi Pengelola memilih salah satu menu yang terdapat di data transaksi
Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari penyewaan lapangan,
pembayaran sewa, dan penjualan (kantin)
Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan didatabase
e. Skenario laporan
Berikut ini table penjelasan scenario laporan : Tabel 3.5 laporan
Nama use case laporan
Deskripsi singkat Stelah melakukan login pengelola dapat memasuki menu laporan
Aktor Pengelola
Pra-Kondisi Pengelola memilih salah satu menu yang terdapat dilaporan
Tindakan Utama Pengelola memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari daftar anggota, daftar barang,
daftar lapangan, trnasaksi penyewaan lapangan, dan transaksi penjualan (kantin)
Pasca Kondisi Jika usecase sukses dijalankan maka data akan tersimpan didatabase
f. Skenario Konsumen
Berikut ini table penjelasan scenario laporan :
2. Avtivity Diagram
Activity diagram adalah teknik untuk mendeskripsikan logika procedural, proses bisnis dan aliran kerja dalam banyak kasus. Activity diagram mempunyai peran seperti halnya flowchart, akan tetapi perbedaan dengan flowchart adalah activity diagram bisa mendukung perilaku parallel sedangkan flowchar tidak.
a. Activity diagram login
Berikut ini activity diagram login :
Gambar 3.2 Activity diagram Login Tabel 3.6 Activity diagram Login
Nama Activity diagram Login
Aktor Pengelola
Deskripsi Engelola buka aplikasi menampilkan form login lalu pengelola mengisi data
login sistem akan melakukan validasi data jika ya makan akan menampilkan
halaman menu utama lalu selesai jika tidak maka pengelola melakukan pengisian username dan password secara
b. Activity diagram data menu laporan
Berikut ini activity diagram data menu laporan:
Gambar 3.3 Activity diagram menu laporan Tabel 3.7 Activity diagram menu laporan
Nama Activity diagram menu laporan
Aktor Pengelola
Deskripsi Pengelola mengklik menu laporan disiestem terdapat menu laporan dan admin bisa memilih daftar anggota, daftar
barang, daftar lapangan dan transaksi penyewaan lapangan
c. Activity diagram data menu tampilan
Berikut ini activity diagram data menu tampilan:
Gambar 3.4 Activity diagram menu tampilan Tabel 3.8 Activity diagram menu tampilan
Nama Activity diagram menu tampilan
Aktor Pengelola
Deskripsi Pengelola mengklik menu file makan sistem akan menampilkan menu pilihan
yang akan digunakan oleh pengelola terdapat login, tabel master dan juga
d. Activity diagram data menu transaksi Berikut ini activity diagram menu transaksi:
Gambar 3.5 Activity diagram menu transaksi Tabel 3.9 Activity diagram menu transaksi
Nama Activity diagram menu transaksi
Aktor Pengelola
Deskripsi Pengelola mengklik menutransaksi maka terdapat pilihan yang bisa pengelola pilih diantaranya ialah penyewaan lapangan, pembayaran sewa, dan penjualan (kantin)
3. Sequence Diagram
Diagram sekuensial menggambarkan interaksi antara objek didalam dan disekitar sistem (termasuk user, display dan sebagainya) berupa message yang digambarkan terhadap waktu. Diagram sequence terdiri atas dimensi vertikal (waktu) dan dimensi Horizontal (objek-objek yang terikat). Diagram sekuensial bisa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai
respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger (pencentus) aktifitas tersebut, proses dan perubahan apa saja yang terjadi secara interfal dan output apa yang terjasi secara interfal dan output apa yang dihasilkan.
Berikut adalah gambar-gambar diagram sekuensial dari aplikasi ini ialah: a. Diagram sekuensial login
Berikut ini gambar dari diagram skuensial login:
Gambar 3.6 diagram skuensial login Tabel 3.10 diagram skuensial login
Nama diagram skuensial login
Deskripsi singkat Menjelaskan proses terjadinya login
Actor Pengelola
Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini
Tindakan utama Memasuki username dan password
Pasca kondisi Jika username dan password sudah benar makan selanjutnya pengelola bisa menggunakan aplikasi jika tidak bisa makan
b. Diagram sekuensial menu file
Berikut ini gambar dari diagram skuensial menu file:
Gambar 3.7 diagram skuensial menu file Tabel 3.11 diagram skuensial menu file
Nama diagram skuensial menu file Deskripsi singkat Menjelaskan proses terjadinya menu file
Actor Pengelola
Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini
Tindakan utama Melakukan proses login Membuka menu file Memilih menu login Memilih tabel master
Memilih utility
Pasca kondisi Jika pengelola sudah memilih salah satu menu maka data akan tersimpan ke dalam database
c. Diagram sekuensial menu laporan
Berikut ini gambar dari diagram skuensial menu laporan:
Gambar 3.8 diagram skuensial menu laporan Tabel 3.12 diagram skuensial menu laporan
Nama diagram skuensial menu laporan Deskripsi singkat Menjelaskan proses terjadinya menu file
Actor Pengelola
Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini
Tindakan utama Melakukan proses login Membuka menu laporan Memilih menu daftar anggota
Memilih daftar barang Memilih lapangan
Memilih menu transaksi lapangan Memilih menu transaksi penjualan kantin
Pasca kondisi Jika pengelola sudah memilih salah satu menu maka data akan tersimpan ke dalam database
d. Diagram sekuensial menu transaksi
Berikut ini gambar dari diagram skuensial menu transaksi:
Gambar 3.9 diagram skuensial menu transaksi Tabel 3.13 diagram skuensial menu transaksi
Nama diagram skuensial menu transaksi Deskripsi singkat Menjelaskan proses terjadinya menu transaksi
Actor Pengelola
Pra-kondisi Pengelola harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini
Tindakan utama Melakukan proses login Membuka menu transaksi Memilih menu penyewaan lapangan
Memilih menu sewa Memilih penjualan (kantin)
Pasca kondisi Jika pengelola sudah memilih salah satu menu maka data akan tersimpan ke dalam database
3.5 Perancangan Basis Data
Intergrasi aplikasi absensi pegawai dengan menggunakan sidik jari ini membutuhkan beberapah tabel yang saling terhubung.
a. Petugas
Tabel petugas terdiri dari beberapa tabel anatar lain Kode_Petugas,Nama_Petugas, Pasword_Petugas, Status_Petugas, Telepon,Alamat
Berikut tabel Petugas dapat dilihat dibawah ini: Tabel 3.14 Petugas
Field Name Type Keterangan
Kode_Petugas Number Kode Petugas
Nama_Petugas Text Nama petugas
Pasword_Petugas Text Password petugas
Status_Petugas Text Status petugas
Telepon Number No Tlp Petugas
Alamat Text Alamat Petugas
b. Member
Tabel Member terdiri dari beberapa tabel anatar lain Kode_Member, Nama_Member, No_Ktp, Alamat, No_Tlp, Tgl_Daftar, Bayar, Tahun
Berikut tabel Member dapat dilihat dibawah ini: Tabel 3.15 Member
Field Name Type Keterangan
Kode_Member Number Kode Member
Nama_Member Text Nama Member
No_Ktp Number No Ktp Member
Alamat Text Alamat Member
No_Tlp Number No Tlp Member
Tgl_Daftar Date/Time Tgl Daftar Member
Bayar Currency Bayar
Tahun Date/Time Relasi Dengan
c. Barang
Tabel Barang terdiri dari beberapa tabel anatar lain Kode_Barang, Nama_Barang, Harga_Barang, Stock, Tahun
Berikut Tabel Barang dapat dilihat dibawah ini: Tabel 3.16 Barang
Field Name Type Keterangan
Kode_Barang Number Kode Barang
Nama_Barang Text Nama Barang
Harga_Barang Currency Harga Barang
Stock Number Stock
Tahun Date/Time Relasi Dengan
Config Tahun d. Lapangan
Tabel Lapangan terdiri dari beberapa tabel anatar lain kode, nama, status, dan password
Berikut Tabel Lapangan dapat dilihat dibawah ini: Tabel 3.17 Lapangan
Field Name Type keterangan
Kode_Lapangan Number Kode Lapangan
Nama_Lapangan Text Nama Lapangan
Fasilitas Text Fasilitas gor
e. Perlengkapan
Tabel Perlengkapan terdiri dari beberapa tabel anatar lain Kode_Alat, Nama_Alat, Harga_Sewa, Jumlah
Berikut Tabel Perlengkapan dapat dilihat dibawah ini: Tabel 3.18 Perlengkapan
Field Name Type keterangan
Kode_Alat Number Kode Alat
Nama_Alat Text Nama Alat
Harga_Sewa Currency Harga Sewa
Jumlah Number Jumlah
f. Penyewaan Lapangan
Tabel Penyewaan Lapangan terdiri dari beberapa tabel anatar lain No_Sewa, Tgl_Sewa, Petugas, Nama_Penyewa, Manager, No_Tlp, Status, Kode_Lapangan, Harga_Sewa, Dp, Sisa_Bayar, Tanggal_Main, Jam_Mulai, Jam_Selesai, Kode_Alat, Jumlah_Sewa, Jumlah_Jam, No_Bayar, Pembayaran, Tanggal_Bayar, Status_Bayar, Tahun
Berikut Tabel Penyewaan Lapangan dapat dilihat dibawah ini: Tabel 3.19 Penyewaan Lapangan
Field Name Type keterangan
No_Sewa Number No Booking
Tgl_Sewa Date/Time Tgl Booking
Petugas Text Petugas Entry
Nama_Penyewa Text nama member /
nama non member
Manager Text Nama Manager
No_Tlp Number No Tlp Penyewa
Status Text Member/Non
Member
Harga_Sewa Currency Harga Sewa
Dp Currency Uang Muka
Sisa_Bayar Currency Sisa Pembayaran
Tanggal_Main Date/Time Tanggal Main
Jam_Mulai Date/Time Jam Mulai
Jam_Selesai Date/Time Jam Selesai
Kode_Alat Number Kode Alat
Jumlah_Sewa Number Jumlah Sewa
Jumlah_Jam Number lama nya waktu
sewa
No_Bayar Number No Bayar
Pembayaran Currency Pembayaran
Tanggal_Bayar Date/Time Tanggal Bayar
Status_Bayar Text Lunas / Belum
Lunas
Tahun Date/Time Relasi Dengan
Config Tahun Tabel 3.20 Penjualan (Kantin)
Field Name Type keterangan
No_Penjualan Number No penjualan
Tgl_Penjualan Date/Time Tanggal Penjualan
Nama_Petugas Text Nama Petugas
Kode_Barang Number Kode Barang
Jumlah_Barang Text Jumlah barang
Bayar Number Bayar
Tahun Date/Time Relasi Dengan
Config Tahun 3.6 Pemodelan Data
Pemodelan Data Akan Di Gambarkan Menggunakan ERD ( Entity Relationship Diagram ). Berikut Ini Adalah Gambar Rancangan ERD
Menurut salah satu para ahli, Brady dan Loonam (2010), Entity Relationship diagram (ERD) merupakan teknik yang digunakan untuk memodelkan kebutuhan data dari suatu organisasi, biasanya oleh System Analys dalam tahap analisis persyaratan proyek pengembangan system. Sementara seolah-olah teknik diagram atau alat peraga memberikan dasar untuk desain database relasional yang mendasari sistem informasi yang dikembangkan. ERD bersama-sama dengan detail pendukung merupakan model data yang pada gilirannya digunakan sebagai spesifikasi untuk
database.Apakah komponen yang terbentuk didalam Entity Relationship Diagram (ERD)?
Dalam pembentukan ERD terdapat 3 komponen yang akan dibentuk yaitu : a. Entitas
Pada post sebelumnya mengenai basis data telah dijelaskan sedikit tentang pengertian entity (entitas) yaitu suatu obyek yang dapat dibedakan dari lainnya yang dapat diwujudkan dalam basis data. Pengertian lainnya menurut Brady dan Loonam (2010), entitas adalah objek yang menarik di bidang organisasi yang dimodelkan. Contoh : Mahasiswa, Kartu Anggota Perpustakaan (KAP), dan Buku.
b. Hubungan (relasi/relationship)
Suatu hubungan adalah hubungan antara dua jenis entitas dan direpresentasikan sebagai garis lurus yang menghubungkan dua entitas.Contoh : Mahasiswa mendaftar sebagai anggota perpustakaan (KAP), relasinya adalah mendaftar.
c. Atribut
Atribut memberikan informasi lebih rinci tentang jenis entitas. Atribut memiliki struktur internal berupa tipe data. Jenis-jenis atribut :
Atribut Key
Atribut Key adalah satu atau gabungan dari beberapa atribut yang dapat membedakan semua baris data ( Row/Record ) dalam tabel secara unik. Dikatakan unik jika pada atribut yang dijadikan key tidak boleh ada baris data dengan nilai yang sama
Contoh : Nomor pokok mahasiswa (NPM), NIM dan nomor pokok lainnyaAtribut simple atribut yang bernilai atomic, tidak dapat dipecah/ dipilah lagi Contoh : Alamat, penerbit, tahun terbit, judul buku.
Atribut Multivalue
nilai dari suatu attribute yang mempunyai lebih dari satu (multivalue) nilai dari atrribute yang bersangkutan Contoh : dari sebuah buku, yaitu terdapat beberapa pengarang.
Atribut Composite
Atribut composite adalah suatu atribut yang terdiri dari beberapa atribut yang lebih kecil yang mempunyai arti tertentu yang masih bisah dipecah lagi atau mempunyai
sub attribute. Contoh : dari entitas nama yaitu nama depan, nama tengah, dan nama belakang
Atribut Derivatif
Atribut yang tidak harus disimpan dalam database Ex. Total. atau atribut yang dihasilkan dari atribut lain atau dari suatu relationship. Atribut ini dilambangkan dengan bentuk oval yang bergaris putus-putus Derajat relasi atau kardinalitas rasio Menjelaskan jumlah maksimum hubungan antara satu entitas dengan entitas lainnya One to One (1:1)
Setiap anggota entitas A hanya boleh berhubungan dengan satu anggota entitas B, begitu pula sebaliknya.
One to many (1:M / Many)
Setiap anggota entitas A dapat berhubungan dengan lebih dari satu anggota entitas B tetapi tidak sebaliknya.
Many to Many (M:M)
Setiap entitas A dapat berhubungan dengan banyak entitas himpunan entitas B dan demikian pula sebaliknya
Gambar 3.10 ERD Penyewaan 3.7 Perancangan Tampilan
Dilihat dari kebutuhan aplikasi ini dibutuhkan dari antaramuka yaitu aplikasi berbasis desktop untuk menapilkan tampilan aplikasi keseluruhan. Kebutuhan apa saja yang dapat dlihat dari gambar-gambar dibawah ini:
1. Rancangan Menu Login
Gambar 3.11 rancangan tampilan login
Petugas Memasukan User Name Dan Password Jika Password atau Username salah Dan Tidak Sesuai Maka Akan Error Dan Meminta Memasukan Username dam Password Kembali. Jika Benar Maka klik Ok, Dan Akan Masuk Ke Tahap Selanjutnya.
2. Rancangan Menu Utama
Gambar 3.12 Rancangan Menu Utama
Setelah Berhasil Login Maka Akan Lanjut Ketahap Selanjutnyanya Atau Menampilkan Menu Home Dan Dapat Melihat File-File Yang Tersedia Di Menu Home.