## JEPIN
(Jurnal Edukasi dan Penelitian Informatika)
ISSN(e): 2548-9364 / ISSN(p) : 2460-0741

## Aplikasi Manajemen Berkas Usulan dan Penilaian Sidang Skripsi menggunakan Layanan Google Drive API
Willy Ferry #1 , Yus Sholva #2 , Haried Novriando #3
# Jurusan Informatika, Fakultas Teknik, Universitas Tanjungpura Jl. Prof. Dr. H. Hadari Nawawi, Pontianak, Kalimantan Barat 78115
1 willyferry@student.untan.ac.id
2 sholvariza@untan.ac.id
3 haried@informatika.untan.ac.id

## Abstrak— Proses skripsi di Jurusan Informatika Universitas
Tanjungpura saat ini menggunakan aplikasi SPOTA (Sistem Pendukung Outline Tugas Akhir) yang berbasis web dimana terjadinya  proses  penentuan  kelayakan  usulan  topik  skripsi mahasiswa.  Saat  usulan  topik  skripsi  diterima  maka dilanjutkan  ke  tahapan  seminar,  dimana  mahasiswa melakukan  pemberkasan  administrasi  secara  fisik.  Namun sejak  terjadi  pandemi  Covid-19,  pemberkasan  administrasi dilakukan  secara  digital  dengan  memanfaatkan  layanan Google Drive. Permasalahan terjadi pada berkas digital yang diunggah  mahasiswa  ke  folder  milik  Staff  Bagian Administrasi,  kepemilikan  berkas  tetap  pada  mahasiswa sehingga  dapat  dihapus  olehnya.  Staff  Bagian  Administrasi menyalin  dan  memindahkan  berkas  ke  folder  khusus  pada Drive  sehingga  tidak  bisa  dihapus  oleh mahasiswa.  Masalah berikutnya  adalah  penilaian  yang  di-input  dan  dihitung secara  manual  bersamaan  dengan  penerbitan  dokumen berita  acara  seminar  yang  menggunakan  layanan  Google Document.  Dokumen  berita  acara  tidak  dapat  diakses mahasiswa  karena  terdapat  tanda  tangan  digital  dosen, sementara itu catatan/komentar revisi para dosen pada berita acara  harus  diketahui  mahasiswa.  Dalam  penelitian  ini dikembangkan  aplikasi  berbasis  web  untuk  menangani pemberkasan,  penilaian,  serta  penerbitan  berita  acara seminar  dengan  memanfaatkan  layanan  Google  Drive  API menggunakan akun resmi Staff Bagian Administrasi. Dengan demikian  berkas  yang  diunggah  mahasiswa  akan  menjadi kepemilikan  Staff  Bagian  Administrasi.  Pengembangan aplikasi menggunakan metode Rapid Application Development (RAD) karena kebutuhan aplikasi belum dapat didefinisikan secara  keseluruhan.  Tujuan  yang  ingin  dicapai  adalah memudahkan  proses  pemberkasan,  persetujuan  berkas, penilaian dan penerbitan berita acara seminar menggunakan aplikasi. Pengujian aplikasi menggunakan metode Black Box pada  fungsi  utama  yaitu  proses  upload  berkas,  persetujuan berkas, dan penilaian. Hasil pengujian aplikasi menunjukkan fungsi utama berjalan dengan baik.
Kata  kunci — Google  Drive  API,  PHPOFFICE/PHPWORD, Jurusan  Informatika,  Berkas  Sidang  Skripsi,  Penilaian Sidang Skripsi

