BAB IV

ANALISIS DAN PERANCANGAN SISTEM

4.1 GAMBARAN UMUM BENGKEL MEGA JAYA BAN

Bengkel Mega Jaya Ban adalah toko yang bergerak dibidang penjualan suku

cadang dan melayani jasa perbaikan kendaraan mobil yang berlokasi di talang banjar.

Bengkel Mega Jaya Ban masih tergabung dalam group Dunlop, yang mana dunlop ini

salah satu perusahaan terbesar di indonesia yang bergerak di bidang barangsi ban

mobil.

Untuk dapat bersaing dengan perusahaan lainnya, Bengkel Mega Jaya Ban

berusaha memberikan harga dan pelayanan terbaik agar konsumen tetap setia dan

akan datang kembali untuk membeli barang yang dijual maupun menggunakan jasa

service pada Bengkel Mega Jaya Ban. Oleh karena itu pimpinan sadar memerlukan

bantuan sistem secara terkomputerisasi yang dapat memberikan informasi secara

cepat dan akurat sehingga dapat meningkatkan kinerja dan memberikan pelayanan

yang memuaskan kepada pelanggan serta memberikan laporan – laporan yang akan

digunakan oleh pimpinan sebagai referensi untuk memberikan keputusan – keputusan

yang akan diberikan untuk meningkatkan penjualan.

41
 42

4.2 ANALISIS KEBUTUHAN SISTEM

4.2.1 Analisis Sistem Yang Sedang Berjalan

Sistem penjualan dan pengolahan data yang berlangsung saat ini yaitu proses

transaksi jual beli, pencatatan stok barang, pencatatan data servis, dan pembuatan

laporannya masih dilakukan seperti penulisan nota dimana proses kegiatan transaksi

jual beli dan pencatatan stok barang,data servis dan laporan masih menggunakan

buku agenda. Berikut adalah flowchart dokumen sistem yang berjalan :

Gambar 4.1 Flowchart Dokumen Sistem Penjualan

 43

Gambar 4.2 Flowchart Dokumen Sistem Service

4.2.1 Kelemahan Sistem Yang Berjalan

Berdasarkan hasil penelitian yang penulis lakukan terhadap sistem yang

berjalan, maka terdapat beberapa kelemahan sistem yang sedang berjalan diantaranya

adalah :
 44

1. Sering terjadi kesalahan dalam pengolahan data penjualan dan jasa service yang

meliputi perhitungan dan pencatatan nama barang, selisih harga spare part dan

total harga dan hilangnya atau tercecernya tanda terima nota service yang dapat

memberikan kerugian pada Bengkel Mega Jaya Ban.

2. Terjadinya selisih stok barang fisik dengan pencatatan melalui buku agenda.

3. Keterlambatan dalam memberikan laporan kepada pemilik Bengkel Mega Jaya

Ban dikarenakan harus menghitung satu per satu setiap nota service setiap

harinya.

4.2.2 Solusi Pemecahan Masalah

Berdasarkan analisis permasalahan yang ada, maka penulis merancang solusi

pemecahan masalah untuk mengatasi permasalahan yang terjadi.

1. Membuat sebuah sistem informasi penjualan yang terkomputerisasi dengan

menggunakan aplikasi Visual Basic.

2. Membuat sebuah sistem yang dapat mempermudah dalam melihat data

ketersediaan barang

3. Membuat sebuah sistem yang dapat mempermudah merekapitulasi data

laporan penjualan barang maupun jasa service.

 45

4.3 PERANCANGAN SISTEM

4.3.1 Definisi Aktor dan Use Case

Berdasarkan asumsi-asumsi yang digunakan dapat didefinisikan aktor dan Use

Case yang berperan, yaitu pada tabel berikut :

Tabel 4.1 Definisi Aktor

No Aktor Deskripsi
1. Admin Admin bertugas untuk :
1. Mengubah data Admin.
2. Mengelola data Barang
3. Mengelola data Kategori
4. Mengelola data Pembelian
5. Mengelola data Supplier
6. Mengelola data Penjualan
7. Mengelola data Pelanggan
8. Mengelola data Jasa
9. Mencetak Laporan
2 Pemilik 1. Mengelola data Admin
2. Mlihat laporan

