1.

Identifikasi Actor

Setelah melakukan analisis terhadap data dan informasi yang terlibat dalam proses
sistem didapatkan model actor-actor, yang teridentifikasi aktifitas yang mendukung berjalanya
sistem yang dirancang, berikut actoryang di perlukan dalam Knowledge Management System
:

Admin Guru Pakar

Gambar 4.8 Actor

Berikut adalah definisi dari actor pada Knowledge Management System di Smk ibnu
taimiyah pekanbaru.

Tabel 4.10 Definisi Actor.

Aktor Deskripsi

Admin Orang yang bertugas dan memiliki hak akses untuk

melakukan pengolahan data Knowledge,User, dan
mengelola knowledge management system.
Guru Guru adalah orang yang di perbolehkan untuk
mengakses KMS ini , mulai dari mendwonload
Knowledge yang ada, melakukan sharing Knowledge
melalui forum serta bertanya kepada pakar pada saat
ada permasalah
Pakar Pakar adalah orang yang memiliki hak ases terhadap
KMS ini , di mana Pakar dapat melakukan proses
sharing Knowledge baru tentang cara menangani
permasalahan yang ada, serta menjawab pertanyaan-
pertanyaan yang ada pada KMS.
 2. Deskripsi Usecase
Deskripsi usecase menggambarkan kebutuhan fungsional sistem, kemudian dibuat
skenario (flow of event) yang menggambarkan urutan skenario
Tabel 4.11Deskripsi Use Case sistem.
ID Nama Use Case Deskripsi
UC-01 Login Melakukan autentifikasi user sebagai
admin,guru dan pakar.
UC-02 Melihat Berita Melihat berita terbaru yang ada . seperti
jadwal pelatihan ,
UC-03 Mengelola Pengguna Mengelola data pengguna, seperti
menambah, mengubah dan menghapus data
pengguna.
UC-04 Mengelola profil Mengelola data profil sekolah, mengubah,
menghapus, mengupdate dan menambah
profil sekolah.
UC-05 Mengelolaberita Mengelola data berita, megubah,
menghapus, mengupadate dan menambah
data berita yang terbaru.
UC-06 Mengelola training Mengelola data training , menubah ,
menghapus, mengupdate dan menambah
data trining yang pernah di ikuti atau di
lakukan oleh guru maupun pegawai Smk
ibnu taimiyah pekanbaru
UC-07 Mengelola e- Mengelola e-document, seperti menambah,
document menghapus, dan mengubah data e-
document.
UC-08 Mengelola kategori Mengelola kaegori, seperti menambah,
menghapus dan mengubah kategori.
UC-09 Mengelola faqs Mengelola faqs, seperti menambah,
menghapus dan mengubah data faqs.
 UC-10 Mengelola Forum Mengelola forum, seperti menambah,
menghapus dan mengubah data forum dan.

UC-11 Ganti Password Mengganti password pengguna.

UC-12 LogOut User keluar sistem.

3. Skenario
Sebelum masuk pada tahap pembuatan usecase diagram, perlu dijabarkan skenario
dari penggunaan sistem ini. Berikut adalah skenario berdasarkan dari tiap usecase:

Tabel 4.12. Skenario Use Case Login (UC-01)

Nama Usecase : Login
Aktor : Admin,Guru dan Pakar
Pre-Condition : Aktor memasuki halaman Login
Post Condition : 1. Aktor berhasil Login Ke sistem.
2. Sistem menampilkan menu sesuai dengan Login aktor.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Memasukkan Username/ dan Password/
Nip dan Password/ Nis dan Pasword.
2. Menekan Tombol Login.
3. Memvalidasi masukkan user.
4. Memverifikasi fungsi-fungsi dan fitur
yang sesuai dengan role user.
5. Menampilkan halaman sesuai dengan
role user.
Skenario Alternatif 1: Gagal Login
Aksi Aktor Reaksi Sistem
1. Memvalidasi masukkan.
2. Masukkan tidak valid, sistem akan
menampilkan pesan kesalahan, “
username dan password tidak valid
silahkan ulangi lagi “.
 Tabel 4.13. Skenario Use case melihat berita