## I. P ENDAHULUAN
Skripsi merupakan proses karya tulis ilmiah resmi akhir seorang mahasiswa dalam menyelesaikan program Sarjana (S1)  pendidikan.  Skripsi  merupakan  bukti  kemampuan akademik mahasiswa dalam penelitian yang berhubungan dengan  bidang  keahliannya.  Proses  skripsi  berbeda-beda antara  satu kampus  dengan  yang  lain.  Saat  ini,  umumnya proses  skripsi  yang  terjadi  pada  Jurusan  Informatika Fakultas Teknik Universitas Tanjungpura melalui beberapa tahapan  seperti  mahasiswa  mengajukan  usulan  topik penelitian,  mahasiswa  melakukan  pengumpulan  berkas skripsi kemudian pihak bagian administrasi Program Studi Informatika  melakukan  validasi  berkas  dan  menentukan jadwal serta ruang seminar. Selanjutnya proses diskusi dua arah antara mahasiswa dengan dosen pembimbing maupun dosen  penguji,  kemudian  dosen  melakukan  persetujuan pengajuan, proses review dan penilaian pada sidang skripsi. Namun dengan adanya pembatasan kegiatan karena terjadi pandemi  Covid-19  berdampak  dalam  proses  administrasi (pemberkasan  persyaratan)  maupun  cara  melakukan seminar atau sidang. Proses pengusulan, pelaksanaan, dan sidang  skripsi  yang  awalnya  dilaksanakan  secara  tatap muka  langsung  atau  luar  jaringan  (luring  atau offline ) menjadi  dilaksanakan  secara  tatap  maya  dalam  jaringan (daring atau online ).
Sebelum  terjadi  pandemi  Covid-19,  sebagian  proses penyelesaian skripsi sudah dilakukan secara online karena Jurusan Informatika Fakultas Teknik Universitas Tanjungpura  telah  membangun  aplikasi  SPOTA  dan hingga  saat  ini  masih  digunakan.  Aplikasi  SPOTA digunakan untuk mengatur penerimaan topik atau gagasan tugas akhir, sehingga terjadi proses yang interaktif antara dosen  dan  mahasiswa  baik  itu  tanya  jawab,  arahan  atau koreksi terhadap draft yang diusulkan [1]. Namun saat ini aplikasi  SPOTA  belum  mendukung  proses  manajemen pemberkasan,  validasi  pemberkasan,  dan  penilaian  pada
skripsi. Akibat pandemi global Covid-19 yang membatasi kegiatan  [2],  memberikan  dampak  proses  skripsi  seperti manajemen  dan  validasi  pemberkasan  skripsi  yang dilakukan  dengan  memanfaatkan  aplikasi Google  Drive sebagai  media  penyimpanan  [3]  untuk  melakukan manajemen  dan  juga  validasi  pemberkasan  skripsi, kemudian  dengan  memanfaatkan  aplikasi Whatsapp sebagai  media  komunikasi    antara  bagian  administrasi dengan mahasiswa yang sedang melakukan tahapan proses skripsi [4] untuk penyampaian informasi berkas yang perlu di upload pada Google  Drive .  Namun  dengan menumpuknya berkas skripsi dengan penamaan yang tidak teratur  serta  hak  akses  kepemilikan  yang  sama  antara Mahasiswa  dan Staff Bagian  Administrasi  pada  aplikasi Google Drive menyulitkan pihak bagian administrasi untuk melakukan  manajemen,  filterisasi  dan  validasi  berkas. Selanjutnya  pada  proses  sidang  skripsi  dosen  pasti  akan melakukan  penilaian  terhadap  skripsi  mahasiswa,  dimana saat ini proses penilaian dengan melakukan pengetikan dan perhitungan  nilai  secara  manual  ke file word untuk penilaian  skripsi  mahasiswa,  tidak  hanya  itu  bahkan penyisipan tanda tangan ke file word juga dilakukan dengan cara manual, hal ini tentu memakan banyak waktu karena dilakukan  secara  terus  menerus  memodifikasi file word office nya secara langsung.
Untuk mengatasi masalah di atas, dikembangkan sebuah aplikasi  berbasis website untuk  mahasiswa,  dosen,  dan pihak  bagian  administrasi  dalam  melakukan  tahapan- tahapan  proses  pemberkasan  administratif  mulai  dari seminar  proposal,  sidang  kemajuan,  dan  sidang  skripsi. Termasuk  di  dalam  pemberkasan  administratif  adalah sistem  penilaian,  kemudian  penerbitan  dokumen  berita acara  dengan mengandalkan data penilaian yang  telah di- input .  Pemberkasan  administratif  terdiri  dari  banyak dokumen  ( file )  yang  mana  akan  membebani  kapasitas ruang  penyimpanan  ( storage )  dari  server,  oleh  karena  itu sebagai  media  penyimpanan file menggunakan  layanan Google Drive yang dikelola melalui Google Drive API [5]. Terdapat beberapa penelitian sebelumnya yang berhubungan  dengan  sistem  yang  akan  peneliti  bangun antara  lain:  Rancangan  Sistem  Penginputan  Judul  Online KKP,  TA/SKRIPSI  berbasis  Laravel  pada  Universitas Raharja yang mengubah sistem pendataan berbasis excel ke berbasis web menggunakan Framework Laravel [6], Web- Based  College  Student  Assignment  File  Collection Application Using Google Drive API yang memanfaatkan Google  Drive sebagai  media  penyimpanan  utama pengumpulan tugas mahasiswa [7], dan Automation of The Process  to  Prepare  a  Reference  on  Teaching  Methodical Documentation  of  an  Educational  Program yang memanfaatkan library  PHPWORD untuk  penulisan  data pada template dokumen word berdasarkan  variabel key yang telah disesuaikan [8].
Sistem  yang  dibangun  memanfaatkan  data-data  pada aplikasi SPOTA seperti data pengguna, data pengajuan dan data  kelompok  keahlian  dengan  memanfaatkan API [9], kemudian sistem akan memiliki fitur monitoring pengajuan, validasi pemberkasan, mengelola tim pembimbing ataupun
penguji,  mengelola  pengguna,  melihat  daftar  data kelompok keahlian, mengelola tipe pengajuan, mengelola format berdasarkan tipe pengajuan, diskusi pengajuan dan status  persetujuan  pembimbing  ataupun  penguji  terhadap pengajuan  mahasiswa,  selanjutnya export file  word dokumen berita acara dengan cara di download . Sistem ini dibangun  dengan  arsitektur client  server [10],  kemudian dengan  tahapan  metode Rapid  Application  Development (RAD) [11], lalu menggunakan bahasa pemrograman PHP v8,  HTML,  JavaScript, sistem  menggunakan  kerangka kerja Framework  Laravel  v.8 dan template Dashboard Admin  Panel  Mazer  yang  menggunakan Framework  CSS Bootstrap  v5 ,  selanjutnya  menggunakan server  database MySQL ,  selain  itu  juga  menggunakan library tambahan seperti PHPWord , dan library flysystem-google-drive .

