BAB IV PERANCANGAN SISTEM USULAN · 31 BAB IV PERANCANGAN SISTEM USULAN 4.1 Tahap Perancangan Sistem Tahap ini merupakan tahap dimana penulis melakukan analisa sistem kebutuhan maupun

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


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


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



Alternate Invariant B 1.Pelanggan mengisi data pemesanan



36

Deskripsi Use Case Jadwal

Use Case Name Melihat jadwal

Requirements Pelanggan dapat melihat jadwal yang

sudah ditentukan

Goal Untuk melihat jadwal pelanggan


Post-Condition Pelanggan telah masuk kedalam sistem

Failed end Condition Pelanggan tidak bisa memesan diwaktu

yang sama

Actor Pelanggan


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


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


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


B. Dokumen Keluaran

1. Nama dokumen : Struk Pemesanan

Fungsi : Untuk setiap pembayaran

Sumber : Admin

Tujuan : Pelanggan

Media : Kertas

Frekuensi : setiap terjadinya pembayaran


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

EMAIL

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

EMAIL

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)


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


Akses File : Random

Media : Harddisk


Kunci Field : id_pemesanan

Software :MySQL

57

Tabel IV.2

Spesifikasi File


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


Akses File : Random

Media : Harddisk


Kunci Field : id_pelanggan

Software :MySQL

Tabel IV.3

Spesifikasi File


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


Akses File : Random

Media : Harddisk


Kunci Field : id_jadwal

Software :MySQL

Tabel IV.4

Spesifikasi File


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

Documents

BAB IV PERANCANGAN SISTEM USULAN · 31 BAB IV PERANCANGAN SISTEM USULAN 4.1 Tahap Perancangan Sistem Tahap ini merupakan tahap dimana penulis melakukan analisa sistem kebutuhan maupun