Skripsi Akbar Riski

3. Klik tombol sudah disetujui (jika ‘approval’. ada). 5. Pilih forum diskusi 4. Menampilkan list yang ingin forum diskusi yang diapprove. telah diajukan oleh user. 7. Klik tombol ‘setujui’ 6. Menampilkan 9. Klik tombol ‘ya’, halaman detail forum diskusi yang dipilih. 8. Menampilkan pesan konfirmasi “apakah anda yakin menyetujui diskusi ini?”. 10. Mengubah status forum diskusi tersebut dari ‘pending’ menjadi ‘disetujui’ pada database. 11. Menampilkan pesan “diskusi telah 167

disetujui” dan kembali menampilkan list forum diskusi yang telah diajukan user. Alternate Alt 8. Jika aktor memilih tombol ‘tolak’ maka sistem akan Course menampilkan pesan konfirmasi “apakah anda yakin menolak forum diskusi ini?”, jika aktor memilih tombol ‘ya’ maka forum diskusi akan berganti status menjadi ‘ditolak’ pada database, namun jika aktor memilih tombol ‘tidak’, maka sistem akan kembali menampilkan kembali step 6. Alt 10. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan kembali step 6. Conclusion Use Case berakhir setelah data pengajuan penambahan forum diskusi dapat disetujui dan menampilkan list forum diskusi yang telah diajukan user. Postcondition Data forum diskusi dapat diubah statusnya menjadi ‘disetujui’ atau ‘ditolak’. Implementation Halaman Kelola Forum Diskusi. Constraints and Specifications 168

Tabel 4.17 Use Case Scenario Hapus Forum Diskusi Use Case ID SC-008-01 Use Case Name Hapus Forum Diskusi Actor Admin, Kaprodi Description Use Case ini mendeskripsikan tentang proses penghapusan forum diskusi pada database. Precondition Aktor telah melakukan login ke dalam sistem dan sudah ada data forum diskusi yang telah disetujui. Typical Course Actor Action System Response Events 1. Klik menu ‘forum 2. Menampilkan diskusi’. halaman kelola forum diskusi yang berisi list forum diskusi yang sudah disetujui (jika ada). 3. Pilih forum diskusi 4. Menampilkan yang ingin dihapus. halaman detail forum diskusi. 5. Klik tombol ‘hapus’. 6. Menampilkan pesan konfirmasi “apakah 169

anda yakin menghapus diskusi ini?”. 7. Klik tombol ‘ya’. 8. Menghapus data forum diskusi dari database. Alternate 9. Menampilkan pesan Course “forum diskusi berhasil dihapus” dan menampilkan halaman kelola forum diskusi. Alt 8. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan kembali step 4. Conclusion Use Case berakhir setelah data forum diskusi dapat dihapus dari database serta menampilkan halaman kelola forum diskusi. Postcondition Data forum diskusi dapat diubah statusnya menjadi ‘disetujui’ dan data forum diskusi dapat dihapus. 170

Implementation Halaman Kelola Forum Diskusi. Constraints and Specifications Tabel 4.18 Use Case Scenario Kelola Jenis Pelayanan Akademik Prodi Use Case ID SC-009-01 Use Case Name Kelola Jenis Pelayanan Akademik Prodi Actor Admin, Kaprodi Description Use Case ini mendeskripsikan tentang proses penambahan, perubahan, dan penghapusan data jenis pelayanan akademik prodi pada database. Precondition Aktor telah melakukan login ke dalam sistem. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘pelayanan halaman kelola akademik’. pelayanan akademik prodi. 171

3. Pilih menu ‘jenis 4. Menampilkan pelayanan akademik halaman kelola jenis prodi’. pelayanan akademik prodi dengan list jenis 5. Klik ‘tambah jenis pelayanan akademik pelayanan’. yang sudah ada di database (jika sudah 7. Mengisi form. pernah menginput). 8. Klik tombol 6. Menampilkan form ‘tambah’. tambah jenis pelayanan. 10. Klik tombol ‘ya’. 9. Menampilkan pesan konfirmasi “Apakah anda yakin data yang dimasukkan sudah benar?”. 11. Memvalidasi data dan menyimpannya ke dalam database. 172

