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

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 diarahkan pada upaya pemecahan masalah dengan cara memaparkan hasil penelitian. 51

yang

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 1 2 3 4 5 6 7 8 9 10 11 12 13

NAMA

JENIS KELAMIN Muhammad ikhsan Laki-laki M Taufiq LH Laki-laki Syifa Agustina RJ perempuan Eva N perempuan M Muchtar Ramadhan Laki-laki Ryan Laki-laki Bagus Wira Regional Laki-laki Khairil fauzan Laki-laki Tubagus Assad Laki-laki Haryati nur Anisa perempuan Pranita N perempuan Lia perempuan Johan Laki-laki Tabel 4.1 anggota sampel penelitian

NO

NAMA

14 15 16 17 18 19 20 Jumlah

Ozan Ikhsan Adia Ramadhan Salman Hadi Zulfikar A Yogi Putra Ganjar Rajiman Syarif Hidayat

JENIS KELAMIN Laki-laki Laki- laki Laki-laki Laki-laki Laki-laki Laki-laki Laki-laki 20 52

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 1 2 3 4

5 6

No 7

8 9 10 11

Hal-hal yang ingin ditanyakan

Ya Tidak Abstend

Apakah anda pernah mengakses 19 1 website forum ? Seringkah anda mengakses website 20 0 jejaring social ? apakah penting website yang bersifat 19 1 shering ? Apakah pemakaian banyak gambar 10 10 membuat sebuah website dapat dikatakan menarik? Apakah anda setuju website dengan 18 1 1 bahasa Indonesia Harus adakah fasilitas share file 19 1 pada website forum? Tabel 4.2 Penilaian kuesioner kuantitatif

Hasil persentase 95% 100% 95% 50%

90% 95%

Hal-hal yang ingin ditanyakan

Ya Tidak Abstend

apakah anda suka layout yang mengikuti ukuran layar (responsive)? Pentingkah website forum yang bersifat responsive? tahukah anda website yang bersifat interaktif? Pentingkah website forum yang bersifat interaktif? Apakah Informasi berita perlu ada pada Website forum?

16

4

Hasil persentase 80%

19

1

95%

16

4

80%

17

3

85%

18

2

95%

53

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

1

Pertanyan no 1 dilampirkan dilampiran

2

3

12

3

2


13

5

2

0

3


15

0

2

3

4


12

3

5

0

5


17

1

1

1

Hasil persentase A = 10%, B = 15%, C = 60%, D = 15% A = 20%, B = 25%, C = 10%, D=0 A = 75%, B=0 C = 10%, D = 15% A = 60%, B = 15%, C = 25%, D=0 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). 4.2.1 Diagram Usecase

54

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:

55

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

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

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

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

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

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

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

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.

63

sd Login form Login

menu utama

database

Aktor

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

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

65

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

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

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

68

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

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

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. 4.2.4 Diagram Class 71

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

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 Nama Tabel Primary Key

: forumdb : User : id

Foreign Key Fungsi

:

73

Tabel 4.4 Struktur tabel User NO

Nama Field

Tipe Data

Panjang

1 2 3 4 5 6 7 8 9 10 11

Id Username Password Saltpassword Nim Kelas Angkatan Email Joindate Level_id Avatar

Int Varchar Varchar Varchar Int Varchar Int Varchar Timestamp Int Varchar

11 20 50 50 11 30 5 50 11 30

2. Tabel Kategori Dalam tabel kategori dijelaskan struktur keterangan pada tabel di bawah ini Nama Database Nama Tabel Primary Key Foreign Key Fungsi

: forumdb : kategori : id : Tabel 4.5 struktur tabel kategori NO 1 2

Nama Field Id Kategori

Tipe Data Int Varchar

Panjang 11 100

3.Tabel Level Dalam tabel level dijelaskan struktur keterangan pada tabel di bawah ini : Nama Database Nama Tabel Primary Key Foreign Key Fungsi

: forumdb : level : id :Tabel 4.6 Struktur tabel Level 74

NO 1 2

Nama Field Id Level

Tipe Data Int Varchar

Panjang 11 50

4. Tabel News Dalam tabel news dijelaskan struktur keterangan pada tabel di bawah ini : Nama Database Nama Tabel Primary Key Foreign Key Fungsi

: forumdb : News : id : user Tabel 4.7 Struktur tabel News NO 1 2 3 4 5 6

Nama Field Id Judul Isi Foto User Tglpost

Tipe Data Int Varchar Text Varchar Int Timestamp