## II. M ETODOLOGI P ENELITIAN
Metodologi  penelitian  melakukan  pengumpulan  data yang meliputi studi literatur dan wawancara, serta tahapan penelitian yang dilakukan dari proses awal hingga akhir.

## A. Metode Pengumpulan Data
Peneliti  melakukan  metode  pengumpulan  data  dengan cara  melakukan  identifikasi  masalah  dan  perencanaan kebutuhan  sebelum  melakukan  pengembangan  sistem manajemen  berkas  usulan  dan  penilaian  sidang  dengan melakukan  studi  literatur  dan  wawancara.  Berikut penjelasan  metode  yang  peneliti  gunakan  dalam mengumpulkan data.
1)  Kebutuhan  Studi  Literatur: Studi  Literatur  dimana berbagai sumber referensi yang berkaitan dipelajari peneliti terlebih dahulu.
2)  Kebutuhan  Wawancara: Wawancara  yaitu  sebuah teknik dimana peneliti mengajukan pertanyaan-pertanyaan ke  Tim  Peneliti  dan Staff Bagian  Administrasi  Jurusan Informatika  Fakultas  Teknik  sebagai  narasumber  guna mendapatkan informasi dan data.

## B. Tahapan Penelitian
Penelitian  ini  terdapat  serangkaian  tahapan-tahapan yang peneliti lakukan dimana meliputi metode pengumpulan  data  terhadap  kebutuhan fungsional pengguna  dan  sistem,  metode  perancangan  sistem ( Workshop RAD),  hingga  penarikan  kesimpulan.  Peran pengembangan  sistem  dengan  metode  RAD  akan  terlihat pada  metode  perancangan  sistem  yang  dimana  proses tahapan  ini  akan  dilakukan  berulang-ulang  berdasarkan hasil  pengumpulan feedback untuk  memenuhi  kebutuhan yang dinginkan Tim Peneliti dan Staff Bagian Administrasi. Tahapan penelitian dapat dilihat pada Gambar 1.
Gambar 1. Tahapan penelitian

## III. H ASIL DAN P EMBAHASAN
Pada  hasil  dan  pembahasan  terdiri  dari  perencanaan kebutuhan,  proses  penelitian  ( Workshop RAD),  dan penarikan kesimpulan.

## A. Perencanaan Kebutuhan
Berdasarkan  hasil  wawancara  yang  dilakukan  dengan Tim  Peneliti,  setelah  itu  dilakukan  analisis  sehingga didapatkanlah  kebutuhan  fungsional  yang  dapat  dilihat pada Tabel 1.
TABEL I
K EBUTUHAN F UNGSIONAL P ENGGUNA No Nama Pengguna Deskripsi 1 Mahasiswa Dapat melakukan upload berkas syarat pengajuan seminar tugas akhir 2 Bagian Administrasi Dapat verifikasi berkas mahasiswa dan menentukan jadwal seminar pengajuan 3 Dosen Dapat memberikan persetujuan maju seminar dan memberikan penilaian terhadap pengajuan mahasiswa 4 Admin Aktor tertinggi pengelola data-data pada sistem
Tidak  hanya  kebutuhan  fungsional  pengguna  namun kebutuhan  fungsional  sistem  juga  diperlukan  agar  sistem dapat  terhubung  dengan Google  Drive dan  dapat menghemat  penyimpanan  server,  serta  kebutuhan  fungsi data penilaian yang di- input oleh verifikator dapat tertulis ulang pada dokumen berita acara.

## B. Proses Penelitian
Proses penelitian dilakukan dengan mengikuti alur pada Gambar 1.  Pada  proses  penelitian  dalam  perancangan
sistem yang memiliki peran metode RAD dimana peneliti melakukan  perancangan  sistem,  kemudian  implementasi sistem  dan  lakukan  pengujian Black  Box berdasarkan kebutuhan fungsional sistem kemudian meminta feedback yang  diberikan  oleh  tim  peneliti,  proses  penelitian  akan terus  berulang  berdasarkan  hasil feedback sehingga penulisan  yang  dijabarkan  akan  berdasarkan  proses  pada iterasi atau perulangan yang terjadi selama pengembangan aplikasi.
1)  Penelitian  Iterasi  ke-1: Iterasi  ke-1  peneliti merancang  alur  bisnis  sistem  berdasarkan  kebutuhan fungsional dengan menggambarkan arsitektur sistem yang dapat dilihat pada Gambar 2.

