BAB IV ANALISIS SISTEM DAN PERANCANGAN. Data yang dikumpulkan dalam penelititan, diolah menjadi data kuantitatif. data

Transkripsi

1 BAB IV ANALISIS SISTEM DAN PERANCANGAN 4.1 Implementasi data penelitian 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) 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 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. 51

2 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 Jumlah 20 52

3 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? 2 Seringkah anda mengakses website % jejaring social? 3 apakah penting website yang bersifat % shering? 4 Apakah pemakaian banyak gambar % membuat sebuah website dapat dikatakan menarik? 5 Apakah anda setuju website dengan % bahasa Indonesia 6 Harus adakah fasilitas share file pada website forum? % Tabel 4.2 Penilaian kuesioner kuantitatif No Hal-hal yang ingin ditanyakan Ya Tidak Abstend Hasil persentase 7 apakah anda suka layout yang % mengikuti ukuran layar (responsive)? 8 Pentingkah website forum yang % bersifat responsive? 9 tahukah anda website yang bersifat interaktif? % 10 Pentingkah website forum yang % bersifat interaktif? 11 Apakah Informasi berita perlu ada pada Website forum? % 53

4 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 A = 10%, B = 15%, C = 60%, 2 Pertanyan no 2 dilampirkan dilampiran 3 Pertanyan no 3 dilampirkan dilampiran 4 Pertanyan no 4 dilampirkan dilampiran 5 Pertanyan no 5 dilampirkan dilampiran D = 15% A = 20%, B = 25%, C = 10%, D = A = 75%, B = 0 C = 10%, D = 15% A = 60%, B = 15%, C = 25%, D = 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) Diagram Usecase 54

5 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 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: 55

6 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. 56

7 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. 57

8 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. 58

9 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. 59

10 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. 60

11 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. 61

12 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. 62

13 Gambar 4.10 activity diagram kelola alumni Untuk lebih jelasnya activity diagram kelola alumni, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran 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. 63

14 sd Login form Login menu utama database login() username,password() validation() login sukses() login gagal() 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. 64

15 Gambar 4.13 Sequence diagram kelola user Untuk lebih jelasnya sequence diagram kelola user, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran. 65

16 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 66

17 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 67

18 Gambar 4.16 Sequence diagram kelola komentar Untuk lebih jelasnya Sequence diagram kelola komentar, digambarkan tiap prosesnya dan penjelasan prosesnya dilampirkan pada lampiran. 68

19 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. 69

20 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. 70

21 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 Diagram Class 71

22 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 72

23 4.3.1 Skema Diagram Gambar 4.21 Skema Diagram Forum 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 : Database Tabel Primary Key Foreign Key : Fungsi : forumdb : User : id 73

24 Tabel 4.4 Struktur tabel User NO 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 Varchar 50 9 Joindate Timestamp 10 Level_id Int Avatar Varchar Tabel Kategori Dalam tabel kategori dijelaskan struktur keterangan pada tabel di bawah ini Database : forumdb Tabel : kategori Primary Key : id Foreign Key : Fungsi Tabel 4.5 struktur tabel kategori NO Field Tipe Data Panjang 1 Id Int 11 2 Kategori Varchar Tabel Level Dalam tabel level dijelaskan struktur keterangan pada tabel di bawah ini : Database : forumdb Tabel : level Primary Key : id Foreign Key : - Fungsi Tabel 4.6 Struktur tabel Level 74

25 NO Field Tipe Data Panjang 1 Id Int 11 2 Level Varchar Tabel News Dalam tabel news dijelaskan struktur keterangan pada tabel di bawah ini : Database Tabel Primary Key Foreign Key Fungsi : forumdb : News : id : user Tabel 4.7 Struktur tabel News NO Field Tipe Data Panjang 1 Id Int 11 2 Judul Varchar Isi Text 4 Foto Varchar User Int 11 6 Tglpost Timestamp 5. Tabel Raputation Dalam table Raputation dijelaskan struktur keterangan pada tabel di bawah ini : Database Tabel Primary Key Foreign Key Fungsi: : forumdb : raputation : id : pemberi_id, penerima_id Tabel 4.8 Struktur tabel Raputation NO Field Tipe Data Panjang 1 Id Int 11 2 tanggal timestamp 3 jenis tinyint 4 Pemberi_id Int 11 5 Penerima_id Int 11 75