Panjang 11 200 200 11

5. Tabel Raputation Dalam table Raputation dijelaskan struktur keterangan pada tabel di bawah ini : Nama Database Nama Tabel Primary Key Foreign Key Fungsi:

: forumdb : raputation : id : pemberi_id, penerima_id

Tabel 4.8 Struktur tabel Raputation NO 1 2 3 4 5

Nama Field Id tanggal jenis Pemberi_id Penerima_id

Tipe Data Int timestamp tinyint Int Int 75

Panjang 11

11 11

6. Tabel Thread Dalam table Thread dijelaskan struktur keterangan pada tabel di bawah ini : Nama Database Nama Tabel Primary Key Foreign Key Fungsi

: forumdb : thread : id : user_id, kategori_id Tabel 4.9 Struktur tabel Thread NO 1 2 3 4 5 6

Nama Field Id judul isi user_id kategori_id Tanggalpost

Tipe Data Int Varchar Text Int Int Timestamp

Panjang 11 225 11 11

7. Tabel Threadstar Dalam table Threadstar dijelaskan struktur keterangan pada tabel di bawah ini : Nama Database Nama Tabel Primary Key Foreign Key Fungsi:

: forumdb : threadstar : id : user_id, thread_id

Tabel 4.10 Struktur Threadstar NO 1 2 3 4

Nama Field Id nilai User_id thread_id

Tipe Data Int Int Int Int

8. Tabel Comment

76

Panjang 11 11 11 11

Dalam table Comment dijelaskan struktur keterangan pada tabel di bawah ini : Nama Database Nama Tabel Primary Key Foreign Key Fungsi:

: forumdb : comment : id : user_id, thread_id Tabel 4.11 Struktur tabel Comment NO 1 2 3 4 5 6

Nama Field Id Judul Isi User_id thread_id Tanggalpost

Tipe Data Int Varchar Text Int Int timestamp

Panjang 11 25 11 11

9. Tabel Alumni Dalam table alumni dijelaskan struktur keterangan pada tabel di bawah ini : Nama Database Nama Tabel Primary Key Foreign Key Fungsi:

: forumdb : Alumni : id -

Tabel 4.12 Struktur tabel alumni NO 1 2 3 4 5 6 7 8

Nama Field Id Nama Nim Kelas Angkatan status Lulusan Judulta

Tipe Data Int Varchar Int Varchar Int Varchar Int Text 77

Panjang 11 25 11 30 5 50 5

9 10 11

Tempatkerja Email joinDate

Tex Varchar timestamp

50

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: Tabel 4.13 Kebutuhan Fungsional Forum 78

No Kode Kebutuhan 1 Req-FJ0 2 Req- FJ1 3 Req- FJ01 Req- FJ01.1 Req- FJ01.2 Req- FJ01.3 Req- FJ01.4 4 Req- FJ02 Req- FJ02.1 Req- FJ02.2 Req- FJ02.3 Req- FJ02.4 5 Req-FJ03 Req- FJ03.1 Req- FJ03.2 Req- FJ03.3 Req- FJ03.4 6 Req- FJ04 Req- FJ04.1 Req- FJ04.2 Req- FJ04.3 Req- FJ 04.4 7 Req- FJ05 Req- FJ05.1 Req- FJ05.2 Req- FJ05.3

Deskripsi Kebutuhan Login Admin Login User Kelola Thread Retrieve thread Catat thread Edit thread Hapus thread kelola Kategori Retrieve Kategori Catat Kategori Edit Kategori Hapus Kategori Kelola komentar Retrieve komentar Catat komentar Edit komentar Hapus komentar Kelola berita Retrieveberita Catat berita Edit berita Hapus berita Kelola berita Retrieve user Catat user Edit user

Tabel 4.13 Kebutuhan Fungsional Forum No

Kode Kebutuhan Req- FJ05.4 8 Req- FJ06 Req- FJ06.1 Req- FJ06.2 Req- FJ06.3 9 Req-FJ-07 10 Req-FJ-08 Req- FJ08.1 Req- FJ08.2 Req- FJ08.3

Deskripsi Kebutuhan Hapus user Kelola file share Retrieve download Create share file Hapus share file Daftar anggota Kelola alumni Retrieve alumni Create alumni Hapus alumni

4.4.3 Kebutuhan Jurusan 79

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

1

Loginadmin

2

LoginUser

3

Daftar User

4

kelola forum

5

kelola User

6

kelola kategori