Berikut definisi use case dari perancangan sistem informasi penjualan pada

toko pahlawan sport berbasis web dapat dilihat pada tabel 4.2

Tabel 4.2 Definisi Use Case

No Id Use Use Case Deskripsi

Case
1 UC_01 Login Dilakukan oleh aktor untuk
masuk ke dalam sistem.
2 UC_02 Mengubah Data Admin Dilakukan oleh aktor untuk
mengubah password
3 UC_03 Mengelola Data Barang Dilakukan oleh aktor untuk
menambah, mengubah , atau
menghapus data barang
 46

4 UC_04 Mengelola Data Kategori Dilakukan oleh aktor untuk

menambah, mengubah,
menghapus data kategori
5 UC_05 Mengelola Data Dilakukan oleh aktor untuk
Pembelian menambah, mengubah, atau
menghapus data pembelian
8 UC_06 Mengelola Data Suplier Dilakukan oleh aktor untuk
menambah, mengubah, atau
menghapus data supplier
9 UC_07 Mengelola Data Dilakukan oleh aktor untuk
Penjualan melakukan proses trasnsaksi
penjualan.

10 UC_08 Mengelola Data Dilakukan oleh aktor untuk

Pelanggan menambah, mengubah, atau
menghapus data pelanggan
11 UC_09 Mengelola Data Jasa Dilakukan oleh aktor untuk
menambah, mengubah, meng-
hapus data jasa.
12 UC_10 Mencetak Laporan Dilakukan oleh admin untuk
mencetak laporan
13 UC_11 Mengelola Data Admin Dilakukan oleh aktor untuk
menambah, mengubah, meng-
hapus data admin
14 UC_12 Melihat Laporan Dilakukan aktor untuk melihat
laporan
15 UC_13 Logout Dilakukan oleh aktor untuk
keluar dari sistem.

4.3.2 Diagram Use Case

Pada Gambar 4.3 merupakan Use Case diagram dari sistem informasi

penjualan pada Bengkel Mega Jaya Ban. Diagram Use Case menjelaskan

interaksi antara aktor dengan sistem dan mengetahui fungsionalitas dari setiap

aktor.
 47

Gambar 4.2 Use Case Diagram

 48

4.3.4 Deskripsi Use Case

Deskripsi Use Case berguna untuk membritahukan langkah-langkah tentang

gambaran proses Use Case. Berikut adalah deskripsi Use Case :

1. Deskripsi Use Case login

Deskripsi Use Case login ini akan menjelaskan fungsional dari Use Case

login yang dilakukan oleh admin,pelanggan dan pemilik. Deskripsi use

case login dapat dilihat pada tabel 4.3 berikut ini:

Tabel 4.3 Deskripsi Use Case login

Nama Login
No Id Use Case UC-01
Aktor Admin,Pelanggan dan pemilik
Deskripsi Dilakukan oleh aktor untuk masuk kedalam sistem
Exception Login gagal
Pre Condition Username dan password sudah harus tersimpan dalam
database
Aktor Sistem
Scenario Normal
1. Aktor melakukan login dengan
mengisi username dan password
2. Membuka koneksi ke database
3. Melakukan validasi nama user
dan password
4. Login berhasil, aktor memasuki
halaman utama.
Scenario Alternatif (login gagal)
3a: Validasi gagal, Sistem akan mengeluarkan peringatan
3b: Sistem memberi kesempatan untuk melakukan login kembali
Post Condition Aktor berhasil melakukan login
 49

2. Deskripsi Use Case Mengelola Data Admin

Deskripsi Use Case mengelola data Admin menjelaskan Use Case

mengelola data Admin pada Use Case Diagram pada gambar 4.3

Tabel 4.4 Deskripsi Use Case Mengubah Data Admin

Nama Mengubah Data Admin

