• Tidak ada hasil yang ditemukan

BAB III PEMBAHASAN. Tinjauan perusahan terdiri dari sejarah berdirinya Rize Studio, struktur. organisasi beserta tugas dan tanggung jawabnya.

N/A
N/A
Protected

Academic year: 2022

Membagikan "BAB III PEMBAHASAN. Tinjauan perusahan terdiri dari sejarah berdirinya Rize Studio, struktur. organisasi beserta tugas dan tanggung jawabnya."

Copied!
43
0
0

Teks penuh

(1)

14

BAB III PEMBAHASAN

3.1. Tinjauan Perusahaan

Tinjauan perusahan terdiri dari sejarah berdirinya Rize Studio, struktur organisasi beserta tugas dan tanggung jawabnya.

3.1.1. Sejarah Perusahaan

Rize studio adalah suatu perusahaan yang bergerak dibidang musik yang didirikan pada tanggal 15 Februari 2015 lalu. Mengapa diberi nama Rize Studio ? Rize adalah singkatan dari nama pemilik dengan nama anaknya yaitu Rizky dan Edwin. Perusahaan ini terbentuk berawal dari hobi si pemilik dalam bermain musik, dalam hobinya bermain musik ia juga memiliki koleksi beberapa alat musik hingga pada akhirnya ia mempunyai ide dengan melihat peluang dilingkungan sekitar untuk mendirikan perusahaan ini.

3.1.2. Struktur Organisasi dan fungsi

Pemilik

Bagian Keuangan Penjaga Rental

Gambar III.1. Struktur Organisasi

(2)

Berikut ini adalah tugas dan fungsi organisasi : 1. Pemilik

Memimpin dan mengelola studio.

2. Penjaga Rental

Melayani pelanggan, menginput data penyewaan, mengecek ruangan studio, membersihkan studio, membuat laporan dan mengelola data.

3. Bagian Keuangan

Mengelola keuangan, membuatkan laporan keuangan.

3.2. Tinjauan Kasus 1. Proses pendaftaran

Pelanggan melakukan proses pendaftaran dengan mengisikan formulir pendaftaran kepada admin.

2. Proses pengecekan

Kemudian admin mengecek apakah jenis studio yang diminta oleh pelanggan dalam keadaan kosong atau penuh.

3. Proses penginputan

Jika dalam keadaan kosong maka admin akan menginput formulir pendaftaran pelanggan, tetapi jika studio dalam keadaan penuh maka admin akan memberikan informasi kepada pelanggan.

4. Proses pembayaran

Setelah penginputan data selesai, admin membuatkan transaksi pembayaran berupa kwitansi berdasarkan formulir pendaftaran pelanggan. Kemudian setelah pelanggan selesai melakukan penyewaan (booking studio), pelanggan

(3)

melakukan proses transaksi dan admin memberikan kwitansi sebagai bukti pembayaran.

5. Proses pembuatan laporan

Setelah proses pembayaran selesai, admin membuat laporan berdasarkan data yang di input yang akan diberikan kepada pemilik studio.

Dari prosedur diatas, penulis menemukan beberapa permasalahan, diantaranya yaitu proses pengisian formulir pendaftaran masih dilakukan secara manual yaitu dengan cara menuliskan data pelanggan pada sebuah buku, data- data yang telah dituliskan masih berceceran dan tidak tertata dengan baik.

3.2.1. Dokumen Masukan

Dokumen masukan berfungsi untuk menjelaskan mengenai dokumen yang masuk yang digunakan pada program aplikasi penyewaan studio musik.

Berikut adalah bentuk masukan yang dirancang : 1. Nama Dokumen : Formulir Pendaftaran

Fungsi : Sebagai data pelanggan

Sumber : Pelanggan

Media : Kertas

Jumlah : Satu lembar

Frekuensi : Setiap ada pendaftaran 2. Nama Dokumen : Laporan

Fungsi : Sebagai bukti

Sumber : Admin

Media : Kertas

(4)

Jumlah : Satu lembar

Frekuensi : Setiap 1 bulan sekali

3.2.2. Dokumen Keluaran

Dokumen keluaran berfungsi untuk menjelaskan mengenai dokumen keluaran yang digunakan pada program aplikasi penyewaan studio musik. Berikut adalah bentuk keluaran yang dirancang :

1. Nama Dokumen : Struk Pembayaran Fungsi : Sebagai Bukti Sumber : Bagian Admin Tujuan : Pelanggan

Media : Kertas

Jumlah : Satu lembar

3.3. Analisa Kebutuhan Software 3.3.1. Analisa Kebutuhan

Analisa kebutuhan merupakan langkah awal untuk menentukan gambaran suatu perangkat yang akan dihasilkan, suatu proses untuk mendapatkan informasi, model, spesifikasi tentang perangkat lunak yang diinginkan klien dan pengguna.