Nama Usecase : Melihat Informasi.
Aktor : Admin, Guru dan Pakar.
Pre-Condition : User memasuki halaman Utama.
Post Condition : User melihat berita.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Memilih menu berita
2. Mengambil data dari database.
3. Menampilkan berita

Tabel 4.13. Skenario Use case mengelola pengguna.

Nama Usecase : Mengelola Pengguna
Aktor : Admin.
Pre-Condition : Admin sudah melakukan login.
Post Condition : Sistem menampilkan menu untuk mengelola pengguna.
Skenario Normal
Aksi Aktor Reaksi Sistem
1. Admin memilih menu mengelola
pengguna.
2. Sistem menampilkan menu mengelola
pengguna.
3. Admin memilih menu tambah
pengguna.
4. Sistem menampilkan form tambah
data pengguna, kemudian memvalidasi
data pengguna dan menyimpannya ke
dalam database.
5. Admin memilih menu ubah pengguna.

6. Sistem menampilkan form ubah

pengguna, kemudian memvalidasi data
 pengguna dan menyimpannya ke
dalam database.

7. Admin memilih menu hapus data

pengguna.
8. Sistem menampilkan konfirmasi,
kemudian menghapus data pengguna
dalam database.
Skenario Alternatif 1: Gagal Mengelola Pengguna
Aksi Aktor Reaksi Sistem
1. Admin salah memasukkan data
pengguna.
2. Sistem memvalidasi dan menampilkan
pesan error/kesalahan, data tidak
berhasil disimpan.
3. Admin Memasukan data yang benar

4. Mengecek valid tidaknya data yang

di masukan

5. Menyimpan data pengguna pada

database
1.8.3.3. Use case diagram Knowledge Management system
Interaksi antara use case dengan aktor terhadap sistem digambarkan menggunakan Use
case diagram. Terdapat tiga aktor yang terlibat dalam Knowledge Management System, yaitu
Admin ,Guru dan Pakar . Berikut adalah gambar usecase diagram pada KMS yang nantinya
akan di bangun

Gambar 4.9Use case diagram Sistem Secara Keseluruhan

1. Use Case Diagram Admin
Use Case Diagram Admin digunakan untuk menjelaskan kegiatan apa saja yang dapat
dilakukan oleh admin. Admin bisa mengelola data baik itu menghapus data, menambah
data dan juga mengubah data.

Gambar 4.10Use Case Diagram Admin

2. Use Case Diagram Guru

Use Case Diagram Guru digunakan untuk menjelaskan kegiatan apa saja yang dapat
dilakukan oleh Guru sebagai user.Guru bisa melakukan proses sharing
knowledge,melakukan interaksi melalui forum dan juga guru di sini dapat mengelola
menu training , menu e-document namun di sini guru hanya bisa melakukan proses
menambahan data training , data e-document yang kemudian akan di konfirmasi oleh
admin dan guru tidak bisa menghapus dan mengedit file yang telah di tambahkan.
 Gambar 4.11Use Case Diagram Guru

3. Use Case Diagram Pakar

Use Case Diagram Pakar digunakan untuk menjelaskan kegiatan apa saja yang dapat
dilakukan oleh Pakar. Pakar bisa melakukan proses sharing knowledge, melakukan
interaksi melalui forum,pakar di sni berfungsi sebagai orang yang ahli di bidangnya dan
pakar di sini lebih di tekankan untuk menjawab permasalahan – permasalahan yang ada
melalui forum ,dan juga pakar memiliki hak akses untuk memberi berita terbaru
mengenai pelatihan ataupun hal-hal yang menyangkut permasalahan yang ada.
Gambar 4.12Use Case Diagram Pakar
 Sistem Informasi Akademik dan Mahasiswa

Admin Dosen Sistem Mahasiswa Wali

start