No Id Use Case UC-02
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengubah data admin
Exception Perubahan data gagal
Pre Condition Aktor masuk ke dalam menu utama
Aktor Sistem
Scenario Normal
1. Aktor membuka menu data admin
2. Sistem menampilkan form untuk
mengubah data admin
3. Aktor merubah password

4. Aktor menekan tombol ‘simpan’

5. Sistem menyimpan data baru
kedalam database.
Scenario Alternatif
1. Aktor membuka menu data admin
2. Sistem menampilkan form untuk
mengubah data admin
3. Aktor merubah data user name dan
password
4. Aktor menekan tombol ‘simpan’
5. Sistem menyimpan data baru
kedalam database.
6. Sistem menampilkan pesan data
baru gagal disimpan.
Post Condition Aktor telah mengubah data admin
 50

3. Deskripsi Use Case Mengelola Data Barang

Deskripsi Use Case mengelola data Barang menjelaskan Use Case

mengelola data Barang pada gambar 4.4

Tabel 4.5 Deskripsi Use Case Mengelola Data Barang

Nama Mengelola Data Barang
No Id Use Case UC-03
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola data Barang :
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman barang
Aktor Sistem
Scenario Normal
1. Aktor membuka halaman data
Barang
2. Sistem menampilkan halaman
data Barang.
3.
- Jika ingin menambah data Barang,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah data Barang,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus data Barang,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Data Barang
1. Aktor meng-klik Tambah
2. Sistem menampilkan form yang
siap diisi untuk data Barang
baru
3. Aktor menginputkan data Barang
dan meng-klik tombol “Simpan”
4. Melakukan validasi data barang
 51

5. Sistem menyimpan data Barang

baru kedalam database
S-2 : Ubah Data Barang
1. Aktor memilih data Barang yang
akan diubah
2. Aktor meng-klik “Ubah”
3. Sistem menampilkan data
Barang yang dipilih aktor yang
akan diubah
4. Aktor mengubah data Barang
kemudian meng-klik tombol
“Simpan”
5. Melakukan validasi data barang
6. Sistem menyimpan dan meng-
update data Barang yang sudah
di edit oleh aktor kedalam
database
S-3 : Hapus Data Barang
1. Aktor memilih data Barang dan
meng-klik tombol “Hapus”
2. Sistem menampilkan pesan
konfirmasi
3. Aktor memilih tombol “Ok”
4. Sistem menghapus data Barang
dari database yang dipilih actor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data Barang
Post Condition Aktor telah mengelola data Barang

4. Deskripsi Use Case Mengelola Data Kategori

Deskripsi Use Case mengelola data kategori menjelaskan Use Case

mengelola data kategori pada Use Case Diagram pada gambar 4.2. Dimana
 52

deskripsi ini menjabarkan bagaimana proses dari mengelola data kategori.

Adapun deskripsi Use Case sebagai berikut :

Tabel 4.6 Deskripsi Use Case Mengelola Data Kategori

Nama Mengelola Data Kategori
No Id Use Case UC-04
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola data kategori:
menambah, mengubah, dan menghapus .
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman kategori
Aktor Sistem
Scenario Normal
1. Aktor membuka halaman data
kategori
2. Sistem menampilkan halaman
data kategori.
3.
- Jika ingin menambah data kategori,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah data kategori,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus data kategori,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Data Kategori
1. Aktor meng-klik Tambah
2. Sistem menampilkan form yang
siap diisi untuk data kategori
baru
3. Aktor menginputkan data kategori
dan meng-klik tombol “Simpan”
4. Melakukan validasi data
kategori
5. Sistem menyimpan data
kategori baru kedalam database
S-2 : Ubah Data Kategori
 53

1. Aktor memilih data kategori yang

akan diubah
2. Aktor meng-klik “Ubah”
3. Sistem menampilkan data
kategori yang dipilih aktor yang
akan diubah
4. Aktor mengubah data kategori
kemudian meng-klik tombol
“Simpan”
5. Melakukan validasi data
kategori
6. Sistem menyimpan dan meng-
update data kategori yang
sudah di edit oleh aktor
kedalam database
S-3 : Hapus Data Kategori
1. Aktor memilih data kategori dan
meng-klik tombol “Hapus”
2. Sistem menampilkan pesan
konfirmasi
3. Aktor memilih tombol “Ok”
4. Sistem menghapus data
kategori dari database yang
dipilih actor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data kategori
Post Condition Aktor telah mengelola data kategori