Klien dan pembuatan perangkat lunak akan terlibat aktif dalam tahap ini, karena innformasi dari klien yang akan menjadi suatu acuan untuk melakukan desain perangkat lunak.

(5)

A. Admin

A1. Admin dapat melakukan login

A2. Admin dapat mengakses menu utama A3. Admin dapat mengelola data pelanggan

A3.1. Admin dapat menambahkan data pelanggan A3.2. Admin dapat mencari data pelanggan A4. Admin dapat mengelola data studio

A4.1. Admin dapat menambahkan data pelanggan A4.2. Admin dapat mencari data pelanggan A5. Admin dapat mengelola transaksi pembayaran

A4.1. Admin dapat menambahkan data pelanggan A6. Admin dapat mengelola laporan transaksi

B. Pemilik

B1. Pemilik dapat melakukan login

B2. Pemilik dapat mengakses menu utama B3. Pemilik dapat mengakses data pelanggan

B3.1. Pemilik dapat menambahkan data pelanggan B3.2. Pemilik dapat mencari data pelanggan B4. Pemilik dapat mengakses data admin

B4.1. Pemilik dapat menambahkan data pelanggan B4.2. Pemilik dapat mencari data pelanggan B5. Pemilik dapat mengakses data studio

B5.1. Pemilik dapat menambahkan data pelanggan

(6)

B5.2. Pemilik dapat mencari data pelanggan B6. Pemilik dapat mengakses transaksi

B6.1. Pemilik dapat menambahkan data pelanggan B7. Pemilik dapat mengakses transaksi laporan

3.3.2. Use Case Diagram A. Admin

1. Admin dapat melakukan Login

Admin

Login

Input Nama Pengguna

Input Password

Verifikasi Sistem

Verifikasi Sistem

<<Include>>

<<Include>>

<<include>>

<<include>>

Gambar III.2. Use Case Diagram Login

Deskripsi Admin dapat melakukan Login

Tabel III.1. Login

Use Case Narative Login

Tujuan Melakukan Login dan Masuk ke dalam Sistem Penyewaan Studio Musik

Deskripsi Sistem ini memungkinkan untuk Aktor mengakses Sistem Penyewaan Studio Musik

(7)

Skenario Utama

Aktor Admin

Kondisi Awal Aktor membuka Aplikasi Penyewaan Studio Musik

Aksi Aktor Reaksi Sistem

Aktor memilih Login Sistem akan menampilkan texbox untuk mengisi Nama Pengguna dan Password

Kondisi Akhir Jika perintah sesuai maka sistem akan masuk ke dalam Sistem Penyewaan Studio Musik dan Aktor dapat melakukan aktivitas didalam Sistem tersebut.

2. Admin dapat mengakses Menu Utama

Admin

Login Form Admin

Form Pelanggan

Form Studio

Form Transaksi

Laporan Transaksi

<<include>>

<<in clude>>

<<in clude

>>

<<

inc

lud e>

>

<<

inc

lud

e>

>

Gambar III.3. Use Case Diagram Menu Utama

(8)

Deskripsi Admin dapat mengakses Menu Utama

Tabel III.2. Menu Utama

Use Case Narative Menu Utama

Tujuan Aktor dapat melakukan pengolahaan data yang ada pada Menu Utama

Deskripsi

Sistem ini memungkinkan aktor mengakses dan mengelola Sistem Penyewaan Studio Musik mulai dari menginput data pelanggan sampai dengan membuat laporan transaksi

Skenario Utama

Aktor Admin

Kondisi Awal Aktor membuka Aplikasi Penyewaan Studio Musik

Aksi Aktor Reaksi Sistem

Pilih Form Admin

Pilih Form Pelanggan Pilih Form Studio Pilih Form Transaksi

Sistem akan menampilkan akan menampilkan pesan

“Anda tidak berhak masuk” karena sebagai admin bukan sebagai pemilik.

Sistem akan menampilkan form pelanggan Sistem akan menampilkan form studio Sistem akan menampilkan form transaksi

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

3. Admin dapat mengelola data pelanggan

(9)

Admin

Form Pelanggan

Tambah Data Pelanggan

Cari Data Pelanggan

Keluar dari Form Pelanggan

<<include>>

<<

include>>

Cetak Data Pelanggan

<<include>>

Gambar III.4. Use Case Diagram Mengelola Data Pelanggan

Keterangan : Use Case Diagram mengelola data pelanggan dan

Use Case Diagram mengelola data studio menggunakan alur yang sama.

Deskripsi Admin dapat mengelola data pelanggan Tabel III.3.

Mengelola Data Pelanggan

