4.2.

1 Skenario Use Case

Dalam aplikasi yang dibuat, terdapat beberapa tindakan yang dapat dilakukan

aktor antara lain :

a. Skenario Login Admin

Dapat dijelaskan pada tabel 4.2 dibawah ini dimana juga menggambar cara dan proses

kerja admin dalam system tersebut dan juga memudahkan kita untuk memahami bagaimana

alur proses dari system yang akan kita jalankan :

Tabel 4.2 Skenario Use Case Login

Identifikasi
Identifikasi No Use case 01
No Nama Use case 02
Login
Nama Tujuan Registrasi
Masuk kedalam sistem Usaha Toko
Tujuan Untuk Yeye Kue pendaftaran sebagai salah
melakukan
Deskripsi Proses
satu aktor didalam login
system administrator
merupakan proses autentifikasi
Deskripsi Untuk untuk menggunakan
mendaftar sistem
ke dalam sebagai
sistem usaha
aktor dalam
ternak Ana Murni system
Aktor Admin, Supplier,Customer
Aktor Pengunjung
Skenario Utama
Skenario Utama
Kondisi Awal Tampilan Halaman Utama
Kondisi Awal Tampilan Halaman Register
Aksi Aktor Reaksi Sistem
Aksi Aktor Reaksi Sistem
1. Mengisi form login dan 2. validasi data username dan
1. Memasukkan mengklik
identitas tombol
pada login password
form 2. Memeriksa formdi registrasi
database tidak ada
registrasi 3. yang
form Bilakosong.
cocok sistem akan
menampilkan
3. Bila cocok sistem akanhalaman menu
menyimpan data
utama
ke dalam database
Skenario
Skenario Alternatif (jika Alternatif
kosong) (proses gagal)
Aksi Aktor Aksi Aktor ReaksiReaksi
SistemSistem
1. 1. Mengisi
Mengisi kembali form kembali
register form login 2. Validasi
2. Memeriksa formdata username
registrasi tidakdan
ada
password
form yang kosong. dengan database.
3. Bila3.cocok
Bilasistem
cocok sistem
akan akan akan
menyimpan
menampilkan
data ke dalam database halaman menu
Kondisi Akhir utama
Sistem menampilkan kembali menu dan
Kondisi Akhir Admin
form login dapat melakukan
kegiatan pada sistem sesuai
kewenangan sebagai admin.
b. Skenario Kelola Produk

Dapat dijelaskan pada tabel 4.4 dibawah ini :

Tabel 4.4 Skenario Use Case Kelola Produk

Identifikasi
No Use case 03
Nama Kelola Produk
Tujuan Untuk mengelola produk. Berupa
aktifitas simpan, edit, dan hapus.
Deskripsi Berisi data produk seperti nama
produk, harga produk, jenis
produk serta foto produk
Aktor Admin
Skenario Utama
Kondisi Awal Tampilan Halaman kelola
Produk
Aksi Aktor Reaksi Sistem
1. Mengelola Produk 2. Sistem akan mengelola
( mengedit, menghapus, dan
menyimpan) produk yang
dimasukkan ke dalam database
Skenario Alternatif
Aksi Aktor Reaksi Sistem
2. Mengelola produk 1. Muncul Pesan Kesalahan
3. Sistem akan mengelola produk
pada database
Kondisi Akhir Sistem mengupdate data produk
di database
 c. Skenario Profil

Dapat dijelaskan pada tabel 4.5 dibawah ini :

Tabel 4.5 Skenario Use Case Profil

Identifikasi
No Use case 04
Nama Profil
Tujuan Untuk mengelola profil
Deskripsi Digunakan untuk mengelola profil
(melihat dan menghapus)
Aktor Admin,supplier, customer
Skenario Utama
Kondisi Awal Form profil sudah aktif
Aksi Aktor Reaksi Sistem
1. Lihat Profil 2. Sistem akan menampilkan
3. Klik edit profil profil yang dipilih
5. Isi profil 4. tampil form edit profil
5. Informasi terupdate ke database
Skenario Alternatif
Aksi Aktor Reaksi Sistem
2. Isi profil 1. Tampil pesan keslahan
3. Informasi terupdate ke database
Kondisi Akhir Sistem akan mengedit profil.

d. Skenario Bahan Baku

Dapat dijelaskan pada tabel 4.6 dibawah ini :

Tabel 4.6 Skenario Use Case Bahan Baku

Identifikasi
No Use case 05
Nama Bahan Baku
Tujuan Untuk melihat bahan baku
Deskripsi Digunakan untuk melihat
informasi bahan baku
Aktor Suplier
Skenario Utama
Kondisi Awal Form lihat data ongkir sudah
aktif
Aksi Aktor Reaksi Sistem
 1. Memasukkan kode bahan 2. Tampil Informasi Bahan Baku
baku
Skenario Alternatif

Aksi Aktor Reaksi Sistem

- -

KondisiAkhir Sistem akan menampilkan data

bahan baku dari sistem
penjualan Usaha Toko Yeye
Kue

e. Skenario Lihat Status Permohonan

Dapat dijelaskan pada tabel 4.7 dibawah ini :

Tabel 4.7 Skenario Use Case Status Permohonan