5. Deskripsi Use Case Mengelola Data Pembelian

Deskripsi Use Case mengelola data Pembelian menjelaskan Use Case

mengelola data Pembelian pada Use Case Diagram pada gambar 4.2.
 54

Dimana deskripsi ini menjabarkan bagaimana proses dari mengelola data

Pembelian. Adapun deskripsi Use Case sebagai berikut :

Tabel 4.7 Deskripsi Use Case Mengelola Data Pembelian

Nama Mengelola Data Pembelian
No Id Use Case UC-05
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola data Pembelian :
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman Pembelian
Aktor Sistem
Scenario Normal
4. Aktor membuka halaman data
Pembelian
5. Sistem menampilkan halaman
data Pembelian.
6.
- Jika ingin menambah data
Pembelian, maka sub scenario S-1
yang berlaku.
- Jika ingin merubah data Pembelian,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus data
Pembelian, maka sub scenario S-3
yang berlaku.
Sub Scenario
S-1 : Tambah Data Pembelian
6. Aktor meng-klik Tambah
7. Sistem menampilkan form yang
siap diisi untuk data Pembelian
baru
8. Aktor menginputkan data
Pembelian dan meng-klik tombol
“Simpan”
9. Melakukan validasi data
Pembelian
10. Sistem menyimpan data
Pembelian baru kedalam
 55

database
S-2 : Ubah Data Pembelian
7. Aktor memilih data Pembelian
yang akan diubah
8. Aktor meng-klik “Ubah”
9. Sistem menampilkan data
Pembelian yang dipilih aktor
yang akan diubah
10. Aktor mengubah data
Pembelian kemudian meng-klik
tombol “Simpan”
11. Melakukan validasi data
Pembelian
12. Sistem menyimpan dan
meng-update data Pembelian
yang sudah di edit oleh aktor
kedalam database
S-3 : Hapus Data Pembelian
6. Aktor memilih data Pembelian dan
meng-klik tombol “Hapus”
7. Sistem menampilkan pesan
konfirmasi
8. Aktor memilih tombol “Ok”
9. Sistem menghapus data
Pembelian dari database yang
dipilih actor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data Pembelian
Post Condition Aktor telah mengelola data Pembelian
 56

6. Deskripsi Use Case Mengelola Data Supplier

Deskripsi Use Case mengelola data Supplier menjelaskan Use Case

mengelola data Supplier pada Use Case Diagram pada gambar 4.2.

Dimana deskripsi ini menjabarkan bagaimana proses dari mengelola data

Supplier. Adapun deskripsi Use Case sebagai berikut :

Tabel 4.8 Deskripsi Use Case Mengelola Data Supplier

Nama Mengelola Data Supplier
No Id Use Case UC-06
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola data Supplier :
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman Supplier
Aktor Sistem
Scenario Normal
7. Aktor membuka halaman data
Supplier
8. Sistem menampilkan halaman
data Supplier.
9.
- Jika ingin menambah data Supplier,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah data Supplier,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus data
Supplier, maka sub scenario S-3
yang berlaku.
Sub Scenario
S-1 : Tambah Data Supplier
11. Aktor meng-klik Tambah
12. Sistem menampilkan form
yang siap diisi untuk data
Supplier baru
13. Aktor menginputkan data
 57

Supplier dan meng-klik tombol