Use Case Narative Mengelola Data Pelanggan

Tujuan Aktor dapat mengelola data pelanggan yang ada pada Menu Utama

Deskripsi

Sistem ini memungkinkan aktor mengakses dan

mengelola data pelanggan pada Sistem Penyewaan Studio Musik mulai dari meambahkan data pelanggan, mencari dan mencetak data pelanggan

Skenario Utama

Aktor Admin

Kondisi Awal Aktor membuka Form Pelanggan

(10)

Aksi Aktor Reaksi Sistem Aktor memilih tombol

Tambah

Aktor memilih tombol Cari

Aktor memilih tombol Cetak

Sistem akan menampilkan Autocode pada form pelanggan

Sistem akan menampilkan data yang dicari

Sistem akan menampilkan Laporan data pelanggan Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai

dengan apa yang diinginkan aktor.

3.1. Admin menambahkan data pelanggan

Admin

Tambah Data Pelanggan

Simpan Data Pelanggan

Batal

Keluar dari Form Pelanggan

<<in clude>>

<<

inclu de>>

Gambar III.5. Use Case Diagram Menambah Data Pelanggan

(11)

Keterangan : Use Case Diagram menambahkan data pelanggan dan

Use Case Diagram menambahkan data studio menggunakan alur yang sama.

Deskripsi Admin dapat menambahkan data pelanggan Tabel III.4.

Menambah Data Pelanggan

Use Case Narative Menambahkan Data Pelanggan

Tujuan Aktor dapat menambahkan data pelanggan

Deskripsi Sistem ini memungkinkan aktor dapat menambahkan data pelanggan pada form pelanggan

Skenario Utama

Aktor Admin

Kondisi Awal

Aktor menambahkan data pelanggan pada form pelanggan

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Simpan

Aktor memilih tombol Batal

Aktor memilih tombol Keluar

Sistem akan menyimpan data pelanggan yang telah diinput

Sistem akan keluar dan menampilkan kembali form pelanggan

Sistem akan keluar dari form pelanggan dan kembali ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

3.2. Admin mencari data pelanggan

(12)

Admin

Cari Data Pelanggan

Ubah Data Pelanggan

Hapus Data Pelanggan

Keluar dari Form Pelanggan

<<in clude>>

<<in

clude

>>

Batal

<<

include>>

Gambar III.6. Use Case Diagram Mencari Data Pelanggan

Keterangan : Use Case Diagram mencari data pelanggan dan

Use Case Diagram mencari data studio menggunakan alur yang sama.

Deskripsi Admin dapat mencari data pelanggan Tabel III.5.

Mencari Data Pelanggan

Use Case Narative Mencari Data Pelanggan

Tujuan Aktor dapat mencari data pelanggan

Deskripsi Sistem ini memungkinkan aktor dapat mencari data pelanggan pada form pelanggan

(13)

Skenario Utama

Aktor Admin

Kondisi Awal Aktor mencari data pelanggan pada form pelanggan

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Ubah

Aktor memilih tombol Hapus

Aktor memilih tombol Batal

Aktor memilih tombol Keluar

Sistem akan menampilkan data yang akan diubah Sistem akan menampilkan data yang akan dihapus Sistem akan keluar dari data yang dicari dan kembali ke form pelanggan

Sistem akan keluar dari form pelanggan dan kemballi ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

4. Admin dapat mengelola transaksi

Admin

Form Transaksi

Tambah Transaksi

Keluar

<<

include>>

Cetak Transaksi

<<

include

>>

Gambar III.7. Use Case Diagram Mengelola Transaksi

Deskripsi Admin dapat mengelola transaksi

Tabel III.6.

Mengelola Transaksi

Use Case Narative Mengelola Transaksi

(14)

Tujuan Aktor dapat mengelola data transaksi yang ada pada menu utama

Deskripsi Sistem ini memungkinkan aktor dapat mengelola data transaksi pada form transaksi

Skenario Utama

Aktor Admin

Kondisi Awal Aktor membuka form transaksi

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Tambah

Aktor memilih tombol Cetak

Aktor memilih tombol Keluar

Sistem akan menampilkan autocode, kemudian aktor akan menginput data

Sistem akan menampilkan laporan transaksi

Sistem akan keluar dari form transaksi dan kembali ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

4.1. Admin dapat menambahkan transaksi

Admin

Tambah Transaksi

Simpan Transaksi

Batal

Keluar

<<

includ

e>>

<<

includ e>

>

Gambar III.8. Use Case Diagram Menambah Transaksi

(15)

Deskripsi Admin dapat menambahkan transaksi

Tabel III.7. Menambah Transaksi

Use Case Narative Menambahkan Transaksi

Tujuan Aktor dapat menambahkan data transaksi