## Gambar 2. Arsitektur sistem
Terlihat pada Gambar 2, bahwa arsitektur sistem yang dibangun  dapat  diakses  oleh  pengguna  dari smartphone atau komputer dengan menggunakan internet sebagai akses utama  untuk  saling  berkomunikasi  dengan Google  Drive . Tahapan  penelitian  yang  dilakukan  selanjutnya  adalah melakukan  perancangan  UML  yaitu use  case , class diagram [12]. Aktor admin  memiliki use case kelola tipe pengajuan,  format  tipe  pengajuan,  data  pengguna mahasiswa,  bagian  administrasi,  dosen  dan  admin,  data kelompok  keahlian,  pengaturan website ,  kelola profile , kelola  data  pengajuan, upload pemberkasan  pada pengajuan,  ubah  status  persetujuan verifikator pada pengajuan,  ubah  penilaian  pada  pengajuan  dan  kelola profile . Use case admin dapat dilihat pada Gambar 3.
Gambar 3. Use case admin iterasi ke-1
Aktor dosen use case monitoring data pengajuan, ubah persetujuan  lanjut  seminar  pada  pengajuan,  memberikan penilaian  pada  pengajuan  dan  kelola profile . Use  case dosen dapat dilihat pada Gambar 4.
Gambar 4. Use case dosen iterasi ke-1
Aktor  bagian  administrasi use  case  monitoring data pengajuan,  verifikasi  pemberkasan,  menentukan  jadwal seminar  dan  kelola profile . Use  case bagian  administrasi dapat dilihat pada Gambar 5.
Gambar 5. Use case bagian administrasi iterasi ke-1
Aktor  mahasiswa  memiliki use  case monitoring data pengajuan, upload pemberkasan  pada  pengajuan,  dan kelola profile dapat  dilakukan  oleh  mahasiswa. Use  case mahasiswa dapat dilihat pada Gambar 6.
Berikutnya rancangan class diagram guna memberikan gambaran  atribut,  objek  dan  hubungan  antar  objek  dapat dilihat pada Gambar 7.
Gambar 7. Class diagram iterasi ke-1
Pada  Gambar  7  dapat  dilihat  bahwa  sistem  memiliki kelas User , Submission , SkillGroup,  Type,  Verificator, Setting, TemporaryFile, Format, RequiredFile, RequiredValue, StudentTypeAccessPermission, SubmissionRequiredFile, SubmissionRequiredValue, GetTypeAccessPermission, dan SubmissionConsultation .
Tahapan penelitian selanjutnya yaitu melakukan perancangan  alur  proses upload  file yang  dilakukan  oleh mahasiswa untuk diproses upload kembali ke google drive . Alur proses yang digunakan dapat dilihat pada Gambar 8.
Gambar 8. Alur proses upload file ke google drive
Dapat dilihat pada Gambar 8 bahwa ketika mahasiswa melakukan upload  file pemberkasan  pada  sistem  maka akan  tersimpan  sementara  pada  server  kemudian  akan diproses secara background oleh sistem dengan mengandalkan Queue Worker untuk melakukan
pemindahan file pemberkasan ke sistem Google Drive , jika proses tersebut gagal dilakukan maka sistem akan otomatis mengulangi  proses  tersebut  hingga  berhasil.  Struktur file dan  folder  yang  telah  di upload ke Google  Drive akan terlihat seperti pada Gambar 9.
Gambar 9. Struktur folder pada google drive
Pada  Gambar  9  dapat  dilihat  bahwa  struktur  folder dipisah berdasarkan tahun angkatan mahasiswa, kemudian pada masing-masing folder tersebut akan terisi oleh folder mahasiswa  dengan  format  nama  folder  “NIM  -  NAMA”, selanjutnya folder mahasiswa tersebut akan terisi oleh tipe- tipe  pengajuan  yang  diajukan  oleh  mahasiswa  antara  lain Proposal,  Sidang  Hasil  dan  Sidang  Akhir  dengan  format nama “Nim - Nama - Nama Tipe Pengajuan”, dan dari tiap masing-masing  folder  tipe  pengajuan  tersebut  akan  terisi oleh file berkas  yang  di- upload oleh  mahasiswa. Selanjutnya  rancangan  alur  proses  penulisan  ulang  data penilaian verifikator pada  pengajuan  ke  dalam template dokumen pengolah kata dapat dilihat pada Gambar 10.
Gambar  10.  Alur  proses  penulisan  ulang  data  penilaian  ke template dokumen pengolah kata
Pada Gambar 10 dapat dilihat bahwa dosen melakukan input nilai  melalui  sistem  agar  data  tersimpan  pada database sehingga  data-data  penilaian  tersebut  dapat dilakukan penulisan ulang kembali oleh sistem berdasarkan pemasangan  variabel key pada template dokumen. Template dokumen  pengolah  kata  beserta  variabel  yang akan  digantikan  dengan  data  penilaian  dapat  dilihat  pada Gambar 11.
Gambar 11. Format template dokumen pengolah kata
Penelitian  dilanjutkan  ke  tahapan  implementasi berdasarkan rancangan yang telah dilakukan. Implementasi dilakukan  dengan  menggunakan  bahasa  pemrograman ( programming  language ),  yakni  PHP  dengan Framework
Laravel [13], MySQL sebagai implementasi basis datanya,
library
nao-pon flysystem-google-drive
sebagai
penghubung sistem dengan Google Drive [14], dan library PHPWord sebagai  alat  bantu  untuk  melakukan  peletakan data  penilaian  dokumen  pengolah  kata  [15].  Terlihat  dari perancangan  pada use  case dan class  diagram bahwa sistem memiliki empat pengguna ( user/actor ) yakni Admin, Dosen,  Bagian  Administrasi  dan  Mahasiswa.  Setiap pengguna dapat melakukan login melalui akunnya masing- masing  melalui  halaman login .  Setelah login ,  pengguna dapat  mengakses  menu-menu  sesuai  dengan  fungsinya dalam  sistem.  Berikut  ini  merupakan  beberapa  hasil implementasi  antarmuka  tampilan  halaman  Sistem Manajemen  Usulan  Berkas  dan  Penilaian  Sidang  Skripsi setelah dibangun menggunakan template admin dashboard Mazer dapat dilihat pada Gambar 12, 13, 14, 15 dan 16.
Gambar 12. Halaman login
Seperti  yang  terlihat  pada  Gambar  12  merupakan halaman login untuk semua pengguna dengan memasukkan username dan password agar dapat masuk ke dalam sistem.