26 6. Tabel Thread Dalam table Thread dijelaskan struktur keterangan pada tabel di bawah ini : Database Tabel Primary Key Foreign Key Fungsi : forumdb : thread : id : user_id, kategori_id Tabel 4.9 Struktur tabel Thread NO Field Tipe Data Panjang 1 Id Int 11 2 judul Varchar 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 : Database Tabel Primary Key Foreign Key Fungsi: : forumdb : threadstar : id : user_id, thread_id Tabel 4.10 Struktur Threadstar NO Field Tipe Data Panjang 1 Id Int 11 2 nilai Int 11 3 User_id Int 11 4 thread_id Int Tabel Comment 76

27 Dalam table Comment dijelaskan struktur keterangan pada tabel di bawah ini : Database Tabel Primary Key Foreign Key Fungsi: : forumdb : comment : id : user_id, thread_id Tabel 4.11 Struktur tabel Comment NO 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 : Database : forumdb Tabel : Alumni Primary Key : id Foreign Key - Fungsi: Tabel 4.12 Struktur tabel alumni NO Field Tipe Data Panjang 1 Id Int 11 2 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 77

28 9 Tempatkerja Tex 10 Varchar 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 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 versi 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: Tabel 4.13 Kebutuhan Fungsional Forum 78

29 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 Kebutuhan Jurusan 79

30 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 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 Tabel 4.14 deskripsi detail proses No 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 80

31 7 kelola komentar 8 kelola berita 9 Kelola profile 10 Kelola share file 11 Kelola alumni bahasan forum. Fungsi dari kelolakomentar adalah proses pengolahan data komentar oleh admin pada sebuah thread. Fungsi dari kelolaberitaadalah proses pengolahan berita untuk mengetahui info terbaru oleh seorang admin. Fungsi dari kelola profile adalah proses pengelolaan data untuk merubah profile. Fungsi dari share file adalah proses pengolahan data file yang akan di download oleh para user/ anggota. Fungsi dari kelola alumni adalah proses pengolahan data alumni 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 Tujuan Deskripsi Req-FJ0 Login Admin Membatasi hak akses aktor pengguna untuk menjaga keamanan data sebagai admin. Sistem memeriksa Username dan password aktor kedalam basisdata untuk melakukan pencocokan agar bisa memasukan login sebagai admin. Admin 81

32 SKENARIO Kondisi awal 1. Usermemasuki halaman utama website forum diskusi jurusan. Tampilan dashboard utama website forum diskusi jurusan. Reaksi system 2. Sistem menampilkan halaman login. 3. Sistem menampilkan form login. 5. Memilih tombol login 4. User menginputkan Username dan password. 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 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) Tujuan Deskripsi Req-FJ1 Login user(anggota) Membatasi hak akses aktor pengguna untuk menjaga keamanan data sebagai anggota. Sistem memeriksa Username dan password aktor kedalam basisdata untuk melakukan pencocokan agar bisa 82

33 memasukan login sebagai anggota. user SKENARIO Tampilan dashboard utama websiteforum Kondisi awal diskusi jurusan. Reaksi system 1. Usermemasuki halaman utama website forum diskusi jurusan. 3. Sistem menampilkan formlogin. 5. Memilih tombol login 2. Sistem menampilkan halaman login. 4. User menginputkan Username dan password. 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 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 Req-FJ01. Kelola thread Deskripsi Proses untuk menampilkan sub menu mengelola thread anggota/admin SKENARIO Kondisi awal Tampilan UI kelola thread 1. Klik sub menu Kelola 2. Tampil sub Kelola thread thread 3. Kondisi akhir 4. Tampilan sub menu Kelola thread. 83

34 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 Req-FJ01.1 Retrieve thread Deskripsi Proses untuk menampilkan data thread admin 1. Klik sub menu thread. 2. Muncul List data thread 3. Kondisi akhir 5. Skenario catat thread 4. Muncul List data 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 Req-FJ01.2 Catat thread Tujuan Mengakses data pada Kelola thread yang akan dilakukan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan data thread admin SKENARIO Kondisi awal Tampilan UI 1. Klik sub menu thread 2. Tampil List thread 84

35 3. Klik create pada operasi Kelola thread 5. Klik create 7. Kondisi akhir 4. Mengisi form thread 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 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 Req-FJ01.3 Edit/Update thread Tujuan Mengakses data pada Kelola thread yang akan dilakukan oleh (admin) dengan melakukan edit data. Deskripsi Proses edit data thread admin SKENARIO Kondisi awal Tampilan UI. 1. Klik sub menu thread 2. Tampil List thread. 3. Klik update pada operasi Kelola thread 5. Klik save/simpan 7.Kondisi akhir 4. Mencari data yang akan diubah pada List thread. 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 8. Data thread berhasil disimpan. 85