Deskripsi Sistem ini memungkinkan aktor dapat menambahkan data transaksi pada form transaksi

Skenario Utama

Aktor Admin

Kondisi Awal Aktor menambahkan transaksi

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Simpan

Aktor memilih tombol Batal

Aktor memilih tombol Keluar

Sistem akan menyimpan data transaksi yang telah diinput Sistem akan keluar dan kembali ke form pelanggan Sistem akan keluar dari form transaksi dan kembali ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

B. Pemilik

1. Pemilik dapat melakukan login

Pemilik

Login

Input Nama Pengguna

Input Password

Verifikasi Sistem

Verifikasi Sistem

<<Include>>

<<Include>>

<<include>>

<<include>>

(16)

Gambar III.9. Use Case Diagram Login

Deskripsi Pemilik dapat melakukan Login

Tabel III.8. Login

Use Case Narative Login

Tujuan Melakukan Login dan Masuk ke dalam Sistem Penyewaan Studio Musik

Deskripsi Sistem ini memungkinkan untuk Aktor mengakses Sistem Penyewaan Studio Musik

Skenario Utama

Aktor Pemilik

Kondisi Awal Aktor membuka Aplikasi Penyewaan Studio Musik

Aksi Aktor Reaksi Sistem

Aktor memilih Login Sistem akan menampilkan texbox untuk mengisi Nama Pengguna dan Password

Kondisi Akhir Jika perintah sesuai maka sistem akan masuk ke dalam Sistem Penyewaan Studio Musik dan Aktor dapat melakukan aktivitas didalam Sistem tersebut.

2. Pemilik dapat mengakses Menu Utama

(17)

Pemilik

Login Form Admin

Form Pelanggan

Form Studio

Form Transaksi

Laporan Transaksi

<<include>>

<<in clude>>

<<in

clude

>>

<<

inclu de>

>

<<

inc

lud

e>

>

Gambar III.10. Use Case Diagram Mengakses Menu Utama Deskripsi Pemilik dapat mengakses menu utama

Tabel III.9.

Mengakses Menu Utama

Use Case Narative Menu Utama

Tujuan Aktor dapat melakukan pengolahaan data yang ada pada Menu Utama

Deskripsi

Sistem ini memungkinkan aktor mengakses dan mengelola Sistem Penyewaan Studio Musik mulai dari menginput data pelanggan sampai dengan membuat laporan transaksi

Skenario Utama

Aktor Pemilik

Kondisi Awal Aktor membuka Aplikasi Penyewaan Studio Musik

Aksi Aktor Reaksi Sistem

(18)

• Pilih Form Admin

• Pilih Form Pelanggan

• Pilih Form Studio

• Pilih Form Transaksi

Sistem akan menampilkan form admin Sistem akan menampilkan form pelanggan Sistem akan menampilkan form studio Sistem akan menampilkan form transaksi

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

3. Pemilik dapat mengakses data admin

Pemilik

Form Admin

Tambah Data Admin

Cari Data Admin

Keluar dari Form Admin

<<in clude>>

<<

include>>

Cetak Data Admin

<<include>>

Gambar III.11. Use Case Diagram Mengakses Data Admin

Keterangan : Use Case Diagram Pemilik dapat mengakses data admin,

Use Case Diagram Pemilik dapat mengakses data pelanggan dan Use Case Diagram Pemilik dapat mengakses data studio menggunakan alur yang sama

Deskripsi Pemilik dapat mengakses data admin Tabel III.10.

Mengelola Data Admin

Use Case Narative Mengelola Data Admin

(19)

Tujuan Aktor dapat mengelola data admin yang ada pada Menu Utama

Deskripsi

Sistem ini memungkinkan aktor mengakses dan mengelola data admin pada Sistem Penyewaan Studio Musik mulai dari meambahkan data, mencari dan mencetak data admin

Skenario Utama

Aktor Pemilik

Kondisi Awal Aktor membuka Form Admin

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Tambah

Aktor memilih tombol Cari

Aktor memilih tombol Cetak

Sistem akan menampilkan Autocode pada form admin

Sistem akan menampilkan data yang dicari Sistem akan menampilkan Laporan data admin Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai

dengan apa yang diinginkan aktor.

3.1. Pemilik dapat menambahkan data Admin

(20)

Pemilik

Tambah Data Admin

Simpan Data Admin

Batal

Keluar dari Form Admin

<<in clude>>

<<

inclu de>>

Gambar III.12. Use Case Diagram Menambahkan Data Admin

Keterangan : Use Case Diagram Pemilik dapat menambahkan data admin, Use Case Diagram Pemilik dapat menambahkan data Pelanggan, Use Case Diagram Pemilik dapat menambahkan data studio menggunakan alur yang sama

Deskripsi menambahkan data admin

