9. Tabel Alumni
4.4 Kebutuhan Perangkat Lunak
4.4.5 Skenario proses
Skenario proses menjelaskan alur dari setiap proses yang telah dirancang pada usecase. Proses ini adalah tindak lanjut dari proses deskripsi detail proses. Berikut Skenario proses yang akan dijabarkan ke dalam tabel-tabel:
1. Skenario Proses Login admin
Fungsi ini akan menampilkan form login. Skenario yang dapat dibuat untuk fungsi login terdapat pada tabel 4.15 skenario proses login.
Tabel 4.15 skenario usecase login admin IDENTIFIKASI
Nomor Req-FJ0
Nama Login Admin
Tujuan Membatasi hak akses aktor pengguna untuk menjaga keamanan data sebagai admin.
Deskripsi
Sistem memeriksa Username dan password aktor kedalam basisdata untuk melakukan pencocokan agar bisa memasukan login sebagai admin.
82 SKENARIO
Kondisi awal Tampilan dashboard utama website forum diskusi jurusan.
Aksi aktor Reaksi system
1. Usermemasuki halaman utama website forum diskusi jurusan.
2. Sistem menampilkan halaman login.
3. Sistem menampilkan form login.
4. User menginputkan Username dan password.
5. Memilih tombol login 6. Validasi Username dan password. Exceptional Flow of Event
7. a Sistem menampilkan halaman dashboard jika Username dan password benar.
b. Sistem akan menampilkan pesan kesalahan pada form jika Username atau password salah. Dan kembali ke aksi 4.
8. Kondisi akhir 9. Tampilan halaman dashboard admin.
2. Skenario proses login user (anggota)
Fungsi ini tidak jauh berbeda dengan proses login admin, namun hak akses yang membedakan dengan proses login admin. Dan memiliki fungsi akan menampilkan form login. Skenario yang dapat dibuat untuk fungsi login terdapat pada tabel 4.16 Skenario proses login.
Tabel 4.16 skenario proses login user (anggota) IDENTIFIKASI
Nomor Req-FJ1
Nama Login user(anggota)
Tujuan Membatasi hak akses aktor pengguna untuk menjaga keamanan data sebagai anggota.
Deskripsi Sistem memeriksa Username dan password aktor kedalam basisdata untuk melakukan pencocokan agar bisa
83
memasukan login sebagai anggota.
Aktor user
SKENARIO
Kondisi awal Tampilan dashboard utama websiteforum diskusi jurusan.
Aksi aktor Reaksi system
1. Usermemasuki halaman utama website forum diskusi jurusan.
2. Sistem menampilkan halaman login.
3. Sistem menampilkan formlogin.
4. User menginputkan Username dan password.
5. Memilih tombol login 6. Validasi Username dan password. Exceptional Flow of Event
7. aSistem menampilkan halaman dashboard jika Username dan password benar.
b Sistem akan menampilkan pesan kesalahan pada form jika Username atau password salah. Dan kembali ke aksi 4.
8. Kondisi akhir 9. Tampilan halaman dashboard anggota
3. Skenario thread
Fungsi ini akan menampilkan sub dari menu data thread. Skenario yang dibuat untuk fungsi kelola thread terdapat pada tabel 4.17 Skenario kelola thread.
Tabel 4.17 skenario kelola thread IDENTIFIKASI
Nomor Req-FJ01.
Nama Kelola thread
Deskripsi Proses untuk menampilkan sub menu mengelola thread
Aktor anggota/Admin
SKENARIO
Kondisi awal Tampilan UI kelola thread
Aksi aktor Reaksi sistem
1. Klik sub menu Kelola thread
2. Tampil sub Kelola thread
84 4. Skenario retrieve thread
fungsi ini menampilkan data kelola/ manage thread. Skenario yang dibuat untuk fungsi retrieve thread akan dijelaskan pada tabel 4.18 Skenario retrieve thread.
Tabel 4.18 skenario retrieve thread IDENTIFIKASI
Nomor Req-FJ01.1
Nama Retrieve thread
Deskripsi Proses untuk menampilkan data thread
Aktor admin
Aksi aktor Reaksi sistem
1. Klik sub menu thread. 2. Muncul List data thread 3. Kondisi akhir 4. Muncul List data thread
5. Skenario catat thread
Fungsi ini akan menambah data thread kemudian data tersebut akan disimpan pada database. Skenario yang dibuat untung fungsi catat thread dijelaskan pada tabel 4.19 Skenario catat thread.
Tabel 4.19 skenario proses catat thread IDENTIFIKASI
Nomor Req-FJ01.2
Nama Catat thread
Tujuan Mengakses data pada Kelola thread yang akan dilakukan oleh (admin) dengan melakukan tambah data.
Deskripsi Proses pencatatan data thread
Aktor admin
SKENARIO
Kondisi awal Tampilan UI
Aksi aktor Reaksi sistem
85 3. Klik create pada operasi
Kelola thread
4. Mengisi form thread
5. Klik create
6. a. Tampil List thread
b. Jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4
7. Kondisi akhir 8. Data thread berhasil disimpan.
6. Skenario edit thread
Fungsi tersebut akan mengupdate data thread. Skenario yang dibuat dari fungsi edit dijelaskan pada tabel 4.20 Skenario edit thread.
Tabel 4.20 skenario proses edit thread IDENTIFIKASI
Nomor Req-FJ01.3
Nama Edit/Update thread
Tujuan Mengakses data pada Kelola thread yang akan dilakukan oleh (admin) dengan melakukan edit data.
Deskripsi Proses edit data thread
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu thread 2. Tampil List thread. 3. Klik update pada operasi
Kelola thread
4. Mencari data yang akan diubah pada List thread.
5. Klik save/simpan
6. a. Tampil List thread
b. Jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4
86 7. Skenario hapus thread
Fungsi tersebut akan menghapus data thread yang ditentukan oleh admin. Skenario yang dimaksudakan dijelaskan pada tabel 4.21 Skenario hapus thread.
Tabel 4.21 skenario proses hapus thread IDENTIFIKASI
Nomor Req-FJ01.4
Nama Hapus hread
Tujuan Mengakses data pada hread yang akan dilakukan oleh S (admin) dengan melakukan hapus data.
Deskripsi Proses hapus datahread
Tabel 4.21 skenario proses hapus thread IDENTIFIKASI
Aktor admin
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu kelola thread 2.Tampil List thread. 3.Klikoperasi hapus/delete
pada operasi Kelola Tampil thread.
4. Tampil List thread
5.Memilih/ mencari data yang akan dihapus.
6.Muncul pesan : “Apakah anda yakin ingin menghapus item ini? Klik “ok” atau “cencel 7. a. klik button ok maka data akan dihapus.
b. klik button cencel, kembali ke aksi 4 8.Kondisi akhir 9.Data thread berhasil disimpan.
8. Kelola kategori
Fungsi ini akan menampilkan sub menu data kategori. Skenario yang dibuat untuk fungsi pengelolaan kategori dijelaskan pada tabel 4.22 Skenario kelola kategori.
Tabel 4.22 skenario kelola kategori IDENTIFIKASI
87
Nomor Req-FJ02
Nama Kelola Kategori
Tujuan
Mengakses data pada kelola kategori yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data.
Deskripsi Proses kelola data kategori.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
Tabel 4.22 skenario kelola kategori IDENTIFIKASI
1. Klik sub menu data