Login Login Login Login

Validasi
Tidak Tidak
login

Ya

Menampilkan
Menu Sesuai
Hak Akses

Input Data
Mahasiswa,
Dosen dan
Wali

Proses Simpan Data

Mahasiswa, Dosen
dan Wali

Info Data Mahasiswa, Info Data Mahasiswa, Info Data Mahasiswa, Info Data Mahasiswa,
Dosen dan Wali Dosen dan Wali Dosen dan Wali Dosen dan Wali

Input
Autodebet

Proses Simpan
Autodebet

Input Info Autodebet Info Autodebet

Paket (SMS) (SMS)
KRS

Proses Simpan
Paket KRS

Info Paket KRS

Info Paket KRS

Input
Jadwal
Matkul

Proses Simpan
Jadwal Matkul

Info Jadwal
Info Jadwal Matkul
Matkul

Input
Absensi

Proses Simpan
Absensi

Info Absensi Info Absensi

Input
Nilai

Proses Simpan
Nilai

Info Nilai Info Nilai

Info KHS (SMS

IP persemester)

Input
Forum
Diskusi

Proses Simpan
Forum Diskusi

Info Forum
Info Forum Diskusi
Diskusi

Input
Pengumuman

Proses Simpan
Pengumuman
Info Info
Pengumuman Pengumuman
(SMS) (SMS)
Input Data
Laporan

Proses Simpan Data

Laporan

Info Data Laporan Info Data Laporan

End
Use Case Diagram
Use case diagram digunakan untuk mendeskripsikan apa yang seharusnya dilakukan
oleh sistem. Use case diagram menyediakan cara mendeskripsikan pandangan eksternal
terhadap sistem dan interaksi-interaksinya dengan dunia luar. Elemen use case diagram adalah:
aktor, Use-case, hubungan ketergantungan, generalisasi dan asosiasi.
Pengguna perangkat lunak ini di sebut actor. Perangkat lunak ini ditujukan memberikan
data dan laporan Pengguna sistem ini terdiri dari Admin, dosen, mahasiswa dan wali. Admin
merupakan pengguna yang mengelola data pengguna dan mengelola sistem secara
keseluruhan, dosen mempunyai hak akses untuk menginputkan data matakuliah, nilai
mahasiswa, dan forum diskusi, sedangkan mahasiswa bisa melakukan registrasi KRS dan
memperoleh informasi mengenai akademik pada sistem, wali mahasiswa mempunyai hak
akses yang sama dengan mahasiswa dan juga melakukan interaksi forum diskusi dengan dosen.
4.6.2. Aktor dan Use Case
Ada beberapa aktor yang terdapat di dalam sistem ini, yaitu admin, dosen, mahasiswa
dan wali.

Admin Dosen Mahasiswa Wali

Gambar 4.3 Actor sistem

Tabel 4.4. Deskripsi Actor sistem
Actor Deskripsi
Admin User yang bertugas mengelola sistem dan
mendata semua pengguna, serta mengupdate
informasi pada sistem.
Dosen User yang bertugas mengelola matakuliah,
jadwal matakuliah, nilai, verifikasi KRS dan
forum diskusi.
Mahasiswa User yang melakukan pendaftaran KRS,
jadwal matakuliah dan melihat informasi
akademik.
Wali User yang bisa melihat informasi akademik
mahasiswa dan berinteraksi melalui forum.
 Package diagram memperlihatkan bagaimana elemen model diorganisasikan /
dikelompokkan ke dalam packages. Biasanya dipakai pada use case diagram atau class
diagram. Packages digambarkan sebagai sebuah direktori (file folders) yang berisi model-
model elemen. Packages digunakan untuk mengorganisasikan sebuah diagram yang besar
menjadi beberapa diagram kecil.

Sistem Untuk Sistem Untuk

Admin Dosen

Sistem Informasi Mahasiswa

dan Akademi k

Sistem Untuk Sistem Untuk

Mahasiswa Wali