Tabel III.11.

Menambah Data Admin

Use Case Narative Menambahkan Data Admin

Tujuan Aktor dapat menambahkan data admin

Deskripsi Sistem ini memungkinkan aktor dapat menambahkan data admin pada form admin

Skenario Utama

(21)

Aktor Pemilik

Kondisi Awal Aktor menambahkan data admin pada form admin

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Simpan

Aktor memilih tombol Batal

Aktor memilih tombol Keluar

Sistem akan menyimpan data admin yang telah diinput Sistem akan keluar dan menampilkan kembali form admin Sistem akan keluar dari form admin dan kembali ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

3.2. Pemilik dapat mencari data Admin

Pemilik

Cari Data Admin

Ubah Data Admin

Hapus Data Admin

Keluar dari Form Admin

<<include>>

<<in clude

>>

Batal

<<

inc lud

e>>

Gambar III.13. Use Case Diagram Mencari Data Admin

Keterangan : Use Case Diagram Pemilik dapat mencari data admin, Use Case Diagram Pemilik dapat mencari data Pelanggan,

Use Case Diagram Pemilik dapat mencari data studio menggunakan alur yang sama

(22)

Deskripsi Pemilik dapat mencari data admin

Tabel III.12.

Mencari Data Admin

Use Case Narative Mencari Data Admin

Tujuan Aktor dapat mencari data admin

Deskripsi Sistem ini memungkinkan aktor dapat mencari data admin pada form admin

Skenario Utama

Aktor Pemilik

Kondisi Awal Aktor mencari data admin pada form admin

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Ubah

Aktor memilih tombol Hapus

Aktor memilih tombol Batal

Aktor memilih tombol Keluar

Sistem akan menampilkan data yang akan diubah Sistem akan menampilkan data yang akan dihapus Sistem akan keluar dari data yang dicari dan kembali ke form admin

Sistem akan keluar dari form admin dan kemballi ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

4. Pemilik dapat mengelola transaksi

(23)

Pemilik

Form Transaksi

Tambah Transaksi

Keluar

<<

includ e>>

Cetak Transaksi

<<in

clude

>>

Gambar III.14. Use Case Diagram Mengelola Transaksi

Deskripsi Pemilik dapat mengelola transaksi

Tabel III.13.

Spesifikasi File Tabel Admin

Use Case Narative Mengelola Transaksi

Tujuan Aktor dapat mengelola data transaksi yang ada pada menu utama

Deskripsi Sistem ini memungkinkan aktor dapat mengelola data transaksi pada form transaksi

Skenario Utama

Aktor Pemilik

Kondisi Awal Aktor membuka form transaksi

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Tambah

Aktor memilih tombol Cetak

Aktor memilih tombol Keluar

Sistem akan menampilkan autocode, kemudian aktor akan menginput data

Sistem akan menampilkan laporan transaksi

Sistem akan keluar dari form transaksi dan kembali ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

(24)

4.1. Pemilik dapat menambahkan data transaksi

Pemilik

Tambah Transaksi

Simpan Transaksi

Batal Keluar

<<

include>>

<<in clude

>>

Gambar III.15. Use Case Diagram Menambah Transaksi

Deskripsi Pemilik dapat menambah transaksi Tabel III.14.

Spesifikasi File Tabel Admin

Use Case Narative Menambahkan Transaksi

Tujuan Aktor dapat menambahkan data transaksi

Deskripsi Sistem ini memungkinkan aktor dapat menambahkan data transaksi pada form transaksi

Skenario Utama

Aktor Pemilik

Kondisi Awal Aktor menambahkan transaksi

Aksi Aktor Reaksi Sistem

Aktor memilih tombol Sistem akan menyimpan data transaksi yang telah diinput

(25)

Simpan

Aktor memilih tombol Batal

Aktor memilih tombol Keluar

Sistem akan keluar dan kembali ke form pelanggan Sistem akan keluar dari form transaksi dan kembali ke menu utama

Kondisi Akhir Jika perintah sesuai maka sistem menampilkan sesuai dengan apa yang diinginkan aktor.

3.3.3. Activity Diagram

1. Admin dapat melakukan login

Admin Sistem

Login

eksekusi Masukan nama dan sandi

Invalid Valid

Menu Utama

Gambar III.16. Activity Diagram Login 3. Admin dapat mengengelola data pelanggan

(26)

Admin Sistem

File Master

Pilih Form Pelanggan

Keluar Cari Tambah

Isi kode plg Isi data

Simpan

Menampilkan file master

Tampil Form Pelanggan

Tampil autokode

Tampil pesan tersimpan

Tampil data yang dicari

Tampil data yang akan diubah Ubah

Hapus Batal

Klik Hapus Ubah data

