BAB V
ANALISIS HASIL
5.1 Kesimpulan
Kesimpulan yang diambil setelah melakukan impelementasi Klasifikasi Dokumen Skripsi Teknik Informatika Menggunakan Metode Rocchio :
1. User dapat melakukan pencarian klasifikasi suatu abstrak dokumen skripsi.
2. User dapat melakukan pencarian dokumen skripsi sesuai dengan kata kunci.
3. Hasil nilai precision rata-rata yang dikeluarkan sistem berdasarkan abstrak dokumen testing sebanyak 10 dokumen adalah 93.67%.
4. Hasil precision dari 10 dokumen yang diuji dengan precision terendah 80% precision tertinggi 100% berdasarkan 30 responden.
5.2 Saran
Dari hasil analisa saran yang dapat diberikan :
1. Penambahan kamus kata dasar dapat memperbaiki hasil keluaran klasifikasi dari sistem.
2. Untuk memperoleh hasil yang lebih akurat disarankan dokumen model (dokumen untuk menentukan klasifikasi) lebih baik menggunakan dokumen yang benar-benar termasuk dalam
Daftar Pustaka
Mandala, Ria dan Setiawan, Hendra, Improving Information Retrieval System Perfomance by Automatic Query Expansion, Makalah, Departemen Teknik Informatika, Institut Teknologi Bandung, 2001.
Tala, Z Fadila, A Study of Stemming Effects on Information Retrieval in Bahasa Indonesia, Paper, Master of Logic Project, Institute for Logic, Language and Computation, Universiteit van Amsterdam , The Netherlands, 2001.
Nazief Bobby dan Mirna Adriani, Confix-Stripping: Approach to Stemming Algorithm for Bahasa Indonesia, Faculty of Computer Science University of Indonesia, 1996.
Zainal, Agus A dan Novam, Ari S, Klasifikasi Dokumen Berita Kejadian Berbahasa Indonesia dengan Algoritma Single Pass Clustering, Makalah, Teknik Informatika, Institut Teknologi Sepuluh Nopember, 2002.
Hasibuan, Zainal A dan Andri Yofi, Penerapan Berbagai Teknik Temu-Kembali Informasi Berbasis Hiperteks, Makalah, Fakultas Ilmu Komputer, Universitas Indonesia, 1998.
Christopher D. Manning,Prabhakar Raghavan, Hinrich Schütze, An Introduction to Information Retrieval, Cambridge University Press Cambridge, England, 2008.
Thorsten Joachims, A Probabilistic Analysis of the Rocchio Algorithm with TFIDF for Text Categorization, Jurnal (makalah), Universitat Dortmun, Germany, 1997.
Savoy, J. “A Learning Scheme for Information Retrieval in Hypertext”.
Information Processing & Management, 30(4), 515-533. 1993.
Salton, Gerard. 1989. Automatic Text Processing: The Transformation, Analysis, and Retrieval of Information by Computer. AddisonWesley. 46, 194, 530.
Grossman, David A., and Ophir Frieder. 2004. Information Retrieval: Algorithms and Heuristics, 2nd edition. Springer. xxii, 84, 217, 523.
Lancaster , F. W. “Vocabulary Control for Information Retrieval, 2nded”.
Arlington, VA: Information Resources Press, 1986.
Rational Software ,“Rational Unified Process Best Practices for Software
LAMPIRAN 1
Lampiran 1.1 Skenario Usecase Login Use Case : Login
Pra Kondisi : -
Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses verifikasi hak akses administrator untuk masuk ke sistem admin.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan login)
1. Aktor meng-klik tombol login
2. Sistem menampilkan menu login yang berupa inputan username dan password , serta tombol login. 3. Aktor mengisi username dan
password
4. Aktor menekan tombol login.
5. Sistem melakukan pengecekan password dan username.
6. Sistem menampilkan menampilkan halaman menu administrator.
Skenario Alternatif (melakukan login)
3. Aktor mengisi username dan password.
5.Sistem memvalidasi username dan password. Jika username dan password salah maka sistem akan menampilkan halaman index user. 6.Kembali kelangkah 1 sekenario
normal. Lampiran 1.2 Skenario Usecase Logout
Use Case : Logout Pra Kondisi : sistem telah login Aktor : Administrator
Aksi Aktor Reaksi Sistem Skenario Normal (melakukan logout)
1. Aktor berada pada halaman administrator, kemudian aktor meng-klik link logout.
2. Sistem akan keluar dari menu administrator kembali ke halaman indeks user.
Lampiran 1.3 Skenario Usecase Klasifikasi Dokumen Use Case : Klasifikasi dokumen
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses menggambarkan proses klasifikasi dokumen.
Aksi Aktor Reaksi Sistem
1.Aktor meng-klik link klasifikasi dokumen.
2. Sistem akan menampilkan menu klasifikasi dokumen. Berupa insert dokumen yang akan diklasifikasikan , tombol cari (browse) , tombol keluar, dan tombol klasifikasi. 3. Aktor memasukkan dokumen yang
akan diklasifikasikan, kemudian menekan tombol klasifikasi.
4. Sistem melakukan proses klasifikasi. Dan memberikan hasil dari
klasifikasi dokumen. Lampiran 1.4 Skenario Usecase Pembuatan Model dan indeks
Use Case : Pembuatan Model dan indeks
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses pengindekkan dokumen dan pengklasifikasian dokumen kedalam kelas/kategori.
Aksi Aktor Reaksi Sistem
1.Aktor berada di menu admin, kemudian meng-klik link Indexing dokumen.
2. Sistem akan menampilkan form Indexing dokumen. Berupa input teks unutk judul dokumen, insert
dokumen yang akan diindekkan , dropdown menu untuk kategori dokumen, tombol cari (browse) , dan tombol indexing.
3. Aktor mengetikan judul dokumen, memasukkan dokumen yang akan diindekkan dengan meng-klik tombol cari(browse), kemudian memilih termasuk dalam kategori apakah dokumen tersebut, dengan memilih kategori dokumen dari dropdown menu kategori. Aktor menekan tombol indexing.
4. Sistem melakukan proses indexing dokumen. Dan memberikan hasil konfirmasi proses indexing. Lampiran 1.5 Skenario Usecase Lihat dokumen
Use Case : Lihat dokumen
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses melihat dokumen yang telah terindeks.
Aksi Aktor Reaksi Sistem
1.Aktor meng-klik link list data skripsi.
2. Sistem akan menampilkan form list data skripsi, yang berisi tampilan data skripsi yang telah terindeks.
Lampiran 1.6 Skenario Usecase Tambah stopword Use Case : Tambah stopword
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses penambahanstopword.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan tambah stopword)
1.Aktor meng-klik link Manage Stoplist.
2. Sistem akan menampilkan form stoplist. Berupa insert teks stoplist untuk menambahkan stopword, tombol tambah, daftar stoplist, link edit , link hapus dan tombol . 3. Aktor memasukkan stopword pada
insert teks stopword. Kemudian aktor menekan tombol save.
4. Sistem melakukan penyimpanan data stopword yang baru. Sistem
memberikan konfirmasi penambahan stopword.
Skenario Alternatif (melakukan tambah stopword)
3. Jika aktor tidak jadi melakukan tambah stopword. Aktor menekan tombol cancel.
4. Sistem kembali ke menu utama Administrator.
Lampiran 1.7 Skenario Usecase Edit stoplist Use Case : Edit stoplist
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses perubahan detail stopword jika terjadi kesalahan pengetikan.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan edit stoplist)
1.Aktor meng-klik link manage Stoplist.
2. Sistem akan menampilkan form stoplist. Berupa insert teks stoplist untuk menambahkan stopword, tombol tambah, daftar stoplist , link edit , link hapus dan tombol cancel. 3. Aktor meng-klik link edit pada salah
satu data yang ada dalam daftar stoplist yang akan diedit.
4. Sistem menampilkan data yang akan diedit dalam edit teks.
5. Aktor melakukan editing stopword , kemudian aktor menekan tombol edit.
6. Sistem melakukan penyimpanan ulang data yang telah diubah/ diedit. Dan memberikan konfirmasi
perubahan data.
Skenario Alternatif (melakukan edit stoplist)
3. Jika aktor tidak jadi melakukan edit stopword. Aktor menekan tombol cancel.
4. Sistem kembali ke menu utama Administrator.
Lampiran 1.8 Skenario Usecase Hapus stopword Use Case : Hapus stopword
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses penghapusan data stopword.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan hapus stopword)
1.Aktor meng-klik link manage Stoplist.
2. Sistem akan menampilkan menu stoplist. Berupa insert teks stoplist untuk menambahkan stopword, tombol tambah, daftar stoplist, link edit , link hapus.
3. Aktor meng-klik link hapus pada salah satu data yang ada dalam daftar stoplist yang akan dihapus.
4. Sistem melakukan penghapusan data stopword. Dan memberikan
konfirmasi penghapusan data. 5. Aktor meng-klik link kembali
6. sistem kembali ke menu admin
Lampiran 1.9 Skenario Usecase Tambah kategori Use Case : Tambah kategori
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses penambahankategori.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan tambah kategori)
1.Aktor meng-klik link manage Kategori.
2. Sistem akan menampilkan form kategori. Berupa insert teks kategori untuk menambahkan kategori, tombol tambah, daftar kategori, link edit , link hapus .
3. Aktor memasukkan kategori baru pada teks tambah kategori.
Kemudian aktor menekan tombol save.
4. Sistem melakukan penyimpanan data kategori yang baru. Sistem
memberikan konfirmasi penambahan kategori.
Skenario Alternatif (melakukan tambah kategori)
3. Jika aktor tidak jadi melakukan tambah stopword. Aktor menekan tombol cancel.
4. Sistem kembali ke menu utama Administrator.
Lampiran 1.10 Skenario Usecase Edit kategori Use Case : Edit kategori
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses perubahan detail kategori jika terjadi kesalahan pengetikan.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan edit kategori)
1.Aktor meng-klik link manage kategori.
2. Sistem akan menampilkan menu kelola kategori. Berupa insert teks kategori untuk menambahkan kategori, tombol save, daftar kategori, link edit , link hapus dan tombol cancel.
3. Aktor meng-klik link edit pada salah satu kategori yang ada dalam daftar kategori yang akan diedit.
4. Sistem menampilkan form edit data yang akan diedit dalam edit teks. 5. Aktor melakukan editing kategori .
kemudian aktor menekan tombol edit 6. Sistem melakukan penyimpanan ulang data yang telah diubah/ diedit. Dan memberikan konfirmasi
perubahan data.
Skenario Alternatif (melakukan edit kategori)
3. Jika aktor tidak jadi melakukan edit kategori. Aktor menekan tombol cencel.
4. Sistem kembali ke menu utama Administrator.
Lampiran 1.11 Skenario Usecase Hapus kategori Use Case : Hapus kategori
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Aksi Aktor Reaksi Sistem Skenario Normal (melakukan hapus kategori)
1.Aktor meng-klik link Manage kategori.
2. Sistem akan menampilkan menu kelola kategori. Berupa insert teks kategori untuk menambahkan
kategori, tombol save, daftar kategori , link edit , link hapus dan tombol cancel.
3. Aktor meng-klik link hapus pada salah satu data yang ada dalam daftar kategori yang akan dihapus.
4. Sistem menampilkan konfimasi penghapusan data.
5. Aktor menekan link kembali.
6. Sistem kembali ke menu admin. Lampiran 1.12 Skenario Usecase Tambah kata dasar
Use Case : Tambah kata dasar
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses penambahandata kata dasar.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan tambah kata dasar)
1.Aktor meng-klik link manage kamus.
2. Sistem akan menampilkan menu kelola kamus. Berupa insert teks kata dasar untuk menambahkan kata dalam kamus, tombol tambah, daftar kata dalam kamus, link edit , link hapus.
3. Aktor memasukkan kata dasar baru pada teks tambah kata dasar.
Kemudian aktor menekan tombol save.
4. Sistem melakukan penyimpanan data kata dasar yang baru. Sistem
memberikan konfirmasi penambahan kata dalam kamus.
Skenario Alternatif (melakukan tambah katadasar)
3. Jika aktor tidak jadi melakukan tambah kata dasar. Aktor menekan tombol cancel.
4. Sistem kembali ke menu utama Administrator.
Lampiran 1.13 Skenario Usecase Edit kamus Use Case : Edit kamus
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses perubahan detaildata kata dasar.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan edit kamus)
1.Aktor meng-klik link manage kamus.
2. Sistem akan menampilkan menu kelola kamus. Berupa insert teks kata dasar untuk menambahkan kata dalam kamus, tombol tambah, daftar kata dalam kamus, link edit , link hapus.
3. Aktor menekan link edit pada list kata dasar.
4. sistem menapilkan form edit kata dasar.
5. Kemudian aktor melakukan editing kata setelah itu menekan tombol edit.
6. Sistem melakukan penyimpanan ulang data kata dasar yang baru. Sistem memberikan konfirmasi penambahan kata dalam kamus.
5. Jika aktor tidak jadi melakukan edit kata dasar. Aktor menekan tombol cancel.
6. Sistem kembali ke menu utama Administrator.
Lampiran 1.14 Skenario Usecase Hapus kata dasar Use Case : Hapus kata dasar
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses penghapusan data kategori.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan hapus kategori)
1.Aktor meng-klik link Manage kamus.
2 Sistem akan menampilkan form kelola kamus. Berupa insert teks kata dasar untuk menambahkan kata dalam kamus, tombol tambah, daftar kata dalam kamus, link edit , tombol link dan tombol cancel.
3. Aktor meng-klik link hapus pada salah satu data yang ada dalam daftar kata yang akan dihapus.
4. Sistem melakukan penghapusan data kata dalam kamus. Dan memberikan konfirmasi perubahan data.
5. Aktor menekan link kembali.
6. sistem kembali ke menu admin
Lampiran 1.15 Skenario Usecase Tambah user
Use Case : Tambah user
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Aksi Aktor Reaksi Sistem Skenario Normal (melakukan tambah kata dasar)
1.Aktor meng-klik tombol manage user.
2. Sistem akan menampilkan menu kelola user. Berupa insertusername dan password untuk menambahkan user, tombol save, daftar user,link edit , link hapus.
3. Aktor memasukkan username dan password .Kemudian aktor menekan tombol save.
4. Sistem melakukan penyimpanan data username dan password . Sistem memberikan konfirmasi penambahan user .
Skenario Alternatif (melakukan tambah katadasar)
3. Jika aktor tidak jadi melakukan tambah kata dasar. Aktor menekan tombol cancel.
4. Sistem kembali ke menu utama Administrator.
Lampiran 1.16 Skenario Usecase user
Use Case : Edit user
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses perubahan detailuser.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan edit kamus)
1.Aktor meng-klik tombol manage
user. 2. Sistem akan menampilkan menu
kelola user. Berupa insertusername dan password untuk menambahkan user, tombol save, daftar user,link edit , link hapus.
3. Aktor menekan link edit pada list user.
4. sistem menapilkan form edit use. 6. Kemudian aktor melakukan editing
kata setelah itu menekan tombol edit.
6. Sistem melakukan penyimpanan ulang data user yang baru. Sistem memberikan konfirmasi.
Skenario Alternatif (melakukan edit kamus)
5. Jika aktor tidak jadi melakukan edit user. Aktor menekan tombol cancel.
6. Sistem kembali ke menu utama Administrator.
Lampiran 1.17 Skenario Usecase Hapus user
Use Case : Hapus user
Pra Kondisi : aktor telah masuk dalam menu utama administrator Aktor : Administrator
Deskripsi : Use Case ini menggambarkan proses penghapusan data user.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan hapus kategori)
1.Aktor meng-klik tombol manage user.
2. Sistem akan menampilkan menu kelola user. Berupa insertusername dan password untuk menambahkan user, tombol save, daftar user,link edit , link hapus.
3. Aktor meng-klik link hapus pada salah satu data yang ada dalam daftar user yang akan dihapus.
4. Sistem melakukan penghapusan data user. Dan memberikan konfirmasi perubahan data.
5. Aktor menekan link kembali.
Lampiran 1.18 Skenario Usecase cari dokumen Use Case : Cari dokumen
Pra Kondisi : aktor telah dalam halaman user (halaman pencarian dokumen) Aktor : User / pengguna
Deskripsi : Use Case ini menggambarkan proses pencarian kata dalam dokumen.
Aksi Aktor Reaksi Sistem
1.Aktor memasukan kata kunci pencarian(query). Kemudian aktor menekan tombol cari.
2 Sistem akan melakukan pencarian data yang sesuai dengan query / kata kunci aktor.
3. sistem menampilkan hasil dokumen yang relevan dengan kata kunci dan termasuk dalam kategori yang telah ditentukan.
Lampiran 1.19 Skenario Usecase cari klasifikasi dokumen Use Case : Cari klasifikasi dokumen
Pra Kondisi : aktor telah dalam halaman pencarian klasifiksi dokumen Aktor : User / pengguna
Deskripsi : Use Case ini menggambarkan proses pencarian kategori / kelas dokumen.
Aksi Aktor Reaksi Sistem
1.Aktor memasukan kata kunci pencarian(query). Kemudian aktor menekan tombol cari.
2 Sistem akan melakukan membandingkan data yang sesuai dengan query / kata kunci.
3. sistem menampilkan kelas/kategori dari kata kunci yang dimasukkan.
LAMPIRAN 2
Lampiran 2.1 Realisasi Use Case Login
Halaman Menu User Halaman Login Admin AutentifikasiLogin User
Kelas Analisis
Dinamika Obyek
User
4. Aktor menekan tombol login
Halaman Login Admin AtentifikasiLogin
2. Sistem menampilkan form login 3. Aktor menginputkan username dan
password
5. Sistem mengatentifikasi username dan password
Sistem border
username, password
isAuthentic()
Select result username dan password
show() Login key
Halaman menu user
1. Aktor mengklik link login klik link login
No Nama Kelas Tipe Deskripsi
1 Halaman Menu User Interface / Boundary
Kelas ini berfungsi untuk menampilkan halaman indeks user.
2 Halaman Login Admin Interface / Boundary
Kelas ini berfungsi untuk
menyediakan fungsi
penampilan form Login
3 AutentifikasiLogin Control Kelas ini berfungsi untuk mengautentifikasi / memvalidasi username dan password.
4 User Entity/model Kelas ini berfungsi untuk
menyimpan data-data User (username dan password)
Lampiran 2.2 Realisasi Use Case Logout
Halaman Menu Admin AutentifikasiLogout User
Kelas Analisis
Dinamika Obyek
1. Aktor telah login
3. Sistem keluar halaman Admin
User
Halaman Menu admin AtentifikasiLogout
2. Aktor menekan tombol logout
Sistem border
AutentifikasiLogout Keluar halaman admin
Logout key
No Nama Kelas Tipe Deskripsi
1 Halaman Menu Admin Interface / Boundary
Kelas ini berfungsi untuk menyediakan fungsi penampilan halaman administrator
2 AutentifikasiLogout Control Kelas ini berfungsi untuk menghilangkan password dan user name. untuk menjaga keamanan password dan user name.
3 User Entity/model Kelas ini berfungsi untuk
menyimpan data-data User (user name dan password)
Lampiran 2.3 Realisasi Use Case Klasifkasi Dokumen
Halaman Menu Admin Form Kasifikasi Dokumen
indekTerm Term centroidKlass Word ControlKlasifikasi Tokenizer Kelas Analisis
No Nama Kelas Tipe Deskripsi
1 Halaman Menu Admin Interface / Boundary
Kelas ini berfungsi untuk
menyediakan fungsi penampilan halaman administrator 2 Form klasifikasi dokumen Interface / Boundary
Kelas ini berfungsi untuk
menyediakan fungsi
penampilan form klasifikasi. 3 ControlKlasifikasi Control Kelas ini berfungsi untuk
menentukan termasuk kategori apakah dokumen masukan
(inputan). Dalam
ControlKlasifikasi terdapat beberapa proses yaitu proses stoplist, steming, pembobotan, similarity dan klasifikasi. 4 IndekTerm Entity/model Kelas ini berfungsi untuk
menyimpan menghitung term frekuensi.
5 Term Entity/model Kelas ini berfungsi untuk
menampung data term, hitung dokumen frekuensi, indexing data, update bobot, update centroid.
6 centroidKlass Entity/model Kelas ini berfungsi untuk menampung kata yang sama
Dinamika Obyek
3. Aktor menekan tombol klasifikasi 1. Aktor menekan tombol menu
Klasifikasi dokumen
Tokenizer Halaman administrator ControlKlasifiaksi
2. Aktor memasukkan dokumen yang akan diklasifikasikan
Sistem border
Proses klasifikasi() Menu klasifikasi key
Term IndekTerm centroidKlass
show()
klasifikasi key stopword() stemeToIndonesia() Form Klasifikasi input dokumen Word getSimilarityAllKategory() getAllSimilarity() getSimilarityKategory() itungTF() Hasil klasifikasi Term() Term()
4. sistem menampilkan hasil klasifikasi
tf
Lampiran 2.4 Realisasi Use Case Pembuatan Model
Halaman Menu Admin form indexing
indekTerm Term Word Skripsi kategori Tokenizer ControlIndexing
untuk perhitungan centroid dalam suatu kategori.
8 Word Model Kelas ini berfungsi untuk
melakukan steming kata / term (merupakan bagian dari steming yang telah dibuat oleh Puspaningtyas Sanjaya Adi, S.T, M.T)
9 Tokenizer Model Kelas ini berfungsi untuk
menyaring daftar kata yang ada dalam stoplist kata.
Kelas Analisis
No Nama Kelas Tipe Deskripsi
1 Halaman Menu Admin Interface / Boundary
Kelas ini berfungsi untuk
menyediakan fungsi
penampilan halaman
administrator
2 Form indexing Interface /
Boundary
Kelas ini berfungsi untuk
menyediakan fungsi
penampilan form indexing dokumen
3 ControlIndexing Control Kelas ini berfungsi untuk melakukan proses indexing dokumen. Didalam proses ini terdapar proses stoplist , proses steming, pembobotan dokumen, penghitungan centroid, insert term, update term, update centoid.
4 Skripsi Entity/model Kelas ini berfungsi untuk menyimpan data – data dokumen skripsi.
5 indekTerm Entity/model Kelas ini berfungsi untuk menyimpan menghitung term frekuensi.
6 Term Entity/model Kelas ini berfungsi untuk
menampung data term, hitung dokumen frekuensi, indexing data, update bobot, update centroid.
7 Kategori Entity/model Kelas ini berfungsi untuk menyimpan data kategori.
8 Word Model Kelas ini berfungsi untuk
menyimpan kata dasar yang digunakan untuk mengecek steming
9 Tokenizer Model Kelas ini berfungsi untuk
menyaring daftar kata yang ada dalam stoplist kata.
Dinamika Obyek
kategori
5. Aktor menekan tombol indexing
Halaman Menu admin ControlIndexing
1. Aktor menekan link Indexing dokumen 3. Aktor memasukkan dokumen
yang akan diindekkan
Sistem border
Proses indexing() Menu indexing
form indexing Term IndekTerm Tokenizer Word show()
Jenis klasifikasi dokumen
stopword() stemeToIndonesia()
4. Aktor memilih jenis klasifikasi dokumen
kategori
Indexing key
2. Aktor mengetikan judul dokumen Judul dokumen
Informasi indexing term itungTF() insertTerm() term term tf insertSkripsi()
6. sistem menampilkan informasi indexing
Lampiran 2.5 Realisasi Use Case Lihat Dokumen
Halaman Menu Admin
kategori
form list data Skripsi
Skripsi
Kelas Analisis
No Nama Kelas Tipe Deskripsi
1 Halaman Administrator Interface / Boundary
Kelas ini berfungsi untuk menyediakan fungsi
penampilan form
administrator 2 Form list data Skripsi Interface /
Boundary
Kelas ini berfungsi untuk menyediakan fungsi penampilan form lihat dokumen yang telah terindek
3 Kategori Entity Kelas ini berfungsi untuk
menyimpan data kategori.
4 Skripsi Entity Kelas ini berfungsi untuk
menyimpan data – data dokumen.
Dinamika Obyek
Halaman menu admin Kategori
1. Aktor menekan link list data skripsi
Sistem border List data skripsi
Form list data skripsi Skripsi
show() idKategori, kategori
Show(judul skripsi, kategori) select(judul, kategori) 2. sistem menampilkan data skripsi
Lampiran 2.6 Realisasi Use Case Tambah Stopword
Halaman Menu Admin Form manage stoplist stopwordManajemenController stoplist
Kelas Analisis
Dinamika Obyek
Halaman menu admin StopWordManajemenController