Deskripsi Fungsi dari usecaselogin admin adalah hak akses admin untuk mengakses aplikasi sesuai hak aksesnya. Fungsi dari usecaselogin user adalah hak akses user, untuk mengakses aplikasi sesuai hak aksesnya. Fungsi dari daftar user adalah proses registrasi untuk pencatatan anggota baru. Fungsi dari kelola forum adalah proses pengolahan data forum berupa thread pada sistem. Fungsi dari kelola user adalah proses pengolahan data user oleh system Fungsi dari kelolakategori adalah proses pengolahan data berupa nama kategori dari 80

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.

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 Nama Tujuan Deskripsi Aktor

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

SKENARIO Tampilan dashboard utama website forum diskusi jurusan.

Kondisi awal Aksi aktor

Reaksi system

1. Usermemasuki halaman utama website forum diskusi jurusan. 3. Sistem menampilkan form login. 5. Memilih tombol login

2. Sistem menampilkan halaman login.

4. User menginputkan Username dan password. 6. Validasi Username dan password.

Exceptional Flow of Event

8. Kondisi akhir

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. 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) Nomor Nama Tujuan Deskripsi

IDENTIFIKASI 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

memasukan login sebagai anggota. Aktor user SKENARIO Tampilan dashboard utama websiteforum Kondisi awal diskusi jurusan. Aksi aktor Reaksi system 1. Usermemasuki halaman utama website forum diskusi jurusan. 3. Sistem menampilkan formlogin.

2. Sistem menampilkan halaman login.

4. User menginputkan Username dan password. 6. Validasi Username dan password.

5. Memilih tombol login Exceptional Flow of Event

8. Kondisi akhir

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. 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 Nama Deskripsi Aktor

Req-FJ01. Kelola thread Proses untuk menampilkan sub menu mengelola thread anggota/Admin SKENARIO Kondisi awal Tampilan UI kelola thread Aksi aktor Reaksi sistem 1. Klik sub menu Kelola 2. Tampil sub Kelola thread thread 4. Tampilan sub menu Kelola thread. 3. Kondisi akhir 83

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 2. Muncul List data thread 1. Klik sub menu thread. 4. Muncul List data thread

3. Kondisi akhir 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 Mengakses data pada Kelola thread yang akan dilakukan Tujuan oleh (admin) dengan melakukan tambah data. Deskripsi Proses pencatatan data thread Aktor admin SKENARIO Kondisi awal Tampilan UI Aksi aktor Reaksi sistem 2. Tampil List thread 1. Klik sub menu thread

84

3. Klik create pada operasi Kelola thread

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.

5. Klik create

7. Kondisi akhir

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 Mengakses data pada Kelola thread yang akan dilakukan Tujuan oleh (admin) dengan melakukan edit data. Deskripsi Proses edit data thread Aktor admin SKENARIO Kondisi awal Tampilan UI. Aksi aktor Reaksi sistem 2. Tampil List thread. 1. Klik sub menu 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

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 Nomor Nama Tujuan Deskripsi

IDENTIFIKASI 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 IDENTIFIKASI admin Tampilan UI.

Aktor Kondisi awal Aksi aktor Reaksi sistem 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 6.Muncul pesan : “Apakah anda yakin ingin akan dihapus. 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 86

Nomor

Req-FJ02

Nama

Kelola Kategori Mengakses data pada kelola kategori yang akan dilakukan

Tujuan

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

1. Klik sub kategori

menu

3. Kondisi akhir

IDENTIFIKASI data 2. Tampil list kategori forum 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

Nomor Nama Deskripsi Aktor Kondisi awal Aksi aktor

IDENTIFIKASI Req-FJ02.1 Retrieve kategori Proses untuk menampilkan kategori. admin SKENARIO Tampilan UI Reaksi sistem 87

data

1. Klik sub menu kelola kategori. 3. Kondisi akhir

2. Muncul List data kelola kategori 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 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

Nomor Nama Tujuan Deskripsi Aktor Kondisi awal

Tampilan UI

Aksi aktor

Reaksi sistem

1. Klik sub menu Kategori 2. Tampil List Kategori forum. forum. 2. Klik create pada operasi 3. Tampil formKategoriforum. Kelola Kategoriforum. 5. a. Tampil List Kategori forum b. Jika data yang dimasukkan belum 4. Mengisi form kategori dan lengkap maka sistem akan menampilkan Klik create pesan data belum lengkap, dan kembali ke aksi 4 7. Data Kategori forum berhasil disimpan. 6. Kondisi akhir

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