13. Pilih jenis pelayanan 12. Menampilkan pesan yang ingin diubah. “jenis pelayanan telah tersimpan” dan 15. Klik tombol ‘edit’. menampilkan halaman kelola jenis 17. Mengisi form. pelayanan akademik. 18. Klik tombol 14. Menampilkan ‘simpan’. halaman detail jenis pelayanan. 20. Klik tombol ‘ya’. 16. Menampilkan form edit jenis pelayanan. 19. Menampilkan pesan konfirmasi “apakah anda yakin akan merubah data?”. 21. Memvalidasi data dan menyimpan perubahan ke dalam database. 173

23. Pilih jenis pelayanan 22. Menampilkan pesan yang ingin dihapus. “jenis pelayanan berhasil diubah”, lalu 25. Klik tombol ‘hapus’. menampilkan halaman kelola jenis 27. Klik tombol ‘ya’. pelayanan akademik prodi. 24. Menampilkan halaman detail jenis pelayanan yang dipilih. 26. Menampilkan pesan konfrimasi “Apakah anda yakin untuk menghapus?”. 28. Menghapus jenis pelayanan terkait dari datbase. 29. Menampilkan pesan “jenis pelayanan telah terhapus” dan menampilkan 174

halaman kelola jenis pelayanan akademik prodi. Alternate Alt 11.a. Jika aktor memilih tombol ‘tidak’, maka sistem Course akan kembali menampilkan form tambah jenis pelayanan pada step 6. Alt 11.b. Jika validasi data gagal, maka sistem akan menampilkan pesan “data tidak benar” dan menampilkan form tambah jenis pelayanan pada step 6. Alt 21.a. Jika aktor memilih tombol ‘tidak’, maka sistem akan kembali menampilkan form edit jenis pelayanan pada step 16. Alt 21.b. Jika validasi data gagal, maka sistem akan menampilkan pesan “data tidak benar” dan kembali menampilkan form edit jenis pelayanan pada step 16. Alt 27. Jika aktor memilih tombol ‘tidak’, maka sistem akan kembali menampilkan halaman detail jenis pelayanan pada step 24. Conclusion Use Case berakhir setelah data jenis pelayanan dapat ditambah, diubah, dan dihapus serta menampilkan halaman kelola jenis pelayanan akademik prodi. 175

Postcondition Data jenis pelayanan akademik prodi dapat ditambah, diubah, dan dihapus dari database. Implementation Halaman Kelola Jenis Pelayanan Akademik Prodi. Constraints and Specifications Tabel 4.19 Use Case Scenario Kelola Prosedur Pelayanan Akademik Prodi Use Case ID SC-010-01 Use Case Name Kelola Prosedur Pelayanan Akademik Prodi Actor Admin, Kaprodi Description Use Case ini mendeskripsikan tentang proses penambahan, perubahan, dan penghapusan data prosedur pelayanan akademik prodi pada database. Precondition Aktor telah melakukan login ke dalam sistem. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘pelayanan halaman kelola akademik’. pelayanan akademik prodi. 176

3. Pilih menu ‘prosedur 4. Menampilkan pelayanan akademik halaman kelola prodi’. prosedur pelayanan akademik prodi dengan list jenis pelayanan akademik. 5. Pilih jenis pelayanan 6. Menampilkan list yang dikehendaki. prosedur pelayanan sesuai jenis pelayanan yang dipilih. 7. Klik tombol 8. Menampilkan form ‘tambah’. tambah prosedur pelayanan. 9. Mengisi form. 10. Klik tombol 11. Menampilkan pesan ‘simpan’. konfirmasi “apakah anda yakin untuk 12. Klik tombol ‘ya’. menyimpan?”. 13. Memvalidasi dan menyimpan data 177

14. Pilih prosedur prosedur pada pelayanan yang database. ingin diubah. 15. Menampilkan 16. Klik tombol ‘edit’. halaman detail pelayanan. 18. Mengisi form. 19. Klik tombol 17. Menampilkan form edit prosedur ‘simpan’. pelayanan. 21. Klik tombol ‘ya’. 20. Menampilkan pesan konfirmasi “apakah anda yakin untuk menyimpan?”. 22. Memvalidasi data dan menyimpan perubahan pada database. 23. Menampilkan pesan “prosedur pelayanan berhasil diubah” dan menampilkan 178