“Simpan”
14. Melakukan validasi data
Supplier
15. Sistem menyimpan data
Supplier baru kedalam
database
S-2 : Ubah Data Supplier
13. Aktor memilih data Supplier yang
akan diubah
14. Aktor meng-klik “Ubah”
15. Sistem menampilkan data
Supplier yang dipilih aktor
yang akan diubah
16. Aktor mengubah data Supplier
kemudian meng-klik tombol
“Simpan”
17. Melakukan validasi data
Supplier
18. Sistem menyimpan dan
meng-update data Supplier
yang sudah di edit oleh aktor
kedalam database
S-3 : Hapus Data Supplier
7. Aktor memilih data Supplier dan
meng-klik tombol “Hapus”
8. Sistem menampilkan pesan
konfirmasi
9. Aktor memilih tombol “Ok”
10. Sistem menghapus data
Supplier dari database yang
dipilih actor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data Supplier
Post Condition Aktor telah mengelola data Supplier
 58

7. Deskripsi Use Case Mengelola Data Penjualan

Deskripsi Use Case mengelola data Penjualan menjelaskan Use Case

mengelola data Penjualan pada Use Case Diagram pada gambar 4.2.

Dimana deskripsi ini menjabarkan bagaimana proses dari mengelola data

Penjualan. Adapun deskripsi Use Case sebagai berikut :

Tabel 4.9 Deskripsi Use Case Mengelola Data Penjualan

Nama Mengelola Data Penjualan
No Id Use Case UC-07
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola data Penjualan :
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman Penjualan
Aktor Sistem
Scenario Normal
10. Aktor membuka halaman data
Penjualan
11. Sistem menampilkan
halaman data Penjualan.
12.
- Jika ingin menambah data
Penjualan, maka sub scenario S-1
yang berlaku.
- Jika ingin merubah data Penjualan,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus data
Penjualan, maka sub scenario S-3
yang berlaku.
Sub Scenario
S-1 : Tambah Data Penjualan
16. Aktor meng-klik Tambah
17. Sistem menampilkan form
yang siap diisi untuk data
Penjualan baru
18. Aktor menginputkan data
 59

Penjualan dan meng-klik tombol

“Simpan”
19. Melakukan validasi data
Penjualan
20. Sistem menyimpan data
Penjualan baru kedalam
database
S-2 : Ubah Data Penjualan
19. Aktor memilih data Penjualan
yang akan diubah
20. Aktor meng-klik “Ubah”
21. Sistem menampilkan data
Penjualan yang dipilih aktor
yang akan diubah
22. Aktor mengubah data
Penjualan kemudian meng-klik
tombol “Simpan”
23. Melakukan validasi data
Penjualan
24. Sistem menyimpan dan
meng-update data Penjualan
yang sudah di edit oleh aktor
kedalam database
S-3 : Hapus Data Penjualan
8. Aktor memilih data Penjualan dan
meng-klik tombol “Hapus”
9. Sistem menampilkan pesan
konfirmasi
10. Aktor memilih tombol “Ok”
11. Sistem menghapus data
Penjualan dari database yang
dipilih actor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data Penjualan
Post Condition Aktor telah mengelola data Penjualan
 60

8. Deskripsi Use Case Mengelola Data Pelanggan

Deskripsi Use Case mengelola data Pelanggan menjelaskan Use Case

mengelola data Pelanggan pada Use Case Diagram pada gambar 4.2.

Dimana deskripsi ini menjabarkan bagaimana proses dari mengelola data

Pelanggan. Adapun deskripsi Use Case sebagai berikut :

Tabel 4.10 Deskripsi Use Case Mengelola Data Pelanggan

Nama Mengelola Data Pelanggan
No Id Use Case UC-08
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola data Pelanggan :
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman Pelanggan
Aktor Sistem
Scenario Normal
13. Aktor membuka halaman data
Pelanggan
14. Sistem menampilkan
halaman data Pelanggan.
15.
- Jika ingin menambah data
Pelanggan, maka sub scenario S-1
yang berlaku.
- Jika ingin merubah data Pelanggan,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus data
Pelanggan, maka sub scenario S-3
yang berlaku.
Sub Scenario
S-1 : Tambah Data Pelanggan
21. Aktor meng-klik Tambah
22. Sistem menampilkan form
yang siap diisi untuk data
Pelanggan baru
23. Aktor menginputkan data
 61

Pelanggan dan meng-klik tombol

