Upload
others
View
8
Download
0
Embed Size (px)
Citation preview
31
BAB IV
PERANCANGAN SISTEM USULAN
4.1 Tahap Perancangan Sistem
Tahap ini merupakan tahap dimana penulis melakukan analisa sistem
kebutuhan maupun keinginan yang diharapkan terhadap sistem yang
dikembangkan. Tahap ini diharapkan semua kebutuhan yang dibutuhkan dalam
proses penelitian dapat terpenuhi.
4.1.1 Analisis Kebutuhan
Berikut ini analisis spesifikasi kebutuhan sistem (system requirement) dari
sistem informasi penyewaan lapangan Kusuma Futsal Bekasi.
A. Kebutuhan Pengguna
Dalam perancangan sistem penyewaan lapangan futsal ini terdapat dua
pengguna yang dapat saling berinteraksi dalam lingkungan sistem yaitu :
Pelanggan, Admin. Kedua pengguna tersebut memiliki karakteristik interaksi
dengan sistem yang berbeda-beda dan memiliki informasi yang berbeda-beda
juga, seperti berikut:
A1. Skenario kebutuhan Pelanggan
a. Mengisi form pendaftaran team
b. Melihat jadwal untuk pemesanan atau membooking
c. Melakukan transaksi
32
A2. Skenario kebutuhan Admin
a. Dapat melihat master atau data pelanggan
b. Dapat mengakses data admin
c. Mengatur jadwal
d. Mengelola transaksi
e. Mengecek laporan transaksi
B. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses
aplikasi ini dengan memasukan username dan password agar privasi masing-
masing pengguna tetap terjaga keamanannya.
2. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.
3. Sistem melakukan penyimpanan data penyewaan lapangan.
33
4.1.2 Rancang Diagram Use Case
1. Use Case Diagram Halaman Admin Dan Pelanggan
Gambar. IV.1 Use Case Diagram Halaman Admin
34
Deskripsi Use Case Pelanggan
Use Case Name Mengelola profil
Requirements Pelanggan dapat mengelola profil
Goal Untuk mengisi data diri pelanggan
Pre-Condition Pelanggan login ke dalam sistem
Post-Condition Pelanggan mengklik button ubah untuk
mengelola data profilnya
Failed end Condition Pelanggan tidak bisa mengelola profilnya
kalau tidak klik button ubah
Actor Pelanggan
Main Flow/ Basic Path 1.pelanggan login ke dalam sistem
2. sistem menampilkan halaman profil
3. pelanggan klik halaman profil
4. pelanggan mengelola profilnya
5. sistem menyimpan data profil
Alternate Flow/ Invariant A 1. pelanggan mengisi data profilnya
2. pelanggan bisa klik button batal jika
tidak ingin menyimpannya
3. sistem menyimpan data
Alternate Invariant B 1. Pelanggan mengisi data profilnya
2.Pelanggan bisa klik button batal jika
tidak ingin menyimpannya
3. sistem menyimpan data profil
pelanggan
35
Deskripsi Use Case Pemesanan
Use Case Name Melakukan pemesanan
Requirements Pelanggan dapat melakukan pemesanan
yang sudah tersedia
Goal Untuk mempermudah pelanggan dalam
melakukan pemesanan
Pre-Condition Pelanggan login ke dalam sistem
Post-Condition Pelanggan mengklik lihat jadwal dan klik
tersedia yang bertujuan untuk melihat hari
dan jam pemesanan
Failed end Condition Pelanggan tidak bisa memesan jika tidak
klik lihat jadwal dan tersedia
Actor Pelanggan
Main Flow/ Basic Path 1.pelanggan login ke dalam sistem
2. sistem menampilkan halaman utama
3. pelanggan mengisi data pemesanan
4. sistem menyimpan data pemesanan
5. sistem mencetak laporan pemesanan
Alternate Flow/ Invariant A 1. Pelanggan mengisi data pemesanan
2. sistem menyimpan data pemesanan
3. sistem mencetak laporan pemesanan
Alternate Invariant B 1.Pelanggan mengisi data pemesanan
2. sistem menyimpan data pemesanan
3. sistem mencetak laporan pemesanan
36
Deskripsi Use Case Jadwal
Use Case Name Melihat jadwal
Requirements Pelanggan dapat melihat jadwal yang
sudah ditentukan
Goal Untuk melihat jadwal pelanggan
Pre-Condition Pelanggan login ke dalam sistem
Post-Condition Pelanggan telah masuk kedalam sistem
Failed end Condition Pelanggan tidak bisa memesan diwaktu
yang sama
Actor Pelanggan
Main Flow/ Basic Path 1.pelanggan login ke dalam sistem
2. sistem menampilkan halaman utama
3. pelanggan mengklik lihat jadwal
4. pelanggan mencari jadwal yang sudah
tersedia
5. sistem menampilkan jadwal
Alternate Flow/ Invariant A 1. Pelanggan mencari jadwal yang
tersedia
2. Sistem menampilkan jadwal
Alternate Invariant B 1. Pelanggan mencari jadwal yang
tersedia
2. Sistem tidak menampilkan jadwal
37
Deskripsi Use Case Admin
Use Case Name Melihat data pelanggan
Requirements Admin dapat melihat data pelanggan
Goal Admin melihat data pelanggan pada
sistem
Pre-Condition Pelanggan login ke dalam sistem
Post-Condition Admin melihat data pelanggan
Failed end Condition Admin tidak dapat melihat data pelanggan
Actor Admin
Main Flow/ Basic Path 1. admin memilih menu master pelanggan
2. sistem menampilkan data pelanggan
Alternate Flow/ Invariant A 1. admin memilih menu master
pelaanggan
2. sistem menampilkan data pelanggan
Alternate Invariant B 1. admin memilih menu master pelanggan
2. sistem tidak menampilkan data
pelanggan
38
4.1.3 Rancangan Diagram Aktivitas
1. Diagram Aktivitas Master Admin
Gambar. IV.11 Aktivitas Master Admin
39
2. Aktivitas Master Pelanggan
Gambar. IV.12 Aktivitas Master Pelanggan Admin
40
3. Aktivitas Master Jadwal Admin
Gambar. IV.13 Aktivitas Jadwal Admin
41
4. Aktivitas Transaksi Admin
Gambar. IV.15 Aktivitas Transaksi Admin
42
5. Aktivitas Laporan Admin
Gambar. IV.14 Aktivitas Laporan Admin
43
6. Aktivitas Profil Pelanggan
Gambar. IV.17. Aktivitas Profil Pelanggan
44
7. Aktivitas Pemesanan Pelanggan
Gambar. IV.12. Aktivitas Pemesanan Pelanggan
45
8. Aktivitas Lihat Jadwal Pelanggan
Gambar. IV.12. Aktivitas Pemesanan Pelanggan
46
4.1.4 Rancangan Dokumen Sistem Usulan
A. Spesifikasi Dokumen Masukan
1. Nama dokumen : Data Pelanggan
Fungsi : untuk mendaftar sebagai member
Sumber : Pelanggan
Tujuan : admin
Media : Personal Computer (PC)
Frekuensi : setiap terjadi pendaftaran member
Bentuk : Lampiran C.1
2. Nama dokumen : Data Admin
Fungsi : Untuk menambah admin baru
Sumber : Calon dmin
Tujuan : Admin
Media : Personal Computer (PC)
Frekuensi : setiap terjadi pendaftaran penambahan admin
Bentuk : Lampiran C.2
B. Dokumen Keluaran
1. Nama dokumen : Struk Pemesanan
Fungsi : Untuk setiap pembayaran
Sumber : Admin
Tujuan : Pelanggan
Media : Kertas
Frekuensi : setiap terjadinya pembayaran
Bentuk : Lampiran C.3
47
4.1.5 Rancangan Prototype
a. Halaman Home
b. Halaman Profil Pelanggan
48
c. Cara Pemesanan
d. Input Data Pemesanan
49
e. Informasi Pembayaran
d. Halaman Struk Pemesanan
50
f. home admin
g. Master admin
51
h. Master pelanggan
i.Master jadwal
52
j.Transaksi
53
4.1 Perancangan Perangkat Lunak
4.2.1 Entity Relationship Diagram (ERD)
ADMIN PEMESANAN
PELANGGANJADWAL
mengelola
MELAKUKAN
M1
1
1
NAMA
ID_ADMIN
ALAMAT
TELEPON
ID_ADMIN
ID_JADWAL
ID_PELANGGAN
WAKTU_PEMESANAN
TGL_PEMESANAN
ID_PEMESANAN
STATUS
JAM_SELESAI
LAMA_SEWA
TOTAL_PEMBAYARAN
TELEPON
ALAMAT
NAMA_TEAM
PASSWORD
USERNAME
ID_PELANGGAN
c
MELIHAT
ID_JADWAL
HARI
WAKTU
HARGA
1 1
Gambar. IV.12. Entity Relationship Diagram (ERD)
54
4.2.1 Logical Structure Record (LRS)
Gambar. IV.12. Aktivitas Pemesanan Pelanggan
55
4.2.3 Spesifikasi File
1. Spesifikasi File Master Admin
Nama File : Admin
Akronim : Admin
Fungsi : Untuk menyimpan data Admin
Tipe File : File Master
Organisasi : Indexed Squential
Akses File : Random
Media : Harddisk
Panjang Record : 121 byte
Kunci Field : id_admin
Software : MySQL
Tabel IV.1
Spesifikasi File
No Elemen Data Nama Field Tipe Size Ket
1 Id Admin Id_admin Varchar 11 Primary key
2 Password Password Varbinary 12
3 Nama Nama Varchar 50
4 Alamat Alamat Text
5 Email Email Varchar 35
6 Telepon Telepon Varchar 13
56
2. Spesifikasi File Master Pemesanan
Nama File : Pemesanan
Akronim : Pemesanan
Fungsi : Untuk menyimpan data pemesanan
Tipe File : File Transaksi
Organisasi : Indexed Squential
Akses File : Random
Media : Harddisk
Panjang Record : 96 byte
Kunci Field : id_pemesanan
Software :MySQL
57
Tabel IV.2
Spesifikasi File
No Elemen Data Nama Field Tipe Size Ket
1 Id Pemesanan Id_pemesanan Varchar 11 Primary key
2 Tgl pemesanan Tgl_pemesanan Date
3 Waktu pemesanan Waktu_pemesanan Time
4 Id pelanggan Id_pelanggan Varchar 11
5 Id admin Id_admin Varchar 11
6 Id jadwal Id_jadwal Varchar 11
7 Jam mulai Jam_mulai Time
8 Lama_sewa Lama sewa Interger 11
9 Jam_selesai Jam selesai Time
10 Status Status Varchar 30
11 Total_pembayaran Total pembayaran Interger 11
58
3. Spesifikasi File Master Pelanggan
Nama File : Pelanggan
Akronim : Pelanggan
Fungsi : Untuk menyimpan data pelanggan
Tipe File : File Pelanggan
Organisasi : Indexed Squential
Akses File : Random
Media : Harddisk
Panjang Record : 171 byte
Kunci Field : id_pelanggan
Software :MySQL
Tabel IV.3
Spesifikasi File
No Elemen Data Nama Field Tipe Size Ket
1 Id pelanggan Id_pelanggan Varchar 11 Primary key
2 Username Username Varchar 50
3 Password Password Varbiary 12
4 Nama team Nama_team Varchar 50
5 Email Email Varchar 35
6 Telepon Telepon Varchar 13
59
4. Spesifikasi File Master Jadwal
Nama File : Jadwal
Akronim : Jadwal
Fungsi : Untuk mengetahui jadwal pemesanan
Tipe File : File Jadwal
Organisasi : Indexed Squential
Akses File : Random
Media : Harddisk
Panjang Record : 54 byte
Kunci Field : id_jadwal
Software :MySQL
Tabel IV.4
Spesifikasi File
No Elemen Data Nama Field Tipe Size Ket
1 Id jadwal Id_jadwal Varchar 11 Primary key
2 Hari Hari Varchar 10
3 Waktu Waktu Time 12
4 Nama team Nama_team Varchar 10
5 Harga Harga Interger 11
60
4.2.4 Class Model / Class Diagram
TB _ADMIN
*Id_admin(): Varchar
Password(): Varchar
Nama (): Varchar
Alamat (): Text
Email (): Varchar
Telepon (): Varchar
GetId_admin(): Void
GetNama (): Void
GetAlamat (): Void
GetEmail (): Void
GetTelepon (): Void
TB_PEMESANAN
*Id_pemesanan() : Varchar
Tgl_pemesanan(): Date
Waktu_pemesanan() : Time
Id_pelanggan () : Varchar
Id_admin() : Varchar
Id_jadwal() : Varchar
Jam_mulai(): Time
lama _sewa() : Int
jam_selesai (): Time
status (): Varchar
total_pembayaran(): Int
+PesanSekarang(): Array
TB_PELANGGAN
*Id_pelanggan():
Varchar
username(): Varchar
password() :
varbinary
Nama_team():
Varchar
email(): Varchar
alamat (): Text
Telepon (): Varchar
+Simpan() : Void
+ Ubah(): Void
+Batal(): Void
TB_JADWAL
*Id_jadwal(): Varchar
Hari(): Varchar
Waktu(): Varchar
Harga(): Int
+Tersedia(): Array
61
4.1.3 Sequence Diagram
a. Sequence Diagram Halaman Master Admin
62
b. Sequence Diagram Halaman Master Jadwal
63
c. Sequence Diagram Halaman Profil Pelanggan
64
d. Sequence Diagram Halaman Master Pelanggan
65
e. Sequence Diagram Halaman Lihat Jadwal
66
f. Sequence Diagram Halaman Cara Pemesanan
67
g. Sequence Diagram Halaman Laporan
68
h. Sequence Diagram Halaman Transaksi
69
4.1.4. Spesifikasi File Hardwere dan Softwere
Dalam penerapan aplikasi visual studio .net yang di implementasikan
ke dalam sistem informasi penyewaan lapangan futsal dibutuhkan
spesifikasi minimum perangkat keras dan perangkat lunak seperti berikut:
a. Spesifikasi Hardware
1. Central Processor Unit Dual Core 2.1 Ghz
2. Random Access Memory 1 GB
3. Hardisk 80 GB
4. Mouse
5. Keyboard
6. Monitor dengan resolusi layar minimum 1024x768
b. Spesifikasi Software
1. Sistem Operasi Windows 7 64 bit
2. Database Microsoft Access 2007
3. Aplikasi Microsoft Visual Studio 2013
4. Aplikasi Crystal Report 8.5
70
4.3. 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 system
4 Desain perangkat lunak
5
Pembuatan & tes
program
6 Tes system
7 Pelatihan
8
Pembuatan buku
petunjuk
9 Evaluasi & operasional