24. Pilih prosedur halaman kelola pelayanan yang prosedur pelayanan. ingin dihapus. 25. Menampilkan 26. Klik tombol ‘hapus’. halaman detail prosedur pelayanan 28. Klik tombol ‘ya’. yang dipilih. 27. Menampilkan pesan konfirmasi “apakah anda yakin untuk menghapus prosedur ini?”. 29. Menghapus data prosedur pelayanan terkait dari database. 30. Menampilkan pesan “prosedur pelayanan berhasil dihapus” dan menampilkan halaman kelola prosedur pelayanan akdemik prodi. 179

Alternate Alt 13.a. Jika aktor memilih tombol ‘tidak’, maka sistem Course menampilkan form tambah prosedur pelayanan pada step 8. Alt 13.b. Jika validasi data gagal, maka sistem akan menampilkan “data tidak sesuai” dan menampilkan form tambah prosedur pelayanan pada step 8. Alt 22.a. Jika aktor memilih tombol ‘tidak’, maka sistem menampilkan form edit prosedur pelayanan pada step 17. Alt 22.b. Jika validasi data gagal, maka sistem akan menampilkan “data tidak sesuai” dan menampilkan form edit prosedur pelayanan pada step 17. Alt 29. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan halaman detail prosedur pelayanan pada step 25. Conclusion Use Case berakhir setelah data prosedur pelayanan dapat ditambah, diubah, dan dihapus serta menampilkan halaman kelola prosedur pelayanan akademik prodi. Postcondition Data prosedur pelayanan akademik prodi dapat ditambah, diubah, dan dihapus dari database. 180

Implementation Halaman Kelola Prosedur Pelayanan Akademik Prodi. Constraints and Specifications Tabel 4.20 Use Case Scenario Validasi Request Prosedur Use Case ID SC-011-01 Use Case Name Validasi Request Prosedur Actor Admin, Kaprodi Description Use Case ini mendeskripsikan tentang proses validasi atau approval request prosedur pelayanan akademik prodi yang diajukan oleh user. Precondition Aktor telah melakukan login ke dalam sistem dan telah ada data request prosedur pelayanan akademik dari user. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘pelayanan halaman kelola akademik’. pelayanan akademik prodi. 181

3. Pilih menu ‘prosedur 4. Menampilkan pelayanan akademik halaman kelola prodi’. prosedur pelayanan akademik prodi dengan list prosedur pelayanan akademik yang sudah ada di database. 5. Klik tombol 6. Menampilkan list data ‘approval’. request prosedur pelayanan yang diajukan oleh user. 7. Memilih request 8. Menampilkan prosedur pelayanan halaman detail request yang ingin disetujui. prosedur pelayanan. 9. Klik “setujui”. 10. Menampilkan form tambah prosedur pelayanan. 11. Mengisi form tambah prosedur pelayanan seseuai request dari user. 182

12. Klik tombol 13. Menampilkan pesan “tambah”. konfirmasi “Apakah anda yakin untuk menyetujui request dan menambah prosedur pelayanan ini?”. 14. Klik “ya”. 15. Menampilkan pesan “prosedur pelayanan telah disetujui” dan kembali menampilkan list pengajuan pelayanan akademik. Alternate Alt 9. Jika aktor memilih tombol ‘tolak’, maka sistem akan Course menampilkan pesan konfirmasi “apakah anda yakin untuk menolak request ini?”, jika aktor memilih ‘ya’, maka data request prosedur pelayanan tersebut dihapus dari database dan sistem menampilkan list request prosedur pelayanan pada step 6. Namun jika aktor memilih tombol ‘tidak’, maka sistem akan kembali menampilkan halaman detail prosedur pelayanan pada step 8. 183

Alt 14.a. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan kembali form pada step 10. Conclusion Use Case berakhir setelah data request prosedur pelayanan dapat disetujui atau ditolak, dan prosedur pelayanan sesuai request dapat ditambah. Postcondition Data request prosedur pelayanan akademik prodi dapat diubah statusnya dari ‘pending’ menjadi ‘disetujui’. Implementation Halaman Kelola Jenis Pelayanan Akademik Prodi. Constraints and Specifications Tabel 4.21 Use Case Scenario Prosedur Pelayanan Akademik Prodi Use Case ID SC-012-01 Use Case Name Lihat Prosedur Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang proses melihat prosedur pelayanan akademik oleh user. Precondition Aktor telah melakukan login ke dalam sistem. Actor Action System Response 184