“Simpan”
24. Melakukan validasi data
Pelanggan
25. Sistem menyimpan data
Pelanggan baru kedalam
database
S-2 : Ubah Data Pelanggan
25. Aktor memilih data Pelanggan
yang akan diubah
26. Aktor meng-klik “Ubah”
27. Sistem menampilkan data
Pelanggan yang dipilih aktor
yang akan diubah
28. Aktor mengubah data
Pelanggan kemudian meng-klik
tombol “Simpan”
29. Melakukan validasi data
Pelanggan
30. Sistem menyimpan dan
meng-update data Pelanggan
yang sudah di edit oleh aktor
kedalam database
S-3 : Hapus Data Pelanggan
5. Aktor memilih data Pelanggan dan
meng-klik tombol “Hapus”
6. Sistem menampilkan pesan
konfirmasi
7. Aktor memilih tombol “Ok”
8. Sistem menghapus data
Pelanggan dari database yang
dipilih actor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data Pelanggan
Post Condition Aktor telah mengelola data Pelanggan
 62

9. Deskripsi Use Case Mengelola Data Jasa

Deskripsi Use Case mengelola data Jasa menjelaskan Use Case mengelola

data Jasa pada Use Case Diagram pada gambar 4.2. Dimana deskripsi ini

menjabarkan bagaimana proses dari mengelola data Jasa. Adapun deskripsi

Use Case sebagai berikut :

Tabel 4.11 Deskripsi Use Case Mengelola Data Jasa

Nama Mengelola Data Jasa
No Id Use Case UC-09
Aktor Admin
Deskripsi Dilakukan oleh aktor untuk mengelola data Jasa :
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman Jasa
Aktor Sistem
Scenario Normal
16. Aktor membuka halaman data Jasa
17. Sistem menampilkan
halaman data Jasa.
18.
- Jika ingin menambah data Jasa,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah data Jasa, maka
sub scenario S-2 yang berlaku.
- Jika ingin menghapus data Jasa,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Data Jasa
26. Aktor meng-klik Tambah
27. Sistem menampilkan form
yang siap diisi untuk data Jasa
baru
28. Aktor menginputkan data Jasa
dan meng-klik tombol “Simpan”
29. Melakukan validasi data
 63

Jasa
30. Sistem menyimpan data
Jasa baru kedalam database
S-2 : Ubah Data Jasa
31. Aktor memilih data Jasa yang akan
diubah
32. Aktor meng-klik “Ubah”
33. Sistem menampilkan data
Jasa yang dipilih aktor yang
akan diubah
34. Aktor mengubah data Jasa
kemudian meng-klik tombol
“Simpan”
35. Melakukan validasi data
Jasa
36. Sistem menyimpan dan
meng-update data Jasa yang
sudah di edit oleh aktor
kedalam database
S-3 : Hapus Data Jasa
10. Aktor memilih data Jasa dan
meng-klik tombol “Hapus”
11. Sistem menampilkan pesan
konfirmasi
12. Aktor memilih tombol “Ok”
13. Sistem menghapus data
Jasa dari database yang dipilih
actor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data Jasa
Post Condition Aktor telah mengelola data Jasa
 64

10. Deskripsi Use Case Mencetak Laporan

Deskripsi dari Use Case mecetak laporan dapat dilihat pada tabel 4.18

berikut ini:

Tabel 4.12 Deskripsi Use Case Mencetak Laporan

Nama Mencetak Laporan
No Id Use Case UC-10
Aktor Admin
Deskripsi Proses yang dilakukan oleh aktor untuk mencetak laporan
Exception -
Precondition Aktor masuk ke dalam halaman Laporan
Aktor Sistem
Skenario Normal
1. Aktor membuka menu laporan
2. Sistem menampilkan pilihan
laporan
3. Aktor memilih laporan
4. Aktor menekan tombol ‘Cetak’
5. Sistem menampilkan mencetak
laporan yang dipilih
Post Condition Aktor telah mencetak laporan

11. Deskripsi Use Case Mengelola Data Admin

Deskripsi Use Case mengelola data Admin menjelaskan Use Case