Identifikasi
No Use case 06
Nama Lihat Status Permohonan
Tujuan Untuk melihat status permohonan
yang telah diajukan
Deskripsi Digunakan untuk melihat status
permohonan yang telah diajukan
supplier
Aktor Supplier
Skenario Utama
Kondisi Awal Form status permohonan sudah
aktif
Aksi Aktor Reaksi Sistem
1. Masukkan kode 2. Sistem akan menampilkan
permohonan status permohonan
Skenario Alternatif
Aksi Aktor Reaksi Sistem
- -
Kondisi Akhir Sistem akan menampilkan
informasi status permohonan

a. Skenario Pengajuan Permohonan

 Dapat dijelaskan pada tabel 4.8 dibawah ini :

Tabel 4.8 Skenario Use Case Pengajuan Permohonan

Identifikasi
No Use case 07
Nama Pengajuan Permohonan
Tujuan Untuk melakukan pengajuan
permohonan.
Deskripsi Digunakan untuk mengisi data
untuk menngajukan bahan baku
yang akan dijual
Aktor Supplier

Skenario Utama
Kondisi Awal Form pengajuan permohonan
sudah aktif

Kondisi Awal Form pengajuan permohonan

sudah aktif
Aksi Aktor Reaksi Sistem
1. Mengisi data pengajuan 2. Sistem akan menyimpan data
permohonan permohonan yang telah diisi

Skenario Alternatif(ditolak)
Aksi Aktor Reaksi Sistem
2. Mengisi kembali form 1. Menampilkan pesan data tidak
pengajuan permohonan tersimpan
3. Menyimpan data pengajuan
permohonan yang telah
diinput.
Kondisi Akhir Sistem menyimpan data
pengajuan permohonan bahan
baku

f. Skenario Kelola Data Member

Dapat dijelaskan pada tabel 4.9 dibawah ini :

Tabel 4.9 Skenario Use Case Kelola Data Member

Identifikasi
No Use case 08
Nama Kelola Data Member
Tujuan Untuk mengelola data member
Deskripsi Digunakan untuk mengelola data
member yang telah tergabung
dalam sistem.

Aktor Admin
Skenario Utama
Kondisi Awal Form kelola data member
Aksi Aktor Reaksi Sistem
1. Memasukkan id member 2. Memverifikasi id
3. Data perubahan di update di
database
Skenario Alternatif

Aksi Aktor Reaksi Sistem

- -

Kondisi Akhir Sistem mengubah data member

sesuai dengan identitas

g. Skenario kelola pesanan

Dapat dijelaskan pada tabel 4.10 dibawah ini :

Tabel 4.10 Skenario Use Case Kelola Pesanan

Identifikasi
No Use case 09
Nama Kelola Pesanan
Tujuan Untuk memberi status pesanan
Deskripsi Digunakan untuk memberi status
ditolak atau tidaknya suatu
pesanan.
Aktor Admin

Skenario Utama
Kondisi Awal Form pemesanan sudah aktif

Aksi Aktor Reaksi Sistem

 1. Memilih pesanan. 2. Memunculkan verifikasi
3. Mengklik button pesanan Data perubahan
terima/tolak identitas di update di database
4. Menampilkan data pesanan
5. Data pesanan tersimpan di
database
Skenario Alternatif

Aksi Aktor Reaksi Sistem

1. Mengklik button “batal” 2. Mengembalikan ke tampilan

produk
Kondisi Akhir Sistem menampilkan data
pesanan

h. Skenario Kelola Pembelian

Dapat dijelaskan pada tabel 4.11 dibawah ini :

Tabel 4.11 Skenario Use Case Kelola Pembelian

Identifikasi
No Use case 10
Nama Kelola Pembelian
Tujuan Untuk memberi status pembelian
Deskripsi Digunakan untuk memberi status
ditolak atau tidaknya suatu
pembelian.
Aktor Admin
Skenario Utama
Kondisi Awal Form pembelian sudah aktif

Aksi Aktor Reaksi Sistem

3. Memilih pembelian 3. Memunculkan verifikasi

4. Mengklik button pembelian Data perubahan
terima/tolak identitas di update di database
6. Menampilkan data pembelian
7. Data pembelian tersimpan di
database
Skenario Alternatif

Aksi Aktor Reaksi Sistem

1. Mengklik button “batal” 4. Mengembalikan ke tampilan

produk
Kondisi Akhir Sistem menampilkan data
pembelian

i. Skenario Kelola Laporan Penjualan

Dapat dijelaskan pada tabel 4.12 dibawah ini :

Tabel 4.12 Skenario Use Case Kelola Laporan Penjualan

Identifikasi
No Use case 12
Nama Kelola Laporan Penjualan
Tujuan Untuk memlihat dan mencetak
laporan penjualan.
Deskripsi Digunakan untuk melihat dan
mencetak laporan penjualan dalam
waktu tertentu.
Aktor Admin, suplier

Skenario Utama
Kondisi Awal Form laporan penjualan

Aksi Aktor Reaksi Sistem

1. Memasukkan jangka waktu 2. Menampilkan laporan dalam
laporan jangka waktu yang telah dipilih.
3. Klik cetak 4. Cetak Pesanan
Skenario Alternatif
Aksi Aktor Reaksi Sistem

1. Mengklik button “batal” 5. Mengembalikan ke tampilan

laporan penjualan
Kondisi Akhir Sistem menampilkan laporan
penjualan