Actor dari semua use case dalam use case diagram menu admin adalah admin.
Detil dari masing-masing use case dalam use case diagram menu admin dapat dilihat pada tabel-tabel di bawah ini :
Tabel 4.43 Use Case M engotorisasi M ember
Precondition Admin berhasil melakukan login.
Publik yang mendaftar online membayar biaya pendaftaran.
Flow of Events 1. Admin memilih menu/link ‘Otorisasi M ember’.
2. Sistem menampilkan halaman Otorisasi M ember.
3. Admin memilih tanggal awal dan tanggal akhir dari pendaftaran yang hendak diotorisasi.
4. Admin memilih tombol ‘Cari’.
5. Sistem menampilkan grid berisi data pendaftaran dengan status tunggu yang dilakukan pada tanggal tersebut.
6. Admin mencentang pada baris data pendaftaran yang akan diotorisasi.
7. Admin memilih tombol ‘Simpan Data M ember’.
8. While sistem menyimpan data pendaftaran yang diotorisasi ke dalam database operasional Senswell.
a. Sistem mengubah status pendaftaran yang diotorisasi dari ‘Tunggu’ menjadi ‘Terdaftar’.
End loop
9. Sistem menampilkan kembali halaman Otorisasi M ember dengan pesan bahwa “Otorisasi member sukses”.
Postcondition Admin melakukan rekonsiliasi member.
Tabel 4.44 Use Case M engotorisasi Pemesanan
Precondition Admin berhasil melakukan login.
Member atau stokist yang melakukan pemesanan online membayar
sejumlah total pembayaran.
Flow of Events 1. Admin memilih menu/link ‘Otorisasi Pemesanan’.
2. Sistem menampilkan halaman Otorisasi Pemesanan.
3. Admin memilih tanggal awal dan tanggal akhir dari pemesanan yang hendak diproses.
4. Admin memilih tombol ‘Cari’.
5. Sistem menampilkan grid berisi data pemesanan dengan status tunggu yang dilakukan pada tanggal tersebut.
6. Admin mencentang pada baris data pemesanan yang akan diotorisasi.
7. Admin memilih tombol ‘Simpan Pemesanan’.
8. While sistem menyimpan data pemesanan yang diotorisasi ke dalam database operasional Senswell.
a. Sistem mengubah status pemesanan yang diotorisasi dari ‘Tunggu’ menjadi ‘In Process’.
End loop
9. Sistem menampilkan kembali halaman Otorisasi Pemesanan dengan pesan bahwa “Otorisasi pemesanan sukses”.
Postcondition Admin memproses penjualan terkirim dan melakukan rekonsiliasi penjualan.
Tabel 4.45 Use Case M emproses Pemesanan
Precondition Admin berhasil melakukan login.
Terdapat pemesanan dengan status ‘In Process’ yang terkirim.
Flow of Events b. Admin memilih menu/link ‘Proses Pemesanan’.
c. Sistem menampilkan halaman Proses Pemesanan berisi grid data
pemesanan dengan status ’In Process’.
d. Admin mencentang pada baris data pemesanan yang akan diproses
(terkirim).
e. Admin memilih tombol ‘Pemesanan Terkirim’.
f. While sistem menyimpan data pemesanan yang diproses ke dalam database operasional Senswell.
a. Sistem mengubah status pemesanan yang diproses dari ‘In Process’ menjadi ‘Terkirim’.
End loop
g. Sistem menampilkan kembali halaman Proses Pemesanan dengan
pesan bahwa “Proses pemesanan sukses”.
Tabel 4.46 Use Case M emproses Pengajuan Retur
Precondition Admin berhasil melakukan login.
Produk retur dari retur oleh member atau stokist yang dilakukan secara
online telah diterima dan diputuskan untuk diproses atau ditolak oleh
pihak Senswell.
Flow of Events 1. Admin memilih menu/link ‘Proses Pengajuan Retur’.
2. Sistem menampilkan halaman Proses Pengajuan Retur.
3. Admin memilih tanggal awal dan tanggal akhir dari pengajuan retur yang hendak diproses.
4. Admin memilih tombol ‘Cari’.
5. Sistem menampilkan grid berisi data pengajuan retur dengan status ‘Tunggu’ yang dilakukan pada tanggal tersebut.
6. Admin mencentang pada baris data pengajuan retur yang akan diproses.
7. Jika admin memilih tombol ‘Simpan Pengajuan Retur’.
a. While sistem menyimpan data pengajuan retur yang diproses ke dalam database operasional Senswell.
‘Tunggu’ menjadi ‘Disetujui”.
End Loop
b. Sistem menampilkan kembali halaman Proses Pengajuan Retur dengan pesan bahwa “Proses persetujuan retur sukses”.
8. Jika admin memilih tombol ‘Tolak Pengajuan Retur’.
a. While sistem menampung data pengajuan retur yang ditolak. 1) Sistem mengubah status pengajuan retur yang diproses dari
‘Tunggu’ menjadi ‘Ditolak’.
End loop
b. Sistem menampilkan kembali halaman Proses Pengajuan Retur dengan pesan bahwa “Proses penolakan retur sukses”.
Postcondition Jika retur disetujui, admin melakukan rekonsiliasi retur.
Tabel 4.47 Use Case M emproses Penjualan Stokist
Precondition Admin berhasil melakukan login.
Ada stokist yang menginput penjualan secara online.
Flow of Events 1. Admin memilih menu/link ‘Proses Penjualan Stokist’.
2. Sistem menampilkan halaman Proses Penjualan Stokist berisi grid data penjualan stokist yang belum diproses.
3. Admin memilih tombol ‘Simpan Penjualan Stokist’
4. Sistem menyimpan data penjualan stokist ke dalam database operasional Senswell.
5. Sistem menampilkan kembali halaman Proses Penjualan Stokist dengan pesan bahwa “Proses penjualan stokist sukses”.
Postcondition Admin melakukan rekonsiliasi penjualan.
Tabel 4.48 Use Case M erekonsiliasi M ember
Precondition Admin berhasil melakukan login.
Ada publik yang mendaftar dan telah membayar biaya pendaftaran (online maupun offline).
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi. 3. Admin memilih tombol ‘Rekonsiliasi M ember’.
4. Sistem mentransfer data member yang terdaftar dari tanggal terakhir rekonsiliasi member hingga hari tersebut dari database operasional ke database website.
5. While sistem menampung email member baru ke dalam list.
a. Sistem mengirimkan pesan konfirmasi ID dan Password ke
email tersebut. End loop
6. Sistem mengupdate tanggal terakhir rekonsiliasi member.
7. Sistem kembali halaman Rekonsiliasi dengan pesan “Rekonsiliasi member dan pengiriman news letter konfirmasi sukses”.
Tabel 4.49 Use Case M erekonsiliasi Stokist
Precondition Admin berhasil melakukan login.
Ada tambahan stokist baru (pendaftaran stokist diproses secara offline).
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi. 3. Admin memilih tombol ‘Rekonsiliasi Stokist’.
4. Sistem mentransfer data stokist yang terdaftar dari tanggal terakhir rekonsiliasi stokist hingga hari tersebut dari database operasional ke database website.
5. Sistem mengupdate tanggal terakhir rekonsiliasi stokist.
6. Sistem menampilkan halaman Rekonsiliasi dengan pesan “Rekonsiliasi stokist sukses”
Tabel 4.50 Use Case M erekonsiliasi Profil M ember
Precondition Admin berhasil melakukan login.
Ada member yang merubah profilnya (online maupun offline).
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi.
3. Admin memilih tombol ‘Rekonsiliasi Profil M ember’. 4. Jika ada member yang merubah profil secara online,
a. Sistem mentransfer data member yang dirubah profilnya secara online dari tanggal terakhir rekonsiliasi profil member hingga hari tersebut dari database website ke database operational. 5. Sistem mentransfer semua data member yang dirubah profilnya
pada hari tersebut dari database operasional ke database website. 6. Sistem mengupdate tanggal terakhir rekonsiliasi profil member. 7. Sistem menampilkan kembali halaman Rekonsiliasi dengan pesan
“Rekonsiliasi profil member sukses”
Tabel 4.51 Use Case M erekonsiliasi Profil Stokist
Precondition Admin berhasil melakukan login.
Ada stokist yang merubah profilnya (online maupun offline).
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi.
3. Admin memilih tombol ‘Rekonsiliasi Profil Stokist’. 4. Jika ada stokist yang merubah profil secara online,
a. Sistem mentransfer data stokist yang dirubah profilnya secara online dari tanggal terakhir rekonsiliasi profil stokist hingga hari tersebut dari database website ke database operational. 5. Sistem mentransfer semua data stokist yang dirubah profilnya pada
hari tersebut dari database operasional ke database website. 6. Sistem mengupdate tanggal terakhir rekonsiliasi profil stokist.
7. Sistem menampilkan kembali halaman Rekonsiliasi dengan pesan “Rekonsiliasi profil stokist sukses”.
Tabel 4.52 Use Case M erekonsiliasi Penjualan
Precondition Admin berhasil melakukan login.
Ada member atau stokist yang memesan dan telah membayar total harga pemesanan (online maupun offline).
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi. 3. Admin memilih tombol ‘Rekonsiliasi Penjualan’.
4. Sistem mentransfer semua data penjualan yang diproses dari tanggal terakhir rekonsiliasi penjualan hingga hari tersebut dari
database operasional ke database website.
5. Sistem mengupdate tanggal terakhir rekonsiliasi penjualan.
6. Sistem menampilkan kembali halaman Rekonsiliasi dengan pesan “Rekonsiliasi data penjualan sukses”.
Tabel 4.53 Use Case M erekonsiliasi Retur
Precondition Admin berhasil melakukan login.
Ada member atau stokist yang returnya disetujui (online maupun
offline).
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi. 3. Admin memilih tombol ‘Rekonsiliasi Retur’.
4. Sistem mentransfer data retur yang disetujui dan diproses dari tanggal terakhir rekonsiliasi retur hingga hari tersebut dari
database operasional ke database website.
5. Sistem mengupdate tanggal terakhir rekonsiliasi retur.
6. Sistem menampilkan kembali halaman Rekonsiliasi dengan pesan “Rekonsiliasi retur penjualan sukses”.
Tabel 4.54 Use Case M erekonsiliasi Poin
Precondition Admin berhasil melakukan login.
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi. 3. Admin memilih tombol ‘Rekonsiliasi Poin’.
4. Sistem mentransfer data perolehan poin tiap member pada periode berjalan hingga pada hari ini dari database operasional ke
database website.
5. Sistem mengupdate tanggal terakhir rekonsiliasi Poin.
6. Sistem menampilkan kembali halaman Rekonsiliasi dengan pesan “Rekonsiliasi data poin sukses”.
Tabel 4.55 Use Case M erekonsiliasi Bonus
Precondition Admin berhasil melakukan login.
Dilakukan pada akhir bulan periode berjalan.
Flow of Events 1. Admin memilih menu/link ‘Rekonsiliasi’.
2. Sistem menampilkan halaman Rekonsiliasi. 3. Admin memilih tombol ‘Rekonsiliasi Bonus’.
4. Sistem mentransfer data perolehan bonus tiap member dari
database operasional ke database website.
5. Sistem mengupdate tanggal terakhir rekonsiliasi bonus.
6. Sistem menampilkan kembali halaman Rekonsiliasi dengan pesan “Rekonsiliasi data bonus sukses”.
Tabel 4.56 Use Case M engirim Ucapan Ultah
Precondition Admin berhasil melakukan login. Ada member yang berulang tahun.
Flow of Events 1. Admin memilih menu/link ‘Kirim Ucapan Ultah’.
2. Sistem menampilkan halaman Kirim Ucapan Ultah berisi grid
member yang berulang tahun hari ini.
3. Admin memilih file text ucapan ultah yang akan dikirim. 4. Admin memilih tombol ‘Kirim’.
5. Sistem mengupload file teks
6. While sistem menampung email member yang akan dikirimi ucapan ulang tahun ke dalam list.
a. Sistem mengirimkan file teks ucapan ulang tahun ke alamat
email tersebut End loop
7. Sistem kembali ke halaman Kirim Ucapan Ultah dan memberikan pesan berisi “Pengiriman ucapan ultah sukses”.
Tabel 4.57 Use Case M engirim Ucapan Hari Besar
Precondition Admin berhasil melakukan login.
Ada member yang merayakan hari besar agama.
Flow of Events 1. Admin memilih menu/link ‘Kirim Ucapan Hari Besar’.
2. Sistem menampilkan halaman Kirim Ucapan Hari Besar. 3. Admin memilih hari besar agama pada dropdownlist agama. 4. Admin memilih tombol ‘Cari’.
5. Sistem menampilkan grid berisi data member yang menganut agama berdasarkan pilihan pada dropdownlist agama.
6. Admin memilih file text ucapan hari besar yang akan dikirim. 7. Admin memilih tombol ‘Kirim’.
8. Sistem mengupload file teks.
9. While sistem menampung email member yang akan dikirimi ucapan hari besar agama ke dalam list.
a. Sistem mengirimkan file text ucapan hari besar agama ke alamat email tersebut.
End loop
10. Sistem kembali ke halaman Kirim Ucapan hari Besar dan memberikan pesan berisi “Pengiriman ucapan hari besar sukses”.
Tabel 4.58 Use Case M engakses Password
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih menu/link ‘Akses Password’. 2. Sistem menampilkan halaman Akses Password.
3. Admin menginput kode member/stokist yang akan diakses passwordnya.
4. Admin memilih tombol ‘Tampilkan’.
5. Sistem menampilkan data member/stokist berdasarkan kode yang diinput.
Alternative Path
• Pada tahap 5, apabila data member/stokist tidak ditemukan, maka sistem akan menampilkan pesan bahwa ‘Kode/ID tidak valid”.
Tabel 4.59 Use Case M enjawab Pesan
Precondition Admin berhasil melakukan login. Ada pesan dari member atau publik.
Flow of Events 1. Admin memilih M enu/link ‘Jawab Pesan’.
2. Sistem menampilkan halaman Jawab Pesan yang berisi 2 buah
grid, yaitu pesan dari member dan pesan dari publik yang belum
direspon.
3. Jika grid pesan member berisi,
a. Admin memilih tombol ‘Jawab Pesan M ember’ b. Admin mengetik respon untuk pesan dari member. c. Admin memilih tombol ‘Simpan’.
d. Sistem menyimpan respon untuk member dan mengubah status pesan dari “Tunggu” menjadi “Terjawab”.
e. Sistem menampilkan kembali halaman Jawab Pesan. 4. Jika grid pesan publik berisi,
a. Admin memilih tombol ‘jawab Pesan Publik’. b. Admin mengetik respon untuk pesan dari publik. c. Admin memilih tombol ‘Simpan&Kirim’.
d. Sistem menyimpan respon untuk publik dan mengubah status pesan dari “Tunggu” menjadi “Terjawab”.
e. Sistem mengirimkan respon pesan alamat email publik yang mengirim pesan.
Tabel 4.60 Use Case M engubah FAQs
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah FAQs’.
2. Sistem menampilkan halaman Ubah FAQs yang berisi grid data FAQs.
3. Jika admin memilih link gambar ‘Edit’ pada baris data.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit.
b. Admin mengedit data FAQ.
c. Admin memilih link gambar ‘Update’. d. Sistem menverifikasi inputan data. e. Sistem mengupdate data yang diinput.
f. Sistem menampilkan kembali halaman Ubah FAQs. 4. Jika admin memilih link gambar ‘Delete’ pada baris data.
a. Sistem menghapus baris data tersebut.
b. Sistem menampilkan kembali halaman Ubah FAQs.
5. Jika admin menginput FAQ baru pada baris insert dan memilih tombol ‘Insert’.
a. Sistem menverifikasi inputan data. b. Sistem menyimpan data FAQ yang baru.
c. Sistem menampilkan kembali halaman Ubah FAQs.
Alternative Path
• Pada tahap ke 3.d dan 5.a, apabila data tidak lengkap atau tidak valid, sistem kembali menampilkan halaman Ubah FAQs, memberikan pesan kesalahan, dan admin dapat melengkapinya
Tabel 4.61 Use Case M engubah Kategori Produk
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah Kategori Produk’.
2. Sistem menampilkan halaman Ubah Kategori Produk yang berisi
grid data kategori produk.
3. Jika admin memilih link gambar ‘Edit’ pada baris data.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit.
b. Admin mengedit data kategori produk. c. Admin memilih link gambar ‘Update’. d. Sistem menverifikasi inputan data. e. Sistem mengupdate data yang diinput.
f. Sistem menampilkan kembali halaman Ubah Kategori Produk. 4. Jika admin memilih link gambar ‘Delete’ pada baris data.
a. Sistem menghapus baris data tersebut.
5. Jika admin menginput kategori produk baru pada baris insert dan memilih tombol ‘Insert’.
a. Sistem menverifikasi inputan data.
b. Sistem menyimpan data kategori produk yang baru.
c. Sistem menampilkan kembali halaman Ubah Kategori Produk.
Alternative Path
• Pada tahap ke 3.d dan 5.a, apabila data tidak lengkap atau tidak valid, sistem kembali menampilkan halaman Ubah Kategori Produk, memberikan pesan kesalahan, dan admin dapat melengkapinya
Tabel 4.62 Use Case M engubah Varian Produk
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah Varian Produk’.
2. Sistem menampilkan halaman Ubah Varian Produk yang berisi
grid data varian produk.
3. Jika admin memilih link gambar ‘Edit’ pada baris data.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit.
b. Admin mengedit data varian produk. c. Admin memilih link gambar ‘Update’. d. Sistem menverifikasi inputan data. e. Sistem mengupdate data yang diinput.
f. Sistem menampilkan kembali halaman Ubah Varian Produk. 4. Jika admin memilih link gambar ‘Delete’ pada baris data.
a. Sistem menghapus baris data tersebut.
b. Sistem menampilkan kembali halaman Ubah Varian Produk. 5. Jika admin menginput kategori produk baru pada baris insert dan
memilih tombol ‘Insert’.
a. Sistem menverifikasi inputan data.
b. Sistem menyimpan data varian produk yang baru.
c. Sistem menampilkan kembali halaman Ubah Varian Produk.
Alternative Path
• Pada tahap ke 3.d dan 5.a, apabila data tidak lengkap atau tidak valid, sistem kembali menampilkan halaman Ubah Varian Produk, memberikan pesan kesalahan, dan admin dapat melengkapinya
Tabel 4.63 Use Case M engubah Produk
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah Produk’.
produk.
3. Jika admin memilih file gambar untuk halaman Produk Terbaru dan memillih tombol ‘simpan’.
a. Sistem mengupload file gambar tersebut.
4. Jika admin memilih link gambar ‘Edit’ pada baris data.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit dan fileupload untuk GambarProduk&ProdukTerlaris. b. Admin meng-edit data produk.
c. Admin memilih link gambar ‘Update’. d. Sistem menverifikasi inputan data. e. Sistem mengupload file gambar. f. Sistem meng-update data yang diinput.
g. Sistem menampilkan kembali halaman Ubah Produk. 5. Jika admin memilih link gambar ‘Delete’ pada baris data.
a. Sistem menghapus baris data tersebut.
b. Sistem menampilkan kembali halaman Ubah Produk.
6. Jika admin menginput produk baru dan pilih file GambarProduk pada baris insert dan memilih tombol ‘Insert’.
a. Sistem menverifikasi inputan data. b. Sistem menguload file gambar.
c. Sistem menyimpan data produk yang baru.
d. While sistem menampung email member yang akan dikirimi informasi produk baru ke dalam list.
1) Sistem mengirimkan pesan informasi produk baru ke alamat email tersebut.
End loop
e. Sistem menampilkan kembali halaman Ubah Produk dengan pesan bahwa " Pengiriman news letter produk baru sukses”.
Alternative Path
• Pada tahap ke 3.d dan 5.a, apabila data tidak lengkap atau tidak valid, sistem kembali menampilkan halaman Ubah Produk, memberikan pesan kesalahan, dan admin dapat melengkapinya
Tabel 4.64 Use Case M engubah Testimonial
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah Testimonial’.
2. Sistem menampilkan halaman Ubah Testimonial yang berisi grid data testimonial.
3. Jika admin memilih link gambar ‘Edit’ pada baris data.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit.
b. Admin mengedit data testimonial. c. Admin memilih link gambar ‘Update’.
d. Sistem menverifikasi inputan data. e. Sistem meng-update data yang diinput.
f. Sistem menampilkan kembali halaman Ubah Testimonial. 4. Jika admin memilih link gambar ‘Delete’ pada baris data.
a. Sistem menghapus baris data tersebut.
b. Sistem menampilkan kembali halaman Ubah Testimonial.
5. Jika admin menginput testimonial baru dan pilih file FotoTestimonial pada baris insert dan memilih tombol ‘Insert’. a. Sistem menverifikasi inputan data.
b. Sistem mengupload file gambar.
c. Sistem menyimpan data testimonial yang baru.
d. Sistem menampilkan kembali halaman Ubah Testimonial.
Alternative Path
• Pada tahap ke 3.d dan 5.a, apabila data tidak lengkap atau tidak valid, sistem kembali menampilkan halaman Ubah Testimonial, memberikan pesan kesalahan, dan admin dapat melengkapinya
Tabel 4.65 Use Case M engubah M arketing Plan
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah M aketing Plan’.
2. Sistem menampilkan halaman Ubah M aketing Plan yang berisi
grid data marketing plan.
3. Jika admin memilih link gambar ‘Edit’ pada baris data.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit.
b. Admin mengedit data marketing plan. c. Admin memilih link gambar ‘Update’. d. Sistem menverifikasi inputan data. e. Sistem meng-update data yang diinput.
f. Sistem menampilkan kembali halaman Ubah M aketing Plan. 4. Jika admin memilih link gambar ‘Delete’ pada baris data.
a. Sistem menghapus baris data tersebut.
b. Sistem menampilkan kembali halaman Ubah M aketing Plan. 5. Jika admin menginput peringkat baru pada baris insert dan
memilih tombol ‘Insert’.
a. Sistem menverifikasi inputan data.
b. Sistem menyimpan data marketing plan yang baru.
c. Sistem menampilkan kembali halaman Ubah M aketing Plan.
Alternative Path
• Pada tahap ke 3.d dan 5.a, apabila data tidak lengkap atau tidak valid, sistem kembali menampilkan halaman Ubah M arketing Plan, memberikan pesan kesalahan, dan admin dapat melengkapinya
Tabel 4.66 Use Case M engubah Promosi Bulanan
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah Promosi Bulanan’.
2. Sistem menampilkan halaman Ubah Promosi yang berisi grid data promosi dan tabel data produk.
3. Admin menginput promosi baru pada baris insert dan memilih tombol ‘Insert’.
4. Sistem memverifikasi inputan data.
5. Sistem menyimpan data promosi yang baru. 6. Admin memilih tombol ‘Reset Promosi’.
7. Sistem mereset semua field kodePromosi pada data produk menjadi “Null”.
8. Sistem menampilkan kembali halaman Ubah Promosi Bulanan 9. While admin memilih link gambar ‘Edit’ pada baris data produk
yang promosi.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit.
b. Admin mengedit field KodePromosi dan pilih file GambarPromosi.
c. Admin memilih link gambar ‘Update’. d. Sistem memverifikasi inputan data. e. Sistem mengupload file gambar. f. Sistem meng-update data yang diinput.
g. Sistem kembali menampilkan halaman Ubah Promosi. 10. Admin memilih tombol ‘Kirim Promosi Bulanan’.
11. While sistem menampung email member yang akan dikirimi informasi promosi bulanan ke dalam list.
a. Sistem mengirimkan pesan informasi promosi bulanan ke alamat email tersebut.
End loop
12. Sistem menampilkan kembali halaman Ubah Promosi Bulanan dengan pesan bahwa "Pengiriman news letter promosi bulanan sukses”.
Alternative Path
Pada tahap ke 4, dan 9.d, apabila data tidak lengkap atau tidak valid, sistem kembali menampilkan halaman Ubah Promosi Bulanan, memberikan pesan kesalahan, dan admin dapat melengkapinya
Tabel 4.67 Use Case M engubah Skema Pengiriman
Precondition Admin berhasil melakukan login.
Flow of Events Basic Path
1. Admin memilih M enu/link ‘Ubah Skema Pengiriman’.
grid data SkemaPengiriman.
3. Jika admin memilih link gambar ‘Edit’ pada baris data.
a. Sistem menampilkan baris data dalam bentuk textbox yang bisa diedit.
b. Admin mengedit data skema pengiriman. c. Admin memilih link gambar ‘Update’. d. Sistem menverifikasi inputan data.