selanjutnya berkas tersebut dapat diakses oleh pimpinan dari unit-unit kerja. Kemudian dalam kondisi lain Apabila berkas SK yang sudah
disahkan oleh rektor telah sampai kepada pembuat yaitu pihak Ortala, maka dapat dilakukan penggantian berkas dengan yang sudah
disahkan rektor. Untuk proses penggantian berkas dapat dilakukan proses delete berkas yang lama kemudian melakukan scanning
terhadap berkas asli, kemudian disimpan dengan output file scanning berupa file PDF dan diupload kembali.
Dari segi user, dapat mengakses sistem repository SK dan mencari file SK sesuai dengan kategori dan ketersediaan didalam
database repository SK masing-masing. Apabila ditemukan maka user dapat langsung melihat, mencetak ataupun mendownload hasil
copy dari SK tersebut. Sedangkan untuk manajemen hak akses akan ditangani oleh super admin.
4.1.10. Membuat Use Case Diagram
Use Case mendeskripsikan interaksi antar actor di dalam sistem informasi eksekutif pada Organisasi. Seperti dijelaskan pada
tabel 4.1 berikut :
Tabel 4.3 Identifikasi Actor dengan Deskripsi
No. Actor
Description
1. Pimpinan Unit
Kerja Fakultas Actor yang melakukan pencarian informasi
SK ke sistem. 2.
Admin Ortala Actor yang membuat konsep SK dan
melakukan scanning, input, update, validasi
dan delete serta menyimpan berkas SK yang sudah jadi.
3. Admin TU
Rektorat Actor yang melakukan pencarian dan
validasi berkas SK. 4.
Super Admin Actor yang melakukan manajemen hak
akses dan mengurusi keseluruhan sistem.
Berikut adalah Use Case diagram usulan yang menggambarkan kegiatan-kegiatan dalam sistem repository SK :
Gambar 4.4. Use Case Diagram yang diusulkan
4.1.10.1. Use Case Secenario
Tabel 4.4
Use Case Secenario Login
Use Case Name Login
Use Case ID 1
Actor Pimpinan unit, Admin Ortala, Admin TU
Rektorat, Super Admin.
Description Use case menggambarkan kegiatan
memasukan username dan password untuk mengakses sistem.
Precondition Pimpinan unit, Admin Ortala, Admin TU
Rektorat, Super Admin membuka sistem.
Typical Course of Events Actor Action
System Response
1. Input username dan password.
2. Cek username dan password.
3. Menampilkan halaman sesuai
authentifikasi.
Alternate Courses
Jika no.2 salah input atau tidak ditemukan maka akan menampilkan
pesan kesalahan.
Conclusion
Pimpinan unit, Admin Ortala, Admin TU Rektorat, Super Admin login ke sistem.
Post Condition Pimpinan unit, Admin Ortala, Admin TU
Rektorat, Super Admin dapat mengakses sistem.
Tabel 4.5 Use Case Scenario Telusur SK
Use Case Name Telusur SK
Use Case ID 2
Actor Pimpinan Unit kerjafakultas, Admin
Ortala.
Description Use case menggambarkan kegiatan
pencarian SK.
Precondition Pimpinan Unit kerjafakultas, Admin
Ortala login ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu koleksi SK.
2. Menampilkan list SK.
3. Memilih untuk penelusuran SK
3. Menampilkan hasil penelusuran.
Alternate Courses Jika no.3 tidak ditemukan maka akan
menampilkan pesan data tidak ditemukan.
Conclusion Pimpinan Unit kerjafakultas, Admin
Ortala menemukan SK yang dicari.
Post Condition Pimpinan Unit kerjafakultas, Admin
Ortala dapat melihat berkas SK secara utuh.
Tabel 4.6 Use Case Secenario Lihat Beranda
Use Case Name Lihat Beranda
Use Case ID 3
Actor Pimpinan Unit kerjafakultas, admin
Ortala.
Description Use case menggambarkan kegiatan untuk
melihat beranda.
Precondition Pimpinan Unit kerjafakultas, Admin
Ortala login ke dalam sistem.
Typical Course of Events Actor Action
System Response 1.
Memilih menu
beranda. 2.Menampilkan
menu beranda.
Alternate Courses -
Conclusion Pimpinan Unit kerjafakultas, Admin
Ortala melihat menu beranda.
Post Condition Menu beranda berhasil ditampilkan.
Tabel 4.7 Use Case Secenario Lihat Struktur Organisasi
Use Case Name Lihat Struktur Organisasi
Use Case ID 4
Actor Pimpinan Unit kerjafakultas, Admin
Ortala
Description
Use case menggambarkan kegiatan untuk melihat struktur organisasi.
Precondition Pimpinan Unit kerjafakultas, Admin
Ortala login ke dalam sistem.
Typical Course of Events Actor Action
System Response
1.Memilih menu Struktur
organisasi. 2.Menampilkan
menu struktur organisasi.
Alternate Courses -
Conclusion Pimpinan Unit kerjafakultas, Admin
Ortala melihat menu struktur organisasi.
Post Condition
Menu struktur organisasi berhasil ditampilkan.
Tabel 4.8 Use Case Secenario Lihat Kontak
Use Case Name Lihat Kontak
Use Case ID 5
Actor Pimpinan Unit kerjafakultas, Admin
Ortala
Description Use case menggambarkan kegiatan
untuk melihat kontak.
Precondition Pimpinan Unit kerjafakultas, Admin
Ortala login ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu kontak.
2. Menampilkan menu kontak
Alternate Courses -
Conclusion
Pimpinan Unit kerjafakultas, Admin Ortala melihat menu kontak.
Post Condition
Menu kontak berhasil ditampilkan
Tabel 4.9 Use Case Secenario Lihat koleksi SK User
Use Case Name Lihat koleksi SK
Use Case ID 6
Actor Pimpinan Unit kerjafakultas
Description Use case menggambarkan kegiatan
untuk melihat koleksi SK
Precondition Pimpinan Unit kerjafakultas login ke
dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu pada koleksi SK.
2. Menampilkan list SK.
3. Memilih detail 4. Menampilkan
detail keterangan SK
Alternate Courses -
Conclusion Pimpinan Unit kerjafakultas melihat
koleksi SK Sesuai dengan akunnya.
Post Condition Menu Koleksi SK berhasil ditampilkan.
Tabel 4.10 Use Case Secenario Lihat koleksi SK Admin
Use Case Name Lihat koleksi SK
Use Case ID
7
Actor
Admin Ortala dan Admi TU Rektorat
Description Use case menggambarkan kegiatan untuk
melihat keseluruhan koleksi SK.
Precondition Admin Ortala dan Admi TU Rektorat
login ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu pada koleksi SK.
2. Menampilkan menu koleksi SK
3. Memilih Fakultas Unit
kerja. 4. Menampilkan SK
sesuai dengan FakultasUnit Kerja
yang dipilih. 3. Memilih detail
4. Menampilkan detail keterangan SK
Alternate Courses -
Conclusion Admin Ortala dan Admi TU Rektorat
melihat koleksi SK Sesuai dengan Fakultasunit kerja yang dipilih.
Post Condition Menu Koleksi SK berhasil ditampilkan.
Tabel 4.11 Use Case Secenario View Detail
Use Case Name View detail
Use Case ID 8
Actor Pimpinan Unit kerjafakultas, Admin TU
Rektorat, Admin Ortala.
Description Use case menggambarkan kegiatan untuk
melihat detail rincian SK.
Precondition Pimpinan Unit kerjafakultas, Admin TU
Rektorat, Admin Ortala masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. mengklik detail link
2. menampilkan detail dari berkas SK
Alternate Courses -
Conclusion Pimpinan Unit kerjafakultas, Admin TU
Rektorat, Admin Ortala melihat detail dari berkas SK.
Post Condition Menu View detail berhasil ditampilkan.
Tabel 4.12
Use Case Secenario Download SK
Use Case Name Download SK
Use Case ID 9
Actor Pimpinan unitfakultas, Admin Ortala,
Admin TU Rektorat.
Description Use case menggambarkan kegiatan
untuk download berkas SK secara utuh.
Precondition
Pimpinan unitfakultas, Admin Ortala, Admin TU Rektorat masuk ke dalam
sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu koleksi berkas
SK 2. Menampilkan
koleksi berkas SK 3. Memilih
berkas yang akan di download.
4. Menghubungkan dengan database dan
menampilkannya.
Alternate Courses -
Conclusion Pimpinan unitfakultas, Admin Ortala,
Admin TU Rektorat Berhasil mendownload berkas SK dari sistem.
Post Condition
Sistem kembali melist berkas.
Tabel 4.13 Use Case Secenario Delete
Use Case Name Delete Berkas SK
Use Case ID 10
Actor
Admin Ortala
Description
Use case menggambarkan kegiatan untuk menghapus berkas dari database.
Precondition Admin Ortala masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. mencari berkas SK yang akan
dihapus. 2. menampilkan
berkas SK 3. mengklik
tombol delete 4. menampilkan
pesan bahawa berkas berhasil dihapus.
Alternate Courses
-
Conclusion Admin Ortala berhasil menghapus data
berkas SK dari sistem.
Post Condition Berkas tidak dapat diakses kembali.
Tabel 4.14 Use Case Secenario Tambah SK
Use Case Name TambahUpload SK
Use Case ID 11
Actor Admin Ortala
Description Use Case menggambarkan kegiatan
untuk menambah mengupload berkas SK.
Precondition Admin Ortala masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu Tambah berkas
SK 2. Menampilkan
form tambah SK 3. Mengisi Form
tambah SK 4. Menghubungkan
dengan database. 5. memilih data
upload 6. Menghubungkan
dengan database. 7. klik “simpan”
sebagai tanda informasi telah
disimpan. 8. Menyimpan hasil
input kedalam database sistem.
Alternate Courses Jika data yang dimasukan tidak lengkap,
maka sistem akan menampilkan pesan kesalahan.
Conclusion
Admin Ortala Berhasil menambah berkas SK kedalam sistem.
Post Condition Database SK telah bertambah.
Tabel 4.15 Use Case Secenario Validasi SK
Use Case Name Validasi SK
Use Case ID 12
Actor Admin TU Rektorat, Admin Ortala
Description Use Case menggambarkan kegiatan
untuk melakukan validasi berkas SK yang di Upload oleh Admin ortala.
Precondition Admin TU Rektorat, Admin Ortala
masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. melihat detail berkas pada menu
berkas masuk 2. menampilkan
detail berkas SK 3. validasi berkas
“YA” 4. menghubungkan
database dan memberi status
validasi pada berkas. 5. Validasi berkas
“Tidak” 6. Berkas tidak jadi
di validasi dan status validasi kosong.
7. Klik “simpan” 7. menghubungkan
dengan database validasi.
Alternate Courses -
Conclusion Admin TU Rektorat, Admin Ortala
berhasil melakukan validasi berkas.
Post Condition Berkas SK telah divalidasi dan tidak
terdaftar lagi pada menu validasi
Tabel 4.16 Use Case Secenario Role
Use Case Name Tambah edit hapus Role
Use Case ID 13
Actor Super Admin
Description Use Case menggambarkan kegiatan
untuk menambah mengedit menghapus role pengguna sistem.
Precondition Super Admin masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu pengaturan
2. Menampilkan menu pengaturan
role. 3. Mengisi Form
tambah SK 4. Menghubungkan
dengan database. 5. menentukan
hak akses 6. Menghubungkan
dengan database. 7. klik “simpan”
sebagai tanda informasi telah
disimpan. 8. Menyimpan hasil
input kedalam database sistem.
Alternate Courses -
Conclusion
Super Admin Berhasil menambah mengedit menghapus role kedalam
sistem.
Post Condition Data role telah tersimpan dalam
database.
Tabel 4.17 Use Case Secenario Tambah edit delete IndeksUnit
kerja
Use Case Name Tambah edit delete IndeksUnit kerja
Use Case ID 14
Actor Admin Ortala
Description Use Case menggambarkan kegiatan
untuk menambah mengedit menghapus indeksunit kerja.
Precondition
Admin Ortala masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu indeks
2. Menampilkan menu indeks.
3. Mengisi Form indeks
4. Menghubungkan dengan database.
5. klik “simpan” sebagai tanda
informasi telah disimpan.
6. Menyimpan hasil input kedalam
database sistem.
Alternate Courses -
Conclusion
Admin Ortala Berhasil menambah mengedit menghapus indeks kedalam
sistem.
Post Condition Data Indeks telah tersimpan dalam
database.
Tabel 4.18
Use Case Secenario Tambah edit delete Kategori
Use Case Name Tambah edit delete Kategori
Use Case ID 15
Actor Admin Ortala
Description Use Case menggambarkan kegiatan
untuk menambah mengedit menghapus kategori SK.
Precondition Admin Ortala masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu kategori
2. Menampilkan menu kategori.
3. Mengisi Form kategori
4. Menghubungkan dengan database.
5. klik “simpan” sebagai tanda
informasi telah disimpan.
6. Menyimpan hasil input kedalam
database sistem.
Alternate Courses -
Conclusion Admin Ortala Berhasil menambah
mengedit menghapus kategori kedalam sistem.
Post Condition Data Indeks telah tersimpan dalam
database.
Tabel 4.19 Use Case Secenario Tambah edit delete user
Use Case Name Tambah edit delete user
Use Case ID 16
Actor Super Admin
Description Use Case menggambarkan kegiatan
untuk menambah mengedit menghapus user.
Precondition Super Admin masuk ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. Memilih menu User Account
2. Menampilkan menu user.
3. Mengisi Form user.
4. Menghubungkan dengan database.
5. klik “simpan” sebagai tanda
informasi telah disimpan.
6. Menyimpan hasil input kedalam
database sistem.
Alternate Courses -
Conclusion Super Admin Berhasil menambah
mengedit menghapus kategori kedalam sistem.
Post Condition Data User telah tersimpan dalam
database.
Tabel 4.20 Use Case Secenario Logout
Use Case Name Logout
Use Case ID
17
Actor Pimpinan Unit kerjafakultas, Admin TU
Rektorat, Admin Ortala.
Description Use case menggambarkan kegiatan
keluar dari sistem.
Precondition Pimpinan Unit kerjafakultas, Admin TU
Rektorat, Admin Ortala login ke dalam sistem.
Typical Course of Events Actor Action
System Response
1. memilih menu logout
2. menghubungkan dengan database
3. Menampilkan halaman login
Alternate Courses Conclusion
Pimpinan Unit kerjafakultas, Admin TU Rektorat, Admin Ortala keluar dari
sistem.
Post Condition Logout
4.2. Workshop Design
Sesuai dengan yang telah dijabarkan pada bab sebelumnya, pada fase ini akan dilakukan design system dan Build the system. Keduanya akan
dijabarkan sebagai berikut :
4.2.1. Design System 4.2.1.1. Membuat
Activity Diagram
Activity Diagram memodelkan alur kerja work flow sebuah urutan aktivitas pada suatu proses. Diagram ini
sangat mirip dengan flow chart karena kita dapat memodelkan proses logika, proses bisnis dan alur kerja.
Perbedaan utamanya adalah flow chart dibuat untuk menggambarkan alur kerja dari sebuah sistem, sedangkan
activity diagram dibuat untuk menggambarkan aktivitas aktor.
Berikut ini
adalah activity
diagram yang
menggambarkan aktifitas-aktifitas yang dapat terjadi dalam sistem repository SK.