## Gambar 13. Halaman tambah format tipe pengajuan
Pada Gambar 13 merupakan halaman untuk menambah format  berdasarkan  tipe  pengajuan  yang  hanya  dapat diakses  oleh  admin  guna  untuk  mengatur  kebutuhan- kebutuhan  yang  diperlukan  pada  sesuai  dengan  tipe pengajuan diinginkan. Pada format tipe pengajuan sendiri memiliki  opsi-opsi  seperti  nama  format,  status,  tipe pengajuan yang dapat diakses setelah selesai, file template dokumen word untuk  berita  acara  pengajuan, file berkas yang dibutuhkan untuk  di- upload oleh mahasiswa, aspek- aspek  penilaian  yang  diperlukan  dosen  untuk  menilai, apakah  memerlukan  pembimbing,  apakah  memerlukan penguji.
Gambar 14. Halaman ubah pengajuan
Pada Gambar 14 merupakan halaman untuk mengubah informasi  pengajuan  guna  untuk  melakukan  atau mengubah upload  file pemberkasan  pada  data  pengajuan. Halaman  ini  dapat  diakses  oleh  mahasiswa  yang merupakan pemilik pengajuan dan admin.

## Gambar 15. Halaman penilaian
Pada  Gambar  15  merupakan  halaman  yang  berguna untuk melakukan penilaian terhadap pengajuan mahasiswa. Halaman ini dapat diakses oleh pengguna admin dan dosen. Selanjutnya  hasil  implementasi upload  file ke Google Drive dapat dilihat pada Gambar 16, 17, 18 dan 19.
Gambar 16. Hasil pembuatan folder berdasarkan tahun angkatan
Pada  Gambar  16  merupakan  hasil  dari  pembuatan folder berdasarkan  tahun  angkatan,  guna  untuk  menjadi induk  dari  folder-folder  mahasiswa  pada  tahun  angkatan tersebut.
Gambar 17. Hasil pembuatan folder per mahasiswa
Pada  Gambar  17  merupakan  hasil  dari  pembuatan folder mahasiswa guna untuk menjadi induk dari tipe-tipe pengajuan yang dilakukan oleh mahasiswa tersebut.
Gambar 18. Hasil pembuatan folder per tipe pengajuan mahasiswa
Pada  Gambar  18  merupakan  hasil  dari  pembuatan folder tipe-tipe pengajuan yang dilakukan oleh mahasiswa yang  berguna  untuk  menjadi  induk  dari file-file berkas mahasiswa yang di- upload melalui sistem.
Gambar 19. Hasil upload berkas mahasiswa dari sistem ke google drive
Pada  Gambar  19  merupakan  hasil  dari file-file yang berhasil  ter- upload oleh  sistem  berdasarkan  proses  aksi upload yang  dilakukan  oleh  mahasiswa  melalui  sistem. Selanjutnya  hasil  implementasi  penulisan  ulang  data penilaian ke dalam template dokumen pengolah kata dapat dilihat pada Gambar 20.
Gambar  20.  Hasil  penulisan  ulang  data  penilaian  ke template dokumen pengolah kata
Dapat  dilihat  pada  Gambar  20  merupakan  hasil  dari proses penulisan ulang dokumen pada Gambar 11 dengan meletakkan  data  nilai  yang  telah  di- input oleh  dosen berdasarkan  variabel-variabel  pada template dokumen tersebut dengan sistem. setelah sistem selesai diimplementasi peneliti melakukan pengujian secara black box berdasarkan  fungsi-fungsi  yang  telah  dibangun. Dengan  selesainya  proses  pengujian black  box maka peneliti  melanjutkan  proses  ke  tahapan  pengumpulan feedback ke  tim  peneliti.  Hasil feedback yang  diberikan oleh tim peneliti dapat dilihat pada Tabel 2.
TABEL III
H ASIL F EEDBACK I TERASI K E -1
No Saran (Feedback)
1. Penambahan notifikasi jika terdapat perubahan aktivitas yang terjadi pada pengajuan pada setiap pengguna.
2. Pengaturan Grading Penilaian, dikarenakan grading penilaian mungkin saja dapat berubah di kemudian hari.
3. Mahasiswa dapat melihat hasil penilaian dan perbaikan yang diberikan oleh pembimbing atau penguji
4. Kelompok keahlian masih belum memiliki daftar dosen.
5. Penambahan sebuah kotak angka di sebelah nama menu monitoring tipe pengajuan, untuk pengajuan yang belum dibaca oleh dosen,
ataupun bagian administrasi .
6. Dosen memiliki jabatan Ketua Jurusan atau Ketua Prodi sehingga dapat melakukan Pengelolaan verifikator pada pengajuan mahasiswa.
7. Admin dapat mengubah semua pengajuan seperti verifikator , judul, deskripsi, ubah status berkas, jadwal dan ruangan.
8. Perubahan penampilan order by data pada pengajuan berdasarkan mahasiswa yang paling lama melakukan perubahan, kemudian dilanjutkan dengan yang paling baru.
9. Penambahan aktivitas log pada pengguna dan pengajuan agar dapat melakukan pelacakan perubahan aktivitas.
10. Pengubahan antarmuka form input satu kolom menjadi dua kolom.
11. Pengubahan menu diskusi, perubahan status pengajuan dan berkas dari pemisahan halaman menjadi pemisahan berbasis tab-content .
2)  Penelitian  Iterasi  ke-2: Iterasi  ke-2  peneliti melakukan  perbaikan  berdasarkan  hasil feedback yang diberikan tim peneliti pada, terdapat beberapa penambahan pada use  case ,  dan class  diagram .  Penambahan use  case pada admin yaitu lihat log pengguna, lihat log pengajuan, lihat  notifikasi,  kelola  data grading penilaian,  dan  kelola dosen  pada  kelompok  keahlian. Use  case admin  dapat dilihat pada Gambar 21.
Gambar 21. Use case admin iterasi ke-2
Penambahan use  case pada  bagian  administrasi,  dan mahasiswa  yaitu  lihat  notifikasi  dan  lihat  log  pengajuan, use  case bagian  administrasi  dapat  dilihat  pada  Gambar berikut dan use case mahasiswa dapat dilihat pada Gambar 22, dan 23.
Gambar 22. Use case bagian administrasi iterasi ke-2
Gambar 23. Use case mahasiswa iterasi ke-2
Penambahan use case dosen yaitu lihat notifikasi, lihat log pengajuan dan pengelolaan verifikator , Use case dosen dapat dilihat pada Gambar 24.
Gambar 24. Use case dosen iterasi ke-2
Rancangan class diagram memiliki penambahan yaitu SkillGroupLecturer, ActivityUserLog, Notification, ActivitySubmissionLog , dan Grading . Class diagram lebih jelas dapat dilihat pada Gambar 25.
Hasil  implementasi  notifikasi  pada  setiap  pengguna terdapat pada pojok kanan atas tampilan, lebih jelas dapat dilihat pada Gambar 26.