Gambar 4.4 Package Diagram Simak

Deskripsi use case menggambarkan kebutuhan fungsional sistem, kemudian dibuat
skenario (flow of event) yang menggambarkan urutan skenario.
Tabel 4.5. Deskripsi Use Case sistem.
ID Nama Use Case Deskripsi
UC-01 Login Melakukan autentifikasi user sebagai
pengguna atau admin.
UC-02 Melihat Informasi Melihat Informasi yang tersedia, seperti
Informasi mengenai akademik mahasiswa,
informasi pengumuman ujian tengah
semester, ujian akhir semester, autodebet,
dan pengumuman lainnya.
UC-03 Mengelola Pengguna Mengelola data pengguna, seperti
menambah, mengubah dan menghapus data
pengguna.
UC-04 Mengelola Dosen Mengelola data dosen, mengubah,
menghapus, mengupdate dan menambah
data dosen.
UC-05 Mengelola Mengelola data mahasiswa, megubah,
Mahasiswa menghapus, mengupadate dan menambah
data mahasiswa.
UC-06 Mengelola Wali Mengelola data wali mahasiswa.

UC-07 Mengelola KRS Mengelola KRS, seperti menambah,

menghapus, dan mengubah data KRS.
UC-08 Mengelola Mengelola matakuliah mahasiswa, seperti
Matakuliah menambah, menghapus, dan mengubah
data mata matakuliah.
UC-09 Mengelola Jadwal Mengelola jadwal matakuliah mahasiswa,
MataKuliah seperti menambah, menghapus, dan
mengubah data jadwal matakuliah.
UC-10 Mengelola Absensi Mengelola absensi mahasiswa, seperti
menambah, menghapus dan mengubah data
absensi.
UC-11 Mengelola Nilai Mengelola nilai mahasiswa, seperti
menambah, menghapus dan mengubah data
nilai.
UC-12 Mengelola Forum Mengelola forum dan pengumuman,
dan Pengumuman seperti menambah, menghapus dan
mengubah data forum dan pengumuman.

UC-13 Mengelola Mengelola laporan autodebet mahasiswa.

Autodebet
UC-14 Mengelola SMS Mengelola SMS, seperti mengirimkan
informasi akademik melalui sms.
 UC-15 Mengelola Data Mengelola Data Laporan, seperti
Laporan Mahasiswa, menambah, menghapus dan mengubah
Dosen, Nilai, Data Laporan Mahasiswa, Dosen, Nilai,
Absensi Mahasiswa Absensi Mahasiswa.
UC-16 Mengelola Verifikasi Mengelola Verifikasi KRS, seperti
KRS menyetujui KRS mahasiswa sehingga
dapat mahasiswa dapat mengambil KRS.
UC-17 Ganti Password Mengganti password pengguna.
UC-18 LogOut User keluar sistem.

Selain actor yang diatas, maka usecase yang ada pada sistem ini dapat kita lihat pada
use case diagram dibawah ini.
 Mengelola Data Dosen

Mahasiswa

Mengelola Data Mahasiswa

Mengelola Wali <<include>>

<<include>>

Mengelola Autodebet <<include>>

<<include>>

Mengelola KRS
<<include>>

Admin
<<include>>

Mengelola KHS <<include>>

<<include>>

Login
Mengelola Matakuliah <<include>>

<<include>>

Mengelola Jadwal Matkul <<include>>

<<include>>

Mengelola Absensi <<include>>

<<extend>>

Dosen Mengelola Nilai <<include>>

Mengelola Data Laporan

Mengelola Forum

Mengelola Pengumuman

Wali
Mengelola SMS

Mengelola Verifikasi KRS

Gambar 4.5 Use case diagram Sistem Secara Keseluruhan

 Mengelola Dosen

Mengelola Mahasiswa

<<include>>

Mengelola Wali
<<include>>

<<include>>

Mengelola Autodebet
<<include>>

<<include>>

Mengelola KRS <<include>>

<<include>>

