51 BAB IV
ANALISIS SISTEM DAN PERANCANGAN 4.1 Implementasi data penelitian
4.1.1 penentuan jenis data
Data yang dikumpulkan dalam penelititan, diolah menjadi data kuantitatif. data kuantitatif adalah data yang dikumpulkan berupa angka hasil pengukuran dan diolah berdasarkan ststistik agar ditafsirkan dengan baik Margono (2003).
4.1.2 Sumber data
Sumber data adalah subjek darimana data dipeoleh dilihat dari sumbernya. Atau boleh dikatakan sebagai pemberi data dalam sebuah penelitian Arikunto ( 2006).
Penentuan data ini akan akan berkaitan dengan langkah-langkah sebagai berikut: a. Lokasi penelitian
Penelitian dilakukan di jurusan teknik informatika UIN Sunan Gunung Djati Bandung
b. Populasi penelitian
Populasi adalah keseluruhan objek yang menjadi objek penelitian. Populasi menurut S.Margono adalah seluruh data yang menjadi perhatian kita dalam suatu ruang lingkup dan waktu yang kita tentukan dan populasi disini adalah mahasiswa dan mahasiswi jurusan teknik informatika UIN Sunan Gunung Djati Bandung.
4.1.3 Sampel random
Cara ilmiah untuk mencapai tujuan atau kebenaran ilmiah dalam penelitian kuantitatif dilakukan dengan menggunakan dilakukan dengan metode deskriptif yang diarahkan pada upaya pemecahan masalah dengan cara memaparkan hasil penelitian.
52
Adapun yang dimaksud sampel random adalah peneliti mencampur subjek-subjek didalam populasi sehingga semua subjek dianggap sama. Dengan demikian peneliti memberi hak yang sama kepada setiap subjek untuk memperoleh kesempatan dipilih menjadi sample.
Cara pengambilan anggota sampel dilakukan secara random sistematis, untuk lebih jelasnya jumlah anggota sampel seperti yang terlihat dalam tabel di bawah ini tabel 4.1 anggota sampel penelitian.
Tabel 4.1 anggota sampel penelitian
NO NAMA JENIS
KELAMIN
1 Muhammad ikhsan Laki-laki
2 M Taufiq LH Laki-laki
3 Syifa Agustina RJ perempuan
4 Eva N perempuan
5 M Muchtar Ramadhan Laki-laki
6 Ryan Laki-laki
7 Bagus Wira Regional Laki-laki
8 Khairil fauzan Laki-laki
9 Tubagus Assad Laki-laki
10 Haryati nur Anisa perempuan
11 Pranita N perempuan
12 Lia perempuan
13 Johan Laki-laki
Tabel 4.1 anggota sampel penelitian
NO NAMA JENIS
KELAMIN
14 Ozan Laki-laki
15 Ikhsan Adia Ramadhan Laki- laki
16 Salman Hadi Laki-laki
17 Zulfikar A Laki-laki
18 Yogi Putra Laki-laki
19 Ganjar Rajiman Laki-laki
20 Syarif Hidayat Laki-laki
53 4.1.4 Penilaian kuesioner
Pada kuesioner yang dibagikan kepada responden menggunakan pertanyaan yang memiliki jawaban “Ya” atau “Tidak”, maka data yang didapat tidak perlu dinilai, hanya dijumlahkan untuk mengetahui hasil. Berikut penghitungan hasil kuesioner akan dijelaskan pada tabel 4.2 penilaian kuesioner.
Tabel 4.2 Penilaian kuesioner kuantitatif
No Hal-hal yang ingin ditanyakan Ya Tidak Abstend Hasil persentase 1 Apakah anda pernah mengakses
website forum ?
19 1 95%
2 Seringkah anda mengakses website jejaring social ?
20 0 100%
3 apakah penting website yang bersifat shering ?
19 1 95%
4 Apakah pemakaian banyak gambar membuat sebuah website dapat dikatakan menarik?
10 10 50%
5 Apakah anda setuju website dengan bahasa Indonesia
18 1 1 90%
6 Harus adakah fasilitas share file pada website forum?
19 1 95%
Tabel 4.2 Penilaian kuesioner kuantitatif
No Hal-hal yang ingin ditanyakan Ya Tidak Abstend Hasil persentase
7 apakah anda suka layout yang 16 4 80%
mengikuti ukuran layar (responsive)?
8 Pentingkah website forum yang bersifat responsive?
19 1 95%
9 tahukah anda website yang bersifat interaktif?
16 4 80%
10 Pentingkah website forum yang bersifat interaktif?
17 3 85%
11 Apakah Informasi berita perlu ada pada Website forum?
54
Dalam analisis data yang berasal dari kuesioner bergradasi atau bertingkat A sampai D, maka disimpulkan sebagai berikut pada tabel 4.3 penilaian kuesioner desain.
Tabel 4.3 Penilaian kuesioner kuantitatif desain
No Design yang disukai A B C D Hasil
persentase 1 Pertanyan no 1 dilampirkan dilampiran 2 3 12 3 A = 10%, B = 15%, C = 60%, D = 15% 2 Pertanyan no 2 dilampirkan dilampiran 13 5 2 0 A = 20%, B = 25%, C = 10%, D = 0 3 Pertanyan no 3 dilampirkan dilampiran 15 0 2 3 A = 75%, B = 0 C = 10%, D = 15% 4 Pertanyan no 4 dilampirkan dilampiran 12 3 5 0 A = 60%, B = 15%, C = 25%, D = 0 5 Pertanyan no 5 dilampirkan dilampiran 17 1 1 1 A = 85%, B = 5%, C = 5%, D = 5%,
Berdasarkan hasil dari analisa sistem dan identifikasi proses pada bab sebelumnya, maka akan diuraikan mengenai perancangan sistem. Pada dasarnya, tujuan umum perancangan sistem adalah mengolah data untuk menghasilkan informasi yang tepat baik bentuk, waktu dan isinya. Hal ini diharapkan dapat membantu mengolah website forum.
4.2 Pemodelan Unified Modeling Lenguage (UML)
Perangkat UML distandarkan sebagai peralatan untuk dokumen analisa dan rancangan dari sistem perangkat lunak. Peralatan UML termasuk diagram yang memberikan orang-orang untuk menampilkan konstruksi dari sistem objek oriented (Kendall, 2003).
55
Diagram ini menemukan aktor-aktor dan penggunaan kasus dengan kerangka sistem. Beberapa pengguna yang saling berhubungan ditampilkan sebagai bentuk oval dengan kotak yang menampilkan sistem utamaatau subsistem yang di modelkan. Diagram usecase menyediakan pandangan luas dari seorang aktor dan penggunaan kasus dengan sistem, dan menyediakan seluruh gambaran dari fungsi sistem external (Kendall, 2003).
Berikut skema usecase pada gambar 4.1 skema usecase.
Gamabar 4.1 Skema Usecase
4.2.2 Diagram Activity
Diagram activity memperlihatkan aliran aktivitas dalam sebuah proses, transisi antara keadaan dan aliran control dalam proses (Kendall, 2003). Gambar-Gambar Berikut adalah skema diagram activity yang dirancang dari website forum.
Proses login adalah syarat pertama user untuk mengakses website forum diskusi ini, karena setelah user melakukan login maka user akan diberi hak akses untuk bisa mengakses bebrapa proses seperti tulis thread, komentar dan sebagainya. Activity diagram proses login akan dijelaskan pada gambar 4.2 activity diagram Login:
56
Gambar 4.2 activity diagram Login
Pada website forum ini user yang tidak memiliki account mesti melakukan registrasi atau daftar terhadap sistem sehingga user dapat mengakses website forum tersebut. Proses daftar akan dijelaskan pada gambar 4.3 activity diagram daftar.
Gambar 4.3 activity diagram daftar
Setelah melakukan pendaftaran pada sistem maka user memiliki account untuk login. Untuk melakukan perubahan account user anggota maupun admin maka akan dijelaskan proses kelola user pada gambar 4.4 activity diagram kelola user.
57
Gambar 4.4 activity diagram kelola user
Untuk lebih jelasnya activity diagram kelola user, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
Pada website forum jurusan disediakan kategori, berfungsi untuk membagi sub dari bahasan thread. Proses kelola kategori dijelaskan pada gambar 4.5 activity diagram kelola kategori.
58
Gambar 4.5 activity diagram kelola kategori
Untuk lebih jelasnya diagram activity kelola kategori, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
Pada website forum terdapat proses yang paling diutamakan oleh para pengguna yaitu proses forum, yang biasanya disebut dengan thread. Pada modul thread ini user bisa melakukan interaksi atau sharing. Pada form thread di atur oleh admin dan user anggota. Proses forum atau thread ini dijelaskan pada gambar 4.6 activity diagram kelola forum .
59
Gambar 4.6 activity diagram kelola forum
Untuk lebih jelasnya activity diagram kelola forum, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
User yang ingin melakukan share pengetahuan bisa berinteraksi melalui fasilitas thread yang kemudian user anggota bisa melakukan komentar pada thread yang jadi bahasannya. Proses komentar akan dijelaskan pada gambar 4.7 activity diagram kelola komentar.
60
Gambar 4.7 activity diagram kelola komentar
Untuk lebih jelasnya activity diagram kelola komentar, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
Pada website forum diskusi, User tidak hanya bisa melakukan share pengetahuan akan tetapi user juga mendapatkan berita dari jurusan yang akan di update oleh admin jurusan. Berikut proses activity berita yang akan dijelaskan pada gambar 4.8 activity diagram kelola berita.
61
Gambar 4.8 activity diagram kelola berita
Untuk lebih jelasnya activity diagram kelola berita, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
User juga memiliki akses untuk mendownload file dan upload file untuk yang memudahkan user untuk berbagi file. Berikut proses activity kelola file share dijelaskan pada gambar 4.9 actifity kelola file share.
62
Gambar 4.9 activity diagram file share
Untuk lebih jelasnya activity diagram kelola file share, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
Pada website forum jurusan menyediakan modul alumni yang fungsinya sebagai pendataan dari alumni, untuk memudahkan kepada admin untuk mengetahui lulusan mahasiswa teknik informatika UIN Sunan Gunung Djati Bandung dan untuk memudahkan dalam pendataan alumni. Berikut dijelaskan proses kelola alumni pada gambar 4.10 activity diagram kelola alumni.
63
Gambar 4.10 activity diagram kelola alumni
Untuk lebih jelasnya activity diagram kelola alumni, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
4.2.3 Diagram Sequence
Diagram sequence dapat digambarkan sebuah keberhasilan dari interaksi antara objek selama operasi. Diagram rangkaian sering digunakan untuk menggambarkan pemrosesan yang digambarkan dalam Skenario usecase. Dalam peraktiknya, diagram sequence berasal dari analisis usecase dan digunakan dalam sistem rancangan untuk mendapatkan interaksi, hubungan dan metode objek dalam sistem (kendall, 2003).
Pada sequence dijelaskan proses dari login. Berikut proses login yang dijelaskan pada gambar 4.11 sequence diagram login.
64
Gambar 4.11 Sequence Diagram Login
User harus melakukan registrasi atau daftar sebelum mengakses forum. Berikut dijelaskan proses diagram sequence daftrar pada gambar 4.12 Sequence diagram daftar user.
Gambar 4.12 Sequence diagram daftar user
Setelah melakukan pendaftaran pada sistem maka user memiliki account untuk login. Untuk melakukan perubahan account user anggota maupun admin maka akan dijelaskan proses kelola user pada gambar 4.13 Sequence diagram kelola user.
sd Login
Aktor
form Login menu utama database
login()
username,password()
validation()
login sukses()
65
Gambar 4.13 Sequence diagram kelola user
Untuk lebih jelasnya sequence diagram kelola user, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
66
website forum jurusan menyediakan kategori, berfungsi untuk membagi sub dari bahasan thread. Proses kelola kategori dijelaskan pada gambar 4.14 activity diagram kelola kategori.
Gambar 4.14 Sequence diagram kelola kategori
Untuk lebih jelasnya sequence diagram kelola user, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
Pada website forum terdapat proses yang paling diutamakan, yang biasanya disebut dengan Proses forum atau thread ini dijelaskan pada gambar 4.15 Sequence diagram kelola forum
67
Gambar 4.15 Sequence diagram kelola forum
Untuk lebih jelasnya diagram Sequence kelola forum, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
User dapat berinteraksi pada thread dengan mengisi form komentar yang disediakan pada thread yang menjadi bahasannya. Proses komentar akan dijelaskan pada gambar 4.16 Sequence diagram kelola komentar
68
Gambar 4.16 Sequence diagram kelola komentar
Untuk lebih jelasnya Sequence diagram kelola komentar, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
69
Informasi yang diberikan kepada user mencakup informasi berita dari jurusan. Berikut proses Sequence berita yang akan dijelaskan pada gambar 4.17 Sequence diagram kelola berita.
Gambar 4.17 Sequence diagram kelola berita
Untuk lebih jelasnya Sequence diagram kelola berita, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
70
User juga memiliki akses untuk mendownload file dan upload file untuk yang memudahkan user untuk berbagi file. Berikut proses Sequence kelola file share dijelaskan pada gambar 4.18 Sequence kelola file share.
Gambar 4.18 Sequence diagram file share
Untuk lebih jelasnya diagram Sequence kelola berita, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
71
modul alumni yang dibuat difungsikan untuk pendataan alumni. Berikut dijelaskan proses kelola alumni pada gambar 4.19 Sequence diagram kelola alumni.
Gambar 4.19 Sequence diagram kelola alumni
Untuk lebih jelasnya diagram Sequence kelola berita, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran.
72
Diagram class digunakan untuk memodelkan rancangan struktural statis untuk sistem. Hubungan class diilustrasikan secara grafik. Diagram class memperlihatkan kebutuhan fungsional dari sistem dikumpulkan dengan cara analisis dan juga rancangan fisik sistem (Kendall, 2003). Berikut dijelaskan rancangan diagram class pada gambar 4.20 diagram class.
Gambar 4.20 diagram class
4.3 Perancangan Database
Berikut rancangan skema diagram website forum diskusi dijelaskan pada Gambar 4.21 skema diagram forum
73 4.3.1 Skema Diagram
Gambar 4.21 Skema Diagram Forum
4.3.2. Struktur Tabel
Struktur tabel berisi informasi tentang setiap record yang ada pada Tabel. Berikut adalah struktur tabel database pada website forum.
1.Tabel User
Dalam table user dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : User
Primary Key : id
Foreign Key :
74
Tabel 4.4 Struktur tabel User
NO Nama Field Tipe Data Panjang
1 Id Int 11 2 Username Varchar 20 3 Password Varchar 50 4 Saltpassword Varchar 50 5 Nim Int 11 6 Kelas Varchar 30 7 Angkatan Int 5 8 Email Varchar 50 9 Joindate Timestamp 10 Level_id Int 11 11 Avatar Varchar 30 2. Tabel Kategori
Dalam tabel kategori dijelaskan struktur keterangan pada tabel di bawah ini
Nama Database : forumdb
Nama Tabel : kategori
Primary Key : id
Foreign Key :
Fungsi
Tabel 4.5 struktur tabel kategori NO Nama Field Tipe Data Panjang
1 Id Int 11
2 Kategori Varchar 100
3.Tabel Level
Dalam tabel level dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : level
Primary Key : id
Foreign Key : -
Fungsi
75
NO Nama Field Tipe Data Panjang
1 Id Int 11
2 Level Varchar 50
4. Tabel News
Dalam tabel news dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : News
Primary Key : id
Foreign Key : user
Fungsi
Tabel 4.7 Struktur tabel News
NO Nama Field Tipe Data Panjang
1 Id Int 11 2 Judul Varchar 200 3 Isi Text 4 Foto Varchar 200 5 User Int 11 6 Tglpost Timestamp 5. Tabel Raputation
Dalam table Raputation dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : raputation
Primary Key : id
Foreign Key : pemberi_id, penerima_id
Fungsi:
Tabel 4.8 Struktur tabel Raputation NO Nama Field Tipe Data Panjang
1 Id Int 11
2 tanggal timestamp
3 jenis tinyint
4 Pemberi_id Int 11
76 6. Tabel Thread
Dalam table Thread dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : thread
Primary Key : id
Foreign Key : user_id, kategori_id
Fungsi
Tabel 4.9 Struktur tabel Thread NO Nama Field Tipe Data Panjang
1 Id Int 11 2 judul Varchar 225 3 isi Text 4 user_id Int 11 5 kategori_id Int 11 6 Tanggalpost Timestamp 7. Tabel Threadstar
Dalam table Threadstar dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : threadstar
Primary Key : id
Foreign Key : user_id, thread_id
Fungsi:
Tabel 4.10 Struktur Threadstar
NO Nama Field Tipe Data Panjang
1 Id Int 11
2 nilai Int 11
3 User_id Int 11
4 thread_id Int 11
77
Dalam table Comment dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : comment
Primary Key : id
Foreign Key : user_id, thread_id
Fungsi:
Tabel 4.11 Struktur tabel Comment NO Nama Field Tipe Data Panjang
1 Id Int 11 2 Judul Varchar 25 3 Isi Text 4 User_id Int 11 5 thread_id Int 11 6 Tanggalpost timestamp 9. Tabel Alumni
Dalam table alumni dijelaskan struktur keterangan pada tabel di bawah ini :
Nama Database : forumdb
Nama Tabel : Alumni
Primary Key : id
Foreign Key -
Fungsi:
Tabel 4.12 Struktur tabel alumni NO Nama Field Tipe Data Panjang
1 Id Int 11 2 Nama Varchar 25 3 Nim Int 11 4 Kelas Varchar 30 5 Angkatan Int 5 6 status Varchar 50 7 Lulusan Int 5 8 Judulta Text
78
9 Tempatkerja Tex
10 Email Varchar 50
11 joinDate timestamp
4.4 Kebutuhan Perangkat Lunak
Kebutuhan perangkat lunak merupakan faktor–faktor yang harus dipenuhi untuk merancang sebuah perangkat lunak sehingga sesuai dengan maksud dan tujuan perangkat lunak yang dibuat.
Kebutuhan perangkat lunak dibagi menjadi dua bagian, yaitu kebutuhan antarmuka eksternal dan kebutuhan fungsional.
4.4.1 Kebutuhan antarmuka eksternal
Kebutuhan dalam pembuatan websiteforum jurusan ini, diantaranya: 1. XAMPP
Sebagai server lokal yang digunakan untuk menjalankan sistem dikomputer lokal. 2. Database
Pada sistem yang dibangun digunakan MySQL sebagai database, adapun MySQL yang digunakan adalah Includedari server XAMPP.
3. Framework YII
Dalam pengerjaan aplikasi digunakan framework YII dengan versi1.10. 1.4.2 Kebutuhan Fungsional
Merupakan suatu kebutuhan secara fungsional yang harus dipenuhi oleh perangkat lunak yang dibangun. Kebutuhan fungsional tersebut akan dideskripsikan dalam bentuk table 4.13 kebutuhan fungsional, sebagai berikut:
79
No Kode Kebutuhan Deskripsi Kebutuhan 1 Req-FJ0 Login Admin
2 Req- FJ1 Login User
3 Req- FJ01 Kelola Thread Req- FJ01.1 Retrieve thread
Req- FJ01.2 Catat thread Req- FJ01.3 Edit thread Req- FJ01.4 Hapus thread 4 Req- FJ02 kelola Kategori
Req- FJ02.1 Retrieve Kategori
Req- FJ02.2 Catat Kategori Req- FJ02.3 Edit Kategori Req- FJ02.4 Hapus Kategori 5 Req-FJ03 Kelola komentar
Req- FJ03.1 Retrieve komentar
Req- FJ03.2 Catat komentar Req- FJ03.3 Edit komentar Req- FJ03.4 Hapus komentar 6 Req- FJ04 Kelola berita
Req- FJ04.1 Retrieveberita
Req- FJ04.2 Catat berita Req- FJ04.3 Edit berita Req- FJ 04.4 Hapus berita 7 Req- FJ05 Kelola berita Req- FJ05.1 Retrieve user
Req- FJ05.2 Catat user Req- FJ05.3 Edit user
Tabel 4.13 Kebutuhan Fungsional Forum No Kode Kebutuhan Deskripsi Kebutuhan
Req- FJ05.4 Hapus user 8 Req- FJ06 Kelola file share
Req- FJ06.1 Retrieve download
Req- FJ06.2 Create share file Req- FJ06.3 Hapus share file 9 Req-FJ-07 Daftar anggota 10 Req-FJ-08 Kelola alumni
Req- FJ08.1 Retrieve alumni
Req- FJ08.2 Create alumni Req- FJ08.3 Hapus alumni
80
Kebutuhan jurusan adalah faktor-faktor yang harus menunjang pada fungsi program untuk menjawab kebutuhan jurusan. Berikut bebrapa kebutuhan jurusan:
1. aplikasi pendataan alumni 2. aplikasi forum jurusan 3. website jurusan
Dari beberapa kebutuhan jurusan diatas, diharapkan bisa di implementasikan pada website forum yang dibangun.
4.4.4 Deskripsi Detail Proses
Dari gambaran pada pembahasan Usecase diatas, terdapat beberapa proses yang menerangkan alur dari aplikasi. Berikut penjelasan dari setiap proses yang akan di jabarkan pada tabel 4.14.
Tabel 4.14 deskripsi detail proses
No Nama UseCase Deskripsi
1 Loginadmin
Fungsi dari usecaselogin admin adalah hak akses admin untuk mengakses aplikasi sesuai hak aksesnya.
2 LoginUser
Fungsi dari usecaselogin user adalah hak akses user, untuk mengakses aplikasi sesuai hak aksesnya.
3 Daftar User Fungsi dari daftar user adalah proses registrasi untuk pencatatan anggota baru. 4 kelola forum
Fungsi dari kelola forum adalah proses pengolahan data forum berupa thread pada sistem.
5 kelola User Fungsi dari kelola user adalah proses pengolahan data user oleh system
6 kelola kategori Fungsi dari kelolakategori adalah proses pengolahan data berupa nama kategori dari
81 bahasan forum. 7 kelola komentar
Fungsi dari kelolakomentar adalah proses pengolahan data komentar oleh admin pada sebuah thread.
8 kelola berita
Fungsi dari kelolaberitaadalah proses pengolahan berita untuk mengetahui info terbaru oleh seorang admin.
9 Kelola profile Fungsi dari kelola profile adalah proses pengelolaan data untuk merubah profile. 10 Kelola share file
Fungsi dari share file adalah proses pengolahan data file yang akan di download oleh para user/ anggota.
11 Kelola alumni Fungsi dari kelola alumni adalah proses pengolahan data alumni.
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 kategori
2. Tampil list kategori forum
3. Kondisi akhir 4. Tampil list kategori forum
9. Skenario retrieve kategori
Fungsi ini akan mengambil data untuk ditampilkan pada data kategori. Skenario yang dibuat untuk fungsi retrive kategori dijelaskan pada tabel 4.23 Skenario retrive kategori
Tabel 4.23 Skenario retrieve kategori IDENTIFIKASI
Nomor Req-FJ02.1
Nama Retrieve kategori
Deskripsi Proses untuk menampilkan data
kategori.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI
88
1. Klik sub menu kelola kategori. 2. Muncul List data kelola kategori 3. Kondisi akhir 4.Muncul List data kelola kategori
10. Catat kategori
Fungsi ini akan mencatat data kategori. Skenario yang dibuat untuk fungsi catat kategori dijelaskan pada tabel 4.24 Skenario catat kategori
Tabel 4.24 Skenario catat kategori IDENTIFIKASI
Nomor Req-FJ02.2
Nama Catat Kategori
Tujuan Mengakses data pada Kelola Kategori Aset yang akan dilakukan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan Kategori.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI
Aksi aktor Reaksi sistem
1. Klik sub menu Kategori forum.
2. Tampil List Kategori forum.
2. Klik create pada operasi Kelola Kategoriforum.
3. Tampil formKategoriforum.
4. Mengisi form kategori dan Klik create
5. a. Tampil List Kategori forum
b. Jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4
6. Kondisi akhir 7. Data Kategori forum berhasil disimpan.
11. Update kategori
Fungsi ini akan merubah data kategori. Skenario yang dibuat untuk fungsi update kategori dijelaskan pada tabel 4.25 Skenario update kategori
89
Tabel 4.25 Skenario update kategori IDENTIFIKASI
Nomor Req-FJ02.3
Nama Edit/Update Kategori forum
Tujuan Mengakses data pada Kelola Kategori yang akan dilakukan (admin) dengan melakukan editdata.
Deskripsi Proses edit data Kategoriforum.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu Kategori forum
2. Tampil List Kategori forum.
3. Klik update pada operasi Kelola Kategori forum.
4. Mencari data yang akan diubah pada List Kategori forum.
5. Klik save/simpan
6. a. Tampil List Kategori forum
b. Jika data belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4
7.Kondisi akhir 8.Data Kategori forum berhasil disimpan.
12. Hapus kategori
Fungsi ini akan menghapus data kategori. Skenario yang dibuat untuk fungsi hapus kategori dijelaskan pada tabel 4.26 Skenario hapus kategori
Tabel 4.26 Skenario hapus kategori IDENTIFIKASI
Nomor Req-FJ02.4
Nama Hapus Kategori forum
Tujuan Mengakses data pada Kelola Kategori yang akan dilakukan oleh (admin) dengan melakukan hapus data.
90
Aktor admin
Tabel 4.26 Skenario hapus kategori SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu Kategori Data.
2. Tampil List Kategori forum. 3. Klik operasi hapus/delete
pada operasi Kelola Kategori forum.
4. Tampil List Kategori forum.
5. Memilih/ mencari data yang akan dihapus.
6. Muncul pesan : “Apakah anda yakin ingin menghapus item ini? Klik “ok” atau “cencel
Exceptional Flow of Event
7. Kondisi akhir
8. a. klik button ok maka data akan dihapus. b. Jika klik button cencel , dan kembali ke aksi 4
9. Data Kategori forum berhasil dihapus.
13. Kelola komentar
Fungsi ini akan menampilkan sub menu data komentar. Skenario yang dibuat untuk fungsi pengelolaan komentar dijelaskan pada tabel 4.27 Skenario kelola komentar
Tabel 4.27 Skenario kelola komentar IDENTIFIKASI
Nomor Req-FJ03
Nama Kelola komentar
Tujuan
Mengakses data pada kelola kategori yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data.
Deskripsi Proses kelola data komentar
91
Tabel 4.27 Skenario kelola komentar IDENTIFIKASI
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu data komentar
2. Tampil list komentar
3. Kondisi akhir 4. Tampil list komentar
14. Retrieve komentar
Fungsi ini akan mengambil data komentar. Skenario yang dibuat untuk fungsi retrive komentar dijelaskan pada tabel 4.28 Skenario retrive komentar
Tabel 4.28 Skenario retrieve komentar IDENTIFIKASI
Nomor Req-FJ03.1
Nama Retrieve komentar
Deskripsi Proses untuk menampilkan data
komentar. Aktor
admin
SKENARIO
Kondisi awal Tampilan UI .
Aksi aktor Reaksi sistem
1. Klik sub menu kelola komentar. 2. Muncul List data kelola komentar 3. Kondisi akhir 4.Muncul List data kelola komentar
92
Fungsi ini akan mencatat data komentar. Skenario yang dibuat untuk fungsi catat komentar dijelaskan pada tabel 4.29 Skenario catat komentar
Tabel 4.29 Skenario catat komentar IDENTIFIKASI
Nomor Req-FJ03.2
Nama Catat komentar
Tujuan Mengakses data pada Kelola komentar yang akan dilakukan oleh (user) dengan melakukan tambah data. Deskripsi Proses pencatatan komentar.
SKENARIO
Kondisi awal Tampilan UI
Aksi aktor Reaksi sistem
1.Klik sub menu komentara. 2. Tampil List komentar. 3.Klikcreate pada operasi
Kelola komentar thread.
4.Tampil form komentar forum.
5.Mengisi form komentar dan Klik create
6.a. Tampil List komentar forum
b. Jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4
7.Kondisi akhir 8.Datakomentar forum berhasil disimpan.
16. Update komentar
Fungsi ini akan merubah data komentar. Skenario yang dibuat untuk fungsi update komentar dijelaskan pada tabel 4.30 Skenario update komentar
Tabel 4.30 Skenario update komentar IDENTIFIKASI
Nomor Req-FJ03.3
Nama Edit/Update komentarforum
Tujuan Mengakses data pada Kelola komentar yang akan dilakukan (admin) dengan melakukan editdata.
93
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu komentar forum
2. Tampil List komentar forum.
3. Klik update pada operasi Kelola komentarforum.
4. Mencari data yang akan diubah pada List komentarforum.
5. Klik save/simpan
6. a. Tampil List komentarforum
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 komentar forum berhasil disimpan.
17. Hapus komentar
Fungsi ini akan menghapus data komentar. Skenario yang dibuat untuk fungsi hapus komentar dijelaskan pada tabel 4.31 Skenario hapus komentar.
Tabel 4.31 Skenario hapus komentar IDENTIFIKASI
Nomor Req-FJ03.4
Nama Hapus komentarforum
Tujuan Mengakses data pada Kelola komentar yang akan dilakukan oleh (admin) dengan melakukan hapus data. Deskripsi Proses hapus datakomentarforum.
Tabel 4.31 Skenario hapus komentar IDENTIFIKASI
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1.Kliksub menu komentar Data. 2. TampilList komentar forum. 3.Klik operasi hapus/delete
pada operasi Kelolakomentar forum.
94 5.Memilih/ mencari data yang
akan dihapus.
6. Muncul pesan : “Apakah anda yakin ingin menghapus item ini? Klik “ok” atau “cencel Exceptional Flow of Event
7. a. klik button ok maka data akan dihapus. b. klik button cencel , kembali ke aksi 4 8. Kondisi akhir 9. Data komentarforum berhasil dihapus.
18. Kelola berita
Fungsi ini akan menampilkan sub menu data berita. Skenario yang dibuat untuk fungsi pengelolaan berita dijelaskan pada tabel 4.32 Skenario kelola berita.
Tabel 4.32 Skenario kelola berita IDENTIFIKASI
Nomor Req-FJ04
Nama Kelola berita
Tujuan
Mengakses data pada kelola berita yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data.
Deskripsi Proses kelola data berita
Aktor admin
Kondisi awal Tampilan UI.
Tabel 4.32 Skenario kelola berita IDENTIFIKASI
Aksi aktor Reaksi sistem
1. Klik sub menu data berita 2. Tampil list berita 3. Kondisi akhir 4. Tampil list berita
19. Retrieve berita
Fungsi ini akan mengambil data berita. Skenario yang dibuat untuk fungsi retrieve berita dijelaskan pada tabel 4.33 Skenario retrieve berita.
95
Tabel 4.33 Skenario retrieve berita IDENTIFIKASI
Nomor Req-FJ04.1
Nama Retrieveberita
Deskripsi Proses untuk menampilkan data
berita.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI .
Aksi aktor Reaksi sistem
8. Klik sub menu kelola beita. 2. Muncul List datakelola berita 3. Kondisi akhir 4.Muncul List datakelola berita
20. Catat berita
Fungsi ini akan mencatat data berita. Skenario yang dibuat untuk fungsi catat berita dijelaskan pada tabel 4.34 Skenario catat berita
Tabel 4.34 Skenario catat berita IDENTIFIKASI
Nomor Req-FJ04.2
Nama Catat berita
Tujuan Mengakses data pada Kelola berita yang akan dilakukan oleh (admin) dengan melakukan tambah data.
Deskripsi Proses pencatatan berita.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI
Aksi aktor Reaksi sistem
1.Klik sub menu berita. 2. Tampil List berita. 3.Klikcreate pada operasi
Kelola berita.
4.Tampil form berita.
5.Mengisi form berita dan Klik create
6.a. Tampil List berita
b.Jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali
96 ke aksi 4
7.Kondisi akhir 8.Databerita berhasil disimpan.
21. Update berita
Fungsi ini akan merubah data berita. Skenario yang dibuat untuk fungsi update berita dijelaskan pada tabel 4.35 Skenario update berita.
Tabel 4.35 Skenario update berita IDENTIFIKASI
Nomor Req-FJ04.3
Nama Edit/Update berita
Tujuan Mengakses data pada Kelola berita yang akan dilakukan (admin) dengan melakukan editdata.
Deskripsi Proses edit databerita.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
Tabel 4.35 Skenario update berita SEKENARIO
1. Klik sub menu berita 2. Tampil List berita. 3. Klik update pada operasi
Kelola berita.
4. Mencari data yang akan diubah pada List berita.
5. Klik save/simpan
6. a. Tampil List berita
b. Jika data belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4
7.Kondisi akhir 8. Data berita berhasil dirubah.
22. Hapus berita
Fungsi ini akan menghapus data berita. Skenario yang dibuat untuk fungsi hapus berita dijelaskan pada tabel 4.36 Skenario hapus berita.
97
Tabel 4.36 Skenario hapus berita IDENTIFIKASI
Nomor Req-FJ04.4
Nama Hapus berita
Tujuan Mengakses data pada Kelola berita yang akan dilakukan oleh (admin) dengan melakukan hapus data.
Deskripsi Proses hapus databerita.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1.Kliksub menu berita. 2.TampilList berita. 3. Klik operasi hapus/delete
pada operasi Kelolaberita.
4.Tampil List berita.
5.Memilih/ mencari data yang akan dihapus.
6.Muncul pesan : “Apakah anda yakin ingin menghapus item ini? Klik “ok” atau “cencel
Exceptional Flow of Event
Tabel 4.36 Skenario hapus berita IDENTIFIKASI
7. a. klik button ok maka data akan dihapus. b. Jika klik button cencel , dan kembali ke aksi 4
8.Kondisi akhir 9.Data berita berhasil dihapus.
23. Kelola user
Fungsi ini akan menampilkan sub menu data user. Skenario yang dibuat untuk fungsi pengelolaan user dijelaskan pada tabel 4.37 Skenario kelola user.
Tabel 4.37 Skenario kelola user IDENTIFIKASI
Nomor Req-FJ05
98 Tujuan
Mengakses data pada kelola user yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data.
Deskripsi Proses kelola data user
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu data user 2. Tampil list user 3.Kondisi akhir 4. Tampi list user
24. retrieve user
Fungsi ini akan mengambil data user. Skenario yang dibuat untuk fungsi retrieve user dijelaskan pada tabel 4.38 Skenario retrieve user
Tabel 4.38 Skenario retrieve user IDENTIFIKASI
Nomor Req-FJ05.1
Nama Retrieve user
Deskripsi Proses untuk menampilkan data user.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI .
1. Klik sub menu kelola user. 2. Muncul List data kelola user 3. Kondisi akhir 4.Muncul List data kelola user
25. Catat user
Fungsi ini akan mencatat data user. Skenario yang dibuat untuk fungsi catat user dijelaskan pada tabel 4.39 Skenario catat user.
99
Tabel 4.39 Skenario catat user IDENTIFIKASI
Nomor Req-FJ05.2
Nama Catat user
Tujuan Mengakses data pada Kelola user yang akan dilakukan oleh (admin) dengan melakukan tambah data.
Deskripsi Proses pencatatan user.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI
Aksi aktor Reaksi sistem
1.Klik sub menu user. 2. Tampil List user. 3.Klik create pada operasi
Kelola user.
4.Tampil form user.
Tabel 4.39 Skenario catat user IDENTIFIKASI
5.Mengisi form user dan Klik create
6.a. Tampil List user
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 user berhasil disimpan.
26. Update user
Fungsi ini akan merubah data user. Skenario yang dibuat untuk fungsi update user dijelaskan pada tabel 4.40 Skenario update user.
Tabel 4.40 Skenario update user IDENTIFIKASI
Nomor Req-FJ05.3
Nama Edit/Update user
Tujuan Mengakses data pada Kelola user yang akan dilakukan (admin) dengan melakukan edit data.
100 Deskripsi Proses edit data user.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu user 2. Tampil List user. 3. Klik update pada operasi
Kelola user.
4. Mencari data yang akan diubah pada List.
5. Klik save/simpan
6. a. Tampil List user
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 user berhasil di rubah.
27. Hapus user
Fungsi ini akan menghapus data user. Skenario yang dibuat untuk fungsi hapus user dijelaskan pada tabel 4.41 Skenario hapus user
Tabel 4.41 Skenario hapus user IDENTIFIKASI
Nomor Req-FJ05.4
Nama Hapus user
Tujuan Mengakses data pada Kelola user yang akan dilakukan oleh (admin) dengan melakukan hapus data.
Deskripsi Proses hapus data user.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1.Kliksub menu user. 2.TampilList user. 3.Klik operasi hapus/delete
pada operasi Kelola user.
4.Tampil List user.
5.Memilih/ mencari data yang akan dihapus.
6.Muncul pesan : “Apakah anda yakin ingin menghapus item ini? Klik “ok” atau “cencel Exceptional Flow of Event
101
7. a. klik button ok maka data akan dihapus. b. Jika klik button cencel , dan kembali ke aksi 4
8.Kondisi akhir 9.Data user berhasil dihapus.
28. Kelola File Share
Fungsi ini akan menampilkan sub menu data file share. Skenario yang dibuat untuk fungsi pengelolaan file share dijelaskan pada tabel 4.42 Skenario kelola file share.
Tabel 4.42 Skenario kelola File Share IDENTIFIKASI
Nomor Req-FJ06
Nama Kelola File Share
Tujuan
Mengakses data pada kelola File Share yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data.
Deskripsi Proses kelola data File Share
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu data File Share
2. Tampil list File Share
3. Kondisi akhir 4. Tampil list File Share
29. Retrieve file share
Fungsi ini akan mengambil data file. Skenario yang dibuat untuk fungsi retrieve download dijelaskan pada tabel 4.43 Skenario retrieve fileshare.
102
Tabel 4.43 Skenario retrieve file share IDENTIFIKASI
Nomor Req-FJ06.1
Nama Retrieve download
Deskripsi Proses untuk menampilkan data
download.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI .
Tabel 4.43 Skenario retrieve file share IDENTIFIKASI
Aksi aktor Reaksi sistem
1. Klik sub menu kelola download. 2. Muncul List data kelola download 3. Kondisi akhir 4.Muncul List data kelola download
30. Catat File Share
Fungsi ini akan data file share. Skenario yang dibuat untuk fungsi catat file share dijelaskan pada tabel 4.44 Skenario catat file share.
Tabel 4.44 Skenario catat File Share IDENTIFIKASI
Nomor Req-FJ06.2
Nama Catat File Share
Tujuan Mengakses data pada Kelola File Share yang akan dilakukan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan File Share
Aktor admin
SKENARIO
Kondisi awal Tampilan UI
Aksi aktor Reaksi sistem
1.Klik sub menu File Share 2. Tampil List File Share. 3.Klik create pada operasi
Kelola File Share.
4.Tampil form File Share.
5.Mengisi form File Share dan Klik create
6.a. Tampil List File Share
103
lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4
7.Kondisi akhir 8.Data File Share berhasil disimpan.
31. Hapus File Share
Fungsi ini akan menghapus data file share. Skenario yang dibuat untuk fungsi hapus file share dijelaskan pada tabel 4.45 Skenario hapus file share.
Tabel 4.45 Skenario hapus File Share IDENTIFIKASI
Nomor Req-FJ06.3
Nama Hapus File Share
Tujuan Mengakses data pada Kelola File Share yang akan dilakukan oleh (admin) dengan melakukan hapus data. Deskripsi Proses hapus data File Share.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1.Klik sub menu user. 2.Tampil List File Share. 3. Klik operasi hapus/delete
pada operasi Kelola File Share
4.Tampil List File Share.
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. Jika klik button cencel , dan kembali ke aksi 4
8.Kondisi akhir 9.Data File Share berhasil dihapus.
104
Fungsi ini akan mencatat data user. Skenario yang dibuat untuk fungsi daftar anggota dijelaskan pada tabel 4.46 Skenario daftar anggota.
Tabel 4.46 Skenario Daftar anggota IDENTIFIKASI
Nomor Req-FJ07
Nama Daftar anggota
Tujuan Mengakses data pada Kelola user yang akan dilakukan oleh (admin / user) dengan melakukan daftar anggota. Deskripsi Proses daftar anggota
Aktor Admin / user
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1.Klik sub menu daftar 2.Tampil form daftar 3. isi form daftar anggota 4.klik tombol daftar
5.tampil halaman user 6.jika data kosong kembali ke proses 3
33. Kelola Alumni
Fungsi ini akan menampilkan sub menu data alumni. Skenario yang dibuat untuk fungsi pengelolaan alumni dijelaskan pada tabel 4.47 Skenario kelola file share.
Tabel 4.47 Skenario kelola alumni IDENTIFIKASI
Nomor Req-FJ08
Nama Kelola alumni
Tujuan
Mengakses data pada kelola alumni yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data.
Deskripsi Proses kelola data alumni
105 SKENARIO
Tabel 4.47 Skenario kelola alumni IDENTIFIKASI
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu data kelola alumni
2. Tampil kelola alumni
4. Kondisi akhir 5. Tampil list alumni
34. Retrieve alumni
Fungsi ini akan mengambil data alumni. Skenario yang dibuat untuk fungsi retrieve alumni dijelaskan pada tabel 4.48 Skenario alumni.
Tabel 4.48 Skenario retrieve alumni IDENTIFIKASI
Nomor Req-FJ08.1
Nama Retrieve alumni
Deskripsi Proses untuk menampilkan data
alumni.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI .
Aksi aktor Reaksi sistem
1. Klik sub menu kelola alumni. 2. Muncul List data kelola alumni 3. Kondisi akhir 4.Muncul List data kelola alumni
35. Catat alumni
Fungsi ini akan data alumni. Skenario yang dibuat untuk fungsi catat alumni dijelaskan pada tabel 4.49 Skenario catat alumni.
106
Tabel 4.49 Skenario catat alumni IDENTIFIKASI
Nomor Req-FJ08.2
Nama Catat alumni
Tujuan Mengakses data pada Kelola alumni yang akan dilakukan oleh (admin) dengan melakukan tambah data.
Deskripsi Proses pencatatan alumni
Aktor admin
SKENARIO
Kondisi awal Tampilan UI
Aksi aktor Reaksi sistem
1.Klik sub menu alumni 2. Tampil List alumni 3.Klik create pada operasi
Kelola alumni
4.Tampil form alumni
5.Mengisi form alumni dan Klik create
6. a. Tampil List File Share
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 alumni berhasil disimpan.
36. Hapus alumni
Fungsi ini akan menghapus data alumni. Skenario yang dibuat untuk fungsi hapus alumni dijelaskan pada tabel 4.50 Skenario hapus alumni.
Tabel 4.50 Skenario hapus alumni IDENTIFIKASI
Nomor Req-FJ08.3
Nama Hapus alumni
Tujuan Mengakses data pada Kelola alumni yang akan dilakukan oleh (admin) dengan melakukan hapus data.
Deskripsi Proses hapus data alumni
Tabel 4.50 Skenario hapus alumni IDENTIFIKASI
107
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu alumni 2. Tampil List alumni 3.Klik operasi hapus/delete
pada operasi Kelola alumni
4. Tampil List alumni.
5. Memilih/ mencari data yang akan dihapus.
6.Muncul pesan “anda yakin ingin
menghapus item ini? “ok” atau “cencel 7. a. klik button ok maka data akan dihapus.
b. Jika klik button cencel , dan kembali ke aksi 4
8. Kondisi akhir 9. Data alumni berhasil dihapus. 37. Update alumni
Fungsi ini akan merubah data alumni. Skenario yang dibuat untuk fungsi update alumni dijelaskan pada tabel 4.51 Skenario update alumni.
Tabel 4.51 Skenario update alumni IDENTIFIKASI
Nomor Req-FJ08.4
Nama Edit/Update alumni
Tujuan Mengakses data pada Kelola alumni yang akan dilakukan (admin) dengan melakukan edit data.
Deskripsi Proses edit data alumni.
Aktor admin
SKENARIO
Kondisi awal Tampilan UI.
Aksi aktor Reaksi sistem
1. Klik sub menu alumni 2. 2. Tampil menu oprasi alumni Tabel 4.51 Skenario update alumni
IDENTIFIKASI 3. Klik update pada operasi
Kelola alumni.
4. Mencari data yang akan diubah pada List.
108 5. Klik save/simpan
6. a. Tampil List alumni
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 alumni berhasil di rubah.
4.5 Rancangan dasar tampilan (wareframe)
Wireframe yaitu suatu element garis yang digunakan sebagai rangka dasar dari pembuatan sebuah design website. berikut adalah gambar rangkaian dasar dari website forum.
1. Wireframe halaman dashboard website forum digambarkan pada gambar 4.22 Wireframe halaman dashboard:
Gambar 4.22 Wireframe halaman dashboard
2. Wireframe halaman daftar user website forum digambarkan pada gambar 4.23 Wireframe halaman daftar user
109
Gambar 4.23 Wireframe halaman daftar user
3. Wireframe halaman Login user website forum digambarkan pada gambar 4.24 Wireframe halaman Login user
Gambar 4.24 Wireframe halaman Login user
4. Wireframe halaman manage thread website forum digambarkan pada gambar 4.25 Wireframe halaman kelola thread
110
Gambar 4.25 Wireframe halaman kelola thread
5. Wireframe halaman view thread website forum digambarkan pada gambar 4.26 Wireframe halaman View thread
Gambar 4.26 Wireframe halaman view thread
6. Wireframe halaman detail thread website forum digambarkan pada gambar 4.27 Wireframe halaman detail thread
111
Gambar 4.27 Wireframe halaman detail thread
7. Wireframe halaman Tambah thread website forum digambarkan pada gambar 4.28 Wireframe halaman tambah thread
Gambar 4.28 Wireframe halaman tambah thread
8. Wireframe halaman list berita website forum digambarkan pada gambar 4.29 Wireframe halaman list berita
112
Gambar 4.29 Wireframe halaman list berita
9. Wireframe halaman detail berita website forum digambarkan pada gambar 4.30 Wireframe halaman detail berita
Gambar 4.30 Wireframe halaman detail berita
10. Wireframe halaman buat berita website forum digambarkan pada gambar 4.31 Wireframe halaman buat berita
113
Gambar 4.31 Wireframe halaman buat berita
11. Wireframe halaman view profile user website forum digambarkan pada gambar 4.32 Wireframe halaman view profile user
Gambar 4.32 Wireframe halaman view profile user
12. Wireframe halaman edit profile user website forum digambarkan pada gambar 4.33 Wireframe halaman edit profile user
114
Gambar 4.33 Wireframe halaman edit profile user
13. Wireframe halaman hapus data website forum digambarkan pada gambar 4.34 Wireframe halaman hapus data
Gambar 4.34 Wireframe halaman hapus data
14. Wireframe halaman download pada website forum digambarkan pada gambar 4.35 Wireframe halaman download
115