Simpan Tampil pesan tersimpan

Tampil pesan "data terhapus"

Kembali ke menu utama

Gambar III.17. Activity Diagram Mengelola Data Pelanggan

Keterangan : Activity Diagram Mengelola Data Pelanggan

(27)

Activity Diagram Mengelola Studio menggunakan alur yang sama.

5. Admin dapat mengelola transaksi

Admin Sistem

File Master Menampilkan file master

Pilih Menu Transaksi

Menampilkan Form Transaksi

Mengisi data

Klik tombol simpan Menampilkan pesan Data tersimpan

Data Tersimpan di database

Tambah Menampilkan Autokode

Keluar

Halaman Menu Utama

Gambar III.18. Activity Diagram Mengelola Transaksi

3.4 Desain

(28)

3.4.1. ERD (Entity Relation Diagram)

Pelanggan kode_plg

nama_plg

nama_band alamat_plg

notlp_plg

email_plg tgl_daftar

Mendaftar Sewa

total_bayar uang_kembali

uang_bayar kode_adm

Kode_plg

Berisi Detail_sewa

kode_studio tarif

total_perjam lama_sewa

Studio memilih

kode_studio jenis_studio

tarif

Admin

email no_tlp

sandi alamat_adm kode_adm

nama_adm

hak_akses Diproses

1

M

Mengecek

spesifikasi 1

1 1

1 M

M

1 1

tgl_sewa

kode_sewa

Gambar III.19. Entity Relationship Diagram

3.4.2. LRS (Logical Record Structure)

Pelanggan

Kode_plg*

Nama_plg**

Nama_band Alamat_plg Notlp_plg Email_plg Tgl_daftar

Sewa

Kode_sewa*

Tgl_sewa**

Kode_plg

Detail_sewa

Kode_studio**

Kode_sewa Total_perjam

Lama_sewa

Admin

Kode_adm*

Nama_adm Alamat_adm

Sandi No_tlp Email_adm Hak_akses Studio

Kode_studio*

Jenis_studio Tarif

Kode_adm Total_bayar Uang_bayar Uang_kembali

Spesifikasi

1 1

M 1

M

1 M 1

1

Gambar III.20. Logical Record Structure 3.4.3. Spesifikasi File

(29)

Spesifikasi file pada Rize Studio terdiri dari 6 tabel, diantaranya yaitu Tabel Admin, Tabel Pelanggan, Tabel Studio, Tabel Sewa, Tabel Detail Sewa dan Tabel Pembayaran. Adapaun penjelasan spesifikasi tabel adalah sebagai berikut :

1. Spesifikasi Tabel Admin Nama Tabel : Admin

Fungsi : Untuk menyimpan data admin

Tipe : Master File

Akses File : Random Media File : Harddisk Panjang Record : 111 Karakter Kunci Field : kode_adm

Tabel III.15.

Spesifikasi File Tabel Admin

No Elemen Data Akronim Data Type Size Keterangan

1 Kode Admin kode_adm Varchar 6 PK

2 Nama Admin nama_adm Char 27

3 Alamat Admin alamat_adm Text -

4 Sandi Sandi Varchar 15

5 No. Telepon no_tlp Varchar 13

6 Email Admin email_adm Char 35

7 Hak_akses hak_akses Char 15

2. Spesifikasi Tabel Pelanggan Nama Tabel : Pelanggan

Fungsi : Untuk menyimpan data Pelanggan

Tipe : File Pelanggan

(30)

Akses File : Random Media File : Harddisk Panjang Record : 108 Kunci Field : kode_plg

Tabel III.16.

Spesifikasi File Tabel Pelanggan

No Elemen Data Akronim Data Type Size Keterangan

1 Kode Pelanggan kode_plg Varchar 6 PK

2 Nama Pelanggan nama_plg Char 27

3 Nama Band nama_band Char 27

4

Alamat

Pelanggan alamat_plg Text -

5 No. Telepon notlp_plg Varchar 13

6 Email Pelanggan emaill_plg Varchar 35

7 Tanggal Daftar tgl_daftar Date

3. Spesifikasi Tabel Studio Nama Tabel : Studio

Fungsi : Untuk menyimpan data Studio

Tipe : Studio

Akses File : Random Media File : Harddisk Panjang Record : 68

Kunci Field : kode_studio

(31)

Tabel.III.17.

Spesifikasi File Tabel Studio

No Elemen Data Akronim Data Type Size Keterangan

1 Kode Studio kode_studio Varchar 6 PK

2 Jenis Studio jenis_studio Varchar 6

3 Tarif Tarif Varchar 6

4 Spesifikasi Spesifikasi Varchar 50

4. Spesifikasi Tabel Sewa Nama Tabel : Sewa

Fungsi : Untuk menyimpan data Sewa