1. Pilih menu 2. Menampilkan ‘pelayanan halaman pelayanan akademik’. akademik dengan list jenis pelayanan. Typical Course 3. Pilih salah satu jenis 4. Menampilkan list Events pelayanan. prosedur pelayanan sesuai jenis pelayanan yang dipilih. 5. Pilih prosedur 6. Menampilkan pelayanan yang telah halaman detail dibuat sebelumnya. pelayanan yang dipilih. Alternate - Course Conclusion Use Case berakhir setelah data prosedur pelayanan akademik prodi dapat ditampilkan pada halaman detail pelayanan akademik. Postcondition Data prosedur pelayanan akademik prodi dapat ditampilkan. Implementation Halaman Pelayanan Akademik. Constraints and Specifications 185

Tabel 4.22 Use Case Scenario Prosedur Pelayanan Akademik Prodi/Request Prosedur Use Case ID SC-012-02 Use Case Name Request Prosedur Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang proses request penambahan prosedur pelayanan akademik oleh user. Precondition Aktor telah melakukan login ke dalam sistem. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘pelayanan halaman pelayanan akademik’. akademik dengan list jenis pelayanan. 3. Pilih salah satu jenis 4. Menampilkan list pelayanan. prosedur pelayanan sesuai jenis pelayanan yang dipilih. 186

5. Klik tombol ‘request 6. Menampilkan form tambah pelayanan’. request tambah prosedur pelayanan. 7. Mengisi form. 8. Klik tombol 9. Menampilkan pesan ‘tambah’. “apakah anda yakin data yang dimasukkan 10. Klik tombol ‘ya’. sudah benar?”. 11. Memvalidasi data dan menyimpan ke dalam database. Alternate 12. Menampilkan pesan Course “request tersimpan” dan menampilkan halaman pelayanan akademik. Alt 11.a. Jika aktor memilih tombol ‘tidak’, maka sistem akan kembali menampilkan form request tambah prosedur pelayanan pada step 6. Alt 11.b. Jika validasi data gagal, maka sistem akan menampilkan pesan “data tidak benar” dan kembali 187

menampilkan form request tambah prosedur pelayanan pada step 6. Conclusion Use Case berakhir setelah data request prosedur pelayanan dapat ditambah dan menampilkan halaman pelayanan akademik. Postcondition Data request tambah prosedur pelayanan akademik prodi dapat ditambah pada database. Implementation Halaman Pelayanan Akademik. Constraints and Specifications Tabel 4.23 Use Case Scenario Forum Diskusi/Tambah Forum Diskusi Use Case ID SC-013-01 Use Case Name Tambah Forum Diskusi Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang request penambahan forum diskusi oleh user. Precondition Aktor telah melakukan login ke dalam sistem. Actor Action System Response 188

Typical Course 1. Pilih menu ‘forum’. 2. Menampilkan Events halaman forum diskusi. 3. Klik ‘tambah diskusi’. 4. Menampilkan form request tambah 5. Mengisi form. diskusi. 6. Klik tombol 7. Menampilkan pesan ‘tambah’. “apakah anda yakin ingin menambah 8. Klik tombol ‘ya’. diskusi?”. 9. Memvalidasi data dan menyimpannya ke dalam database. 10. Menampilkan pesan “request diskusi berhasil ditambah” dan menampilkan halaman forum diskusi. 189

Alternate Alt 9.a. Jika aktor memilih tombol ‘tidak’, maka sistem akan Course kembali menampilkan form tambah diskusi pada step 4. Alt 9.b. Jika validasi data gagal, maka sistem akan menampilkan pesan “data tidak sesuai” dan kembali menampilkan form tambah diskusi pada step 4. Conclusion Use Case berakhir setelah request diskusi dapat ditambah dan menampilkan halaman forum diskusi. Postcondition Data request diskusi dapat ditambah pada database. Implementation Halaman Forum Diskusi. Constraints and Specifications Tabel 4.24 Use Case Scenario Forum Diskusi/Edit Forum Diskusi Use Case ID SC-013-02 Use Case Name Edit Forum Diskusi Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang perubahan forum diskusi oleh user. 190