Tabel 4.25 Skenario update kategori IDENTIFIKASI Req-FJ02.3 Edit/Update Kategori forum Mengakses data pada Kelola Kategori yang akan dilakukan Tujuan (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 2. Tampil List Kategori forum. forum 4. Mencari data yang akan diubah pada List 3. Klik update pada operasi Kategori forum. Kelola Kategori forum. Nomor Nama

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 8.Data Kategori forum berhasil disimpan.

7.Kondisi akhir

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

Nomor Nama Tujuan Deskripsi

IDENTIFIKASI 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

Aktor

admin Tabel 4.26 Skenario hapus kategori SKENARIO Tampilan UI.

Kondisi awal Aksi aktor 1. Klik sub menu Kategori 2. Data. 3. Klik operasi hapus/delete 4. pada operasi Kelola Kategori forum. 6. 5. Memilih/ mencari data yang akan dihapus.

Reaksi sistem Tampil List Kategori forum. Tampil List Kategori forum. Muncul pesan : “Apakah anda yakin ingin menghapus item ini? Klik “ok” atau “cencel

Exceptional Flow of Event 8. a. klik button ok maka data akan dihapus. b. Jika klik button cencel , dan kembali ke aksi 4

7. Kondisi akhir

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 Mengakses data pada kelola kategori yang akan dilakukan

Tujuan


Deskripsi

Proses kelola data komentar

Aktor

admin

90

Tabel 4.27 Skenario kelola komentar IDENTIFIKASI Kondisi awal Aksi aktor 1. Klik sub menu komentar

Tampilan UI. Reaksi sistem 2. Tampil list komentar

data

4. Tampil list komentar

3. Kondisi akhir

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

Nomor Nama Deskripsi Aktor

IDENTIFIKASI Req-FJ03.1 Retrieve komentar Proses untuk menampilkan komentar. admin

data

SKENARIO Kondisi awal Aksi aktor 1. Klik sub menu kelola komentar. 3. Kondisi akhir

Tampilan UI . Reaksi sistem 2. Muncul List data kelola komentar 4.Muncul List data kelola komentar

15. Catat komentar

91

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 Mengakses data pada Kelola komentar yang akan Tujuan 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 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


IDENTIFIKASI Req-FJ03.3 Edit/Update komentarforum Mengakses data pada Kelola komentar yang akan dilakukan (admin) dengan melakukan editdata. Proses edit datakometarforum. 92

Aktor

admin SKENARIO Tampilan UI.

Kondisi awal Aksi aktor Reaksi sistem 1. Klik sub menu komentar 2. Tampil List komentar forum. forum 3. Klik update pada operasi 4. Mencari data yang akan diubah pada List komentarforum. Kelola 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.

5. Klik save/simpan

7.Kondisi akhir

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 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 IDENTIFIKASI

Aktor

admin

Kondisi awal Aksi aktor 1.Kliksub menu komentar Data. 3.Klik operasi hapus/delete pada operasi Kelolakomentar forum.

SKENARIO Tampilan UI. Reaksi sistem 2. TampilList komentar forum. 4. Tampil List komentarforum.

93

5.Memilih/ mencari data yang akan dihapus. Exceptional Flow of Event

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 9. Data komentarforum berhasil dihapus.

8. Kondisi akhir

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 Mengakses data pada kelola berita yang akan dilakukan

Tujuan


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

Tabel 4.33 Skenario retrieve berita IDENTIFIKASI Nomor Req-FJ04.1 Nama Retrieveberita Proses untuk menampilkan data Deskripsi 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 Mengakses data pada Kelola berita yang akan dilakukan Tujuan 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 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

ke aksi 4 8.Databerita berhasil disimpan.

7.Kondisi akhir

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 Mengakses data pada Kelola berita yang akan dilakukan Tujuan (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

1. Klik sub menu berita 3. Klik update pada operasi Kelola berita.

5. Klik save/simpan 7.Kondisi akhir

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

Tabel 4.36 Skenario hapus berita IDENTIFIKASI Nomor Req-FJ04.4 Nama Hapus berita Mengakses data pada Kelola berita yang akan dilakukan Tujuan 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 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 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 9.Data berita berhasil dihapus.

8.Kondisi akhir

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

Nama

Kelola user

97

Mengakses data pada kelola user yang akan dilakukan Tujuan


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.

98

Tabel 4.39 Skenario catat user IDENTIFIKASI Nomor Req-FJ05.2 Nama Catat user Mengakses data pada Kelola user yang akan dilakukan Tujuan 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. 4.Tampil form user. 3.Klik create pada operasi Kelola user. Tabel 4.39 Skenario catat user IDENTIFIKASI 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

Nomor Nama Tujuan

IDENTIFIKASI Req-FJ05.3 Edit/Update user Mengakses data pada Kelola user yang akan dilakukan (admin) dengan melakukan edit data. 99

Deskripsi Aktor

Proses edit data user. admin SKENARIO Kondisi awal Tampilan UI. Aksi aktor Reaksi sistem 2. Tampil List user. 1. Klik sub menu user 3. Klik update pada operasi 4. Mencari data yang akan diubah pada List. Kelola user. 6. a. Tampil List user 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 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 Mengakses data pada Kelola user yang akan dilakukan Tujuan 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 4.Tampil List user. pada operasi Kelola user. 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 100

7. a. klik button ok maka data akan dihapus. b. Jika klik button cencel , dan kembali ke aksi 4 9.Data user berhasil dihapus.

8.Kondisi akhir

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 Mengakses data pada

Tujuan

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 1. Klik sub menu data File Share

Reaksi sistem 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.

101

Tabel 4.43 Skenario retrieve file share IDENTIFIKASI Req-FJ06.1 Retrieve download Proses untuk menampilkan data download. admin SKENARIO Tampilan UI .

Nomor Nama Deskripsi Aktor Kondisi awal

Tabel 4.43 Skenario retrieve file share IDENTIFIKASI Aksi aktor 1. Klik sub menu kelola download. 3. Kondisi akhir

Reaksi sistem 2. Muncul List data kelola download 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 Mengakses data pada Kelola File Share yang akan Tujuan 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 4.Tampil form File Share. Kelola File Share. 5.Mengisi form File Share dan 6.a. Tampil List File Share Klik create b. Jika data yang dimasukkan belum 102

lengkap maka sistem akan menampilkan pesan data belum lengkap, dan kembali ke aksi 4 8.Data File Share berhasil disimpan.

7.Kondisi akhir

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

Nomor Nama Tujuan Deskripsi Aktor Kondisi awal

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

Aksi aktor 1.Klik sub menu user. 3. Klik operasi hapus/delete pada operasi Kelola File Share 5.Memilih/ mencari yang akan dihapus.

8.Kondisi akhir

data

Reaksi sistem 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

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 Nama

Req-FJ07 Daftar anggota Mengakses data pada Kelola user yang akan dilakukan Tujuan 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 Mengakses data pada kelola alumni yang akan dilakukan

Tujuan


Deskripsi

Proses kelola data alumni

Aktor

admin 104

SKENARIO Tabel 4.47 Skenario kelola alumni IDENTIFIKASI Kondisi awal

Tampilan UI.

Aksi aktor 1. Klik sub menu data kelola alumni

Reaksi sistem 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 Proses untuk menampilkan data Deskripsi 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 dijelaskan pada tabel 4.49 Skenario catat alumni.

105

alumni

Tabel 4.49 Skenario catat alumni IDENTIFIKASI Nomor Req-FJ08.2 Nama Catat alumni Mengakses data pada Kelola alumni yang akan dilakukan Tujuan 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 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


IDENTIFIKASI 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 IDENTIFIKASI 106

Aktor

admin SKENARIO

Kondisi awal

Tampilan UI.

Aksi aktor 1. Klik sub menu alumni 3.Klik operasi hapus/delete pada operasi Kelola alumni 5. Memilih/ mencari data yang akan dihapus.

8. Kondisi akhir

Reaksi sistem 2. Tampil List alumni 4. Tampil List alumni. 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 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 Mengakses data pada Kelola alumni yang akan dilakukan Tujuan (admin) dengan melakukan edit data. Deskripsi Proses edit data alumni. Aktor admin SKENARIO Kondisi awal Tampilan UI. Aksi aktor Reaksi sistem 2. 2. Tampil menu oprasi alumni 1. Klik sub menu alumni Tabel 4.51 Skenario update alumni IDENTIFIKASI 4. Mencari data yang akan diubah pada 3. Klik update pada operasi List. Kelola alumni.

107

5. Klik save/simpan

7. Kondisi akhir

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

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

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

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

Gambar 4.29 Wireframe halaman list berita 9. Wireframe halaman detail


Wireframe halaman detail berita

Gambar 4.30 Wireframe halaman detail berita 10. Wireframe halaman buat


Wireframe halaman buat berita

112

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

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

Gambar 4.35 Wireframe halaman download

115

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

Recommend Documents