## Gambar 26. Hasil implementasi menampilkan notifikasi
Beberapa  hasil  implementasi  perbaikan  berdasarkan feedback Tabel 2 dilampirkan pada daftar Gambar 27 dan 28.
Gambar  27.  Penambahan  kotak  informasi  banyaknya  pengajuan  yang belum dilihat
Setelah  selesai  melakukan  perbaikan  dan  pengujian black  box pada  fitur  baru  berdasarkan feedback yang diberikan  pada  iterasi  ke-1,  maka  kembali  dilakukan pengumpulan feedback ke tim penelitian, dan berikut hasil dari feedback dapat dilihat pada Tabel 3.
TABEL IIIII
H ASIL F EEDBACK I TERASI K E -2
No Saran (Feedback)
1. Proses login yang menggunakan data pada SPOTA
2. Data pengajuan memanfaatkan data pengajuan yang sudah ada pada aplikasi SPOTA.
3. Data pengguna, kelompok keahlian, pengaturan profile seperti data umum dan foto profile , dan data pengajuan di generate dari API SPOTA
4. Proses input nilai pada pengajuan langsung memunculkan hasil kalkulasi tanpa harus melakukan proses submit .
5. Proses revisi dokumen belum terlihat
3)  Penelitian  Iterasi  ke-3: Iterasi  ke-3  peneliti melakukan  perbaikan  berdasarkan  hasil feedback yang diberikan tim peneliti pada iterasi ke-2. Kebutuhan dalam menghubungkan  sistem  peneliti  dengan  aplikasi  SPOTA dengan  menggunakan  API,  dan  memberikan  dampak perubahan gambaran arsitektur sistem menjadi seperti yang dapat dilihat pada Gambar 29.
Gambar 29. Arsitektur sistem iterasi ke-3
Dengan memanfaatkan data pengguna dosen, mahasiswa  dan  admin,  data  kelompok  keahlian,  data pengajuan  tugas  akhir  mahasiswa,  dan  aksi login pada aplikasi  SPOTA  maka  proses  implementasi  dilakukan dengan  menggunakan  API  yang  diberikan  oleh staff informatika  untuk  dilakukan  proses input data  awal  pada sistem  peneliti.  Hasil  implementasi  API  yang  dilakukan dengan  berdampak  pada  data  sistem  dan  dapat  dilihat Gambar 30 berikut yang memperlihatkan dashboard admin menampilkan  total  data  pengguna mahasiswa,  dosen, dan pengajuan.
Setelah  dilakukan  uji  coba  secara black  box terhadap perbaikan  yang  diberikan  melalui feedback ,  maka  proses penelitian  dilanjutkan  dengan  melakukan  pengumpulan feedback ke  tim  peneliti,  namun  tim  peneliti  tidak memberikan feedback karena  telah  sangat  puas  dengan hasil  aplikasi  yang  telah  dikembangkan,  sehingga menyarankan  untuk  dilanjutkan  ke  tahapan  pengambilan kesimpulan dari aplikasi yang telah dikembangkan.