Precondition Aktor telah melakukan login ke dalam sistem dan telah menambahkan forum diskusi sebelumnya. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘account’. halaman account. 3. Pilih menu ‘diskusi 4. Menampilkan dibuat’. halaman diskusi dibuat yang berisi list diskusi yang telah dibuat aktor. 5. Memilih salah satu 6. Menampilkan detail diskusi. diskusi. 7. Memilih tombol 8. Menampilkan pilihan “opsi”. opsi. 9. Klik tombol ‘edit 10. Menampilkan form diskusi”. edit diskusi. 11. Mengisi form. 12. Klik tombol 13. Menampilkan pesan ‘simpan’. “apakah anda yakin 191

14. Klik tombol ‘ya’. akan merubah data diskusi?”. 15. Memvalidasi data dan menyimpan ke dalam database. Alternate 16. Menampilkan pesan Course “data diskusi berhasil diubah” dan menampilkan halaman diskusi dibuat. Alt 15.a. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan form edit diskusi pada step 10. Alt 15.b. Jika validasi data gagal, maka sistem akan menampilkan pesan “data tidak sesuai” dan menampilkan form edit diskusi pada step 10. Conclusion Use Case berakhir setelah diskusi dapat diubah dan menampilkan halaman diskusi dibuat. Postcondition Data diskusi dapat diubah pada database. 192

Implementation Halaman Diskusi Dibuat. Constraints and Specifications Tabel 4.25 Use Case Scenario Forum Diskusi/Hapus Forum Diskusi Use Case ID SC-013-03 Use Case Name Hapus Forum Diskusi Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang penghapusan forum diskusi oleh user. Precondition Aktor telah melakukan login ke dalam sistem dan telah menambahkan forum diskusi sebelumnya. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘account’. halaman account. 3. Pilih menu ‘diskusi 4. Menampilkan dibuat’. halaman diskusi dibuat yang berisi list 193

5. Memilih salah satu diskusi yang telah diskusi. dibuat aktor. 7. Memilih tombol 6. Menampilkan detail “opsi” diskusi. 9. Klik tombol “hapus 8. Menampilkan pilihan diskusi”. opsi. 11. Klik tombol ‘ya’. 10. Menampilkan pesan “apakah anda yakin ingin menghapus diskusi ini?”. 12. Menghapus data diskusi terkait pada database. 13. Menampilkan pesan “diskusi berhasil dihapus” dan menampilkan halaman diskusi dibuat. 194

Alternate Alt 8. Jika aktor memilih tombol ‘tidak’, maka sistem akan Course kembali menampilkan halaman detail diskusi terkait pada step 6. Conclusion Use Case berakhir setelah diskusi dapat dihapus dan menampilkan halaman diskusi dibuat. Postcondition Data diskusi dapat dihapus pada database. Implementation Halaman Diskusi Dibuat. Constraints and Specifications Tabel 4.26 Use Case Scenario Forum Diskusi/Tambah Komentar Forum Diskusi Use Case ID SC-013-04 Use Case Name Tambah Komentar Forum Diskusi Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang penambahan komentar pada forum diskusi oleh user. Precondition Aktor telah melakukan login ke dalam sistem dan telah terdapat forum diskusi pada database. Actor Action System Response 195

Typical Course 1. Pilih menu ‘forum’. 2. Menampilkan Events halaman forum diskusi. 3. Pilih forum diskusi 4. Menampilkan yang ingin halaman diskusi dikomentari. terkait. 5. Ketik komentar pada 7. Memvalidasi kolom input komentar dan komentar. menyimpannya ke dalam database. 6. Klik tombol ‘kirim’. 8. Menampilkan pesan “komentar berhasil ditambahkan” dan menampilkan halaman diskusi terkait. 196

Alternate Alt 7. Jika validasi komentar gagal, maka sistem Course menampilkan pesan “komentar tidak valid” dan menampilkan halaman diskusi terkait pada step 4. Conclusion Use Case berakhir setelah komentar dapat ditambah pada diskusi terkait. Postcondition Data komentar pada forum diskusi terkait dapat ditambah pada database. Implementation Halaman Diskusi. Constraints and Specifications Tabel 4.27 Use Case Scenario Forum Diskusi/Hapus Komentar Forum Diskusi Use Case ID SC-013-05 Use Case Name Hapus Komentar Forum Diskusi Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang perubahan dan penghapusan komentar pada forum diskusi oleh user. 197