36 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 Tujuan Deskripsi Req-FJ01.4 Hapus hread Mengakses data pada hread yang akan dilakukan oleh S (admin) dengan melakukan hapus data. Proses hapus datahread Tabel 4.21 skenario proses hapus thread admin Kondisi awal Tampilan UI. 1. Klik sub menu kelola thread 2.Tampil List thread. 3.Klikoperasi hapus/delete 4. Tampil List thread pada operasi Kelola Tampil 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 86

37 Tujuan Deskripsi Kondisi awal Req-FJ02 Kelola Kategori Mengakses data pada kelola kategori yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data. Proses kelola data kategori. admin SKENARIO Tampilan UI. Tabel 4.22 skenario kelola kategori 1. Klik sub menu data 2. Tampil list kategori forum kategori 4. Tampil list kategori forum 3. Kondisi akhir 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 Deskripsi Kondisi awal Req-FJ02.1 Retrieve kategori Proses untuk menampilkan data kategori. admin SKENARIO Tampilan UI 87

38 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 Tujuan Deskripsi Kondisi awal Req-FJ02.2 Catat Kategori Mengakses data pada Kelola Kategori Aset yang akan dilakukan oleh (admin) dengan melakukan tambah data. Proses pencatatan Kategori. admin SKENARIO Tampilan UI 1. Klik sub menu Kategori forum. 2. Klik create pada operasi Kelola Kategoriforum. 4. Mengisi form kategori dan Klik create 6. Kondisi akhir 2. Tampil List Kategori forum. 3. Tampil formkategoriforum. 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 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 88

39 Tabel 4.25 Skenario update kategori Req-FJ02.3 Edit/Update Kategori forum Tujuan Mengakses data pada Kelola Kategori yang akan dilakukan (admin) dengan melakukan editdata. Deskripsi Proses edit data Kategoriforum. admin SKENARIO Kondisi awal Tampilan UI. 1. Klik sub menu Kategori 2. Tampil List Kategori forum. forum 3. Klik update pada operasi Kelola Kategori forum. 5. Klik save/simpan 7.Kondisi akhir 4. Mencari data yang akan diubah pada List Kategori forum. 6. a. Tampil List Kategori forum b. Jika data belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4 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 Tujuan Deskripsi Req-FJ02.4 Hapus Kategori forum Mengakses data pada Kelola Kategori yang akan dilakukan oleh (admin) dengan melakukan hapus data. Proses hapus data Kategoriforum. 89

40 admin Kondisi awal 1. Klik sub menu Kategori Data. 3. Klik operasi hapus/delete pada operasi Kelola Kategori forum. 5. Memilih/ mencari data yang akan dihapus. Tabel 4.26 Skenario hapus kategori SKENARIO Tampilan UI. 2. Tampil List Kategori forum. 4. Tampil List Kategori forum. 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 Tujuan Deskripsi Req-FJ03 Kelola komentar Mengakses data pada kelola kategori yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data. Proses kelola data komentar admin 90

41 Kondisi awal 1. Klik sub menu data komentar 3. Kondisi akhir Tabel 4.27 Skenario kelola komentar Tampilan UI. 2. Tampil list komentar 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 Deskripsi Req-FJ03.1 Retrieve komentar Proses untuk menampilkan data komentar. admin SKENARIO Kondisi awal Tampilan UI. 1. Klik sub menu kelola komentar. 2. Muncul List data kelola komentar 3. Kondisi akhir 4.Muncul List data kelola komentar 15. Catat komentar 91

42 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 Req-FJ03.2 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 1.Klik sub menu komentara. 2. Tampil List komentar. 3.Klikcreate pada operasi 4.Tampil form komentar forum. Kelola komentar thread. 6.a. Tampil List komentar forum 5.Mengisi form komentar dan Klik create 7.Kondisi akhir b. Jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4 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 Tujuan Deskripsi Req-FJ03.3 Edit/Update komentarforum Mengakses data pada Kelola komentar yang akan dilakukan (admin) dengan melakukan editdata. Proses edit datakometarforum. 92

43 admin Kondisi awal 1. Klik sub menu komentar forum 3. Klik update pada operasi Kelola komentarforum. 5. Klik save/simpan 7.Kondisi akhir SKENARIO Tampilan UI. 2. Tampil List komentar forum. 4. Mencari data yang akan diubah pada List komentarforum. 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 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 Tujuan Deskripsi Req-FJ03.4 Hapus komentarforum Mengakses data pada Kelola komentar yang akan dilakukan oleh (admin) dengan melakukan hapus data. Proses hapus datakomentarforum. Tabel 4.31 Skenario hapus komentar admin Kondisi awal 1.Kliksub menu komentar Data. 3.Klik operasi hapus/delete pada operasi Kelolakomentar forum. SKENARIO Tampilan UI. 2. TampilList komentar forum. 4. Tampil List komentarforum. 93