Tipe : Sewa

Akses File : Random Media File : Harddisk Panjang Record : 41

Kunci Field : kode_sewa

Tabel III.18.

Spesifikasi File Tabel Sewa

No Elemen Data Akronim Data Type Size Keterangan

1 Kode Sewa kode_sewa Varchar 12 PK

2 Tanggal tgl_sewa Date -

3 Kode Pelanggan kode_plg Varchar 6

4 Kode Admin kode_adm Varchar 6

5 Total Bayar total_bayar Varchar 6

6 Uang Bayar uang_bayar Double -

7 Uang Kembali uang_kembali Int 11

(32)

5. Spesifikasi Tabel Detail Sewa Nama Tabel : Detail Sewa

Fungsi : Untuk menyimpan data Detail Sewa

Tipe : Transaksi

Akses File : Random Media File : Harddisk Panjang Record : 18 Kunci Field : -

Tabel III.19.

Spesifikasi File Tabel Detail Sewa

No Elemen Data Akronim Data Type Size Keterangan

1 Kode Studio kode_studio Char 6

2 Kode Sewa kode_sewa Varchar 6

3 Total Perjam total_perjam Double -

4 Lama Sewa lama_sewa Varchar 6

3.4.4. User Interface 1. Login

(33)

Gambar III.21.

User Interface Login

2. Menu Utama

Gambar III.22.

User Interface Menu Utama

3. Form Admin

(34)

Gambar III.23.

User Interface Form Admin

4. Form Pelanggan

Gambar III.24.

User Interface Form Pelanggan

5. Form Studio

(35)

Gambar III.25.

User Interface Form Studio

6. Form Transaksi Pembayaran

Gambar III.26.

User Interface Form Pembayaran

7. Form Laporan Transaksi

(36)

Gambar III.27.

User Interface Form Pembayaran

3.5. Implementasi

Implementasi adalah proses penerapan rancangan suatu program yang telah dibuat dalam melakukan perancangan aplikasi pemrograman yang dibuat.

Dalam tahapan ini ada beberapa spesifikasi perangkat lunak (software) dan perangkat keras (hardware) yang digunakan dalam pembuatan program.

1. Perangkat Lunak

Perangkat lunak berfungsi untuk melakukan proses pengolahan data secara tepat, akurat, cepat dan tepat, sehingga bahasa pemrograman dapat dioperasikan. Berikut ini adalah implementasi perangkat lunak (software) yang digunakan penulis, antara lain :

a. Sistem Operasi : Windows 10 b. Package Program : Netbeans 8.1

c. Program Database : MySQL dengan PHPMyAdmin

(37)

d. Server : menggunakan server Xampp

2. Perangkat Keras (Hardware)

Perangkat keras mencangkup fisik keseluruhan komputer, yang berfungsi sebagai unit proses pusat, proses pendukung, penyimpanan sekunder, peralatan masukan dan peralatan keluaran. Berikut ini adalah spesifikasi komputer yang penulis sarankan dalam merancang dan membuat program, yaitu :

a. Processor : Pentium 4 b. RAM : 256 Mbytes c. Harddisk : 40 GB

d. Keyboard : PS/2 Keyboard e. Monitor : SVGA Monitor 14”

f. Mouse : PS/2 Optical Mouse g. Printer : Ink Jet Printer

5.1. Testing Blackbox

Tabel III.20.

Testing Login No Skenario

Penguji

Test Case

Hasil yang digarapkan

Hasil pengujian

Keterangan

1. Mengosongkan username dan password, lalu klik tombol login.

Username (kosong), password (kosong).

Sistem akan menolak akses login dan

menampilkan pesan “error”

Sesuai harapan

Valid

(38)

2. Hanya mengisi username dan mengosongkan password, lalu klik login

Username (terisi), password (kosong).

Sistem akan menolak akses login dan

menampilkan pesan “error”

Sesuai harapan

Valid

3. Hanya mengisi password dan mengosongkan username, klik login

Username (kosong), password (terisi).

Sistem akan menolak akses login dan

menampilkan pesan “error”

Sesuai harapan

Valid

4. Mengisi username dan password dengan benar, klik login.

Username (terisi dengan benar), password (terisi terisi dengan benar).

Sistem menerima akses login dan masuk ke halaman menu utama.

Sesuai harapan

Valid

Tabel III.21.

Testing Form Admin No Skenario

Penguji

Test Case

Hasil yang digarapkan

Hasil pengujian

Keterangan

1. Jika textfield hanya di isi kode admin saja, kemudian kllik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

2. Jika semua textfield di isi kecuali nama admin,

kemudian klik

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

(39)

tombol simpan.

3. Jika semua textfield di isi kecuali sandi, kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