Precondition Aktor telah melakukan login ke dalam sistem, telah terdapat forum diskusi pada database dan telah mengirim komentar pada forum diskusi. Typical Course Actor Action System Response Events 1. Pilih menu ‘forum’. 2. Menampilkan halaman forum diskusi. 3. Pilih forum diskusi 4. Menampilkan yang diinginkan. halaman diskusi terkait. 5. Klik dan tahan pada 6. Menampilkan opsi komentar milik pada komentar yang sendiri yang ingin dipilih. diubah. 8. Menampilkan pesan 7. Klik tombol ‘hapus’. konfirmasi “apakah anda yakin ingin menghapus komentar ini?”. 198

9. Klik tombol ‘ya’. 10. Menghapus data komentar pada database. Alternate 11. Menampilkan pesan Course “komentar telah dihapus” dan menampilkan halaman diskusi. Alt 10. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan halaman diskusi terkait pada step 4. Conclusion Use Case berakhir setelah komentar dapat dihapus pada diskusi terkait. Postcondition Data komentar pada forum diskusi terkait dapat diubah dan dihapus pada database. Implementation Halaman Diskusi. Constraints and Specifications Tabel 4.28 Use Case Scenario Forum Diskusi/Menyukai Komentar Diskusi Use Case ID SC-013-06 199

Use Case Name Menyukai Komentar Diskusi Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan bagaimana komentar oleh user pada suatu forum diskusi dapat disukai oleh user lain. Precondition Aktor telah melakukan login ke dalam sistem. Typical Course Actor Action System Response Events 1. Pilih menu ‘forum’. 2. Menampilkan halaman forum diskusi. 3. Pilih forum diskusi 4. Menampilkan yang diinginkan. halaman diskusi terkait. 5. Klik tombol “suka” 6. Meynimpan ke dalam pada komentar yang database. ingin disukai. 7. Menampilkan pesan “komentar berhasil disukai”. Alternate Alt 7.a. Jika aktor memilih tombol ‘batal suka’, maka sistem Course akan kembali menampilkan pesan “komentar batal disukai”. 200

Conclusion Use Case berakhir setelah komentar dapat disukai oleh user.. Postcondition Data user yang menyukai komentar tersebut dapat ditambah di dalam database. Implementation Halaman Forum Diskusi. Constraints and Specifications Tabel 4.29 Use Case Scenario Forum Diskusi/Knowledge Diskusi Use Case ID SC-013-07 Use Case Name Knowledge Diskusi Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan bagaimana melihat knowledge yang dapat diambil dari forum diskusi yang telah berjalan. Precondition Aktor telah melakukan login ke dalam sistem. Actor Action System Response 201

Typical Course 1. Pilih menu ‘forum’. 2. Menampilkan Events halaman forum diskusi. 3. Pilih tombol ‘pencarian’. 4. Menampilkan halaman Pencarian 5. Pilih “cari Diskusi. knowledge diskusi”. 6. Menampilkan list 7. Pilih salah satu kategori diskusi. kategori diskusi. 8. Menampilkan list pertanyaan diskusi yang ada beserta knowledge yang dapat diambil dari komentar dengan jumlah disukai terbanyak. Alternate - Course Conclusion Use Case berakhir setelah sistem menampilkan list pertanyaan diskusi beserta knowledge yang dapat diambil dari diskusi tersebut pada halaman knowledge diskusi. 202

Postcondition Data pertanyaan diskusi beserta knowledgenya dapat ditampilkan Implementation Halaman Knowledge Diskusi. Constraints and Specifications Tabel 4.30 Use Case Scenario Materi Kuliah/Tambah Materi Kuliah Use Case ID SC-014-01 Use Case Name Tambah Materi Kuliah Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang penambahan materi kuliah oleh user ke dalam database. Precondition Aktor telah melakukan login ke dalam sistem. Typical Course Actor Action System Response Events 1. Pilih menu ‘’materi 2. Menampilkan kuliah’. halaman materi kuliah. 3. Klik tombol ‘tambah 4. Menampilkan form materi kuliah’. tambah materi kuliah. 203