44 5.Memilih/ mencari data yang 6. Muncul pesan : Apakah anda yakin ingin akan dihapus. 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 Tujuan Deskripsi Kondisi awal Req-FJ04 Kelola berita Mengakses data pada kelola berita yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data. Proses kelola data berita admin Tampilan UI. Tabel 4.32 Skenario kelola berita 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. 94

45 Tabel 4.33 Skenario retrieve berita Req-FJ04.1 Retrieveberita Deskripsi Proses untuk menampilkan data berita. admin SKENARIO Kondisi awal Tampilan UI. 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 Req-FJ04.2 Catat berita Tujuan Mengakses data pada Kelola berita yang akan dilakukan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan berita. admin SKENARIO Kondisi awal Tampilan UI 1.Klik sub menu berita. 2. Tampil List berita. 3.Klikcreate pada operasi 4.Tampil form berita. Kelola berita. 6.a. Tampil List berita 5.Mengisi form berita dan Klik create b.jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali 95

46 7.Kondisi akhir ke aksi 4 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 Req-FJ04.3 Edit/Update berita Tujuan Mengakses data pada Kelola berita yang akan dilakukan (admin) dengan melakukan editdata. Deskripsi Proses edit databerita. admin SKENARIO Kondisi awal Tampilan UI. 1. Klik sub menu berita 3. Klik update pada operasi Kelola berita. 5. Klik save/simpan 7.Kondisi akhir Tabel 4.35 Skenario update berita SEKENARIO 2. Tampil List berita. 4. Mencari data yang akan diubah pada List berita. 6. a. Tampil List berita b. Jika data belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4 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. 96

47 Tabel 4.36 Skenario hapus berita Req-FJ04.4 Hapus berita Tujuan Mengakses data pada Kelola berita yang akan dilakukan oleh (admin) dengan melakukan hapus data. Deskripsi Proses hapus databerita. admin SKENARIO Kondisi awal Tampilan UI. 1.Kliksub menu berita. 2.TampilList berita. 3. Klik operasi hapus/delete 4.Tampil List berita. pada operasi Kelolaberita. 6.Muncul pesan : Apakah anda yakin 5.Memilih/ mencari data ingin menghapus item ini? Klik ok atau yang akan dihapus. cencel Exceptional Flow of Event 8.Kondisi akhir Tabel 4.36 Skenario hapus berita 7. a. klik button ok maka data akan dihapus. b. Jika klik button cencel, dan kembali ke aksi 4 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 Req-FJ05 Kelola user 97

48 Mengakses data pada kelola user yang akan dilakukan Tujuan oleh (admin) dengan melakukan tambah data, edit data dan hapus data. Deskripsi Proses kelola data user admin SKENARIO Kondisi awal Tampilan UI. 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 Deskripsi Tabel 4.38 Skenario retrieve user Req-FJ05.1 Retrieve user Proses untuk menampilkan data user. 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. 98

49 Tabel 4.39 Skenario catat user Req-FJ05.2 Catat user Tujuan Mengakses data pada Kelola user yang akan dilakukan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan user. admin SKENARIO Kondisi awal Tampilan UI 1.Klik sub menu user. 2. Tampil List user. 3.Klik create pada operasi 4.Tampil form user. Kelola user. Tabel 4.39 Skenario catat user 6.a. Tampil List user 5.Mengisi form user dan Klik create 7.Kondisi akhir b. Jika data yang dimasukkan belum lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4 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 Tujuan Req-FJ05.3 Edit/Update user Mengakses data pada Kelola user yang akan dilakukan (admin) dengan melakukan edit data. 99

50 Deskripsi Proses edit data user. admin SKENARIO Kondisi awal Tampilan UI. 1. Klik sub menu user 2. Tampil List user. 3. Klik update pada operasi Kelola user. 5. Klik save/simpan 7.Kondisi akhir 4. Mencari data yang akan diubah pada List. 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 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 Req-FJ05.4 Hapus user Tujuan Mengakses data pada Kelola user yang akan dilakukan oleh (admin) dengan melakukan hapus data. Deskripsi Proses hapus data user. admin SKENARIO Kondisi awal Tampilan UI. 1.Kliksub menu user. 2.TampilList user. 3.Klik operasi hapus/delete 4.Tampil List user. pada operasi Kelola 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 100