mengelola data Admin pada Use Case Diagram pada gambar 4.2. Dimana

deskripsi ini menjabarkan bagaimana proses dari mengelola data Admin.

Adapun deskripsi Use Case sebagai berikut :

 65

Tabel 4.13 Deskripsi Use Case Mengelola Data Admin

Nama Mengelola Data Admin
No Id Use Case UC-10
Aktor Pemilik
Deskripsi Dilakukan oleh aktor untuk mengelola data Admin :
menambah, mengubah, dan menghapus
Exception Penambahan dan pengubahan data gagal
Pre Condition Aktor masuk ke dalam halaman admin
Aktor Sistem
Scenario Normal
1. Aktor membuka halaman data
Admin
2. Sistem menampilkan halaman
data Admin.
3.
- Jika ingin menambah data Admin,
maka sub scenario S-1 yang
berlaku.
- Jika ingin merubah data Admin,
maka sub scenario S-2 yang
berlaku.
- Jika ingin menghapus data Admin,
maka sub scenario S-3 yang
berlaku.
Sub Scenario
S-1 : Tambah Data Admin
1. Aktor meng-klik Tambah
2. Sistem menampilkan form yang
siap diisi untuk data Admin
baru
3. Aktor menginputkan data Admin
dan meng-klik tombol “Simpan”
4. Melakukan validasi data admin
5. Sistem menyimpan data Admin
baru kedalam database
S-2 : Ubah Data Admin
1. Aktor memilih data Admin yang
akan diubah
2. Aktor meng-klik “Ubah”
3. Sistem menampilkan data
Admin yang dipilih aktor yang
 66

akan diubah
4. Aktor mengubah data Admin
kemudian meng-klik tombol
“Simpan”
5. Melakukan validasi data admin
6. Sistem menyimpan dan meng-
update data Admin yang sudah
di edit oleh aktor kedalam
database
S-3 : Hapus Data Admin
1. Aktor memilih data Admin dan
meng-klik tombol “Hapus”
2. Sistem menampilkan pesan
konfirmasi
3. Aktor memilih tombol “Ok”
4. Sistem menghapus data Admin
dari database yang dipilih aktor
Scenario Alternatif
S-1 4a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi
dan proses penyimpanan data dibatalkan
S-1 4b : Sistem memberi kesempatan untuk mengulang kembali
S-2 5a : Sistem akan menampilkan pesan apabila ada data yang tidak
lengkap dan proses penyimpanan data dibatalkan
S-2 5b : Sistem memberi kesempatan untuk mengulang kembali
S-3 3a : Aktor memilih tombol “Cancel”
S-3 3b : Sistem menampilkan halaman data Admin
Post Condition Aktor telah mengelola data Admin

12. Deskripsi Use Case Melihat Laporan

Deskripsi dari Use Case melihat laporan dapat dilihat pada tabel 4.20

berikut ini:

Tabel 4.14 Deskripsi Use Case Melihat Laporan

Nama Melihat Laporan
No Id Use Case UC-12
Aktor Pemilik
Deskripsi Proses yang dilakukan oleh aktor untuk melihat laporan
Exception -
 67

Precondition -
Aktor Sistem
Skenario Normal
1. Aktor membuka menu laporan
2. Sistem menampilkan pilihan
laporan
3. Aktor memilih laporan
4. Aktor menekan tombol ‘Lihat’
5. Sistem menampilkan laporan
yang dipilih
Post Condition Aktor telah melihat laporan

13. Deskripsi Use Case Logout

Rincian fungsionalitas dari Use Case logoutdapat dilihat pada tabel 4.2

berikut ini:

Tabel 4.15 Deskripsi Use Case Logout

Nama Logout
No Id Use Case UC-13
Aktor Admin dan Pemilik
Deskripsi Proses yang dilakukan oleh aktor untuk keluar dari
system
Exception -
Precondition Aktor telah login ke dalam system
Aktor Sistem
Skenario Normal
1. Aktor memilih menu logout
2. Sistem menghapus seluruh
session
Post Condition Aktor keluar dari system