4.. Jika semua textfield di isi kecuali alamat, kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

5. Jika semua textfield di isi kecuali nomor telepon, kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

6. Jika textfield di isi semua dengan benar, kemudian klik tombol simpan.

Sistem akan menyimpannya ke database, kemudian akan tampil pesan

“data sudah tersimpan”.

Sesuai harapan

Valid

Tabel III.22.

Testing Form Pelanggan

(40)

No Skenario Penguji

Test Case

Hasil yang digarapkan

Hasil pengujian

Keterangan

1. Jika textfield hanya di isi kode pelanggan saja, kemudian kllik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

2. Jika semua textfield di isi kecuali email, kemudian klik tombol simpan.

Sistem akan menyimpannya ke database, dan akan tampil pesan

“data sudah tersimpan”.

Sesuai harapan

Valid

3. Jika semua textfield di isi kecuali nama pelanggan, kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

4. Jika semua textfield di isi kecuali nama band, kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

5. Jika semua textfield di isi kecuali alamat, kemudian klik

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

(41)

tombol simpan.

6. Jika semua textfield di isi kecuali nomor telepon, kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

7. Jika semua texfield di isi kecuali tanggal daftar tidak di isi, kemudian kllik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

8. Jika textfield di isi semua dengan benar, kemudian klik tombol simpan.

Sistem akan menyimpannya ke database, kemudian akan tampil pesan

“data sudah tersimpan”.

Sesuai harapan

Valid

Tabel III.23.

Testing Form Studio No Skenario

Penguji

Test Case

Hasil yang digarapkan

Hasil pengujian

Keterangan

(42)

1. Jika textfield hanya di isi kode studio saja, kemudian kllik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

2. Jika textfield di isi semua kecuali jenis studio,

kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

3. Jika textfield di isi semua kecuali tarif, kemudian klik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

4. Jika textfield di isi semua kecuali spesifikasi, kemudian klik tombol simpan.

Sistem akan menyimpannya ke database, kemudian akan tampil pesan

“data sudah tersimpan”.

Sesuai harapan

Valid

5. Jika textfield di isi semua, kemudian klik tombol simpan.

Sistem akan menyimpannya ke database, kemudian akan tampil pesan

“data sudah tersimpan”.

Sesuai harapan

Valid

Tabel III.24.

(43)

Testing Transaksi

No Skenario Penguji

Test Case

Hasil yang digarapkan

Hasil pengujian

Keterangan

1. Jika textfield di isi semua dengan benar, kemudian kllik tombol simpan.

Sistem akan menyimpannya ke database, dan akan tampil pesan

“data berhasil disimpan”.

Sesuai harapan

Valid

2. Jika salah satu texfield ada yang tidak diisi, kemudian kllik tombol simpan.

Sistem tidak akan

menyimpannya ke database.

Sesuai harapan

Valid

Gambar

Gambar III.1. Struktur Organisasi
Gambar III.2. Use Case Diagram Login
Gambar III.3. Use Case Diagram   Menu Utama
Tabel III.2. Menu Utama
+7

Referensi

Dokumen terkait

Daya tahan adaptasi bentos berbeda-beda antara jenis yang satu dengan yang lainnya, yaitu ada yang tahan terhadap keadaan perairan setempat, tetapi ada pula yang tidak

Studi tapak telah dilakukan pada tahun 1975 dan sampai sekarang terus menerus dilakukan penelitian di sekitar tapak untuk memberikan data dukung keselamatan dan

Unsur – unsur dalam Sekolah biasa (konvensional) menurut Departemen Pendidikan dan Kebudayaan (1995) antara lain: (1) Peserta didik normal, (2) Kurikulum sama semua,

Cerebral palsy diplegi tipe spastik yaitu kondisi pada anak dengan adanya ketidakmampuan gerak (paralisis) disebabkan lesi pada otak yang bersifat non progresif

Kriteria indeks ovitrap RT 01 memiliki skor 4 yang berarti bahwa wilayah tersebut memiliki tingkat kepadatan nyamuk Aedes sp yang tinggi.. Pada RT 03 kriteria indeks

Nilai perdagangan produk kecantikan di Perancis mencapai 7,9 milyar USD pertahun menunjukkan bahwa pasar produk kecantikan di Perancis cukup besar. Hal tersebut cukup

Predictors: (Constant), DFFIT, Pend Asuransi Kesehatan, Pend Asuransi Kecelakaan, Pend Asuransi Seumur Hidup, Pend Asuransi Kematian, Pend Asuransi Dwiguna, Pend Produk

Syaikh Naquib al-„Attas mengatakan bahwa TQN tampil sebagai sebuah tarekat gabungan karena Syaikh Sambas adalah seorang Syaikh dari kedua tarekat 7 dan