BAB III ANALISA DAN PERANCANGAN

Transkripsi

1 BAB III ANALISA DAN PERANCANGAN 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 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. 39

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 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 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 :

3 41 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 : Gambar 3.1 Use case diagram

4 42 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 Deskripsi singkat Aktor Pra-Kondisi Tindakan Utama Pasca Kondisi Login melakukan pengisian username dan password untuk memasuki halaman utama melakukan input username dan password memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari megelola data lapangan, data file,data transaksi dan juga laporan 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 Deskripsi singkat Aktor Pra-Kondisi Tindakan Utama Mengola data lapangan Setelah pengelola melakukan login pengelola bisa memasuki atau melihat data lapangan melakukan input mengelola data lapangan memasuki aplikasi untuk menggunakan

5 43 Pasca Kondisi aplikasi yang terdiri dari megelola data lapangan. 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 Deskripsi singkat Aktor Pra-Kondisi Tindakan Utama Pasca Kondisi Data file dapat melakukan login, tabel master dan utility yang terdapat di menu data file memilih salah satu menu yang terdapat di data file memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari login, tabel master dan utility. 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 Deskripsi singkat Aktor Pra-Kondisi Tindakan Utama Pasca Kondisi Data transaksi Stelah melakukan login pengelola dapat memasuki menu data transaksi memilih salah satu menu yang terdapat di data transaksi memasuki aplikasi untuk menggunakan aplikasi yang terdiri dari penyewaan lapangan, pembayaran sewa, dan penjualan (kantin) Jika usecase sukses dijalankan maka data akan tersimpan didatabase

6 44 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 Pra-Kondisi memilih salah satu menu yang terdapat dilaporan Tindakan Utama 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. Berikut adalah gambar-gambar diagram activity dari aplikasi ini ialah:

7 45 a. Activity diagram login Berikut ini activity diagram login : Tabel 3.6 Activity diagram Login Gambar 3.2 Activity diagram Login Nama Aktor Deskripsi Activity diagram Login 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 benar

8 46 b. Activity diagram data menu laporan Berikut ini activity diagram data menu laporan: Tabel 3.7 Activity diagram menu laporan Gambar 3.3 Activity diagram menu laporan Nama Aktor Deskripsi Activity diagram menu laporan mengklik menu laporan disiestem terdapat menu laporan dan admin bisa memilih daftar anggota, daftar barang, daftar lapangan dan transaksi penyewaan lapangan

9 47 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 Aktor Deskripsi Activity diagram menu tampilan mengklik menu file makan sistem akan menampilkan menu pilihan yang akan digunakan oleh pengelola terdapat login, tabel master dan juga utility

10 48 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 Aktor Deskripsi Activity diagram menu transaksi 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

11 49 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: Tabel 3.10 diagram skuensial login Gambar 3.6 diagram skuensial login Nama Deskripsi singkat Actor Pra-kondisi Tindakan utama Pasca kondisi diagram skuensial login Menjelaskan proses terjadinya login harus melakukan login terlebih dahulu untuk menggunakan aplikasi ini Memasuki username dan password Jika username dan password sudah benar makan selanjutnya pengelola bisa menggunakan aplikasi jika tidak bisa makan haru melakukan proses login secara benar

12 50 b. Diagram sekuensial menu file Berikut ini gambar dari diagram skuensial menu file: Tabel 3.11 diagram skuensial menu file Nama Gambar 3.7 diagram skuensial menu file diagram skuensial menu file Deskripsi singkat Menjelaskan proses terjadinya menu file Actor Pra-kondisi 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

13 51 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 Pra-kondisi 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

14 52 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 Pra-kondisi 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

15 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 Config Tahun

16 54 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 Harga_Sewa Currency Harga Sewa Per Jam

17 55 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 Kode_Lapangan Number Kode Lapangan

18 56 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

19 57 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

20 58 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

21 59 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: Berikut rancangan tampilan login aplikasi gor kecamatan cipondoh :

22 60 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.

23 61 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.

24 62