BAB III ANALISIS DAN PERANCANGAN SISTEM
3.2 Analisis Kebutuhan Sistem
3.2.4 Skenario Use Case
Nama Use Case : Login
Aktor : Admin/User
Deskripsi :Use Case ini menggambarkan proses pengguna keluar dari
sistem.
Skenario :
Tabel 3.3 Skenario Use Case Login
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor mengisikan username dan
password pada form login.
2. Aktor menekan tombol login
3. Sistem mengautentifikasi username dan password yang dimasukkan ( sesuai dengan yang disimpan ).
4. Sistem menampilkan form menu utama admin.
Skenario Alternatif
1. Aktor mengisikan username dan
password pada form login.
3. Sistem mengautentifikasi username dan password yang dimasukkan, jika
username dan password maka akan
menampilkan pesan konfirmasi.
5. kembali ke tahap 1, skenario normal.
3.2.4.2Skenario Use Case Logout
Nama Use Case : Logout
Aktor : Admin/User
Deskripsi :Use Case ini menggambarkan proses untuk memasukkan data
pengguna, agar terdaftar di dalam sistem.
Skenario :
Tabel 3.4 Skenario Use Case Logout
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama
user/admin, aktor menekan tombol
logout.
2. Sistem akan keluar dari form menu
utama user/admin, kemudian akan
3.2.4.3Skenario Use Case Input Account
Nama Use Case : Inpu Account
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk memasukkan data
pengguna baru, agar terdaftar di dalam sistem.
Skenario :
Tabel 3.5 Skenario Use Case Input Account
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol account.
2. Sistem menampilkan form account admin.
3.Aktor menekan tab add account.
4. Sistem menampilkan halaman tab add account yang masih berada pada form
account admin. Yang berisi isian
username, password, dan status. Terdapat beberapa tombol, yaitu save, cancel dan back.
5. Aktor mengisikan data pengguna baru yang berupa, username, password dan status ( sebagai admin / user ).
7. Sistem akan menyimpan data
pengguna baru, kemudian akan
menampilkan konfirmasi proses simpan berhasil.
8. Aktor menekan tombol back.
9. Sistem akan kembali menuju form menu utama admin.
Skenario Alternatif
5. Jika saat aktor mengisikan data
pengguna yang berupa username,
password dan status ( sebagai admin /
user ) tidak lengkap (tidak semua dari ketiganya terisi).
6. Aktor menekan tombol save.
7. Sistem akan menampilkan konfirmasi
bahwa proses penyimapanan data
pengguna baru gagal. 5. Jika saat aktor mengisikan data
pengguna yang berupa username,
password dan status ( sebagai admin /
user ) terjadi kesalahan pengisian. 10. Aktor menekan tombol cancel.
11. Sistem akan me-reset semua isian pada form account admin.
3.2.4.4Skenario Use Case Edit Account
Nama Use Case : Edit Account
Deskripsi :Use Case ini menggambarkan proses untukmemperbaharui
data pennguna yang telah terdaftar dalam sistem.
Skenario :
Tabel 3.6 Skenario Use Case Edit Account
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol account.
2. Sistem menampilkan form account admin.
3.Aktor menekan tab edit account
4. Sistem menampilkan halaman tab edit account yang masih berada pada form account admin. Yang berisi tabel user, isian username, password lama, dan password baru. Beserta 3 tombol yaitu update, delete, dan back.
5. Aktor memilih data pengguna yang akan di edit, dengan meng – klik baris data pada tabel.
6.Aktor mengisikan password lama dan password baru pada isian.
7. Aktor menekan tombol update.
8. Sistem akan melakukan pembaharuan
data pengguna, dengan proses
penyimpanan data pengguna yang baru. Kemudian sistem akan menampilkan konfirmasi proses update berhasil.
9. Aktor menekan tombol back
10. Sistem akan kembali menuju form menu utama admin.
Skenario Alternatif
6.Aktor mengisikan password lama dan password baru pada isian. Jika Pengisian tidak lengkap.
7. Aktor menekan tombol update.
11. Sistem akan menampilkan konfirmasi
bahwa proses pembaharuan data
pengguna gagal.
3.2.4.5Skenario Use Case Hapus Account
Nama Use Case : Hapus Account
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk menghapus data
pengguna.
Skenario :
Tabel 3.7 Skenario Use Case Hapus Account
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol account.
2. Sistem menampilkan form account admin.
3.Aktor menekan tab edit account
4. Sistem menampilkan halaman tab edit account yang masih berada pada form account admin. Yang berisi tabel user, isian username, password lama, dan password baru. Beserta 3 tombol yaitu update, delete, dan back.
5. Aktor memilih data pengguna yang akan di hapus, dengan meng – klik baris data pada tabel.
6. Aktor menekan tombol delete.
8. Sistem akan melakukan penghapusan data, dan menampilkan konfirmasi proses penghapusan berhasil.
9. Aktor menekan tombol back
10. Sistem akan kembali menuju form menu utama admin.
3.2.4.6Skenario Use Case Input Stopword
Nama Use Case : Input Stopword
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk memasukkan
stopword ke daftar stopword sistem.
Tabel 3.8 Skenario Use Case Input Stopword
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol setting.
2. Sistem menampilkan form setting admin.
3.Aktor menekan tab stopword.
4. Sistem menampilkan halaman tab stopword yang masih berada pada form setting admin. Yang berisi isian stopword baru, dan isian stopword terupdate. Beserta tombol insert, update, delete, cancel, dan back. Dan juga terdapat tabel daftar stopword.
5. Aktor mengisikan kata stopword baru pada isian stopword baru.
6. Aktor menekan tombol insert.
7. Sistem akan menyimpan kata stopword
yang telah diiisi, kemudian akan
menampilkan konfirmasi proses simpan berhasil.
8. Aktor menekan tombol back.
9. Sistem akan kembali menuju form menu utama admin.
Skenario Alternatif
5. Jika actor tidak mengisikan isian stopword baru.
7. Sistem akan menampilkan konfirmasi berupa peringatan untuk mengisikan data dengan benar.
5. Jika saat aktor mengisikan isian kata stopword terjadi kesalahan.
8. Aktor menekan tombol cancel.
9. Sistem akan me-reset semua isian pada tab stopword form setting admin.
3.2.4.7Skenario Use Case Edit Stopword
Nama Use Case : Edit Stopword
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk memperbaharui
daftar stopword.
Skenario :
Tabel 3.9 Skenario Use Case Edit Stopword
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol setting.
2. Sistem menampilkan form setting admin.
4. Sistem menampilkan halaman tab stopword yang masih berada pada form setting admin. Yang berisi isian stopword baru, dan isian stopword terupdate. Beserta tombol insert, update, delete, cancel, dan back. Dan juga terdapat tabel daftar stopword.
5. Aktor memilih data stopword yang akan di edit, dengan meng – klik baris data pada tabel.
6.Aktor mengisikan stopword baru pada isian stopword terupadate.
7. Aktor menekan tombol update.
8. Sistem akan melakukan pembaharuan data stopword. Kemudian sistem akan menampilkan konfirmasi proses update berhasil.
9. Aktor menekan tombol back.
10. Sistem akan kembali menuju form menu utama admin.
Skenario Alternatif
6.Aktor tidak mengisikan isian stopword terupdate.
7. Aktor menekan tombol update.
11. Sistem akan menampilkan konfirmasi peringatan untuk mengisi data secara lengkap.
3.2.4.8Skenario Use Case Hapus Stopword
Nama Use Case : Hapus Stopword
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk menghapus
stopword.
Skenario :
Tabel 3.10 Skenario Use Case Hapus Stopword
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol setting.
2. Sistem menampilkan form account admin.
3.Aktor menekan tab stopword.
4. Sistem menampilkan halaman tab stopword yang masih berada pada form setting admin. Yang berisi isian stopword baru, dan isian stopword terupdate. Beserta tombol insert, update, delete, cancel, dan back. Dan juga terdapat tabel daftar stopword.
5. Aktor memilih data stopword yang akan di delete, dengan meng – klik baris data pada tabel.
7. Sistem akan melakukan penghapusan data stopword, dan akan menampilkan konfirmasi proses hapus berhasil.
8. Aktor menekan tombol back
9. Sistem akan menuju form menu utama admin.
3.2.4.9Skenario Use Case Input Kata Dasar
Nama Use Case : Input Kata Dasar
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk memasukkan kata
dasar ke daftar kamus.
Skenario :
Tabel 3.11 Skenario Use Case Input Kata Dasar
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol setting.
2. Sistem menampilkan form setting admin.
3.Aktor menekan tab kamus.
4. Sistem menampilkan halaman tab kamus yang masih berada pada form
setting admin. Yang berisi isian kata dasar baru, dan isian kata dasar terupdate. Beserta tombol insert, update, delete, cancel, dan back. Dan juga terdapat tabel daftar kamus.
5. Aktor mengisikan kata kata dasar baru pada isian kata dasar baru.
6. Aktor menekan tombol insert.
7. Sistem akan menyimpan kata dasar
yang telah diiisi, kemudian akan
menampilkan konfirmasi proses simpan berhasil.
8. Aktor menekan tombol back.
9. Sistem akan kembali menuju form menu utama admin.
Skenario Alternatif
5. Jika actor tidak mengisikan isian kata dasar baru.
6. Aktor menekan tombol insert.
7. Sistem akan menampilkan konfirmasi berupa peringatan untuk mengisikan data kata dasar dengan benar.
5. Jika saat aktor mengisikan isian kata dasar terjadi kesalahan.
8. Aktor menekan tombol cancel.
9. Sistem akan me-reset semua isian pada tab kamus form setting admin.
3.2.4.10 Skenario Use Case Edit Kata Dasar
Nama Use Case : Edit Kata Dasar
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk memperbaharui
kata dasaryang berada dalam daftar kamus sistem.
Skenario :
Tabel 3.12 Skenario Use Case Edit Kata Dasar
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol setting.
2. Sistem menampilkan form setting admin.
3.Aktor menekan tab kamus
4. Sistem menampilkan halaman tab kamus yang masih berada pada form setting admin. Yang berisi isian kata dasar baru, dan isian kata dasar terupdate. Beserta tombol insert, update, delete, cancel, dan back. Dan juga terdapat tabel daftar kamus.
5. Aktor memilih data kata dasar yang akan di edit, dengan meng – klik baris data pada tabel.
stopword terupadate.
7. Aktor menekan tombol update.
8. Sistem akan melakukan pembaharuan data kamus. Kemudian sistem akan menampilkan konfirmasi proses update berhasil.
9. Aktor menekan tombol back.
10. Sistem akan kembali menuju form menu utama admin.
Skenario Alternatif
6.Aktor tidak mengisikan isian kata dasar terupdate.
7. Aktor menekan tombol update.
11. Sistem akan menampilkan konfirmasi peringatan untuk mengisi data secara lengkap.
3.2.4.11 Skenario Use Case Hapus Kata Dasar
Nama Use Case : Hapus Kata Dasar
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk menghapus kata
dasar dari daftar kamus sistem
Tabel 3.13 Skenario Use Case Hapus Kata Dasar
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol setting.
2. Sistem menampilkan form account admin.
3.Aktor menekan tab kamus.
4. Sistem menampilkan halaman tab kamus yang masih berada pada form setting admin. Yang berisi isian kata dasar baru, dan isian kata dasar terupdate. Beserta tombol insert, update, delete, cancel, dan back. Dan juga terdapat tabel daftar kamus.
5. Aktor memilih data kata dasar yang akan di delete, dengan meng – klik baris data pada tabel.
6. Aktor menekan tombol delete.
7. Sistem akan melakukan penghapusan data kamus, dan akan menampilkan konfirmasi proses hapus berhasil.
8. Aktor menekan tombol back
9. Sistem akan menuju form menu utama admin.
3.2.4.12 Skenario Use Case Kelola Koleksi Dokumen Skripsi
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses untuk mengelola koleksi
dokumen skripsi yang akan di training.
Skenario :
Tabel 3.14 Skenario Use Case Kelola Koleksi Dokumen Skripsi
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol skripsi.
2. Sistem menampilkan form
preprocessing admin yang berisi tabel skripsi, isian path, dan tombol browse , process, dan back.
3. Aktor menekan tombol browse.
4. sistem akan menampilkan kotak dialog pemilih berkas.
5. Aktor memilih folder skripsi yang akan dikelola.
6. Sistem akan mencatat lokasi/path dari folder yang dipilih user ke isian path pada form preprocessing user.
7. Aktor menekan tombol process
8. Sistem akan melakukan pemrosesan terhadap koleksi skripsi did lam folder
yang actor pilih. Sistem akan
9. Aktor menekan tombol back.
10. Sistem akan menuju form menu utama admin.
Skenario Alternatif
5. Aktor tidak memilih folder skripsi yang akan dikelola.
7. Aktor menekan tombol process.
11. Sistem akan menampilkan konfirmasi yang berupa peringatan untuk mengisi data yang akan dikelola secara lengkap.
3.2.4.13 Skenario Use Case Deteksi Plagiarisme Koleksi Dokumen Skripsi
Nama Use Case : Deteksi Plagiarisme Koleksi Dokumen Skripsi
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses deteksi plagiarisme
pada koleksi dokumen skripsi yang telah dikelola admin.
Skenario :
Tabel 3.15 Skenario Use Case Deteksi Plagiarisme Koleksi Dokumen Skripsi
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama admin, aktor menekan tombol deteksi.
2. Sistem menampilkan form deteksi admin yang berisi tabel hasil deteksi, isian jumlah hasil plagiat, isian jumlah hasil tidak plagiat, isian kode skripsi, lalu terdapat text area untuk membaca dokumen yang dideteksi, dan tombol deteksi,view, dan back
3. Aktor menekan tombol deteksi.
4. Sistem akan melakukan proses deteksi, dan akan menampilkan jumlah dokumen plagiat maupun yang tidak plagiat pada isian, menampilkan hasil deteksi pada tabel.
5. Aktor memilih data skripsi yang telah dilakukan proses deteksi pada tabel. Lalu tekan tombol view
6. Sistem akan menampilkan teks skripsi yang dipilh aktor pada text area.
7. Aktor menekan tombol back.
8. Sistem akan menuju form menu utama admin.
3.2.4.14 Skenario Use Case Kelola Dokumen Skripsi Baru
Nama Use Case : Kelola Dokumen Skripsi Baru
Aktor : User
Deskripsi :Use Case ini menggambarkan proses untuk mengelola
dokumen skripsi baru yang akan ditesting.
Tabel 3.16 Skenario Use Case Kelola Dokumen Skripsi Baru
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama user, aktor menekan tombol skripsi.
2. Sistem menampilkan form
preprocessing user. 3. Aktor menekan tab preprocessing
4. Sistem menampilkan tab
preprocessing pada form preprocessing user yang berisi tabel skripsi, isian kode Skripsi, judul skripsi, nama skripsi dan path, dan tombol browse , process, dan back.
4. Aktor meng – klik isian kode skripsi, menekan tombol browse.
5. Sistem akan menampilkan kotak dialog pemilih berkas.
6. Aktor memilih file skripsi yang akan dikelola.
7. Sistem akan mencatat kode
skripsi,judul,nama dan lokasi/path dari file yang dipilih user ke isian yang
terdapat pada form pada form
preprocessing user. 8. Aktor menekan tombol process
9. Sistem akan melakukan pemrosesan terhadap file dokumen skripsi yang
dipilih oleh aktor. Sistem akan
menampilkan konfirmasi proses berhasil. 10. Aktor menekan tombol back.
11. Sistem akan menuju form menu utama admin.
Skenario Alternatif
6. Aktor tidak memilih file skripsi yang akan dikelola.
8. Aktor menekan tombol process.
12. Sistem akan menampilkan konfirmasi yang berupa peringatan untuk mengisi data yang akan dikelola secara lengkap.
3.2.4.15 Skenario Use Case Deteksi Plagiarisme Dokumen Skripsi
Nama Use Case : Deteksi Plagiarisme Dokumen Skripsi
Aktor : Admin
Deskripsi :Use Case ini menggambarkan proses deteksi plagiarisme
pada dokumen skripsi baru yang dikelola oleh user.
Skenario :
Tabel 3.17 Skenario Use Case Deteksi Plagiarisme Dokumen Skripsi
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama user, aktor menekan tombol skripsi.
2. Sistem menampilkan form
3. Aktor menekan tab deteksi
4. Sistem menampilkan tab deteksi pada
form preprocessing user yang berisi tabel
hasil deteksi, isian kode Skripsi, text area skripsi,dan tombol deteksi dan view.. 5. Aktor menekan tombol deteksi
6. Sistem akan melakukan deteksi plagiarisme pada dokumen skripsi yang
dikelola oleh user. Sistem akan
menampilkan hasil deteksi pada tabel, dan memberikan konfirmasi bahwa deteksi berhasil dilakukan.
7. Aktor memilih file skripsi yang telah dideteksi pada tabel hasil deteksi, lalu menakn tombol view.
8. Sistem akan menampilkan text skripsi yang dipilih aktor pada text area.
9. Aktor menekan tombol back.
10. Sistem akan menuju form menu utama admin.
3.2.4.16 Skeario Use Case Pencarian Koleksi Dokumen Skripsi
Nama Use Case : Pencarian Koleksi Dokumen Skripsi
Aktor : User
Deskripsi :Use Case ini menggambarkan proses untuk melakukan
pencarian koleksi dokumen skripsi yang terdapat pada sistem.
Tabel 3.18 Skenario Use Case Pencarian Koleksi Dokumen Skripsi
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor berada pada form menu utama user, aktor menekan tombol view skripsi.
2. Sistem menampilkan form pencarian skripsi user, yang berisi isian kata kunci untuk pencarian skripsi. Beserta terdapat tombol search dan back, terdapat pula tabel hasil skripsi yang dicari.
3. Aktor mengisi isian kata kunci ( judul skripsi ).
4. Aktor menekan tombol search
5. Sistem akan menampilkan hasil skripsi yang relevan dengan kata kunci yang diisi user, hasil akan di letakkan di dalam tabel. Sistem juga akan menampilkan konfirmasi pencarian sukses.
6. Aktor memilih skripsi yang akan dibaca pada tabel.
7. Sistem akan menampilkan teks skripsi yang dipilih pada area teks.
8. Aktor menekan tombol back.
9. Sistem akan menuju form menu utama user.
3.2.5 Model Analisis