## C. Pengujian Sistem
Tahap  ini  menggunakan  teknik  pengujian black  box , yaitu  pengujian  pada  aspek  fungsionalitas  sistem  yang memungkinkan  untuk  mendapatkan  suatu  rangkaian kondisi  masukan  secara  keseluruhan  dimana  seluruh syarat-syarat fungsional sistem dijalankan terhadap sebuah program  [16].  Uji  coba black  box dilakukan  pada  setiap iterasi  penerapan  metode  RAD  yang  dimana  pada  iterasi ke-1  memiliki  12  kebutuhan  fungsional  yang  terdiri  dari login , logout ,  pengaturan website ,  pengaturan profile , kelola  data  kelompok  keahlian,  kelola  data  pengguna, kelola  data  tipe  pengajuan,  kelola  data  format  per  tipe pengajuan, kelola data pengajuan, verifikasi pemberkasan, proses upload  file ke google  drive ,  dan  proses  penulisan data  penilaian  ke template dokumen  pengolah  kata  yaitu berita  acara.  Pada  iterasi  ke-2  memiliki  4  kebutuhan fungsional yang terdiri dari kelola data pengaturan grading penilaian,  lihat  log  pengajuan,  lihat  log  pengguna,  dan kelola data dosen per kelompok keahlian. Pada iterasi ke-3 memiliki  4  kebutuhan  fungsional  yang  terdiri  dari pengambilan  data  awal  menggunakan  API  SPOTA  yaitu data  pengguna,  data  kelompok  keahlian,  data  tugas  akhir mahasiswa  yang  telah  lulus draft ,  dan  proses login menggunakan  API  SPOTA.  Setiap  iterasi  tahapan penelitian  dilakukan  pengujian  sebelum  melakukan pengumpulan feedback ke  tim  penelitian  dan  semua pengujian yang dilakukan memiliki hasil yang baik.
Dari  pengujian  di  atas  yang  menjadi  fokus  penelitian adalah  pengujian  pengelolaan  berkas  ( file )  administrasi pada 3 (tiga) tahap penyelesaian skripsi yaitu tahap seminar proposal,  tahap  sidang  hasil,  dan  tahap  sidang  terbuka. Pengujian  dilakukan  dengan  melakukan  proses  unggah ( upload )  berkas  melalui  aplikasi,  sistem  disebut  berhasil jika  proses  unggah  berkas  berhasil  dimana file-file tersimpan ke dalam Drive milik Staff Bagian Administrasi. Penyimpanan file disebut berhasil jika file tersimpan pada folder tertentu  pada drive yang  diatur  berdasarkan  tahun angkatan,  nim  dan  nama,  serta folder tahapan seminar/sidang  yang  diajukan  (lihat  struktur folder sebagaimana pada Gambar 9).
Pengujian  selanjutnya  yang  merupakan  fitur  utama aplikasi  ini  adalah  proses  penilaian  dan  penerbitan  berita acara.  Pengujian  dilakukan  dengan  memasukkan  nilai seminar/sidang  sesuai  dengan form penilaian  yang  sudah ditentukan  dan  selanjutnya  mengunduh  dokumen  berita acara  yang  dibangkitkan  secara  otomatis.  Berdasarkan pengujian yang dilakukan oleh dosen di lingkungan Prodi Informatika  yaitu  proses input nilai,  diperoleh  bahwa penilaian  seminar/sidang  dapat  dilakukan  dengan  mudah
oleh  dosen.  Termasuk  hasil  rekapitulasi  nilai  per  dosen penguji  dan  rekapitulasi  nilai  dari  semua  dosen  yang terlibat.  Berikut  beberapa  hasil  pengujian  yang  telah dijelaskan di atas dapat terlihat pada Tabel 4.
TABEL IVV H ASIL P ENGUJIAN B LACK B OX Input Harapan Simpulan Penarikan data pengguna, tugas akhir, kelompok keahlian Penarikan data pengguna, tugas akhir mahasiswa, dan kelompok keahlian menggunakan API SPOTA pada saat melakukan setup awal sistem. Berhasil Login Input username yaitu NIM atau NIK dan password yang akan dikirmkan ke API SPOTA, jika berhasil maka otomatis redirect ke panel dashboard , jika gagal tampilkan error Berhasil Upload file ke Google Drive File ter-unggah pada folder Google Drive milik Staff Bagian Administrasi Berhasil Proses penilaian Dosen melakukan input komentar/revisi dan input nilai pada kolom penilaian yang tampil pada sistem. Berhasil Proses penerbitan berita acara Data penilaian dosen pada seminar mahasiswa melalui sistem akan otomatis tertulis pada template dokumen berita acara berdasarkan variabel key
pada template dokumen.
Berhasil