Mengelola Matakuliah
<<include>>
Login
<<include>>

Admin Mengelola Jadwal Matkul

<<include>>

<<extend>>

Mengelola Absensi

Mengelola Pengumuman

Mengelola Data Laporan

Mengelola SMS

LogOut

Gambar 4.6 Use Case Diagram Admin

 Mengelola Data Dosen
<<include>>

<<include>>

Mengelola Jadwal Matkul

<<include>>

<<include>>

Dosen Mengelola Nilai

<<include>> Login

Mengelola Forum

Mengelola Verif kasi KRS

LogOut

Gambar 4.7 Use Case Diagram Dosen

Mengelola Data Mahasiswa <<include>>

<<include>>

Mengelola KRS <<include>>

Mahasiswa
Login

Mengelola Jadwal Matkul

LogOut

Gambar 4.8 Use Case Diagram Mahasiswa

 <<include>>
Mengelola Data Wali

<<include>>

Mengelola Forum NewUseCase

Wali

LogOut

Gambar 4.9 Use Case Diagram Wali

4.6.3. Skenario Use Case

4.6.3.1. Skenario Use case UC01-Login

Tabel 4.6. Skenario Use case Login

Nama Usecase : Login
Aktor : Admin, Dosen, Mahasiswa, dan Wali.
Pre-Condition : Aktor memasuki halaman Login
Post Condition : 1. Aktor berhasil Login Ke sistem.
2. Sistem menampilkan menu sesuai dengan Login aktor.
Skenario Normal
Aksi Aktor Reaksi Sistem
6. Memasukkan Username/ dan Password/
Nip dan Password/ Nis dan Pasword.
7. Menekan Tombol Login.
8. Memvalidasi masukkan user.
9. Memverifikasi fungsi-fungsi dan fitur
yang sesuai dengan role user.
10. Menampilkan halaman sesuai
dengan role user.
Skenario Alternatif 1: Gagal Login
Aksi Aktor Reaksi Sistem
 3. Memvalidasi masukkan.
4. Masukkan tidak valid, sistem akan
menampilkan pesan kesalahan, “
username dan password tidak valid
silahkan ulangi lagi “.

4.6.3.2. Skenario Use case UC02- Melihat Informasi

Tabel 4.7. Skenario Use case melihat informasi.

Nama Usecase : Melihat Informasi.
Aktor : Admin, Dosen, Mahasiswa, dan Wali.
Pre-Condition : User memasuki halaman Utama.
Post Condition : User melihat Informasi.
Skenario Normal
Aksi Aktor Reaksi Sistem
4. Memilih Informasi.
5. Mengambil data dari database.
6. Menampilkan informasi.

4.6.3.3.Skenario Use case UC03- Mengelola Pengguna.

Tabel 4.8. Skenario Use case mengelola pengguna.

Nama Usecase : Mengelola Pengguna
Aktor : Admin.
Pre-Condition : Admin sudah melakukan login.
Post Condition : Sistem menampilkan menu untuk mengelola pengguna.
Skenario Normal
Aksi Aktor Reaksi Sistem
9. Admin memilih menu mengelola
pengguna.
10. Sistem menampilkan menu
mengelola pengguna.
11. Admin memilih menu tambah
pengguna.
 12. Sistem menampilkan form tambah
data pengguna, kemudian memvalidasi
data pengguna dan menyimpannya ke
dalam database.
13. Admin memilih menu ubah
pengguna.
14. Sistem menampilkan form ubah
pengguna, kemudian memvalidasi data
pengguna dan menyimpannya ke
dalam database.
15. Admin memilih menu hapus data
pengguna.
16. Sistem menampilkan konfirmasi,
kemudian menghapus data pengguna
dalam database.
Skenario Alternatif 1: Gagal Mengelola Pengguna
Aksi Aktor Reaksi Sistem
6. Admin salah memasukkan data
pengguna.
7. Sistem memvalidasi dan menampilkan
pesan error/kesalahan, data tidak
berhasil disimpan.