5. Mengisi form. 6. Klik tombol 7. Menampilkan pesan ‘tambah’. konfirmasi “apakah anda yakin menambah materi kuliah ini?”. 8. Klik tombol ‘ya’. 9. Memvalidasi data dan menyimpan data materi kuliah ke dalam data request materi kuliah pada database. Alternate 10. Menampilkan pesan Course “request materi kuliah berhasil ditambah” dan menampilkan halaman materi kuliah. Alt 9.a. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan kembali form tambah materi kuliah pada step 4. 204

Alt 9.b. Jika validasi data gagal, maka sistem akan menampilkan pesan “data gagal tervalidasi” dan menampilkan kembali form tambah materi kuliah pada step 4. Conclusion Use Case berakhir setelah request tambah materi kuliah dapat disimpan dan menampilkan halaman materi kuliah. Postcondition Data request tambah materi kuliah dapat ditambah pada database. Implementation Halaman Materi Kuliah. Constraints and Specifications Tabel 4.31 Use Case Scenario Materi Kuliah/Edit Materi Kuliah Use Case ID SC-014-02 Use Case Name Edit Materi Kuliah Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang perubahan data materi kuliah oleh user ke dalam database. 205

Precondition Aktor telah melakukan login ke dalam sistem dan telah menambah materi kuliah sebelumnya serta materi kuliah tersebut telah di approve. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘account’. halaman account. 3. Pilih menu ‘materi 4. Menampilkan kuliah diunggah’. halaman materi kuliah diunggah yang berisi list materi kuliah yang telah diunggah aktor. 5. Pilih salah satu 6. Menampilkan materi kuliah. halaman detail materi kuliah. 7. Klik tombol ‘edit’. 8. Menampilkan form edit materi kuliah. 9. Mengisi form. 10. Klik tombol 11. Menampilkan pesan ‘simpan’. “apakah anda yakin 206

12. Klik tombol ‘ya’. akan merubah data materi kuliah?”. 13. Memvalidasi data dan menyimpan ke dalam request edit materi kuliah pada database. Alternate 14. Menampilkan pesan Course “request edit materi kuliah disimpan” dan menampilkan halaman materi kuliah diunggah. Alt 13.a. Jika aktor memilih tombol ‘tidak’, maka sistem akan menampilkan form edit materi kuliah pada step 8. Alt 13.b. Jika validasi data gagal, maka sistem akan menampilkan pesan “validasi data gagal” dan menampilkan form edit materi kuliah pada step 8. Conclusion Use Case berakhir setelah request edit materi kuliah dapat disimpan dan menampilkan halaman materi kuliah diunggah. Postcondition Data request edit materi kuliah dapat ditambah pada database. 207

Implementation Halaman Materi Kuliah Diunggah. Constraints and Specifications Tabel 4.32 Use Case Scenario Materi Kuliah/Hapus Materi Kuliah Use Case ID SC-014-03 Use Case Name Hapus Materi Kuliah Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang penghapusan data materi kuliah oleh user ke dalam database. Precondition Aktor telah melakukan login ke dalam sistem dan telah menambah materi kuliah sebelumnya serta materi kuliah tersebut telah di approve. Typical Course Actor Action System Response Events 1. Pilih menu 2. Menampilkan ‘account’. halaman account. 3. Pilih menu ‘materi 4. Menampilkan kuliah diunggah’. halaman materi kuliah diunggah yang berisi 208

list materi kuliah yang telah diunggah aktor. 5. Pilih salah satu 6. Menampilkan materi kuliah. halaman detail materi kuliah yang dipilih. 7. Klik tombol ’hapus’ 8. Menampilkan pesan pada materi kuliah “apakah anda yakin yang ingin dihapus. ingin menghapus materi kuliah ini?”. 9. Klik tombol ‘ya’. 10. Menyimpan request penghapusan materi kuliah pada database. 11. Menampilkan pesan “request hapus materi kuliah berhasil disimpan” dan menampilkan halaman materi kuliah diunggah. Alternate Alt 10. Jika aktor memilih tombol ‘tidak’, maka sistem akan Course menampilkan halaman detail materi kuliah pada step 6. 209