51 8.Kondisi akhir 7. a. klik button ok maka data akan dihapus. b. Jika klik button cencel, dan kembali ke aksi 4 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 Req-FJ06 Kelola File Share Tujuan Deskripsi Kondisi awal Mengakses data pada kelola File Share yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data. Proses kelola data File Share admin 1. Klik sub menu data File Share 3. Kondisi akhir SKENARIO Tampilan UI. 2. Tampil list File Share 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. 101

52 Tabel 4.43 Skenario retrieve file share Req-FJ06.1 Retrieve download Deskripsi Proses untuk menampilkan data download. admin SKENARIO Kondisi awal Tampilan UI. Tabel 4.43 Skenario retrieve file share 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 Req-FJ06.2 Catat File Share Tujuan Mengakses data pada Kelola File Share yang akan dilakukan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan File Share admin SKENARIO Kondisi awal Tampilan UI 1.Klik sub menu File Share 2. Tampil List File Share. 3.Klik create pada operasi 4.Tampil form File Share. Kelola File Share. 5.Mengisi form File Share dan Klik create 6.a. Tampil List File Share b. Jika data yang dimasukkan belum 102

53 7.Kondisi akhir lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4 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. Tujuan Deskripsi Kondisi awal 1.Klik sub menu user. 3. Klik operasi hapus/delete pada operasi Kelola File Share 5.Memilih/ mencari data yang akan dihapus. 8.Kondisi akhir Tabel 4.45 Skenario hapus File Share Req-FJ06.3 Hapus File Share Mengakses data pada Kelola File Share yang akan dilakukan oleh (admin) dengan melakukan hapus data. Proses hapus data File Share. admin SKENARIO Tampilan UI. 2.Tampil List File Share. 4.Tampil List File Share. 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 9.Data File Share berhasil dihapus. 32. Daftar anggota 103

54 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 Req-FJ07 Daftar anggota Tujuan Mengakses data pada Kelola user yang akan dilakukan oleh (admin / user) dengan melakukan daftar anggota. Deskripsi Proses daftar anggota Admin / user SKENARIO Kondisi awal Tampilan UI. 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 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 Req-FJ08 Tujuan Deskripsi Kelola alumni Mengakses data pada kelola alumni yang akan dilakukan oleh (admin) dengan melakukan tambah data, edit data dan hapus data. Proses kelola data alumni admin 104

55 SKENARIO Tabel 4.47 Skenario kelola alumni Kondisi awal 1. Klik sub menu data kelola alumni 4. Kondisi akhir Tampilan UI. 2. Tampil kelola alumni 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 Req-FJ08.1 Retrieve alumni Deskripsi Proses untuk menampilkan data alumni. admin SKENARIO Kondisi awal Tampilan UI. 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. 105

56 Tabel 4.49 Skenario catat alumni Req-FJ08.2 Catat alumni Tujuan Mengakses data pada Kelola alumni yang akan dilakukan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan alumni admin SKENARIO Kondisi awal Tampilan UI 1.Klik sub menu alumni 2. Tampil List alumni 3.Klik create pada operasi 4.Tampil form alumni Kelola alumni 6. a. Tampil List File Share b. Jika data yang dimasukkan belum 5.Mengisi form alumni dan Klik lengkap maka sistem akan menampilkan create 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 Tujuan Deskripsi Req-FJ08.3 Hapus alumni Mengakses data pada Kelola alumni yang akan dilakukan oleh (admin) dengan melakukan hapus data. Proses hapus data alumni Tabel 4.50 Skenario hapus alumni 106

57 Kondisi awal admin SKENARIO Tampilan UI. 1. Klik sub menu alumni 2. Tampil List alumni 3.Klik operasi hapus/delete 4. Tampil List alumni. pada operasi Kelola 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 Req-FJ08.4 Edit/Update alumni Tujuan Mengakses data pada Kelola alumni yang akan dilakukan (admin) dengan melakukan edit data. Deskripsi Proses edit data alumni. admin SKENARIO Kondisi awal Tampilan UI. 1. Klik sub menu alumni 2. Tampil menu oprasi alumni 3. Klik update pada operasi Kelola alumni. Tabel 4.51 Skenario update alumni 4. Mencari data yang akan diubah pada List. 107

58 6. a. Tampil List alumni b. Jika data yang dimasukkan belum 5. Klik save/simpan 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 108

59 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 109

60 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 110

61 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 111

62 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 112

63 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 113

64 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 114

65 Gambar 4.35 Wireframe halaman download 115