## IV. K ESIMPULAN
Metode  RAD  dapat  digunakan  dalam  pembangunan aplikasi  manajemen  berkas  usulan  dan  penilaian  sidang skripsi.  Tahapan-tahapan  pada  RAD  mempermudah pengembangan  aplikasi  karena  bersifat  sistematis.  Hasil pengujian  pada  aplikasi  dengan  menggunakan  metode Black  Box pada  unit-unit  yang  ada  pada  aplikasi  yang dibangun  menunjukkan  hasil  sesuai  harapan  yang menunjukkan  fungsionalitas  pada  aplikasi  mempunyai hasil  yang  baik.  Selain  itu  hasil  pengujian  menunjukkan aplikasi  manajemen  berkas  usulan  dan  penilaian  sidang skripsi yang dibangun sudah dapat memenuhi syarat-syarat pada analisa kebutuhan.

## R EFERENSI
[1]   A.  B.  V.  B.  Butar,  N.  Safriadi  dan  H.  Sastypratiwi, “Pengembangan  Sistem  Pendukung  Outline  Tugas  Akhir (SPOTA)  Program  Studi  Informatika  Universitas  Tanjungpura,” Jurnal Sistem dan Teknologi Informasi (JUSTIN), 2020.
[2]   A.  Amalia  dan  N.  Sa'adah,  “DAMPAK  WABAH  COVID-19 TERHADAP KEGIATAN BELAJAR MENGAJAR DI
INDONESIA,” Jurnal Psikologi, pp. 214-225, 2021. [3]   Google, “About Us,” [Online].
Available:
https://www.google.com/intl/in/drive/about.html.
[4]   H.  S.  Harahap,  R.  Sovianti,  M.  Madonn  dan  A.  S.  Harahap, “Tampilan  PENGGUNAAN  WHATSAPP  GROUP  SEBAGAI SARANA  KOMUNIKASI  DOSEN  DAN  MAHASISWA DALAM KEGIATAN BIMBINGAN SKRIPSI,” Jurnal Komunikasi,  Masyarakat dan  Keamanan  (KOMASKAM), vol.  3, pp. 42-64, 2021.
[5] Google, “Introduction to Google Drive API,” [Online]. Available: https://developers.google.com/drive/api/v3/about-sdk.
[6]   N.  Cholisoh,  Junaidi  dan  I.  S.  Sari,  “Rancangan  Sistem Penginputan  Judul  Online  KKP,  TA/SKRIPSI  Berbasis  Laravel Pada Universitas Raharja,” 2021.
[7]   K. Ibnutama, H. Winata dan M. Hutasuhut, “Web-Based College Student  Assignment  File  Collection  Application  Using  Google Drive API,” The IJICS (International Journal of Informatics and Computer Science), pp. 34 - 40, 2019.
[8]   E. I. Safonov, “Automation of the process to prepare a reference on  teaching-methodical  documentation  of  an  educational program,” Yugra State University Bulletin, pp. 115-123, 2021.
[9]   M.  Meng,  S.  Steinhardt  dan  A.  Schubert,  “Application programming  interface  documentation:  What  do  software developers  want?,” Journal  of  Technical  Writing  and Communication, pp. 295-330, 2018.
[10]   S. A. Hamid, R. A. Abdulrahman dan D. A. Khamees, “What is Client-Server System: Architecture, Issues and Challenge,” 2020.
[11]   S. Saeed, N. Z. Jhanji, M. Naqvi dan M. Humayun, “Analysis of software  development  methodologies,” International  Journal  of Computing and Digital Systems, pp. 445 - 460, 2019.
[12]   R.  S.  Wahono,  “Analisis  dan  Desain  Sistem  dengan  Unified Modeling  Language  (UML)  |  RomiSatriaWahono.Net,”  19  05 2020. [Online].
Available: https://romisatriawahono.net/2020/05/19/analisis-dan-desain- sistem-dengan-unified-modeling-language-uml/.
[13]   Laravel, “Documentation,” [Online]. Available: https://laravel.com/docs/8.x.
[14]   N. Sawada, “Github,” [Online]. Available: https://github.com/nao- pon/flysystem-google-drive.
[15]   Troosan, “PHPWord Documentation,” 2021. [Online]. Available: https://phpword.readthedocs.io/en/latest/.
[16]   R.  Pressman,  “Software  Engineering  A  practitioner's  approach,” 2010.