c. Memasukkan barang ke keranjang belanja Apabila User Member telah menemukan barang yang dicari dan
melakukan pembelian, barang-barang yang dipilih atau dibeli akan masuk ke keranjang belanja.
d. Melakukan pembayaran User Member melakukan pembayaran dengan cara men-transfer uang
ke rekening bank pemilik toko. e. Melakukan konfirmasi pembayaran
Setelah melakukan pembayaran dengan cara transfer, user melakukan konfirmasi pembayaran dengan cara mengirim email atau telepon ke
admin untuk kemudian diproses oleh pihak admin.
3.1.3 Analisa Kebutuhan Sistem
1. User Member
Fasilitas-fasilitas yang akan diberikan kepada member untuk memudahkan member dalam mencari, memilih dan memesan barang
sebagai berikut : a. Fasilitas Searching
Fasilitas ini berguna untuk memberikan kemudahan bagi member untuk mencari barang-barang yang diinginkan. Barang-barang
yang akan dicari berdasarkan jenis barang, warna barang, dan harga barang.
b. Fasilitas Resi JNE Fasilitas ini berguna untuk melihat nomer resi pengiriman barang
melalui JNE, sehingga member dapat mengetahui posisi barang kiriman dengan memasukkan nomer resi ke situs JNE.
c. Fasilitas Komentar Fasilitas ini berguna untuk menulis dan melihat komentar-
komentar yang ditulis oleh setiap member.
2. Admin
Fasilitas-fasilitas yang tersedia untuk Admin adalah : a. Fasilitas Kelola Barang
Fasilitas ini berguna untuk mengubah, menambah, dan
menghapus data barang. b. Fasilitas Kelola Penjualan
Fasilitas ini berguna untuk mengetahui pesanan barang dari pengunjung situs.
c. Fasilitas Kelola Komentar Fasilitas ini berguna bagi admin untuk menampilkan dan
menghapus komentar yang masuk. d. Fasilitas Resi JNE
Fasilitas ini berguna untuk menampilkan nomer resi pengiriman barang melalui JNE.
3.1.3.1 Use Case Diagram 1. User Member
Gambar 3.1 Use case diagram subsistem UserMember
2. Administrator
Gambar 3.2 Use case diagram subsistem administrator.
3.1.3.2 Use Case Narasi
NAMA USE CASE : Daftar Member Penulis : Rai
Tanggal : 20 Oktober 2012
Version : 1.00
NAMA USE CASE : Daftar Member
TIPE USE CASE ID USE CASE :
1 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : UserMember
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Use case ini menggambarkan proses daftar
menjadi member untuk masuk kedalam
sistem.
KONDISI AWAL : Member membuat account dengan username
dan password.
TRIGGER : Use case ini digunakan user yang ingin
menjadi member.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: User memilih daftar
member.
Step 3: Member
memasukkan data diri beserta username
dan password yang akan dipakai.
Step 4: Member menekan
tombol “Oke”
Step 2: Sistem menampilkan
form untuk diisi data diri user.
Step 5: Sistem mengecek
validasi username dan password dibasis
data. Step 6:
Sistem menampilka pesan konfimasi
pendaftaran member.
AKTIFITAS LAIN : Alt-step 1:
User menekan tombol “BATAL”, sehingga sistem tidak akan masuk kehalaman utama
untuk Daftar Member. Alt-step 5:
Jika
username dan
password.yang dimasukkan sudah terpakai maka sistem akan
memberikan peringatan.
KESIMPULAN : Use case
ini berhenti apabila User telah berhasil membuat sebuah account.
KONDISI AKHIR : •
User berhasil mndaftar menjadi Member.
PROSEDUR BISNIS : User
harus memasukkan username dan password.
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
-
NAMA USE CASE : Login Member Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Login Member
TIPE USE CASE ID USE CASE :
2 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Member
AKTOR LAIN YANG BERPERAN :
-
STAKEHOLDERS LAIN YANG TERTARIK :
- DESKRIPSI :
Use case ini menggambarkan proses masuk kedalam sistem.
KONDISI AWAL : Member
telah memiliki username
dan password.
TRIGGER : Use case ini digunakan saat Member ingin
masuk kedalam halaman sistem.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Member membuka
halaman LOGIN.
Step 3: Member
memasukkan username dan
password. Step 4:
Member menekan tombol “LOGIN”
Step 2: Sistem meminta
Member untuk memasukkan
username dan password.
Step 5: Sistem mengecek
validasi username dan password dibasis
data. Step 6:
Sistem masuk kehalaman utama
untuk Member.
AKTIFITAS LAIN : Alt-step 4:
Member menekan tombol “BATAL”, sehingga sistem tidak akan masuk kehalaman utama
untuk Member. Alt-step 5:
Jika
username dan
password.yang dimasukkan tidak sesuai maka sistem akan
memberikan peringatan.
KESIMPULAN : Use case ini berhenti apabila Member telah
berhasil masuk kehalaman menu utama sistem.
KONDISI AKHIR : •
Member berhasil login
dan masuk
kehalaman utama. •
Member gagal login sehingga tidak dapat masuk kehalaman utama.
PROSEDUR BISNIS : Member harus memasukkan username dan
password.
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Hanya dapat diakses oleh Member.
• Hanya dapat diakses oleh Member yang
memiliki username dan password.
NAMA USE CASE : Logout Member Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : LogOut Member
TIPE USE CASE ID USE CASE :
3 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Member
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Use case ini menggambarkan proses keluar
dari sistem.
KONDISI AWAL : Member telah melalui proses login
TRIGGER : Use case ini digunakan saat Member ingin
keluar dari halaman sistem.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Member memilih
menu LOGOUT.
Step 2: Sistem melakukan
proses LOGOUT.
AKTIFITAS LAIN : Alt-step 1:
Member tidak jadi logout jika menekan tombol lain yang ada pada halaman tersebut.
KESIMPULAN : Use case ini berhenti apabila Member telah
berhasil keluar dari kehalaman menu utama sistem.
KONDISI AKHIR : •
Member berhasil keluar dari sistem.
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Keluar dari halaman utama sistem.
NAMA USE CASE : Lihat Barang Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Lihat Barang
TIPE USE CASE ID USE CASE :
4 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR :
Member User
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI :
UseCase ini merupakan tampilan menu utama dimana usermember dapat melihat
barang-barang yang dijual di toko furniture.
KONDISI AWAL :
Member telah melalui proses Login.
TRIGGER :
Usecase ini digunakan untuk melihat barang- barang yang dijual di toko furniture
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: UserMember
memilih menu utama Home untuk melihat
barang yang dijual.
Step 2: Sistem menampilkan
menu utama dengan menampilkan data-
data barang yang dijual.
AKTIFITAS LAIN : -
KESIMPULAN :
Usecase ini berhenti saat usermember memilih menu lain atau keluar.
KONDISI AKHIR : -
PROSEDUR BISNIS : Usermember harus memilih menu utama
atau Home.
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
Sistem selesai dibangun dan dapat diakses.
NAMA USE CASE : Cari Barang Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE :
Cari Barang
TIPE USE CASE ID USE CASE :
5 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : UserMember
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase ini digunakan untuk membantu
usermember mencari barang furniture sesuai
dengan kategori barang, warna barang dan harga barang.
KONDISI AWAL : Usermember masuk ke menu utama dan
memilih menu cari barang.
TRIGGER :
Usecase ini digunakan saat usermember ingin mencari barang sesuai dengan kategori
barang, warna barang dan harga barang.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: UserMember
memilih menu cari barang.
Step 3: UserMember
mengisi field pencarian barang
dan menekan tombol “CARI”.
Step 2: Sistem menampilkan
menu cari barang dengan beberapa
field yang harus diisi.
Step 4: Sistem memproses
dan menampilkan barang hasil
pencarian.
AKTIFITAS LAIN : Alt-step 1:
Jika tidak ada barang yang ditemukan maka sistem akan menampilkan pesan bahwa
barang yang dicari tidak ada.
KESIMPULAN :
Usecase ini berhenti apabila sistem telah berhasil melakukan proses pencarian.
KONDISI AKHIR : •
Sistem berhasil menemukan barang yang dicari usermember.
• Sistem tidak menemukan barang yang
dicari usermember.
PROSEDUR BISNIS : UserMember
harus mengisikan
field pencarian barang.
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Harus
dapat melakukan
pencarian barang sesuai dengan yang diinputkan.
NAMA USE CASE : Beli Barang Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Beli Barang
TIPE USE CASE ID USE CASE :
6 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Usermember
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
-
YANG TERTARIK : DESKRIPSI :
Usecase ini digunakan untuk membeli dan memesan barang sesuai dengan warna yang
diinginkan usermember.
KONDISI AWAL :
Usermember masuk ke menu utama dan memilih menu Produk.
TRIGGER : Usecase ini digunakan untuk melakukan
pembelian barang.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: UserMember
memilih menu Produk.
Step 3: Usermember
menekan tombol beli.
Step 2: Sistem menampilkan
barang-barang yang dijual berdasarkan
kategorinya.
Step 4: Sistem memproses
dan memasukkan barang ke keranjang
belanja.
AKTIFITAS LAIN : Alt-step 1:
Proses beli barang akan berhenti jika usermember menekan menu lainnya.
KESIMPULAN :
Usecase ini akan berhenti apabila proses beli barang berhasil atau user menekan tombol
menu lainnya.
KONDISI AKHIR : •
Proses beli barang berhasil. •
Proses beli barang dibatalkan.
PROSEDUR BISNIS : -.
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Sistem selesai dibangun dan dapat
diakses.
NAMA USE CASE : Lihat Komentar Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Lihat Komentar
TIPE USE CASE ID USE CASE :
7 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : UserMember
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase
ini digunakan
untuk melihat
komentar dari pengunjung situs.
KONDISI AWAL :
UserMember masuk menu utama dan memilih menu lihat komentar.
TRIGGER : Usecase ini digunakan saat usermember
ingin melihat komentar.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: UserMember
memilih menu lihat komentar.
Step 2: Sistem menampilkan
menu lihat komentar.
AKTIFITAS LAIN : -
KESIMPULAN : Sistem akan menampilkan menu komentar
apabila usermember memilih menu lihat komentar.
KONDISI AKHIR : •
Sistem menampilkan
menu lihat
komentar.
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Harus dapat menampilkan komentar-
komentar yang ada di database.
NAMA USE CASE : Tulis Komentar Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE :
Tulis Komentar
TIPE USE CASE ID USE CASE :
8 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : UserMember
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase
ini menggambarkan
proses usermember menulis komentar.
KONDISI AWAL : -
TRIGGER : Usecase ini digunakan saat usermember
ingin menulis komentar.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: UserMember
memilih menu “Tambah Komentar”
dan menulis
komentar di form komentar.
Step 2: UserMember
menekan tombol “OK”.
Step 3: Sistem memproses
dan menyimpan data komentar tersebut
dengan status komentar tunda.
Step 4: Sistem menampilkan
pesan bahwa komentar sudah
berhasil disimpan
AKTIFITAS LAIN : Alt-step 1:
Jika komentar tidak berhasil disimpan maka sistem akan menampilkan pesan gagal.
KESIMPULAN :
Usecase ini
digunakan untuk
menulis komentar.
KONDISI AKHIR : •
Komentar yang diulis berhasil disimpan. •
Komentar yang ditulis gagal disimpan.
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Harus dapat menyimpan data komentar
ke database komentar.
NAMA USE CASE : Lihat Resi JNE Penulis : Rai
Tanggal : 20 Oktober 2012
Version : 1.00
NAMA USE CASE : Lihat Resi JNE
TIPE USE CASE ID USE CASE :
9 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Usermember
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase ini digunakan untuk melihat Nomor
resi JNE pengiriman barang.
KONDISI AWAL : Usermember masuk ke menu utama dan
memilih menu Resi JNE.
TRIGGER : Usecase ini digunakan untuk melihat nomor
resi JNE.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: UserMember
memilih menu nomor
Step 2:
resi JNE
Step 3: Usermember
memasukkan username dan
password. Sistem menampilkan
menu nomor resi JNE dengan syarat
member harus login terlebih dahulu..
Step 4: Sistem menampilkan
status pesanan barang yg dipesan
apakah diterima atau ditolak.
AKTIFITAS LAIN : Alt-step 1:
Proses nomor resi JNE akan berhenti jika usermember menekan menu lainnya.
KESIMPULAN :
Usecase ini akan berhenti apabila sistem berhasil menampilkan nomor resi JNe atau
user menekan tombol “BATAL”.
KONDISI AKHIR : -
PROSEDUR BISNIS :
UserMember harus login.
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Sistem selesai dibangun dan dapat
diakses.
NAMA USE CASE : Login Administrator Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Login Administrator
TIPE USE CASE ID USE CASE :
10 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Admin
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase ini digunakan oleh admin untuk
masuk ke sistem.
KONDISI AWAL :
Admin telah
memiliki username
dan password.
TRIGGER : Usecase ini digunakan oleh admin untuk
masuk ke sistem.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Administrator
membuka halaman LOGIN.
Step 2: Sistem meminta
administrator untuk
Step 3: Administrator
memasukkan username dan
password. Lalu menekan tombol
“Login”. memasukkan
username dan password.
Step 4: Sistem mengecek
validasi username dan password di
database. Step 5:
Sistem masuk kehalaman utama
untuk administrator.
AKTIFITAS LAIN : Alt-step 1:
Jika username
dan password
yang dimasukkan tidak sesuai maka sistem akan
memberikan peringatan.
KESIMPULAN : Usecase ini digunakan oleh admin untuk
masuk ke sistem.
KONDISI AKHIR : •
Admin berhasil masuk ke sistem.
PROSEDUR BISNIS : Admin harus memasukan username dan
password dengan benar,
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Hanya dapat digunakan oleh admin.
NAMA USE CASE : Logout Administrator Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Logout Administrator
TIPE USE CASE ID USE CASE :
11
Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR :
Admin
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI :
Usecase ini menggambarkan proses keluar dari sistem.
KONDISI AWAL : Admin telah melalui proses login.
TRIGGER : Usecase ini digunakan saat Admin ingin
keluar dari sistem.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Admin memilih menu
logout.
Step 2: Sistem melakukan
proses logout.
AKTIFITAS LAIN : Alt-step 1:
Admin akan masuk ke menu yang dipilih oleh admin.
KESIMPULAN :
Usecase ini akan berhenti jika Admin berhasil keluar dari sistem.
KONDISI AKHIR : •
Admin keluar dari sistem
PROSEDUR BISNIS : Admin harus menekan tombol “LogOut”.
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Admin harus dapat keluar dari sistem
dengan status Logout.
NAMA USE CASE : Tambah Barang Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE :
Tambah Barang
TIPE USE CASE ID USE CASE :
12 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Admin
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase
ini menggambarkan
proses penambahan
data barang
baru pada
database sistem.
KONDISI AWAL : Admin masuk ke halaman utama sistem dan
memilih menu Tambah Data Barang.
TRIGGER : Usecae ini digunakan untuk menambah data
barang baru.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Admin memilih menu
Tambah Barang
Step 3: Admin menambah
data barang dengan megisikan field yang
ada di halaman tersebut.
Step 4: Admin menekan
tombol “Tambah Data”
Step 2: Sistem menampilkan
Halaman Tambah Barang.
Step 5: Sistem memproses
dan menampilkan pesan berhasil.
AKTIFITAS LAIN : Alt-step 4:
Admin menekan tombol “Batal”. Alt-step 5:
Jika data yang ditambahkan tidak erhasil disimpan, sistem akan menampilkan pesan
gagal.
KESIMPULAN :
Usecase ini berhenti saat admin berhasil menambah data barang baru.
KONDISI AKHIR : •
Data barang baru berhasil disimpan
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Harus dapat menyimpan data barang
baru.
NAMA USE CASE : Ubah Barang Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE :
Ubah Barang
TIPE USE CASE ID USE CASE :
13 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Admin
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase ini menggambarkan proses ubah
data barang
KONDISI AWAL : Admin masuk ke halaman utama sistem dan
memilih menu ubah data barang
TRIGGER : Usecase ini digunakan untuk mengubah data
barang
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Admin memilih menu
ubah data barang
Step 3: Admin mencari data
barang.
Step 5: Admin mengubah
data barang dan menekan tombol
“Simpan”
Step 2: Sistem menampilkan
halaman ubah data barang
Step 4: Sistem menampilkan
data barang yang dicari
Step 6: Sistem memproses
pengubahan data barang dan
menampilkan pesan berhasil.
AKTIFITAS LAIN : Alt-step 4:
Barang yang dicari tidak ada Alt-step 6:
Data barang yang diubah tidak berhasil disimpan dan sistem akan menampilkan
pesan gagal
KESIMPULAN :
Usecase akan berhenti jika data barang berhasil diubah dan disimpan
KONDISI AKHIR : •
Data berhasil diubah
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Data barang yang ada di database harus
dapat diubah dan disimpan.
NAMA USE CASE : Hapus Barang Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE :
Hapus Barang
TIPE USE CASE ID USE CASE :
14 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Admin
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase ini menggambarkan proses hapus
data barang
KONDISI AWAL : Admin masuk ke halaman utama sistem dan
memilih menu hapus data barang
TRIGGER : Usecase ini digunakan untuk menghapus data
barang
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Admin memilih menu
hapus data barang
Step 3: Admin mencari data
barang yang akan dihapus
Step 5: Admin menekan
tombol “Hapus”
Step 2: Sistem menampilkan
halaman hapus data barang
Step 4: Sistem menampilkan
data barang yang dicari
Step 6: Sistem memproses
data yang dihapus dan menampilkan
pesan berhasil.
AKTIFITAS LAIN : Alt-step 4:
Barang yang dicari tidak ada Alt-step 6:
Data barang yang diubah tidak berhasil disimpan dan sistem akan menampilkan
pesan gagal
KESIMPULAN : Usecase ini berhenti jika data berhasil
dihapus
KONDISI AKHIR : •
Data berhasil dihapus
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Harus dapat menghapus data barang
NAMA USE CASE : Kelola Komentar Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Kelola Komentar
TIPE USE CASE ID USE CASE :
15 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Administrator
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Use case ini menggambarkan proses untuk
menampilkanmenghapus komentar
– komentar yang ditulis oleh pengunjung situs
agar dapat dilihat oleh pengunjung lainnya
KONDISI AWAL :
Admin masuk ke halaman utama sistem dan memilih menu kelola komentar
TRIGGER : Usecase
ini digunakan
untuk menampilkanmenghapus komentar
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Administrator masuk
kehalaman utama untuk administrator
dan memilih menu KELOLA
KOMENTAR
Step 3: Administrator
menekan tombol “TAMPILKAN” atau
“HAPUS”.
Step 2: Sistem akan
menampilkan halaman yang berisi
komentar – komentar yang telah ditulis
pengunjung.
Step 4: Sistem menampilkan
pesan bahwa komentar berhasil
ditampilkandihapus. Step 5:
Sistem akan menampilkan
komentar di halaman Komentar
AKTIFITAS LAIN : Alt-step 4:
Jika komentar tidak berhasil ditampilkan maka sistem akan menampilkan pesan gagal
KESIMPULAN : Use case
ini berhenti apabila administrator telah berhasil memproses komentar yang
ditulis oleh pengunjung.
KONDISI AKHIR : Komentar
berhasil ditampilkan
ataupun dihapus.
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Hanya dapat diakses oleh administrator.
• Harus dapat menampilkanmenghapus
komentar.
NAMA USE CASE : Kelola Penjualan Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE :
Kelola Penjualan
TIPE USE CASE ID USE CASE :
16 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Administrator
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase ini menggambarkan proses terima
pesanan yang dikirimkan oleh pengunjung
KONDISI AWAL : Admin masuk ke halaman utama sistem dan
memilih menu manajemen pesanan.
TRIGGER : Usecase in digunakan untuk menerima
pesanan.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Administrator masuk
kehalaman utama untuk administrator
dan memilih menu Kelola Penjualan
Step 2: Sistem akan
menampilkan halaman yang berisi
Pembelian barang dari member.
Step 3: Administrator
menekan tombol “terima”
Step 4: Sistem menampilkan
pesan diterima.
AKTIFITAS LAIN : Alt-step 3:
Administrator menekan tombol “BATAL”,
untuk membatalkan.
KESIMPULAN : Use case
ini berhenti apabila administrator telah berhasil memproses pesanan yang
ditulis oleh pengunjung.
KONDISI AKHIR : pesanan berhasil diterima.
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Hanya dapat diakses oleh administrator
NAMA USE CASE : Kelola Resi JNE Penulis : Rai
Tanggal : 25 Juli 2012
Version : 1.00
NAMA USE CASE : Kelola Resi JNE
TIPE USE CASE ID USE CASE :
17 Bisnis Sistem :
PRIORITAS:
Tinggi
SUMBER : -
PRIMARY BISNIS ACTOR : Administrator
AKTOR LAIN YANG BERPERAN :
- STAKEHOLDERS LAIN
YANG TERTARIK : -
DESKRIPSI : Usecase ini menggambarkan proses nomor
resi jne.
KONDISI AWAL : Admin masuk ke halaman utama sistem dan
memilih menu resi jne.
TRIGGER : Usecase in digunakan untuk memasukkan
nomer resi pengiriman barang.
URUTAN AKTIFITAS NORMAL :
AKSI AKTOR RESPON SISTEM
Step 1: Administrator masuk
kehalaman utama untuk administrator
dan memilih menu RESI JNE
Step 2: Sistem akan
menampilkan halaman yang berisi
nomor resi jne.
AKTIFITAS LAIN : -
KESIMPULAN : Use case
ini berhenti apabila administrator telah berhasil menambahkan nomor resi jne
KONDISI AKHIR : nomor resi berhasil ditampilkan
PROSEDUR BISNIS : -
BATASAN IMPLEMENTASI DAN SPESIFIKASI :
• Hanya dapat diakses oleh administrator
3.2 Pemodelan Proses DFD Data Flow Diagram