Conclusion Use Case berakhir setelah request hapus materi kuliah dapat disimpan dan menampilkan halaman materi kuliah diunggah. Postcondition Data request hapus materi kuliah dapat ditambah pada database. Implementation Halaman Materi Kuliah Diunggah. Constraints and Specifications Tabel 4.33 Use Case Scenario Materi Kuliah/Unduh dan Baca Materi Kuliah Use Case ID SC-014-04 Use Case Name Unduh dan Baca Materi Kuliah Actor Mahasiswa, Dosen, dan Kaprodi Description Use Case ini mendeskripsikan tentang pengunduhan data dan membaca materi kuliah oleh user dari database. Precondition Aktor telah melakukan login ke dalam sistem. Typical Course Actor Action System Response Events 1. Pilih menu ‘materi 2. Menampilkan kuliah’. halaman materi kuliah. 210

3. Pilih semester yang 4. Menampilkan list diinginkan pada mata kuliah yang drop down list ‘pilih terdapat pada semester’ semester yang dipilih. 5. Pilih mata kuliah 6. Menampilkan list yang diinginkan. materi kuliah terkait mata kuliah yang 7. Klik tombol ‘unduh’ dipilih. pada materi kuliah yang diinginkan. 8. Mendownload materi kuliah terkait dari database dan menampilkan proses unduh. 9. Setelah proses unduh selesai, menampilkan pesan “materi kuliah berhasil diunduh”dan kembali menampilkan list materi kuliah terkait mata kuliah yang dipilih. 211

10. Klik materi kuliah 11. Menampilkan yang ingin dibaca. halaman detail materi kuliah. 12. Klik tombol “baca”. 13. Menampilkan halaman baca materi kuliah. Alternate - Course Conclusion Use Case berakhir setelah materi kuliah selesai didownload dan dapat dibaca. Postcondition Data materi kuliah dapat diunduh dan dibaca dari database. Implementation Halaman Materi Kuliah. Constraints and Specifications Tabel 4.34 Use Case Scenario Materi Kuliah/Menyukai Materi Kuliah Use Case ID SC-014-04 Use Case Name Menyukai Materi Kuliah Actor Mahasiswa, Dosen, dan Kaprodi 212

Description Use Case ini mendeskripsikan tentang pengunduhan data dan membaca materi kuliah oleh user dari database. Precondition Aktor telah melakukan login ke dalam sistem. Typical Course Actor Action System Response Events 1. Pilih menu ‘materi 2. Menampilkan kuliah’. halaman materi kuliah. 3. Pilih semester yang 4. Menampilkan list diinginkan pada mata kuliah yang drop down list ‘pilih terdapat pada semester’ semester yang dipilih. 5. Pilih mata kuliah 6. Menampilkan list yang diinginkan. materi kuliah terkait mata kuliah yang 7. Klik tombol ’suka’ dipilih. pada materi kuliah yang diinginkan. 8. Menyimpan data materi kuliah yang disukai oleh user ke dalam database. 213

9. Menampilkan pesan “materi kuliah berhasil disukai”. Alternate Alt 9. Jika user klik tombol ‘batal suka’ pada materi kuliah, Course maka sistem akan menampilkan pesan “materi kuliah batal disukai”. Conclusion Use Case berakhir setelah materi kuliah berhasil disukai atau batal disukai oleh user. Postcondition Data materi kuliah yang disukai oleh user dapat disimpan ke dalam database. Implementation Halaman Materi Kuliah. Constraints and Specifications 2. Acitivity Diagram Berdasarkan use case yang telah dibuat sebelumnya, maka peneliti membuat pemodelan langkah-langkah proses atau aktivitas dari KMS ini. 214

2.1. Activity Diagram Login Gambar 4.7 Activity Diagram Login Aktivitas ini dapat diakses oleh semua aktor. Aktivitas ini diperlukan untuk semua aktor agar dapat masuk ke dalam knowledge management system. 215

2.2. Activity Diagram Logout Gambar 4.8 Activity Diagram Logout Aktivitas ini diperuntukkan untuk semua aktor. Aktivitas ini diperlukan untuk mengakhiri session dan keluar dari knowledge management system. 216