BAB III METODE PENELITIAN
3.8 Perancangan Sistem …
3.8.2 Use Case Diagram
Berdasarkan analisa terhadap kebutuhan sistem e-market yang diteliti serta identifikasi aktor yang sudah ditentukan, maka use case diagram sistem e-market berbasis web adalah sebagai berikut:
Gambar 3.5 Use Case Diagram Sistem usulan yang berjalan.
Berdasarkan use case diagram diatas maka urutan langkah-langkah yang dilakukan aktor terhadap sistem maupun sistem terhadap aktor akandijelaskan pada skenario use case dibawah ini:
64
1. Skenario Use Case Registrasi Customer
Urutan proses Skenario use case registrasi customer dapat dilihat pada tabel dibawah ini.
Tabel 3.8 Skenario Use Case Registrasi Customer
Identifikasi
Nama Registrasi
Aktor Customer
Deskripsi Proses mengisi data diri Customer pada sistem e-market.
Pre-condition Aktor berada pada web e-market sion jaya
Post-condition Menampilkan halaman registrasi atau login.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Membuka link web sion jaya. 2. Menampilkan halaman web sion jaya e-market.
3. Melakukan registrasi untuk dapat melakukan login.
4. Menampilkan halaman registrasi akun.
5. Menekan tombol register. 6. Memvalidasi data
7. Bila data valid sistem akan menampilkan halaman login.
Skenario Alternatif
Aksi Aktor Reaksi Sistem
- -
Kondisi Akhir Aktor dapat menggunakan sistem web sesuai kewenangan.
2. Skenario Use Case Login Customer
Urutan proses Skenario use case login customer dapat dilihat pada tabel dibawah ini.
Tabel 3.9 Skenario Use Case Login Customer
Identifikasi
Nama Login
Aktor Customer
Deskripsi Proses login customer merupakan proses
validasi data pengguna untuk menggunakan sistem e-market pada web.
Pre-condition Aktor berada pada web e-market sion jaya
66
Post-condition Menampilkan halaman registrasi atau login.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Membuka link web sion jaya. 2. Menampilkan halaman web sion jaya e-market.
3. Melakukan Login setelah proses registrasi.
4. Menampilkan halaman login.
5. Memasukkan email dan password.
6. Menekan tombol login. 7. Memvalidasi email dan password.
8. Bila data valid sistem akan menampilkan halaman utama.
Skenario Alternatif no 7(data tidak valid)
Aksi Aktor Reaksi Sistem
8. Jika data tidak valid maka menampilkan pesan email atau password invalid.
9. Kembali ke proses scenario utama nomor 4.
Kondisi Akhir Aktor dapat menggunakan sistem e-market sesuai kewenangan .
3. Skenario Use Case Login Admin dan Pimpinan.
Urutan proses Skenario use case login admin dan pimpinan dapat dilihat pada tabel dibawah ini.
Tabel 3.10 Skenario Use Case Login Admin dan Pimpinan
Identifikasi
Nama Login
Aktor Admin,Pimpinan
Deskripsi Proses login Admin merupakan proses validasi data pengguna untuk menggunakan sistem admin pada web.
Pre-condition Aktor berada pada browser .
Post-condition Menampilkan halaman login.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Membuka link admin . 2. Menampilkan halaman sistem admin . 3. Melakukan Login 4. Menampilkan halaman login.
5. Memasukkan username dan password.
Aksi Aktor Reaksi Sistem
6. Menekan tombol login. 7. Mem-validasi username dan password.
68
8. Bila data valid sistem akan menampilkan halaman utama.
Skenario Alternatif no 7(data tidak valid)
Aksi Aktor Reaksi Sistem
8. Jika data tidak valid maka menampilkan pesan username atau password invalid.
9. Kembali ke proses scenario utama nomor 4.
Kondisi Akhir Aktor dapat menggunakan sistem admin sesuai kewenangan .
4 . Skenario Use Case Pilih Barang Customer
Urutan proses Skenario use case pilih barang customer dapat dilihat pada tabel dibawah ini.
Tabel 3.11 Skenario Use Case Pilih Barang Customer.
Identifikasi
Nama Pilih Barang
Aktor Customer
Deskripsi Proses Pilih barang merupakan proses untuk membeli barang yang akan di pesan pada sistem e-market.
Pre-condition Aktor berada pada halaman utama e-market sion jaya.
Post-condition Menampilkan halaman menu barang.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Menampilkan halaman web sion jaya e-market.
2. Melakukan pemilihan barang 3. Menampilkan halaman barang yang dipilih.
4. Menekan tombol “add cart” 5. Barang akan Masuk ke keranjang belanja.
Skenario Alternatif
Aksi Aktor Reaksi Sistem
- -
Kondisi Akhir Aktor dapat menggunakan sistem e-market sesuai kewenangan .
70
5. Skenario Use Case Kelola Data Barang Admin
Urutan proses Skenario use case kelola data barang Admin dapat dilihat pada tabel dibawah ini.
Tabel 3.12 Skenario Use Case Kelola Data Barang Admin.
Identifikasi
Nama Kelola Data Barang
Aktor Admin
Deskripsi Proses Kelola barang merupakan hak
akses admin untuk mengolah data master barang seperti create,edit, dan delete yang akan di tampilkan pada sistem e-market.
Pre-condition Aktor berada pada halaman beranda sistem admin.
Post-condition Menampilkan halaman menu
barang/produk.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Menampilkan halaman sistem admin.
2. Melakukan penambahan, mengedit dan menghapus data barang/produk.
4. Memilih aksi yang dilakukan.
5. Menekan tombol “create” 6. Menampilkan halaman pengisian data barang dan gambar .
7. Setelah mengisi semua data tekan tombol “save”
8. Proses penyimpanan data.
9. Jika proses gagal maka akan tampil pesan “gagal tersimpan” dan kembali ke proses alternatif nomor 6, jika berhasil maka akan tampil pesan ”berhasil tersimpan”.
Skenario Alternatif no 4(pilih aksi edit)
Aksi Aktor Reaksi Sistem
5. Pilih data yang akan di edit lalu tekan tombol “edit”
6. Menampilkan halaman data barang yang akan di edit.
7. Setelah merubah isi data semua data tekan tombol “save”
8. Proses penyimpanan data yang di edit.
9. Jika proses gagal maka akan tampil pesan “gagal tersimpan” dan kembali ke proses alternatif nomor 6, jika berhasil
72
maka akan tampil pesan ”berhasil tersimpan”.
Skenario Alternatif no 4(pilih aksi delete)
Aksi Aktor Reaksi Sistem
5. Menekan tombol “delete” 6. Halaman akan me-refresh dan data akan terhapus.
Kondisi Akhir Aktor dapat mengolah data barang
6. . Skenario Use Case Transaksi Pembayaran Customer
Urutan proses Skenario use case transaksi pembayaran customer dapat dilihat pada tabel dibawah ini.
Tabel 3.13 Skenario Use Case Transaksi Pembayaran Customer.
Identifikasi
Nama Transaksi Pembayaran
Aktor Customer
Deskripsi Proses Transaksi Pembayaran
Pre-condition Aktor berada pada halaman keranjang belanja.
Post-condition Menampilkan halaman pembayaran.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Menampilkan halaman keranjang belanja.
2. Melakukan Proses pembayaran. 3. Menampilkan halaman pembayaran 4. Menekan tombol “buy” 5. Maka akan tampil halaman kode
transaksi pembayaran dan tujuan pembayaran.
Skenario Alternatif no 3(jika membatalkan pembelian)
Aksi Aktor Reaksi Sistem
4. Menekan tombol “cancel” 5. Menampilkan halaman keranjang belanja.
Kondisi Akhir Aktor dapat menggunakan sistem e-market sesuai kewenangan .
7. Skenario Use Case Kelola Data Customer Admin
Urutan proses Skenario use case kelola data customer Admin dapat dilihat pada tabel dibawah ini.
74
Tabel 3.14 Skenario Use Case Kelola Data Customer Admin.
Identifikasi
Nama Kelola Data Customer
Aktor Admin
Deskripsi Proses Kelola data customer merupakan
hak akses admin untuk mengolah data master cutomer seperti edit, dan delete . Pre-condition Aktor berada pada halaman beranda
sistem admin.
Post-condition Menampilkan halaman menu customer.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Menampilkan halaman sistem admin.
2. Memilih data master customer 3. Menampilkan halaman database customer.
4. Memilih aksi yang dilakukan
5. Pilih data yang akan di edit lalu tekan tombol “edit”
6. Halaman akan menampilkan edit data customer.
7.Setelah melakukan perubahan data tekan tombol “save”
8.Proses penyimpanan data.
9. Halaman akan menampilkan pesan”
gagal tersimpan” dan kembali ke skenario alternatif nomor 6, jika proses berhasil maka akan tampil pesan
“berhasil disimpan”.
Skenario Alternatif no4(delete)
Aksi Aktor Reaksi Sistem
5. pilih data yang akan di hapus lalu tekan tombol “delete”.
6. Halaman akan me- refresh dan data yang dipilih akan hilang
Kondisi Akhir Aktor dapat mengolah data customer
8. Skenario Use Case Laporan Transaksi Customer
Urutan proses Skenario use case laporan transaksi customer dapat dilihat pada tabel dibawah ini.
Tabel 3.15 Skenario Use Case Laporan Transaksi Customer.
Identifikasi
Nama Laporan Transaksi
Aktor Customer
Deskripsi Proses Laporan Transaksi
Pre-condition Aktor berada pada halaman pembayaran.
76
Post-condition Menampilkan halaman laporan transaksi.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Menampilkan halaman laporan transaksi.
2. Melihat laporan transaksi yang diproses.
3. Menampilkan Laporan transaksi yang sudah dilakukan.
Skenario Alternatif
Aksi Aktor Reaksi Sistem
- -
Kondisi Akhir Aktor dapat menggunakan sistem e-market sesuai kewenangan .
9. Skenario Use Case Kelola Data Transaksi Admin
Urutan proses Skenario use case kelola data transaksi Admin dapat dilihat pada tabel dibawah ini.
Tabel 3.16 Skenario Use Case Kelola Data Transaksi Admin.
Identifikasi
Nama Kelola Data Transaksi
Aktor Admin
Deskripsi Proses Kelola data pembayaran
merupakan proses untuk mengolah data pembayaran yang sudah dilakukan oleh customer pada sistem e-market.
Pre-condition Aktor berada pada halaman beranda sistem admin.
Post-condition Menampilkan halaman menu Transkasi penjualan.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Berada di halaman beranda sistem admin.
2. Memilih aksi yang akan dilakukan edit atau delete data transaksi penjualan/order.
3. Menampilkan halaman kelola data transaksi penjualan/order.
78
4. Menekan tombol “edit” 5. Halaman akan menampilkan edit data transaksi penjualan.
6.Merubah proses transaksi order.
7.Jika menekan tombol “save” 8. Proses menyimpan data yang telah di edit.
9. Jika data gagal disimpan akan tampil pesan”gagal tersimpan”, dan kembali ke proses skenario 5 jika data berhasil disimpan akan tampil pesan “ berhasil tersimpan.
Skenario Alternatif no 2(delete)
Aksi Aktor Reaksi Sistem
4.Memilih data yang akan di delete lalu tekan tombol “delete”
5. Halaman akan me-refresh dan data yang di delete telah hilang.
Kondisi Akhir Aktor dapat mengolah data transaksi.
10. Skenario Use Case Logout Customer
Urutan proses Skenario use case logout customer dapat dilihat pada tabel dibawah ini.
Tabel 3.17 Skenario Use Case Logout Customer.
Identifikasi
Nama Logout
Aktor Customer
Deskripsi Proses Logout
Pre-condition Aktor berada pada halaman utama.
Post-condition Menampilkan halaman login.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Menekan tombol “logout” 2. Menampilkan halaman login web sion jaya e-market
Skenario Alternatif
Aksi Aktor Reaksi Sistem
- -
Kondisi Akhir Aktor dapat menggunakan sistem e-market sesuai kewenangan .
80
11. Skenario Use Case Kelola Data Pembayaran Admin
Urutan proses Skenario use case kelola data pembayaran Admin dapat dilihat pada tabel dibawah ini.
Tabel 3.18 Skenario Use Case Laporan Transaksi Admin.
Identifikasi
Nama Laporan transaksi
Aktor Admin, Pimpinan
Deskripsi Proses Laporan transaksi merupakan
mencetak laporan-laporan transaksi untuk arsip perusahaan.
Pre-condition Aktor berada pada halaman beranda sistem admin.
Post-condition Menampilkan halaman menu laporan transaksi.
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Melakukan cetak laporan transaksi. 2. Menampilkan Halaman Laporan transaksi.
3. Menekan tombol “print” 4. Halaman menampilkan print pdf.
5. Halaman akan me-refresh kembali.
Skenario Alternatif
Aksi Aktor Reaksi Sistem
- -
Kondisi Akhir Aktor dapat melihat dan menyajikan laporan transaksi berdasarkan data yang dinginkan.
12. Skenario Use Case Logout Admin
Urutan proses Skenario use case logout Admin dapat dilihat pada tabel dibawah ini.
Tabel 3.19 Skenario Use Case Logout Admin.
Identifikasi
Nama Logout
Aktor Customer, Admin, Pimpinan
Deskripsi Proses Logout
Pre-condition Aktor berada pada halaman utama.
Post-condition Menampilkan halaman login.
Skenario Utama
Aksi Aktor Reaksi Sistem
82
1. Menekan tombol “logout” 2. Menampilkan halaman login web sion jaya e-market
Skenario Alternatif
Aksi Aktor Reaksi Sistem
- -
Kondisi Akhir Aktor dapat keluar dari sistem.